我在通过 DCSM 写入 X1_BOOTCTRL 时遇到问题。 在整理有关该问题的文件后，似乎最可能起作用的方法是：
1.在 c2000Ware 支持中导入 f2837xs 的"blinky_with_dcsm"示例工程
2.在"blinky_with_dcsm_cpu01.c"文件中添加下面的 main()
#pragma RETAIN(otp_z1_bootctrl)#pragma DATA_SECTION(otp_z1_bootctrl,"dcsm_otp_z1_bootctrl");const long otp_z1_bootctrl = 0xFFFF045A;
3.通过 JTAG 调试会话编译和部署项目。
我可以看到值保留在存储器映射中、但我看不到结果存储在存储器映射中的 Z1_BOOTCTRL 寄存器中(通过各种运行和复位应用程序的方法)。
DCSM_OTP_Z1_BOOTCTRL
* 0 0007801c 00000002 DSECT
0007801c 00000002 blinky_cpu01.obj (dcsm_otp_z1_bootctrl：retain)
在使用存储器浏览器进行查看时、0x0005F004处的值保持为0xFFFFFFFF。 此外、我还无法在内存浏览器中直接编辑此值、这是在一些论坛帖子中推荐的。
无法写入 Z1_BOOTCTRL 寄存器后、我决定尝试使用 EMU_BOOTCTRL 解决该问题。 我能够使用0x045A 编辑0x0D00位置、但是 每次尝试从 CCS 启动 CPU 复位时、我都会运行到一个断点。 我没有注意到系统复位或重启命令产生的任何影响-闪烁应用程序继续执行、就像没有中断一样。
复位时的消息为：
(已暂停- SW 断点-目标上发生了复位)
我无法使应用程序运行超过这一点。
请注意、我们分别使用默认的 GPIO 引脚84和引脚72将 BOOTPIN0和 BOOTPIN1引脚配置为获取模式(均为高电平)。
是否有关于在 F28379S 上尝试启用 SPI 引导的任何指导或支持、可提供有关该问题的一些指导或支持？
