YunTu Forum

yishui66 找到了就是这个原因改成了32

感谢各位大佬支持

Diga ADC初始化放在IIC初始化后面就可以了.
ee0fd17e-ed56-4adb-880b-476331cdcaff-f1e250ca1be9fdffe01747790b7f0e8.png

bbb0890b-a51a-4dc2-bcee-2f31dafd3759-b78f1a9f8036b92898e9c65633f8dfa.png

439feb9e-f410-41a4-9220-f5c623a79ad8-image.png

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，并且数据段的波特率过高的话，会出现位错误。

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

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

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

包括下面的这些static 变量

image.png

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

您可以尝试用 ESR1[RX] 这个寄存器去判断 CAN 总线上是否有报文。休眠前 while 循环获取 ESR1[RX]，如果出现 ESR1[RX] 为 1 情况就代表总线上有 CAN 报文，然后退出休眠逻辑，只有在一段时间内循环获取 ESR1[RX] 都为 0 的时候，表示 CAN 总线上无报文，可以执行休眠逻辑

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

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