YunTu Forum

yt0069 ok，谢谢

WDG_Wakeup_Demo.zip

嗯，后续版本会更新Lin_Wakeup

可以参考这个帖子。
https://forum.ytmicro.com/topic/607/b1md-mcal-dio例程生成的hex文件为什么有0x1fff8400地址的信息/3?_=1753772506639

这个没有改，现在好了，不会报错了🤡

55191ea9-7c7f-4bfa-934b-425fb484136a-image.png

如果开启了BRS，关掉SSP，并且数据段的波特率过高的话，会出现位错误。

xhk 8e2b0ad7-c704-4002-a394-6a86eebf1d96-image.png
这个位置配置一下链接文件，配置一段ram用于跟app之间的交互

目前TP层是固定了的，一个通道占用两个邮箱，一个用于发送，一个用于接收。不管这个TP Channel是否是功能寻址。

TP Channel在接收长消息的时候，还需要回复流控帧，所以不管是只接收还是只发送，都用到了两个邮箱。

如果只是接收或者发送短消息，就当作一个正常 Can 报文转发就行了，不需要使用TP

包括下面的这些static 变量

image.png

那就是设备的问题了。你这个设备不支持

yt0503 产品板子没有使用外部晶振

YTCQ_shejiwang 在 YuntIDE工具，编译问题 中说：

image.png
综上，再把并行编译关掉，就OK了！

不关parallel build也行的，设置成4，另外就是建议你把标题再写清楚一些，把问题描述清楚一些，这样对看论坛的人更有帮助

可以示波器看一下spi通讯的波形，看看硬件上是否有做阻抗匹配，特别是告诉通讯的时候。如果是通讯线被短路到电源或短路到地的话就得从其他方面上来避免短路问题。

结论：
当使用__attribute__((section(".addr_appl")))关键字将数据存放在指定地址时，执行flash擦写API操作该地址，并通过ozone的memory窗口读取该地址时会发现数据无法刷新，即使重新关掉ozone的memory窗口再重新打开也不会刷新数据。使用j-flash或j-commonder工具读取目标地址可以看到数据已被正常擦写。

把R9、R20和R21去掉,电流基本OK

xhsh 兄弟我这里解决了，是@Frankie 找到的问题所在。 你看你电脑里cmd.exe这个文件在哪里，我的是在C:\Windows\SysWOW64这里面
image.png
2，然后将这个路径C:\Windows\SysWOW64 添加到电脑的系统环境变量PATH里，关闭VS code重新编译即可
image.png
3，
image.png

qinzhao 哥 在这里修改了还有其他地方需要修改吗，我想用i2c0的 把例程的时钟和instant都改了 示波器还是看不到信号

试试这个库呢，https://github.com/dragino/LoRa_STM32/blob/master/STM32CubeExpansion_LRWAN/Projects/Multi/Applications/LoRa/DRAGINO-LRWAN(AT)/src/tiny_sscanf.c

下行帧只有数据线有波形，上行帧时钟线跟数据线都有波形。
直接抓时钟线跟数据线的波形进行解码，解码规则参考 Osire 相关文档

xianghan 28fbd95c-86be-43bd-b579-9207915eb913-image.png
调了的，我can0、1、2、3 都是类似的写法 没有出现问题，只不过是用的fifo ，can5没有fifo就没用 然后就有了现在的问题， 下图是can3的配置
0954de6a-f2e9-42f7-b0b7-40339474d571-image.png