⑴ 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.