⑴ 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編譯器編譯混合編程總是報錯
是因為匯編器的開關沒有打開，細心檢查一下工程參數的設定吧