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

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

没有可行性，如果没法主控的话，不能分时复用

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

主要是时间不够没空研究怎么去用cmake重构makefile，项目时间比较紧张

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

OliverChen 需要的

WR project.yct

上面的汇编是用于区分使用的栈是：PSP 还是 MSP
下面的C代码是用于修改堆栈中的PC指针，跳过当前读取指令
https://yt-micro.feishu.cn/wiki/U5vCwTDxginXeXkQb9McFqwWnPh

image.png
可以用最新的UTILITY-FLASH-ECC-FAULT 中间件。（参见最新SDK Flash ECC Demo)

如果是uds刷写升级app，boot里不需要配置两个app分区的地址吗？毕竟刷写进来的app未必完全按照boot的规定地址编写，刷写时也不能人为区分按A区地址刷app还是按照B区地址刷

YTCQ_shejiwang 可以的

请问这个问题解决了吗，我这边也遇到trng初始化时间太久问题。

会在定时器的计数值从最大值溢出到初始值（通常是 0）时产生。

风清扬

uds fbl demo参考如下：

https://forum.ytmicro.com/topic/1203/uds-fbl-demo合集

其他UDS Service需要自行配置增加。

以上demo使用的是SDK1.4.0，在增加了DMA_DRV_Deinit()运行时，会产生hardfault。需要修改dma_driver.c。

image.png，新的dma_driver.c文件：
dma_driver.zip