先看一下应用笔记 https://forum.ytmicro.com/topic/90/ytm32b1mc-安全启动demo?_=1738809563575

如果你有这个考虑，那我觉得你的 App 应该由你的 bootloader 保证，secure boot 去保证你 bootloader。这样 BVT 就不需要动了

J0UserJLy 没事了，之前测试的时候，把软件触发关闭了，现在软件触发打开就可以了
f3aa8fdf-bd34-4f7a-9967-6b23b51694e4-image.png

Kirk 在线调试时直接使用In Target Reset无法正常复位至Reset Handler，是否有解决方案呢

这个功能有缺失，下个版本实现。

I2C master中断打个断点，看看MSTS的值是多少

不是所有的 .hex 都可以被吃进去的，如果你的程序不含有 BVT 的相关信息，这个工具是不会对你的 hex 进行签名的。
https://forum.ytmicro.com/topic/90/ytm32b1mc-安全启动demo

我司提供的协议栈主要用于芯片功能验证、客户前期开发适配及方案参考，属于 Demo / Reference 性质交付内容，并非针对特定整车厂测试规范完成完整认证的量产级协议栈产品。由于不同车厂的测试规范、测试用例、边界条件、诊断需求、网络管理策略及项目配置存在差异，最终是否满足相关车厂测试要求，需结合贵司具体项目需求、整车厂测试规范、系统配置及集成环境进行验证确认。

YTM32B1MD1 这颗料可以按 512KB PFlash 来划分，A/B 各 256KB：

A 面 / PFLASH0：0x00000000 ~ 0x0003FFFF
B 面 / PFLASH1：0x00040000 ~ 0x0007FFFF

使用 A/B Swap 时，建议 A、B 两份程序都按 0x00000000 链接，也就是工程的 linker/scatter 不需要为了 B 面改成 0x40000。原因是执行 Boot Swap 后，硬件会把 PFLASH1 映射到启动地址，程序看到的仍然是 0x00000000 起始地址。

烧录方式可以这样做：

烧 A 面：

使用默认工程地址，直接下载/烧录到 0x00000000。

烧 B 面：

工程仍按 0x00000000 编译。 在 IDE/J-Flash 的下载设置里加地址偏移 0x00040000，或对 bin 文件指定下载起始地址 0x00040000。 注意不要再执行整片擦除，否则会把 A 面也擦掉；只擦/写 B 面对应区域。

执行 Boot Swap 后：

硬件会交换 PFLASH0/PFLASH1 的地址映射。 可通过 EFM->STS.BOOT_INFO 判断当前是否从 B 面启动。 SVD 中也能看到 Boot Swap 命令为 EFM CMD = 0x30。

所以总结就是：A、B 程序都按 0 地址链接；A 面正常烧录，B 面通过烧录工具的 offset/下载地址写到 0x40000。版本号如果只是放在程序内容里，分别编译两份镜像后按上述地址烧录即可。

可参考这篇 AB Swap 说明：
https://forum.ytmicro.com/topic/1163/md14_ab_swap-fee

有尝试过用 YCT 里的 YTLINK 去修改 APP 存放位置吗。boot 跳转到 APP 之前是否有反初始化 boot 里使用到的外设，及其关闭 boot 里所使用的中断

AddressOfRegisterToBeCheck这个是寄存器地址对吧，RegisterSignature是计算好的CRC值是吗？

好的，感谢解惑！

KEIL的话工程里面加个ini文件，实测可用
image.png

这个是已知的问题，新版本的代码尚未release

中断里，CPU是工作在特权模式下的，如果MPU配置的特权模式可以读取，那么就可以访问。