[参考译文] TMS320F2800153-Q1：F2800153-Q1–是否可以将引导引脚 GPIO24 和放大器；GPIO32 重新映射到其他 GPIO

尊敬的 Matt：

再次感谢您向我介绍 SPRUJH3 第 2 章。 我附上了两个屏幕截图以供参考：

1. SysConfig 引导设置 –其中我启用了到 GPIO35/GPIO37 的引导引脚重映射

2. 编程错误 –每次我尝试“生成并编程“时都会看到 FMSTAT 错误

尽管重新生成了 SysConfig 代码并重新编译、器件仍在复位时对 GPIO24/32 进行采样、现在每次编程尝试都会失败并出现 FMSTAT 错误。 几个问题：

1. OTP 一次性更改

   • 一旦在 USER-OTP 中对引导引脚 CFG/DEF 位进行编程、任何进一步的写入尝试都将失败吗？

   • 如果是、是否可以在不使用全新器件的情况下“重置“或重新配置？

2. SysConfig 设置

   • 我是否错过了我的任何复选框或步骤syscfg?

   • 我是否应该 在中添加额外的代码main.c以确保 DCSM 编程实际执行？

3. 示例文件

   • 您能否分享一个最小 CCS 工程或.syscfg通过 SysConfig 成功重新映射 BP0→GPIO35 和 BP1→GPIO37 的示例？

感谢您提供的任何指导或示例文件。

提前感谢、
Roman Borodulin

您好：

在 user-OTP 中对 Boot 引脚 CFG/DEF 位进行编程后、任何进一步的写入尝试都将失败吗？

这是意料之外的情况 除非另有说明 您正在在编程尝试之间更改中的引导配置。  如上文所述、OTP（一次性可编程）存储器只能编程一次。 我们强烈建议在对 OTP 进行编程之前使用仿真引导寄存器（与 OTP 寄存器相同、只是位于允许多次写入的 RAM 中）来测试您的引导配置。

如果是这样、是否可以在不使用全新器件的情况下“重置“或重新配置？

无法重置或更改配置。 但是、在 Z2 中编程的配置优先于 Z1 中的配置。 因此、如果需要更改 OTP 配置、TI 建议首先使用 Z1 位置（如您所做的那样）、然后使用 Z2 下一步。

我是否应该 在中包含额外的代码main.c以确保 DCSM 编程实际执行？

SysConfig 应自动生成两个文件：dcsm.asm 和 dcsm.cmd。 工程构建完成后、生成的 asm 和 cmd 文件将放置在构建目录中名为“syscfg"的“的文件夹下。 构建工程后会自动使用生成的两个文件 (security.asm 和 security.cmd) 生成.out 二进制可执行文件。

请参阅以下应用报告中的第 5 章： https://www.ti.com/lit/spracp8

您能否分享一个最小 CCS 工程或.syscfg通过 SysConfig 成功重新映射 BP0→GPIO35 和 BP1→GPIO37 的示例？

您要配置哪些引导模式？ 如 SysConfig 屏幕截图所示、似乎您想配置对闪存组 0 中各个扇区的引导？

此致、

马特