工具与软件：
您好！
在上面的链接中,我们发布了相同的问题。由于我的侧线程响应缓慢被锁定。 实际上,我们尝试了他们在这个链接告诉的一切,但我们仍然得到同样的问题。
我们怀疑器件未进入 SCI 引导模式、即使我们已按上述链接中所述配置了所有内容。
1)您能不能指导我如何知道器件是否进入了 SCI 引导模式。
2)如何判断 BOOT_ROM_CODE 是否正在运行。
能否帮助我了解进一步的流程？
谢谢(&R)
K.T.Prasanna.
您好！
我们在上面的消息中提到过、并且在下面随附的0xD00地址和屏幕截图中有所不同 
我们尝试加载下面附加的错误来了引导 ROM.out 文件
我们还尝试了另一种方法、即通过 CCS 工具加载内核代码、并将地址0xD00修改为815A 以代替015A 、针对此过程、内核已加载、并且在选择 DFU 应用程序后也已加载该代码、但在执行 run 命令后、该代码卡在调用 send Packet 的 F021上。
谢谢、此致
K.. T Pasanna.
嗨、K.T.、
1)可以 在'DFU CPU1'命令检查中修改 SCI 闪存内核分支、从而下载应用程序以返回应用程序入口地址。 然后、它将从 SCI_GetFunction 返回、并提供最终返回的入口地址。
//
// DFU_CPU1
//
else if(command == DFU_CPU1)
{
EntryAddr = SCI_Boot(BootMode); //loads application into CPU1 FLASH
if(statusCode.status == NO_ERROR)
{
statusCode.address = EntryAddr;
}
return(EntryAddr);
}
2) 2)如果它 在"DFU CPU1"或"ERASE CPU1"之后卡在 NACK 错误上、您可能需要查看内核用于初始化 SCI 的 GPIO 引脚、以及检查器件的 SCIRX 和 SCITX 线路。 我尚未在相关的 f28379xD 器件上见证此错误、您是否仍在使用 RS -422来连接 SCI？ 如果您可以测试通过该器件发送命令的情况、它可以让您弄清出现 NACK 错误的原因。
谢谢！
Charles