TI中文支持网情况是这样的，开发的DM368 IPNC，买的APPRO的方案IPNC_DM368_IMX036，板子焊好后上电用CCS3.3连不上，SEED-XDS510PLUS仿真器的灯闪都不闪，但是用仿真器连样板能连上。于是尝试串口烧写工具，把UBL和UBOOT通过串口烧进去串口打印如下，就只停在“waiting for sending sequence"这一句不动了，这是不是和NAND FLASH连不上啊
原理图只是在样板的基础上删除了一些不需要的外围电路（MIC,音频输出和模拟视频YPbPr输出),外围电路删除后没用的GPIO口也按手册要求做相应处理了，只是模拟视频部分的D11脚 VREF悬空，未按手册要求接地，这应该不影响UBOOT烧写吧，FLASH、DDR2选型和样板一样，为K9F1G08UOB、K4T1G164QA，再三排查FLASH、DDR连线和电源电路，没有问题，和样板一样，万用表量供电电压正常，PCB上贴件也正确，PCB板也控了阻抗，这到底是什么原因呢。还有就是看网上有人说DM368串口烧APPRO给的UBL和UBOOT有问题，但是烧TI的UBL和UBOOT可以烧进去，这TI的DM368 UBL和UBOOT去哪里下呢，我找了一圈都没找着，希望知道的告知，十分感谢。
lizhen zhao：
贴图好像出不来，再次把串口打印信息粘贴出来：
—————————————————– TI Serial Flasher Host Program for DM36x (C) 2009, Texas Instruments, Inc. Ver. 1.50—————————————————–
Flashing NAND with ubl_432arm_340ddr_ipnc_dm368_2.0.0.bin and u-boot-1.3.4-dm36_ipnc_2.0.0.bin.
Attempting to connect to device com1…Press any key to end this program at any time.
Waiting for the DM36x…BOOTME commmand received. Returning ACK and header…ACK command sent. Waiting for BEGIN command… Target: BEGINBEGIN command received.Sending CRC table…100% [ ] CRC table sent….
Waiting for DONE..DONE received. Sending the UBL…100% [ ] UBL sent….
DONE received.UBL was accepted.UBL transmitted successfully.
Waiting for SFT on the DM36x… Target: Starting UART Boot… Target: BOOTUBLBOOTUBL commmand received. Returning CMD and command…CMD value sent. Waiting for DONE… Target: DONEDONE received. Command was accepted.Sending the UBL imageWaiting for SENDIMG sequence…
frry：
回复 lizhen zhao:
看log，还没到nand 烧录这一步呢，
1）可以尝试换一个版本sfh，曾经在355上碰到无法烧录，换了一个版本就好了
lizhen zhao：
回复 frry:
你好，谢谢你的回复，这个问题现在已经解决了，串口可以正常加载UBL和UBOOT了，是CPU来料的问题。谢谢你。
feller shi：
回复 lizhen zhao:
你好，
我们也遇到了DM368的UBL能够加载，但是UBL初始化DDR时遇到问题，导致uboot无法加载。
1、 请问下你们是如何判定来料问题？
2、来料问题，是什么批次？
3、来料，是什么问题？
4、是否是DM368的DDR控制器有问题？
多谢。：）
feller shi：
回复 feller shi:
谁知道这个问题到底最后是什么问题呀？
目前遇到了非常类似的情况，怎么确认是不是这个问题呢？
lizhen zhao：
回复 feller shi:
不好意思，现在才看到你的回复，希望能对你有所帮助：
1.把CPU取下，重焊新料，UBL烧写正常，一直到后面的UBOOT 内核文件系统都可以正常运行；
2、3.来料问题是发现库房领的料是以前用过的废料，只要是买的新料正常焊上都正常；
4.in a word ，买的料没问题，我的来料问题是领的坏料。其实我调试过程发现还有一个情况是有些BGA没焊好，也会出现这种现象，把BGA取下，重换个新的，要求BGA焊盘没开短路，应该不会出现这种情况了。
