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地址，再加载程序。 5、Remap时，请用axd中的命令行方式，程序是实现不了的。即：system view->command line interface。只有先把硬件地址设置的与程序相同了、程序段可以被装入sdram中时，才可加载程序。 6、切记这两点：调试程序一定要放在sdram中、sdram地址与程序地址一定要相同。 7、0x8000这个地址是怎么来的呢？原来：0x0地址是中断向量地址，这要占用几十个字节，有些操作系统利用中断向量之后、0x8000地址之前的部分做点事情，Linux就是其一。所以，编程人员默认的把0x8000这个地址作为一般程序的开始地址。调试程序时，可以把程序起始地址定在0x8000,这个地址一定要是sdram覆盖的地址（我再强调一次吧），mcu执行时，仍然是从0x0开始的，是谁把PC挪到0x8000的，是ads在编译的时候，连接器加进的代码实现的。如果不是调试程序，是工作程序，要写入flash的，程序应该定位在0x0地址，而不是0x8000。 8、有一本书“ARM应用开发系统祥解--S3C4510B”写的非常好，我读过有7、8遍了。但有一点是错的。书中写到：“针对本书所介绍的目标板，就可以使用这个默认地址值（0x8000）。”实际上，只要是4510的板子，不做remap，0x8000地址就是flash，是不能加载程序的。 9、在axd中，注意菜单options->configure processor选项，如果不会用，就把它们都关了。带中断的程序和有跳转到0x0地址的程序执行不了，多是由这项引起的。其实它们非常有用，不提了。 10、所有我以上提到的，均是有程序重定位和跳转情况的，象简单的跑马灯实验，不需要中断、跳转的，把程序直接定位在高位sdram中，remap也不用做，就可以跑的不错了。 11、顺便提一下banyan的接口包非常好，支持ads，不用怀疑它。
| 
