[参考译文] TMS320F28377D：双 CPU 调试

尊敬的 David：

正如您在调试中所知、如果用户在 CPU 上加载代码、则 CCS 会强制 PC 进入入口点并从此处运行。 在这种情况下、不需要来自 CPU1的 IPC 引导命令、如果使用了该命令、则不起作用、因为 BootROM 中的 CPU2代码将不会确认(PC 已指向应用程序、因此 BootROM 将不运行)。

[引用] 2)我在 CCSv8.3中注意到、如果我将两个 CPU 都连接到仿真器、并在 CPU1上执行 CPU 复位、CCS 会抛出超时错误、并且两个 CPU 立即断开连接。  为什么？ [/报价]

这是一个 CCS 问题、已在补丁中修复。 请参阅以下注释。

对于 CCS8.x，您可以在 CCS 中检查更新并安装“CCSv8 Service Release Windows 8.3.1.00004”软件包。

如果您仍然遇到此问题、请尝试此操作并告知我们。

此致、

Vivek Singh

您好、Vivek、

使用 CCSv8.3.1.00004更新软件包修复了 CPU1的复位问题。  谢谢你。

在第一个问题上、无论是否与调试器一起运行、我都希望能够使用相同的闪存代码。  连接调试器并使用跳转至闪存引导模式时、CPU1将 IPC 命令发送到 CPU2以引导引导引导模式时、以下过程不起作用：

CCS 复位 CPU2

CCS 复位 CPU1

运行 CPU2。  CPU2在 bootROM 中的 ESTOP0停止。  再次点击"Run"。  CPU2进入空闲状态、等待 IPC 中断。

运行 CPU1。  CPU1释放 CPU2以完成引导 ROM。

在刷写了 Blinky 示例独立配置的情况下、上述内容似乎正常。

此致、

David