1,MC03 FLASH 额定电压为1.5V;
2,ECC常见于下电时进行擦写等操作，在flash 未完成操作时掉电造成的，可以通过开启电压判断，低于MCU 正常电压后不再操作flash 避免操作过程中下电造成ECC
3,MC03有LVD 功能，可以在LVD 中进行电压检测进行判断。

补充一下POR 的一些现象描述：
image.png

VPOR 最大1.8V，实际也存在一个迟滞电压，电压下降时在1.5V进入复位状态（如果BOR人为关闭，导致LVR 未起作用），在电压升高时，在大于LVR 2.5V 才会退出复位状态，原因是MCU 复位后 BOR 会恢复到默认打开的状态，所以退出复位状态需要等到LVR退出，而不是POR（1.8V）退出复位。

这是一个薛定谔式的问题:
使用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的供电不符合规范等等。