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.
在CCS3.3下将链接文件的.text段链接到DDR后，能编译通过，但是在线仿真时无法将代码段加载到DDR外存，直接 报数据确认错误
有没有在GEL文件里对DDR初始化？DDR需要先初始化才能用。
已经初始化，加载.dat文件中的数据到DDR时正常的,把cmd中的.text改为内部RAM，其他段如cinit,const,switch段到DDR也能正常加载。只是text段不能改为DDR
请问具体报什么错？
Data verification failed at address 0xE0100000,0xE0100000为DDR的基地址设置(cmd文件中)，具体见附件
别的段能加载到0xE0100000这块地址吗？
写个测试程序看是否能对这块DDR地址进行读写？
别的可以加载，前提是text段在内部RAM。
将所有段改到内部RAM，测试DDR读写是正常的，可以读写0xE0100000开始的地址空间。
别的段可以加载。
经测试，这块DDR地址空间可以正常读写。
用CCS5.5可以加载text段到0xe0100000这个地址空间。由于客户使用CCS3.3，必须得解决这个问题
请问电脑上装的是什么操作系统？
操作系统windowsXP,开发环境CCS3.3.82，仿真器SEED560V2
“别的段可以加载。经测试，这块DDR地址空间可以正常读写。”这些操作都是在ccs3.3环境下做的吧？
如果别的段可以加载到这块地址，那.text段应该也可以加载。建议用TI仿真器下载试试。
是3.3下做的。目前的仿真器仿真DSP6713，DM642，DSP6416外部内存加载都没有问题，唯独DSP6455有这个问题，你们是否可以用官方的DEMO板验证一下？我们初步怀疑是CCS3.3的问题，能解释一下加载的步骤和实现原理吗？对out文件如何解析及操作的？
这种问题就肯定是DDR的稳定性问题。检查一下DDR的配置，或者降低DDR的频率试试。
用户所谓的DDR测试程序通常只是用CPU的循环访问，这种没压力的测试，测不出稳定性的问题。
那为什么加载其他段（cinit,const,switch,bss等）到同样的地址空间没有问题？并且用load data的方式（.dat数据格式）到同样的地址空间也没有问题，唯独加载不了text段到DDR，ccs5.5用同样的配置可以加载text段到DDR，官方能排除CCS3.3没有bug（针对6455）吗？
用C6455的绝大多数都是用的CCS3.3
问题已经定位，DDR的问题，B地址数据跟随A地址变化。感谢TI的支持，不是环境的问题，也不是仿真器的问题。
