[参考译文] TMS320F28388S：在启用 CSM 后尝试运行 CM 时28388S 处理器上出现错误

尊敬的 Thomas：

如果您未启用安全功能、您能否确认 CM 不存在问题？

是否在问题发生时在 SysCtl_setMClk 函数中设置了断点？ 如果您在存储器的安全区域设置了断点、调试器将立即断开连接。 您可以通过在 CCS 片上闪存工具中执行 ECSL 解锁来防止这种情况。

谢谢！

卢克

可以。 如果我在 CSM 未锁定的情况下运行、CPU 和处理器初始化/运行都不会出现问题。 当我将编译配置更改为 RELEASE、以保持 CSM 处于锁定状态时、CM 无法正确运行。 在尝试调试此问题时、我连接了调试器(通过 GEL 文件中的脚本解锁)、并在单步执行 CPU1 main 之前运行了 DSCM 锁定脚本。 存储器显示为全零、但符号仍然与函数调用的存储器地址对齐。 我保持单步执行、直到我获得 SysCtl_setCMClk 函数、并且一旦我执行该函数、我的调试器将断开、并且我无法重新连接。 尽管进行了更多测试、但似乎有时会在后续的 CM 初始化调用中发生断开。

CM 似乎卡在 0x1618–0x16C4存储器范围内、因此我打算尝试不要将 CM 锁定到 CPU 和 CPU 到 CM 存储器位置、以便查看 CSM 是否干扰了两个处理器之间的通信。 是否需要执行其他设置步骤来确保在我们运行 CM 时初始化 CM 的安全闪存/RAM 安全设置？

尊敬的 Thomas：

您是否能够进入 SysCtl_setCMClk 函数来查看调试器何时确切断开连接？ 您断开连接的代码中的位置是否一致？

当 CM 至 CPU MSG RAM 处于不安全状态时、您是否看到不同的结果？

谢谢！

卢克

Luke、您好！

将 CM 至 CPU MSG RAM 保留为不安全不会对该问题有所帮助。  

这是调试器断开连接时正在执行的代码行：

HWREGH (CLKCFG_BASE + SYSCTL_O_CMCLKCTL)|=
((uint16_t) divider << SYSCTL_CMCLKCTL_CMCLKDIV_S)|
((uint16_t) source << SYSCTL_CMCLKCTL_CMDIVSRCSEL_S)；

这是调试器断开连接时的控制台输出：

C28xx_CPU1：错误：(ERROR -1135 @ 0xA611)调试探针报告了错误。 确认调试探针配置和连接、重置调试探针、然后重试此操作。 (仿真包9.6.0.00172)
C28xx_CPU1：尝试20次后无法确定目标状态

当出现此问题后尝试重新连接时、出现此错误：

停止目标 CPU 时出现问题：
(错误-1156 @ 0x0)
器件可能在低功耗模式下运行。 是否要使其退出此模式？ 选择"是"以强制唤醒器件、然后重试操作。 选择"否"可在不唤醒器件的情况下重试操作。
(仿真包9.6.0.00172)

进入此状态后、唯一可以再次连接的方法是将处理器置于 SCI 引导模式、然后重新连接调试器。

尊敬的 Thomas：

包含这行代码的函数是否被分配给安全存储器？ 如果您在片上闪存工具中执行 ECSL 解锁而不是 DCSM 解锁、您仍然会看到这个问题吗？

谢谢！

卢克