⑴ VC编译出现问题 急，急 急
在 Visual Studio 环境中，请使用下列方法之一消除此错误：
如果项目中没有使用预编译头，请将源文件的“创建/使用预编译头”属性设置为“不使用预编译头”。若要设置此编译器选项，请遵循以下这些步骤：
在项目的“解决方案资源管理器”窗格中，右击项目名称，再单击“属性”。
在左窗格中单击“C/C++”文件夹。
单击“预编译头”节点。
在右窗格中单击“创建/使用预编译头”，再单击“不使用预编译头”。
确保您没有在不注意的情况下从当前项目中删除、重命名或移除头文件（默认为 stdafx.h）。还需要使用 #include "stdafx.h" 在源文件中的任何其他代码之前包含这一文件。（此头文件被指定为“通过文件创建/使用 PCH”项目属性）
⑵ 阿斯顿马丁ADS故障
阿斯顿马丁ads亮了的原因：ABS传感器脏污或者损坏，对其进行清理与更换即可解决。ABS信号盘脏污或损坏。ABS系统控制模块损坏，更换新的ABS泵即可解决。
⑶ 有关ADS1256编程的问题。
char是C/C++整型数据中比较古怪的一个，其它的如int/long/short等不指定signed/unsigned时都默认是signed，但char在标准中是unsigned，编译器可以实现为带符号的，也可以实现为不带符号的，有些编译器如pSOS的编译器，还可以通过编译开关来指定它是有符号数还是无符号数。 而且关于char还有一个特殊的语言就是char *，它在C/C++中有专门的语义，既不同于signed char *，也不同于unsigned char *，专门用于指以'\0'为结束的字符串wchar_t是C/C++的字符数据类型，char是8位字符类型，最多只能包含256种字符，许多外文字符集所含的字符数目超过256个，char型无法表示。1个二进制位称为1个bit（位），8个二进制位称为1个Byte（字节），8 bit = 1 byte。2个字节就是1个Word（1个字，16位），DWORD（Double Word）就是双字的意思，两个字（32位）。 typedef unsigned long DWORD; 关于DWORD使用中重要的一点。DWORD 现在表示 32bit 无符号整数，即使以后 Windows 升级到64位，DWORD 仍然是 32bit 无符号整数（也许以后的 long 不是32bit了，只需要重新定义一下 DWORD 就可以了）。String就是java中的字符串,用双引号引起来的几个字符.如"Abc","一天". text就是大型的字符串UNICODE_STRING是一个结构.当你声明一个UNICODE_STRING时它的成员未初始化.参数定义：Length-----buffer的字节长度，不包括终止符“NULL”MaximumLength---buffer的的总的字节大小。Up to MaximumLength bytes may be written into the buffer without trampling memory.Buffer---Pointer to a wide-character string指向宽字符串的指针%D%A追问：%DWORD不是字符类型的吗？%D%A回答：%D%A不是DWORD是双字类型 4个字节,API函数中有很多参数和返回值是DWORD的 相关的有 WORD BYTE 等DWORD就是32bit的unsigned long%D%A
⑷ ADS编译器问题
一个ARM程序包含3部分：RO，RW和ZI
RO是程序中的指令和常量
RW是程序中的已初始化变量
ZI是程序中的未初始化的变量
由以上3点说明可以理解为：
RO就是readonly，
RW就是read/write，
ZI就是zero
ARM映像文件的组成
所谓ARM映像文件就是指烧录到ROM中的bin文件，也成为image文件。以下用Image文件来称呼它。
Image文件包含了RO和RW数据。
⑸ 马六ads控制模块失去通讯,什么原因
1
模块上的CAN信号收发器失效--这种情况几乎没有
2
软件问题导致自动关闭了CAN通讯后没有正常启动---本人曾见过一例，车在电压极低时，模块为了维持最核心的功能，一般会选在关掉不重要的耗电功能如CAN通讯。这种情况很难查到，很难复现。
3
接插件线束出了问题，相当于模块连接CAN网络的线路断掉了。
⑹ sandstone_init1 LDR r3, =SYSCFG ; where SYSCFG=0x03ff0000 LDR r4, =0x03ffffa0 STR r4, [r3]
应该是一个寄存器地址，管理内存映射的，也就是Remap
⑺ 小弟新手，想问一个很纠结的问题，为什么ADS编译器不能打开头文件<2410addr.h>呢
这个问题说明编译器找不到这个文件。
原因：
1）这个文件是否存在
2）路径有没有搞错
解决：如果存在这个文件，你可以把这个文件与你的程序源文件放到同一文件夹下，
然后#include <2410addr.h> 写成#include "2410addr.h"应该就好了。
这个方法不是很好，最好把路径设对。
⑻ ADS 基于H-JTAG 的软件仿真进不了c程序
能和流行的MULTI-ICE 类似。H-JTAG 包括两个工具软件：H-JTAG SERVER 和H-FLASHER。其中，H-JTAG SERVER 实现调试代理的功能，而H-FLASHER则实现了FLASH 烧写的功能。H-JTAG 的基本结构如下图1-1所示。
H-JTAG支持所有基于ARM7 和ARM9的芯片的调试，并且支持大多数主流的ARM调试软件，如ADS、RVDS、IAR 和KEIL。通过灵活的接口配置，H-JTAG 可以支持WIGGLER，SDT-JTAG 和用户自定义的各种JTAG 调试小板。同时，附带的H-FLASHER 烧写软件还支持常用片内片外FLASH 的烧写。使用H-JTAG，用户能够方便的搭建一个简单易用的ARM 调试开发平台。H-JTAG 的功能和特定总结如下： 1. 支持 RDI 1.5.0 以及 1.5.1； 2. 支持所有ARM7 以及 ARM9 芯片； 3. 支持 THUMB 以及ARM 指令； 4. 支持 LITTLE-ENDIAN 以及 BIG-ENDIAN； 5. 支持 SEMIHOSTING； 6. 支持 WIGGLER, SDT-JTAG和用户自定义JTAG调试板； 7. 支持 WINDOWS 9.X/NT/2000/XP； 8．支持常用FLASH 芯片的编程烧写； 9. 支持LPC2000 和AT91SAM 片内FLASH 的自动下载；
JTAG是英文“Joint Test Action Group（联合测试行为组织）”的词头字母的简写，该组织成立于1985 年，是由几家主要的电子制造商发起制订的PCB 和IC 测试标准。JTAG 建议于1990 年被IEEE 批准为IEEE1149.1-1990 测试访问端口和边界扫描结构标准。该标准规定了进行边界扫描所需要的硬件和软件。自从1990 年批准后，IEEE 分别于1993 年和1995 年对该标准作了补充，形成了现在使用的IEEE1149.1a-1993 和IEEE1149.1b-1994。JTAG 主要应用于：电路的边界扫描测试和可编程芯片的在线系统编程。
关于JTAG仿真器，是针对某些特殊的单片机或CPU而言的。这类片子使用符合JTAG接口标准定义的数据线与数据时序来实现在线程序下载（ISP）或程序仿真。这种程序仿真有两种形式。一种与传统意义上的仿真器相似，但程序的运行以及CPU资源的模拟在仿真器与目标芯片中同时进行。另一种仿真形式仅仅对数据进行时序调制，具体的程序运行与调试均在目标芯片中进行。二者比较而言，后者成本低，仿真器制作简便但效率很低，占用芯片本身的资源多。而前者恰恰相反。据我观察，常见的ARM仿真器如EASYARM，TI公司的MSP430单片机的仿真器，还有ALTERA的部分FPGA的JTAG都属于后者。前者一般而言价格昂贵，很多XLINK的FPGA的JTAG仿真器就采用前者的结构，功能很强大。
H-JTAG是H-JTAG团队开发的一款自主原创的ARM仿真套件, H-JTAG开发套件主要包括了: H-JTAG SERVER 调试软件, H-FLASHER 烧写软件, 及高速H-JTAG USB 仿真器.
主要功能特点:
- 支持各种ARM处理器: ARM7, ARM9, ARM11, XSCALE (包括
最新的PXA300系列), CORTEX-M3.
- 无缝连接各种主流IDE：ADS, SDT, IAR, KEIL, RVDS.
- 支持各种WINDOWS平台 NT/2000/XP/VISTA.
- 支持并口,提供低成本可靠稳定的解决方案.
- 支持高速H-JTAG USB仿真器,提供高效可靠的解决方案.
另外,站长团上有产品团购,便宜有保证
⑼ 编译错误怎么解决
如果使用C的编译器，应该是能编译通过 因为C编译器如果没有写明函数的返回值的话默认的函数返回值是int 如果使用C++的编译器就编译不过了 因为C++比C更严格了，不允许默认的int返回值
⑽ ads编译器编译混合编程总是报错
是因为汇编器的开关没有打开，细心检查一下工程参数的设定吧