这是一个薛定谔式的问题:
使用VSCODE+Coretex-Debug插件调试代码,会遇到如下情况:
2950a8f0-45a2-4bae-bcdd-58cb66120ac8-image.png

断点进来的这一刻刻,在左边的watch界面可以看到DATA寄存器中有值;
但是执行113行后,retData是0;

经过多次对比排查发现可能是如下原因:
DATA寄存器是FIFO的出口,读一次清一个. COUNT也会减少一次.
当断点执行到此处时,寄存器中的数据被左边的watch窗口读走了,等113行执行的时候,数据已经消失.

如果在113行后面打断点,确保进断点的时候,retData = BasePtr->DATA; 这一行已经执行过,就可以看到retData中是有数据的.

😊 😊 😊

PrinceW 啥问题呀，有点好奇

原理图可以参考EVB，没有AD工程提供

不会实现auto功能，can控制器没有这么智能；不设置的话SDK默认设置32，如果按照你的意思保持复位值0的话，跟没开启TDCEN是一样的，没有任何补偿，发生bit err的可能会提高

img_v3_02pp_d16b2810-d52f-4d2a-a370-0e6b9b3be03g.jpg也可以参考参考这个

如果引脚初始化在时钟初始化之后，可以尝试短接晶振的两个引脚，让MCU停在时钟初始化，此时用JLINK尝试连接，Halt并擦除，或者保持这个状态下进行重新烧录，注意短接之后进行一次重新上下电操作。
在异常状态直接短接或者复位应该无法直接恢复，必须要重新上下电。

Lockup一般原因是Hardfault函数处理过程中再次出现HardFault。 CIM模块有寄存器可以控制是否自动复位，默认是关闭的，因此产生之后一般只能等待WDG复位 可以查看是否有时钟超频配置的现象，比如主频超出限制，Flash运行频率超出限制，或者SRAM的ECC没有初始化，MCU的供电不符合规范等等。

zz666 Hardfault出现之后需要在中断中解决中断原因，返回到触发点，比如模块时钟没有开启，访问模块寄存器，会出现Hardfault，在hardfault中开启时钟，然后返回，CPU会重新读寄存器。如果不做处理会持续进入hardfault，所以一般hardfault的处理方式都是复位，当然调试阶段要找到原因并避免出现Hardfault

debug 口如果被禁止了，没有调试器可以连回来，除非自己软件留了后门

OliverChen 需要的