⑴ ARM7的啟動代碼文件中怎麼沒有像單片機的reg52.h這樣的寄存器地址定義的頭文件
啟動代碼是用匯編語言寫的，其速度和效果相當快，而「X.H"文件是頭文件，是為C語言服務的，自然匯編語言不能用X.H文件。
⑵ LPC是什麼意思啊
LPC單片機是單片機的一種，是一種集成電路晶元，是採用超大規模集成電路技術把具有數據處理能力的中央處理器CPU、隨機存儲器RAM、只讀存儲器ROM、多種I/O口和中斷系統、定時器/計數器等功能（可能還包括顯示驅動電路、脈寬調制電路、模擬多路轉換器、A/D轉換器等電路）集成到一塊矽片上構成的一個小而完善的微型計算機系統，在工業控制領域廣泛應用。從上世紀80年代，由當時的4位、8位單片機，發展到現在的300M的高速單片機。
LPC是arm7的一個型號，ARM7系列處理器是英國ARM公司設計的主流嵌入式處理器 ARM7內核是0.9MIPS/MHz的三級流水線和馮·諾伊曼結構； ARM9內核是5級流水線，提供1.1MIPS/MHz的哈佛結構。 ARM7沒有MMU。
⑶ UC/OS-II在ARM7(LPC2294)上的移植
內核結構：臨界段、任務、任務狀態、任務控制塊（OS-TCB）、就緒表、任務調度、給調度器上鎖和開鎖、空閑任務（IDLE TASK）、統計任務、中斷處理、時鍾節拍、UCOS2初始化和啟動。
void task1(void)
{
INT32U count=0;
start_Tick();
while(1)
{
printf("count;",count++);
OSTIMEDLY(25);
}
}
void task2(void)
{
INT32U count=0;
Ticker_init(OS_TICKS_PER_SEC);
while(1)
{
printf("count;",count++);
OSTIMEDLY(50);
}
}
void main()
{
sysinit();
OSInit();
OSTASKCREAT(Task1,(void*)&Task1Data,
(void*)&Task1STK[TASK_STK_SIZE],TASK1prio);
OSTASKCREAT(TASK2)
OSSTART();
}
例子中的UCOS系統中有3個任務。TASK1和TASK2僅僅是進行延時、研時不同的時間片、代碼如圖示。另一個是空閑任務，是UCOS啟動時自動創建的。
UCOS運行開始於MAIN函數，代碼如圖。MAIN函數首先調用sysinit()，該函數不是操作系統本身具有的，是一個自行編寫的函數，用來做一些針對具體系統的初始化工作，這個函數不是必須的。
Osinit，這個函數是UCOS的系統函數，是UCOS啟動時必須調用的。它主要是用來對UCOS內核中的各種數據結構做初始化工作。（同樣是INT，在有的CPU體系結構中是16BIT，在有的CPU體系結構中是32BIT）此外它還會建立空閑任務IDLE TASK，這個任務總是處於就緒態，優先順序總是設為最低，這個任務從代碼角度講只是對一個全局變數OSIDLECTR做累加，它的作用是在系統空閑時消耗CPU時間。如果統計任務允許OS-TASK-STAT-EN和任務建立擴展允許都設為1，則OSinit（）還得建立統計任務OSTaskstat（）並且讓其進入就緒態，優先順序總是設為OS-LOWEST-PRIO-1。
接下來，2次調用OSTASKCREAT（），創建2個任務：TASK1和TASK2。從代碼中我們看到有2個變數：TASK1STK和TASK2STK，分別為2個任務的堆棧，這個在前面提到過，UCOS的堆棧大小是可以根據需要定製的，從代碼的角度講，任務的堆棧是以全局數組的形式來實現的。調用OSTASKCREAT（）時還有2個參數：TASK1PRIO和TASK2PRIO，它們表示的是任務的優先順序，在例子中TASK2的任務優先順序高於TASK1。需要注意，在MAIN函數中至少要建立一個任務，否則UCOS無法正常進行。
最後MAIN（）函數調用OSSTART（），這個函數做的工作是從任務就緒表中找到優先順序最高的任務的任務控制塊，之後，OSSTART（）調用高優先順序就緒任務啟動函數OSSTARTHIGHRDY（），這個函數與選擇的微處理器有關，它是在針對具體平台進行移植時自行編寫的。OSSTARTHIGHRDY（）使已經創建的任務中優先順序最高的任務開始運行，之後程序是不會返回OSSTART（）的，本例子中TASK2首先開始執行。
再返回到程序清單，可以看到TASK2於TASK1相比唯一的不同就是TASK2執行的第一個語句是調用函數TICKER——INIT（），這是個自行編寫的函數，作用是設置定時器，從而為操作系統運行提供時鍾節拍。之所以這樣是由於UCOS的結構造成的，UCOS要求在OSSTART（）運行後才能打開定時器中斷。如果不這樣做的話，時鍾節拍中斷有可能在UCOS啟動第一個任務之前發生，此時UCOS處於不確定狀態之中，程序有可能崩潰。
之後，UCOS就開始了運轉，對於例子來說就是TASK1和TASK2以及空閑任務輪番工作。
⑷ LPC2294，我第一次用arm，真么都不會，用在Kiel通過JLINK下載程序出現以下問題，求大牛解決。。。
看看這個地方有沒有添加上：Keil->Target Option->Utilities->Settings->添加你MCU的flash
⑸ 用CodeWarrior IDE編譯器開發NXP LPC2294單片機應該下載哪個版本的
需要幫你做設計嗎
⑹ lpc2294 用什麼編程軟體
Visual C++ Express 2010 Visual Studio 2012 Express for Desktop Visual Studio 2013 三個軟體選一，體積/功能依次增大/變強 在Win8環境下，直接支持的C/C++編程軟體
⑺ arm 無法進入中斷問題
單步調試，檢查VIC各涉及到的寄存器的值是否正確設置。另外，查看管腳分配是否正確，最好用萬用表、示波器等測中斷信號是否到來。
⑻ 如何將系統軟硬體環境帶到合適狀態解析方案
BootLoader通常稱為「系統的引導載入程序」，是系統加電或復位後執行的第一段程序代碼[1]。這段程序的主要任務是，實現硬體設備初始化並建立內存空間的映射圖，從而將系統的軟硬體環境帶到一個合適的狀態，以便為最終調用操作系統內核或用戶應用程序准備好正確的環境。通常， BootLoader包含兩種不同的載入和啟動引導方式，即啟動載入方式和下載方式。
① 啟動載入(boot loading)方式。這種引導方式也稱為「自主(autonomous)引導方式」，也即BootLoader從目標機的某個固態存儲設備上將操作系統載入到RAM中並引導運行，整個過程並沒有用戶的介入。這種引導方式是BootLoader的正常工作模式下普遍採用的一種引導方式。因此在嵌入式產品發布的時候，BootLoader一般以這種引導方式對內核代碼進行啟動引導。
② 下載(down loading)方式。在這種引導方式下目標機上的BootLoader將通過串口連接或網路連接等通信手段從主機下載文件，如下載應用程序、數據文件、內核映像等。從主機下載的文件通常首先被BootLoader保存到目標機的RAM中，然後再被BootLoader寫到目標機上的固態存儲設備中，其後完成內核的引導運行。BootLoader的這種引導方式通常在系統研發和更新時使用。
在嵌入式系統研發階段，現有的BootLoader下載引導方式又可根據載入途徑的不同細分為以下幾種：
① 通過Ethernet網口從宿主機下載內核到目標板，從而實現軟體系統啟動
② 通過串口從宿主機下載內核到目標板從而實現軟體系統啟動
③ 直接從Flash中提取已存儲的內核，從而實現軟體系統的啟動。
總結以上幾種引導方式會發現，它們有些共同的弊端;在系統調試時需要進行宿主機與目標板間的硬體線路的實際連接，使用起來不夠方便，且燒片的速度比較緩慢，調試的效率不高;硬體方面需要大容量的Flash的支持，增加了研發成本;進行內核更新時顯得不夠靈活。為此，採用可移動的存儲介質對系統內核進行存儲(如SD卡、CF卡等)，從而實現對系統內核的靈活調試和引導。這種引導方式的好處是，在調試時無需把宿主機和目標板進行硬體連接，提高了調試的效率，使用起來更便捷、更靈活;進行內核更新時顯得更為靈活，只需把更新內核轉存到指定目錄，此外它的實現也比較簡單。進行這方面的改進時只需做以下工作：在硬體方面，增加針對特定移動存儲介質的硬體電路，而在中大型系統中，有關移動存儲介質的硬體電路(如SD卡、CF卡等相關的電路)是現成的，所以硬體部分也可忽略;在BootLoader程序內部，只需添加對移動存儲介質(如CF卡、SD卡等)基於文件系統進行存儲訪問的指令。按此思路，在已有硬體平台的基礎上針對移動設備SD卡對原有BootLoader進行了改進。下面介紹實現過程。
1 硬體平台
本次改進測試的硬體平台是由英蓓特公司開發的基於LPC2294 ARM控制器的LPC22EB06I實驗平台。其上的主要功能模塊有：
① 2 MB的Flash、1 MB的SRAM(可擴展到4 MB)、256B具有I2C介面的E2PROM等存儲器
② 2個RS232(其中一路可接Modem)、RS485、CAN等通信匯流排介面
③ 2個調試介面：LPT和JTAG調試介面
④ 支持CF卡、SD/MMC等移動存儲介質
⑤ 支持128×128真彩顯示。2 BootLoader的改進設計
2.1 原有BootLoader功能
原來的BootLoader具有如下功能：
① 串口下載功能，通過串口下載內核到指定RAM區
② Flash燒寫功能，從RAM區燒寫數據到Flash中
③ 數據區內塊搬移功能
④ 其他功能。其指令封裝結構如下：
truct _CMD_TBL {
char *cmd;//命令字
ool(*run)(struct _CMD_TBL*cptr,int argc,char**argv);//指向具體的功能處理函數char*usage;//命令使用方法信息
char*help;//幫助信息
char*helpMore
例如，Flash燒寫命令封裝如下：
CMD_TBL_FLASH
{"flash",DoWriteToFlashBlocks,
"flash {loader/kernel/root} {block1/.../block16} "
" Copy to Flash from SDRAM of Area. "
"flash [dest] [src] [len] "
" Copy to Flash from src to dest. ",
"flash {loader/kernel/root} {block1/.../block16} "
" Copy to Flash from SDRAM. ",
"flash {loader/kernel/root} {block1/.../block16} "
" Copy to Flash from SDRAM of Area. "
"flash [dest] [src] [len] "
" Copy to Flash from src to dest. "
⑼ 我是ARM7(晶元2478)的初學者，但是不懂ARM7的 PINSEL0 到PINSEL11的是怎麼控制P0到P4設置他們的GPIO
仔細看數據手冊。以LPC2294（arm7）來說，PINSEL0和PINSEL1是控制P0的io功能。PINSEL2控制P1的功能。
⑽ keil下往LPC2294的flash燒寫程序，下列問題。。怎麼回事啊。
確認下這個添加正確與否：
1、Open Options for Target - Utilities.
2、Choose the JLink Debugger and press Settings.
3、Press Add and choose the algorithm that fits your device. In case that the Address Range for the device is wrong select the algortihm and correct the Start and Size information.
4、Define the address spaces RAM for Algorithm and the Flash ROM area valid for the algorithm with Start and Size.