1、ads是由arm公司提供的编译和调试环境，非常好，不容质疑！搞arm开发的人员，不能不用ads，例如要开发一个驱动，首先是在ads中编译、调试通过，才会加入操作系统中，这是开发过程。
2、Ads中codewarria是编译环境，在这个环境中，应正确设置程序工作或调试的地址，这两个地址不一定同址，每次只能设置一种，除非它们相同。设置是通过菜单项edit->target setting完成的。编译环境中的这个地址是由链结器标记在程序上的（暂且这样说吧，因为这部分实际涉及的是编译原理中的链接定位问题，它主要涉及的是程序中的跳转地址，这是与软件相关的）。这两个地址都必须与硬件地址配合，程序才能正常工作。因为mcu(arm)是硬件寻址的，比如4510在正常初始化后，flash被定位在0x0地址，这时如果mcu有一条指令是跳转到0x0地址，那么mcu一定会将PC指向flash的0x0地址，mcu却是由软件控制的。如果这时remap了，flash被定位在0x1000000地址，但写在flash中的程序仍然控制mcu跳转到0x0地址，那么PC就指向了sdram的0x0地址，那里写着什么是你的事情了。
3、工作地址是指编译好的程序（一般是*.bin文件）写入flash的地址，如软件程序工作地址从0x0开始，flash也应该定位在0x0地址开始，软件与硬件地址要相同，才能正常工作。当然，如果做remap，把程序拷贝到新的0x0地址处，也就是sdram中，程序也可以正常工作的。
4、如果用axd调试，则是另外一种情况：程序必须写在sdram中，而不是flash中。Sdram的地址在那里呢？4510上电后，一般设置在0x1000000，而把flash设置在0x0地址。如果codewarria编译时把程序设置在0x0地址，调试时就会把软件加载在一个“虚”位置，这个位置（地址）是flash的地址，mcu是无法把程序写入flash中，程序就成为空中飘荡的幽灵，这时如果用反汇编，可以看到有些内容已经变质了，不是你的程序了，明白是为什么吗？而执行的话，mcu读取flash中的内容，它们并非你的程序，结果是跑飞了。解决办法是remap（对4510。如是44b0,请在codewarria编译环境中把程序定位在 sdram段，如需中断，请在flash中0x0地址先写入相关中断向量，并跳转到sdram中），把sdram设置在0x0地址，再加载程序。
|
楼主
标题置顶
标题高亮
