主题中讨论的其他器件： C2000WARE、 SysConfig、 LAUNCHXL-F28379D
工具/软件：
尊敬的团队：
我们使用 TMS320f28377D 设计了定制电路板、在测试过程中遇到了 UC 未正确引导的问题。 经过调查、我们发现这是由于我们的设计中未配置的引导引脚 (GPIO 72 和 84) 造成的。 它们最初是放样浮动的。 然后、我们使用电阻器在外部将这些引脚上拉至 3V3、我们观察到 POR 后 UC 已正确引导（从闪存）。
您可以参考 此 线程了解更多上下文。
现在、问题是、我们在设计中已经使用了 GPIO 84 进行了其他目的、并希望通过将它们配置为引导引脚来使用一些不同的引脚。
因此、我们尝试 探索 GPIO 42 和 43 作为引导引脚、而不是 72 和 84。 我们遵循 dcsm_security_tool 从 CCS IDE 的“Resource Explorer“选项卡导入的示例工程：C2000 实时微控制器/Embedded Software/C2000Ware (6.00.00.00)/English/Devices/F2837XD/F28377D/Examples/Driverlib/cpu1/dcsm/dcsm_security_tool
我们对该工程中提供的 SysConfig 文件进行了以下更改：
现在,一旦我们测试这些更改,在调试模式下,我们会在执行最后一行后观察到以下错误: LB _c_int00
观察以下图像：
想知道为什么会发生这种情况呢？
您能帮助我们解决这个问题吗？
如果缺少任何需要与上面 SysConfig 图片中提到的内容一起配置的内容、请告知我们。
供参考：我们将首先使用 LAUNCHXL-F28379D 来测试这种引导引脚的重新配置更改、然后计划根据结果在我们的定制电路板上实施。 引脚 42、43 还不会通过连接到 3.3 的电阻器上拉/高电平。 我们看不到代码到达 main() 时碰到 main() 内设置的断点。
