Frankie 感谢

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，将芯片恢复。
建议按照文档流程进行操作，部分不可预知的操作，可能会导致芯片变砖

做字节对齐了吗，例如8个字节对齐，不够的填充0xFF；不仅字节对齐，还要看一下 Flash 页的大小，如果最后一段数据的大小不足以填满一个完整的页，可以使用填充操作（如填充 0xFF）来确保该页能够完全擦写；

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

是这样配置的
捕获4.PNG

确认过没有中断进来，并且在进standby 之前将所有的ICU 唤醒源都disable 了，还是无法正常进入

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

https://forum.ytmicro.com/topic/462/me-secure_boot-demo?_=1733303430642

已找到原因，部分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 数据是需要的，肯定不能丢掉。行吧，换新缓冲区就得调整下代码了，原来没设计使用多个缓冲区