【解决过程】
1. 看着这现象,貌似是RAM不稳定或者没有初始化好,而导致J-Flash ARM运行有问题,没有正常烧写。
所以去尝试取消了RAM,即Options -> Project Settings -> CPU中,取消Use target RAM(faster)的话,好像是不会出错的,但是烧写起来,速度就太慢了,是一个一个字节烧写的,烧个200多K的u-boot.bin的话,估计得几十分钟,所以无法忍受。
还是需要用到Use target RAM(faster)来实现快速烧写的,这个只要一二十秒即可。
2.后来又去更改JTAG的工作频率,从很低的100KHZ到很高的4MHz,12MHz等,或者是Auto模式,都试了试,但是还是会出错。
3. 后来又去折腾,更改很多设置,看看是否有用。最后的最后,幸运地,终于找到解决办法了:
Options -> Project Settings -> CPU -> 'Use following init sequence:'中,默认只有一行:
0 reset 0 0ms reset and Halt target,
然后选中该行,点击Edit,修改Delay为2ms,确定,即可。
如图
即在通过JTAG去reset重启目标开发板之后,再delay延迟个2毫秒,等待板子各种硬件都稳定了,然后再通过J-Flash ARM去烧写Nor Flash,此时就都一切正常了。
额外说句:
后来输入英文“PC of target system has unexpected value after programming”的时候,发现google上,也有对应的帖子的,只是自己之前没发现而已,惭愧啊。
不过刚去看其解决方法,倒是和我不太一样,其是把'Use following init sequence中的动作从默认的reset改为Halt,即使cpu暂停,使得CPU不会乱跑,然后接下来去烧写nor flash,也就正常了。而我此处的是reset后,等待2ms,目的也是等待系统稳定。目的相同,实现方法不同而已。
刚又看到别人讨论此现象的原因,说是可能是watchdog还在运行,导致系统reset,所以程序跑飞了,所以才出错的。
个人感觉不是很像,如果是watchdog还在运行导致出错,那么我们上面的reset后,多加的2ms的delay后,也还是会出错才对,但是我这里是可以解决问题,不会出错的,所以,感觉是系统reset后,需要一段时间,等稳定下来,继续操作,才正常的。
不过有空是可以尝试去设置关闭watchdog,看看是否能解决问题。
经过尝试,发现添加对应动作去在reset后,关闭watchdog:
0x53000000= 0x0; /* make sure bit5=0 to disable watchdog */
如图:
但是再去烧写nor flash,还是会出错,所以,可以确定不是watchdog的问题,而很可能是TQ2440在reset后,系统稳定性的问题,需要有个延迟以等待系统稳定。
【总结】
1.遇到问题,还是需要大胆地多去折腾折腾,最后往往会有效果的。即使没解决问题,也会有新的发现的。