This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

使用sfh_OMAP-L138.exe烧写出现 waiting for SFT on the OMAP-L138...

Other Parts Discussed in Thread: OMAP-L138

尊敬的TI工程师: 我在使用sfh_OMAP-L138.exe工具烧写OMAP-L138时,一直出现卡在waiting for SFT on the OMAP-L138... 这个状态的问题.    如图

我想解决这个问题,就差查询了TI官方的<OMAP-L138_FlashAndBootUtils 使用及编译指导>.上面说"7.2 停在Waiting for SFT on the OMAP-L138…

这种情况的原因通常有两种:一是由于DDR 参数配置不正确从而导致程序运行异常,不能返回正
确的指令给主机;二是硬件原因,可能是焊接,或硬件连接上的错误造成的。可以通过仿真器连接目标板用BSL
库提供的测试程序验证一下DDR,和相应的flash。如果没有仿真器,可以通过间接的方法,比如用AISgen 工具
包里提供的UART 启动工具UartHost.exe 来加载运行测试程序,检测DDR,flash 等,将测试结果通过串口回传
显示,或者设置GPIO 的状态来反映。以上是引用原文.

"

我有几个问题想不明白,请教您几个问题:

1.首先主机接收到BOOTME是不是说明串口连接,通讯配置等已经没有任何问题?

2.主机发送START WORD,PING OPCODE 直至Load 13512字节段到 0x80000000,是不是能说明主机已经将SFT文件成功下载到位于片内的Shared RAM中?

3.然后主机又下载1360字节的段到0x800034c8,是什么文件?

4.AIS完成后,跳转到0X80000000执行时,出现Waiting for SFT on the OMAP-L138…  也就是说在从0X80000000内部SharedRAM 取值执行指令错误出现异常了,为什么TI说是DDR的配置不正确或是焊接故障?是DDR2焊接问题,还是OMAP138焊接问题?从内部取指出问题,为什么说问题出在外部硬件?问题可能出在哪里呢?