pro_only 的ram 块的数据有一定随机性，不建议这样操作。我们的操作是将数据写到flash，需要注意的是什么时候读写就行

https://forum.ytmicro.com/topic/352/使用yt-link-遇到_sbrk-end问题的原因分析?_=1733902285457，可以参考这个帖子。

按照流程，如果 Secure Boot 未检测到有效的 BVT，就会停在 Secure Boot 内。
只要运行过 Secure Boot，就会对 Secure Boot 所在区域设置擦写保护，不可擦除。不影响 App 区域的擦写，后续可以通过设置 ByPass Secure Boot，将芯片恢复。
建议按照文档流程进行操作，部分不可预知的操作，可能会导致芯片变砖

MSG_END 应该换成 MSG_ALL，因为你就一个 block

是这样配置的
捕获4.PNG

这里的外设中断，指的是中断优先级吗？

已找到原因，部分RAM 设置成了powerOn 才清除，导致从powerDown 模式唤醒时系统启动异常

您好：
Mcu_PerformReset() 函数是直接往SCB寄存器写的复位指令，一般是不会有这种情况的。
但是在执行执行这个函数期间是可以被中断打断的，您需要确定一下在调用 Mcu_PerformReset() 函数期间，是否被其他中断打断了。

您好：
出现这种情况一般是 Mcu_GetResetReason() 被重复调用了。
建议检查一下 SCU 的中断控制宏 MCU_DEV_ERROR_DETECT 是否打开了，这个宏打开之后会在时钟初始化过程中调用 Mcu_Lld_GetResetValue()（目的是判断是否由CMU模块Reset，需要调用CMU的中断），从而导致主函数中的调用返回值是0。

解决了 谢谢

image.png

看看用到的引脚是不是SWD/JTAG相关的引脚。如果把这些引脚配置为其他功能，会影响调试功能。

run 已经能正常控制GPIO了，后续有问题再请教😊

sunxuehu 数据是需要的，肯定不能丢掉。行吧，换新缓冲区就得调整下代码了，原来没设计使用多个缓冲区

软件复位行为上和PIN、WDG复位一致，在RCU有对应的标志，MC只有POR复位会有一定的差异。