TI中文支持网尊敬的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 13792字节段到 0x80000000,是不是能说明主机已经将SFT文件成功下载到位于片内的Shared RAM中?
3.最后这个uboot应该已经放到板子里了吧，但是ddr启动不对？
Tony Tang：
senjiang han1.首先主机接收到BOOTME是不是说明串口连接,通讯配置等已经没有任何问题?
BOOTME是bootloader发出来的。说明芯片正常工作了。
senjiang han2.主机发送START WORD,PING OPCODE 直至Load 13792字节段到 0x80000000,是不是能说明主机已经将SFT文件成功下载到位于片内的Shared RAM中?
是的。
senjiang han3.最后这个uboot应该已经放到板子里了吧，但是ddr启动不对？
还没有下载uboot呢，在执行SFT时会检查一下DDR写，读校验，如果校验不对，就出现上面的信息了，也就不再做后面的下载uboot，再烧uboot的过程了。
senjiang han：
回复 Tony Tang:
既然如此 这个DDR参数该怎么修复呢？
Tony Tang：
回复 senjiang han:
参考：OMAP-L138_FlashAndBootUtils 使用及编译指导
修改device.c里的配置重新编译。
你用的是自己做的板子，还是EVM？
