应用程序的固化是嵌入式产品开发和生产过程中一个重要环节。基于arm的嵌入式系统常用的程序固化方法是，用仿真器通过JTAG口将程序烧录到Flash里，在产品的开发阶段，使用仿真器几乎是必然的；然而到了产品的生产阶段，进行应用程序烧录或升级操作的往往是生产线上的工人，他们不易掌握仿真器的使用方法，而且在生产阶段也需要把JTAG调试口封住以防软件被窥视。笔者在使用意法半导体的STR730开发产品的过程中，设计了一种通过串口进行ISP（In System Programming，在系统编程）的方案。该方案成本低，生产线使用起来也很方便，而且即使升级过程中发生掉电之类的意外也不会影响下一次升级，安全而可靠。

     1 硬件连接

     ISP方案的硬件连接如图1所示。RS232转接板用来将RS232电平转换为TTL电平，并通过ISP_EN引脚给ARM开发板提供信号，让其进入ISP状态。PC机上运行用VC语言编写的ISP.exe，该程序把需要烧录到F1ash里的。bin文件加密后发送到arm开发板，同时把烧录的进度提示显示给用户。图1中的阴影部分具有固定的程序。

     2 Flash烧录原理

     2.1 存储器分配

     STR730是意法半导体生产的基于arm7TDMI的微控制器芯片，内置16 KB RAM（0xa0000000～Oxa0003fff）和256 KB Flash（Ox80000000～Ox8003ffff）。内置256 KB Flash的分配情况如图2所示。按照图2中存储器的分配编写Scatter文件，在生成可执行文件时链接器会根据Scatter文件的内容把相关代码段定位到特定的地址上。该例中，程序从Flash启动，且没有使用存储器重映射，因此中断向量必须定位到Flash的起始位置。

     扇区O的内容需要事先通过JTAG口烧入，此后就可以利用扇区O中的烧录程序Programrher.o通过串口进行ISP.在整个ISP过程中扇区0的内容是保持不变的，这样就可以防止ISP过程中出现掉电之类的意外，导致初始化代码Startup或烧录程序Programmer受到损坏而无法再一次进行ISP.无论对嵌入式产品添加新功能还是修改原有的软件BUG，涉及的都只是用户应用程序的改动，初始化代码Startup.s是无需改动的，所以扇区O的内容在ISP过程中可否保持不变，关键是能否使首次编译生成的Vector.0始终与以后多次编译的App.o相匹配。

      需要特别指出的是，当用户应用程序发生改变时，实际的中断服务函数（一般是C语言函数）很可能发生了改变，或者是实际的中断服务函数的入口地址发生了改变，怎么通过固定不变的中断向量Vector.o找到变化的中断服务函数的入口呢？只要这个问题解决了，就可以使首次编译生成的Vector.o始终和以后多次编译的App.o相匹配，这是该方案可行性的关键所在。为解决这个问题，笔者在Flash的固定位置（0x80002000～0x800020ff）做了一个中断映射表，实际上里面存放的是一条条跳转指令。由于中断映射表INTMap.s和用户应用程序App.c是一同编译、链接的，里面的跳转指令当然可以准确找到实际的中断服务程序入口；而位于扇区O的中断向量Vector.s虽然不和用户应用程序一起编译，但中断向量里的跳转指令是绝对跳转到固定的中断映射表区域。这样通过2次跳转就可以准确找到中断服务程序的入口。

     2.2 ISP执行的步骤

     笔者把起到烧录Flash作用的程序单独作为一个工程编译、链接，生成。bin文件；然后把。bin文件转化成一个unsigned char型的数组，并把该数组放在一个单独的文件Programmet.c中；最后利用Scatter文件把Programmer.o定位在固定的地址空间（0x80001000～Ox80001fff，如图2所示）。这样一来，就可以编写汇编程序，把烧录程序Pro—grammer.o拷贝到RAM中，并让PC指针跳转到RAM中执行烧录。由于STR730没有外部Flash，要烧录Flash程序必须在RAM中运行，所以拷贝Programmer.o到RAM中是必需的。以下代码摘取自Startup.s. CMP r1，#1

    需要说明的是：

    ①擦除Flash并不是完全擦除，而是擦除扇区0之外的其他扇区；

    ②数据缓冲区有限，每次只接收指定大小的数据，这样接收和烧录就可以并行进行，提高了ISP的速度；

    ③为了提高软件的安全性，原始的。bin文件是经过加密的，在烧录前需要将原始数据解密。

    结 语

本文阐述的这种通过串口ISP的方法已经在实际的开发生产过程中使用。实践证明，相比其他烧录Flash的方法有很多优势，比如成本低、硬件连接简单、操作方便、增强软件的安全性等。笔者使用的MCU是STR730，稍做改动也可以把这种ISP方法推广到其他arm体系结构的MCU上去。

本文来自：http://www.armodm.com 龙人嵌入式产品事业部

嵌入式开发技术：wince驱动开发学习笔记

文章整理：深圳龙人计算机嵌入式系统开发中心

首先是wince驱动的分类问题。按照书上讲的说CE下驱动分成单体驱动和分层驱动,而看到另一种说法是本机驱动和流式驱动。经过microsun大哥的指点，把这两种分类法分开了。在这里引用一下：

“单体与分层只是从代码的形式上做的分类.分层驱动代码上分为PDD与MDD,一般的微软已经实现了MDD，可能也实现了PDD，我们只需要对PDD做些修改就能使用，比如音频的驱动，显示的驱动。单层驱动是把PDD与MDD写在一起，没有做严格的区分，通常这种驱动比较简单，比如：ATADISK。

嵌入式 嵌入式开发 嵌入式系统 wince驱动开发

至于本地驱动和流式驱动是从驱动与系统其它模块(调用者)的接口形式上做的分类.其实,本地驱动这个名称不大恰当,可能叫专用驱动或其它名字更为合适.它是指调用它的模块给它有特定的接口，比如电源驱动和通用LED驱动。而串口，网卡等就是流接口驱动程序.

所以,一个驱动程序可以是单体的流式驱动,例如:ATADISK.也可以是分层的流式: 如OHCI ”

       按照我的理解，单体和分层是驱动实现方式上的分类，而本地和流式则是驱动模型上的分类，所谓本地驱动就是操作系统有保留专门的接口，所谓流式是指编写的DLL文件里可以导出各种流式接口函数。

         第二点：驱动的功能属性。设备驱动程序是操作系统内核和硬件的接口，操作系统定义了一组标准的接口，编写驱动的过程也就是实现这些接口。从应用程序到具体硬件间有如下这些环节起作用：应用程序-调用OS函数-操作系统-驱动接口-驱动程序-硬件操作函数-硬件。在wince里驱动都以用户态的DLL存在，需要通过进程加载到slot里。共有三类系统进程用来加载：Device.exe,GWES.exe,FileSys.exe.绝大多数设备驱动都是通过Device.exe加载的。需要注意的是，不同的OS保留的设备驱动接口是不一样的，如桌面windows和wince就不同。

     第三点：wince下设备的初始化分为两个阶段：Device.exe的初始化；外设的枚举和加载。其流程是：上电-启动bootloader-启动NK-启动注册表init键（Device.exe启动）-初始化数据结构，I/O，电源管理等-加载BusEnum.dll(总线枚举器）-枚举注册表下Driver/buildin的所有子键。这里的枚举过程就是循环调用ActivateDeviceEx()函数加载驱动的过程。在OS启动完毕后，我们可以用PB的Remote Registry Tool查看H_L_M/drivers/active包含的子键，看哪些驱动随启动而加载 。

     第四点：流接口驱动的概念。暴露流式接口函数的驱动即是流驱动，它把外设抽象成一个文件。过程是：应用程序使用文件API对设备进行访问，OS接受API调用FileSys.exe，转到device.exe，调用流接口，与硬件交互。所谓流接口函数有十个，包括XXX_Init、XXX_Deinit、XXX_Open、XXX_Close、XXX_Read、XXX_Write、XXX_PowerUp、XXX_PowerDown、XXX_Seek、XXX_IOControl，在wince5.0中增加le了XXX_PreClose,XXX_PreDeinit.而我们在应用程序里对应的文件API有CreateFile、DeviceIoControl、 ReadFile、 WriteFile，CloseHandle,SetFilePointer.  

      第五点：编写流驱动的步骤。有两种实现途径：1。写DLL，做成Project，加入到OS里。2。改BSP，把驱动写在BSP里,再选择那个BSP做OS。第一种方法步骤是在PB中新建一个DLL项目，编写一些输入函数，寄存器，外设的声明，写DLLENTRY函数；实现流接口函数；编写DLL的导出函数文件.DEF;为驱动程序写入注册表项，还需要修改bib文件。 第二种方法就是在platform/BSP/drivers下新建一个目录，然后在drivers目录中的dirs文件中加入新建的目录名。在新建的目录下，新建你的源代码文件，在其中实现DLL函数。新建名称分别为sources, makefile, ***.def的文件；修改platform.reg和platform.bib文件

龙人嵌入式开发中心专业提供嵌入式系统开发和嵌入式ARM解决方案服务同时提供ARM9开发板、Xscale开发平台及ARM仿真器http://www.szarm.com

嵌入式系统开发技术：嵌入式应用软件任务划分的原则

本文龙人计算机凭借多年的嵌入式系统开发经验给出了划分任务的3个原则，分别是“对同一个外设的访问放在一个任务中”、“通过任务分割提高系统的实时性”和“软件工程中的‘解耦原则’用于任务的划分”。实践证明，这些任务划分的原则是行之有效的。另外，从实用的角度给出了编写基于RTX51 Tiny实时操作系统应用软件的指导方针。实际上，RTX51 Tiny实时操作系统对目标系统的硬件需求是很低的，随着半导体技术的发展，能够运行嵌入式实时操作系统的单片机芯片是很容易采购得到的。

龙人计算机嵌入式研发中心是国内最早进入嵌入式技术研发和应用推广的技术型企业之一，成立以来在专注于嵌入式底层应用技术的研究和开发的同时为广大客户提供嵌入式系统开发技术、嵌入式解决方案和嵌入式产品（嵌入式开发板、ARM开发板、ARM9开发板、ARM开发工具、ARM仿真器和ARM工控板、ARM实验仪等）。

人们越来越清楚地认识到，在嵌入式系统设计中引入实时操作系统的必要性。在许多嵌入式系统中，不但要求系统能够及时响应随机发生的外部事件，并对其作出快速处理，通常还需要同时执行多个任务，并对每个任务作出实时响应。实践证明，对于这样的应用，采用嵌入式实时操作系统作为应用软件的设计平台和运行平台是一个良好的选择。

在基于实时操作系统(RTOS，RealTime Operating System)的单片机应用软件设计中，“任务”是一个很重要的概念。有专家指出，把一个应用系统分为多少个任务且定义每一个任务各负责什么事情，这是一门艺术。 

　　对于任务的划分，并没有一个人人都要遵守的规则，不同的嵌入式开发工程师来设计一个同样规格要求的系统，会有不同的方案。然而，到目前为止，很难看到有关论文对任务划分的方法有比较详细而系统的介绍。本文将深入研究划分任务的方法，并在此基础上，从实用的角度给出编写基于RTX51 Tiny实时操作系统的应用软件的指导方针。

嵌入式 嵌入式开发 嵌入式系统 嵌入式软件 任务划分

　　1、任务的概念和应用软件开发过程

　　在嵌入式实时多任务系统开发中，用C语言代码表示的任务是一个无限的循环程序。任务不能有返回，不能有退出出口，但是任务可以被杀死，包括被别的任务杀死或自杀[2]。任务的概念与操作系统中的进程概念相同，一个任务是独立的执行进程，可以与其他的并发任务竞争CPU时间。

　　基于RTOS的单片机应用软件开发过程：首先是根据系统设计方案明确应用软件的功能，然后结合RTOS的并发特性(或准并发特性)，对应用软件要实现的功能进行大小适当的划分，也就是把应用软件的功能按照一定的原则划分为若干个任务模块，并对各个任务间的通信和时延进行仔细的确认。

　　2、任务划分的原则

　　任务划分有3个原则，分别介绍如下。

　　2.1 原则1：将同一个外设的访问放在一个任务中。

　　2.2 原则2：是要通过任务分割提高系统的实时性。

　　在嵌入式多任务实时系统中，任务是指一个程序分段。这个程序分段被操作系统当作一个基本单元来调度。典型地，每个任务都是一个无限的循环。

　　2.3 原则3：是要将软件工程中的“解耦原则”用于任务划分。

　　可以采用软件工程中的解耦原则对应用程序进行任务的划分。任务之间的耦合是影响软件复杂程度的一个重要因素，应该采取下述设计原则：尽量使用数据耦合，少用控制耦合和特征耦合，限制公共环境耦合的范围，完全不用内容耦合。具体方法可参见软件工程方面的书籍。

　　3、基于RTX51 Tiny的应用软件设计指导

　　RTX51是一个德国Keil Software公司开发的用于8051系列单片机的多任务实时操作系统。RTX51有2个不同的版本。

　　（1）完全版RTX51 Full

　　（2）小型版RTX51 Tiny

　　基于RTX51 Tiny实时操作系统的单片机应用软件设计，首先应该根据RTX51 Tiny操作系统的准并发特性，对应用软件要实现的功能进行大小适当的划分——按照上述3个原则划分为若干个任务模块，并对各个任务间的通信和时延进行仔细的确认。

　　编写基于RTX51 Tiny的应用软件的指导方针如下：

　　① 包含头文件rtx51tny.h在应用程序中。

　　② 不要写C语言主函数main()。RTX51 Tiny操作系统内核中已经有它自己的主函数main()。

　　③ 应用程序应该至少包括1个任务函数(task function)。

　　④ RTX51 Tiny应用程序必须中断使能(EA=1)，因为RTX51 Tiny操作系统使用了定时器T0中断。

　　⑤ 应用程序至少调用1个RTX51 Tiny系统函数(如os_wait)；否则，链接器将不会把RTX51 Tiny的系统库包含到应用程序中。

　　⑥ 任务task0是应用程序中第一个执行的函数。在任务task 0中，必须调用os_create_task函数来运行其他任务。

　　⑦ 任务task函数不必退出或返回。任务task必须使用一个while(1)结构或其他类似的结构。任务task函数不带参数，也没有返回值。使用系统函数os_delete_task挂起(halt)一个运行的任务。 

    ⑧ 中断服务程序的编写方式，与不使用RTX51 Tiny操作系统下的编写方式相同。

　　⑨ 编译和链接应用程序有2种途径，一种是使用集成开发环境μVision 2 IDE，另一种是使用命令行工具CommandLine Tools。一般采用德国Keil Software公司提供的集成开发环境 μVision 2 IDE。

更多关于嵌入式系统开发技术文章参见龙人计算机嵌入式开发网站http://www.armlab.net

ARM9开发板入门：对S3C2410数据手册中DMA部分的解读

深圳龙人计算机嵌入式系统开发中心专业提供嵌入式开发技术服务和嵌入式产品如ARM9开发板和XScale开发板、ARM9核心板、ARM9学习板、ARM工控板及ARM仿真器ARM开发工具等。

之所以要介绍DMA，因为它对性能太重要了！只有活用了DMA，CPU的性能才能上去！S3c2410有四个DMA，每个DMA支持工作方式基本相同，但支持的source Dest可能略有不同。

本文龙人计算机为您解读S3C2410数据手册中DMA部分：

DMA请求源：通过设置DCON[23]位SWHW_SEL值，选择硬/软件请求，并可进一步通过设置HWSRCSEL[26:24]位选择HW模式下的每个DMA通道的请求源

DMA工作过程：使用三态FSM（有限状态机）进行操作，分三步操作：

Stage-1 初始状态，等待DMA请求，若请求到达，进入Stage-2。此阶段，DMA ACK和INT REQ都为0。

Stage-2 DMA ACK变为1，计数器CURR_TC从DCON[19:0]加载数值。注意：此时DMA ACK仍然为1，知道它随后在stage-3中被清0。

Stage-3 在此状态，对DMA进行原子操作的sub-FSM（子状态机）被初始化它从源地址读取数据然后写入目的地址（此操作需要考虑数据大小和传输尺寸）。

每一次DMA传输，必须先得到请求。

有两种请求模式：Demand和Handshake。差别在于是否等待DREQ信号无效：

Handshake模式下，DMA控制器在开始下一次传输之前要一直等待直到DREQ信号无效。如果DREQ信号无效了，DMA 控制器使DACK无效后继续等待下一次DREQ信号有效，之后又开始数据传输，且使DACK信号有效。

Demand模式下，DMA控制器不等待DREQ信号无效。如果传输完毕后DREQ还是继续有效，DMA控制器只是先无效DACK信号，然后又开始新一轮的传输。数据手册上建议对外部DMA请求使用Handshake模式，以避免不经意的开始新一轮数据传输。

S3C2410 ARM9 ARM9开发板 DMA ARM开发板

有两种传输模式：Single service和Whole service。差别在于三态FSM操作的Stage-3：

在Stage-3状态，对DMA进行原子操作的Sub-FSM被初始化，它从源地址读取数据然后写入目的地址（此操作需要考虑数据大小和传输尺寸）。

Whole service模式下，这种读、写操作重复进行直到计数器（CURR_TC）变为0；而Single service模式下读和写操作只进行一次。

数据手册上提醒注意：就算是Whole service传输模式，每一次sub-fsm的原子传输后DMA也会释放总线，然后再试图重新获得总线，以保证其他设备能够有机会获得总线使用权。

每次原子传输（Sub-FSM中）的单元尺寸分为Unit（1次读和写操作，单块数据）和Burst4（分别执行4次连续读、写操作，4块数据）。

在整体服务模式下，使用传统的DMA 计数器，状态机会停留在状态三，直到DMA计数器的值减为零，再回到状态一，等待下一次DMA请求。2410 DMA 数据传输模式：共有两种数据传输模式：

单位数据传输模式：执行一次读操作和一次写操作。

并发数据传输模式：执行四次读操作和四次写操作。2410 DMA 的基本时序：nXDREQ请求生效并经过2CLK周期同步后，nXDACK响应并开始生效，但至少还要经过3CLK的周期延迟，DMA控制器才可获得总线的控制权，并开始数据传输。2410 DMA 的两种协议模式：请求模式：If XnXDREQ remains asserted, the next transfer starts immediately. Otherwise it waits for XnXDREQ to be asserted.

握手模式：If XnXDREQ is deasserted, DMA deasserts XnXDACK 

深圳龙人嵌入式产品事业部是国内最强最精最专业的开发板集散地包括ARM开发板、ARM9开发板、Xscale开发板、2410开发板(ARM9)、2440开发板(ARM9)、44B0X开发板(ARM7)、DSP开发板、单片机开发板、FPGA开发板、CPLD开发板等各类精品开发板！网址：http://www.armlab.net

联 系 电 话：+86-0755-83346939  83662100   余小姐

销 售 Email：beijingshenzhen@126.com

联 系 地 址: 深圳市福田区福虹路世界贸易广场B座13F   邮 编：518033

基于Xscale PXA270 ROM系统模块的手持GPS方案设计

龙人针对嵌入式产品开发过程中主要设计步骤，调试手段和技术障碍，将Xscale, ARM,MIPS或ARM+DSP等内核的高速嵌入式处理器的核心系统及关键部件集成设计为系统模块的方式，统称“RiSC-On-Module”，简称ROM。对每一款采用”RiSC-On-Module”思想设计的系统模块产品，都会根据相应嵌入式处理器的具体特点对系统模块的对外接口慎重考量，力图满足标准外设和差异外设的扩展需求，同时提供验证的载板评测套件，提供丰富的设计案例和演示软件包，辅助广大嵌入式开发工程师快速评审，摆脱或简化复杂的系统硬件设计工作，专心研发具体应用程序，快速推出产品。

龙人计算机嵌入式研发中心是国内最早进入嵌入式技术研发和应用推广的技术型企业之一，成立以来在专注于嵌入式底层应用技术的研究和开发的同时为广大客户提供嵌入式系统开发技术、嵌入式解决方案和嵌入式产品（嵌入式开发板、ARM开发板、ARM9开发板、ARM开发工具、ARM仿真器和ARM工控板、ARM实验仪等）。

龙人最热门ARM开发板产品：

XScale开发平台 （Xscale开发板）：http://www.szarm.com/ARM/teaching/index.asp 

IXP425开发板(XScale )：http://www.szarm.com/ProductShow.asp?ArticleID=160 

DM-270 开发平台(XScale )：http://www.szarm.com/ProductShow.asp?ArticleID=158 

ARM9系列(ARM9开发板)：http://www.szarm.com/ARM/arm9/index.asp 

S3C2440开发板：http://www.szarm.com/ProductShow.asp?ArticleID=161 

DM-EP9315V 2.00开发板：http://www.szarm.com/ProductShow.asp?ArticleID=159 

DM-2440开发板含3.5“LCD：http://www.szarm.com/ProductShow.asp?ArticleID=157 

UTU2440-F-V4.1 S3C2440开发板(DM9000百兆网卡)：http://www.szarm.com/ProductShow.asp?ArticleID=156 

ARM开发问题解答-嵌入式系统开发学习

文章整理：深圳龙人嵌入式研发中心（arm9arm7）

龙人计算机嵌入式研发中心是国内最早进入嵌入式技术研发和应用推广的技术型企业之一，成立以来在专注于嵌入式底层应用技术的研究和开发的同时为广大客户提供嵌入式系统开发技术、嵌入式解决方案和嵌入式产品（嵌入式开发板、ARM开发板、ARM9开发板、ARM开发工具、ARM仿真器和ARM工控板、ARM实验仪等）。以下是龙人整理的一些常见ARM开发问题和解答。

1.在任何IRQ请求产生之后，微控制器跳转到地址0x00000018执行代码。对于向量和非向量地址，可以在0x18放入下面指令：LDR pc,[pc,#-0xff0]，该指令将VICVectAddr寄存器保存的地址装入PC但是这时候pc=0x00000018,pc-0xff0=fffff028，而VICVectAddr的地址是fffff030,这是怎么回事？

答：就是说本来这个地址（0x00000018）下，应该是放中断服务程序的入口地址的，但是这个地址被装在VICVectAddr寄存器中，所以通过这条指令（LDR pc,[pc,#-0xff0]）可转移到VICVectAddr寄存器中所存放的地址出去执行。就这么简单！ARM7TDMI是三级流水线，PC超前于当前执行的指令8字节。

ARM开发 ARM开发板 嵌入式开发 嵌入式开发板 嵌入式系统

2. 在复位时拉低DBGSEL时，只有管脚p0.17--p0.31的功能控制有效是什么意思？

答：应该是"只有DBGSEL为低电平时，管脚p0.17--p0.31的功能控制才有效"

3. 对于保存非向量IRQ中断程序地址是用寄存器VICDefVectAddr,如果有2个或2个以上的非向量IRQ中断，则如何保存其各个地址。是保存第一个非向量IRQ中断函数的地址，还是其它的呢？如果是第一个，则是否一定要在程序中将多个非向量IRQ中断函数连续书写呢？

答：只写一个非向量中断处理函数，在函数内判断是那一个中断源产生的中断，然后分别处理。如果不想这样做，那么就要使用向量中断了。

4. 有熟悉ADS这两个问题的吗

   1、偶尔打开AXDSEC，总是提示我有.sec文件没有加载，这是个什么文件呢？在遇到这样情况下，我从新设置了CONFIGURE TARGET就没有问题了

   2、在AXD下我用FLASH LOADING 来下载HEX文件到FLASH中，为什么状态栏一直显示RUNNING IMAGES？按道理下栽是很快的事情啊

   3、每个工程项目中的debug,debugrel,release是什么意思？怎样设置和使用

答：1、这是ads自身的问题，好像以前我说过。敬意不要从ide直接运行axd，应直接开始菜单运行axd然后从file菜单调入调试文件调试。

   2、重新设置并重新下载，再不行重装驱动程序

   3、仅优化等级不同，一个名称而已。以前的贴子有说明。

5. 请问编译器ADS1.2支持c语言中的printf()么?如果能,怎么看结果呢? 

答：支持，软件仿真时会在屏幕上看到显示。

更多关于嵌入式开发、嵌入式系统学习和ARM开发、嵌入式开发板等问题欢迎咨询：网址：http://www.armlab.net

联 系 电 话：+86-0755-83346939  83662100   余小姐

销 售 Email：beijingshenzhen@126.com

联 系 地 址: 深圳市福田区福虹路世界贸易广场B座13F   邮 编：518033

ARM9开发学习-S3C2410开发板上的串口通信编程

一、S3C2410开发板上的串口通信编程的目的

   串口通信我们并不陌生，我们经常用串口来进行数据传输，可并不清楚它是如何工作

的。那这一节龙人计算机嵌入式事业部就带领你来揭开 ARM S3c2410 UART(Universal Asynchronous Receiver andTransmitter) 串口通信的神秘面纱。

二、代码

   我们先来分析文件 crt0.s

   @ 文件 crt0.s

   @ 作用:设置堆栈指针

   .text

   .global _start

   _start:

    ldr sp, =1024*4

    bl main

   halt_loop:

    b halt_loop

 ARM9 ARM9开发板 S3C2410开发板 ARM嵌入式 串口通信编程

   你可能会有疑问，这个汇编文件有什么用？呵呵，这是因为我们的串口通信代码要用 C

编写(用汇编可读性太差了)。可这又和这个 crt0.s 有什么关系呢？这得从 C 语言程序的

编译说起。C 语言程序执行的第一条指令并不在 main 函数里。当生成一个 C 语言程序时

编译器总是在我们的代码前加一段固定的代码--crt0.o，它是编译器自带的一个文件，用来

设置 C 程序的堆栈等，然后调用 main 函数。可惜在我们的裸板上它自带的 crt0.o 的代

码是不能运行的，我们得自己动手写，这就是为什么要有 crt0.s 这个文件。稍后你将看到，

这个 crt0.s 被编译成我们自己的 crt0.o 文件。

我们选用最简单的方法，用 UART0 进行实验，用到的寄存器有8个多，初始化用去5

个，余下的3个用于接收、发送数据。初始化设置的代码说明如下：

   1. GPHCON 的 GPH2、GPH3用控制接收数据寄存器 RXD0 和发送数据寄存器 TXD0

      手册中GPH2、GPH3

   2. ULCON0 设置为 0x03, 含义是正常操作模式、无校验、停止位1、8个数据位

   3. UCON0 设置为 0x05 表示发送、接收数据都使用查询方式

   4. UFCON0 设置为 0x00 为不使用 FIFO (每个UART内部都有一个16字节的发送和接收FIFO)

   5. UMCON0 设置为 0x00 为不使用流控

   6. UBRDIV0 设置为 12 含义为 波特率设为 57600， 由下面公式算得:

        UBRDIVn = (int) (PCLK/bps*16) - 1，其中 PCLK = 12MHz

发送/接收数据的代码说明如下:

   1. UTRSTA0 (UART TX/RX status register 0 )

      bit[1]:无数据发送时自动设为1，我们要用串口发送数据时，先读此位以判断是否有

      数据正在发送。

      bit[0]:接收缓冲区是否有数据，如果有，此位自动设为1，我们需要读此位来判断是

      否接收到了数据。

   2. UTXH0: 把要发送的数据写入此寄存器

   3. URXH0: 读此寄存器会得到串口接收到的数据

三、编译、烧写、测试

   Make 一下就会生成我们要的文件 main, 将其通过 JTAG 烧入 Nand Flash。用超级终

连接到开发板，注意波特率设为 57600，数据位 8，无奇偶校正，停止位1，无数据流控制。现

在 Reset 一下的开发板，在超级终上输入一些字符，看到你自己输入的字符了吗？呵呵，再试

一试回车，超级终端上是不是换到了新的一行? 这就是简单的串口通信!   

龙人嵌入式系统开发部在为公司提供嵌入式ARM解决方案和OEM/ODM研发服务的同时提供ARM开发板(ARM9开发板和ARM7开发板)、ARM9核心板、ARM9学习板、ARM工控板及ARM教学实验系统等嵌入式产品。网址：http://www.armodm.com

联 系 电 话：+86-0755-83346939  83662100   余小姐

销 售 Email：beijingshenzhen@126.com

联 系 地 址: 深圳市福田区福虹路世界贸易广场B座13F   邮 编：518033

arm9   arm9 开发板   2410 开发板  嵌入式开发   嵌入式系统

做 arm9 开发板的嵌入式系统开发有一段时间， 写篇文章想和嵌入式 开发、嵌入式系统 爱好者做个简单的交流。

    自己做一个龙珠的板子来玩uClinux，但是我不会使用任何一个 画PCB电路板 板的软件，最多也就会使用 PCB设计软件 protel画画原理图之类的(现在想想，从原理图到PCB还是有挺多细节要注意的)，后来在 龙人计算机的网站( www.pcbwork.net )上学习了很多关于使用PCB设计软件的技术文章 ，我画了一个龙珠的简单的板子， 然后 拿去制板了，接下来就是买元件 ， 再接下来就是焊接了，大学时我学会了焊接电烙铁焊接直插元件，但是面对TQFP的144脚表贴元件，我还真不知道怎么下手 于是向龙人求助，深圳 龙人计算机 系统工程有限公司拥有PCB抄板设计事业部(抄板，PCB抄板，PCB设计，电路板抄板，电路板设计)和SMT加工厂（SMT加工，SMT贴片加工），还有嵌入式系统开发事业部（ 龙人 嵌入式产品事业部 专业提供A RM开发板（ ARM9 和 ARM7 ）、ARM教学系统、ARM 工控模块 、 DSP开发工具 和 仿真器 等产品，另外龙人还提供 ODM研发 和 嵌入式开发 。想做嵌入式，找龙人！

网址： http://www.armodm.com ） 。 到最后 ，这个板子可以跑uClinux。

   后来 国内的arm7 开发 板已经发展起来了 ， 我又重新做了一个龙珠的板子，这次参考了其他一些漂亮的 arm7 开发 板 和 arm 9开发 板，因此看起来比上次那个顺眼一点。还写了一个详细的文档，我的目的就是：卖。至少要把成本收回阿。我把做好的板子首先送给了一位朋友，他建议我做个arm9( 2410 开发板 )的板子，我就开始在 龙人嵌入式研发中心的 网站找资料，写了几个简单的演示程序，准备卖几块。不过在arm7 开发板 的势头下，DragonBall已经鲜为人知了。

我认识的做 嵌入式 开发板的，无不有一个难以忍受的经历，从发出PCB到制板厂那时起，就注定要走这一步。大致这个流程是这样的：

找资料→做简单测试试验→设计原理图→做封装→设计PCB→制板→买元件→焊接→调试硬件→修正硬件→调试软件→写说明书→包装邮寄→技术支持。

目前有几家做嵌入式开发的公司，但最具有实力的应该是北京龙人计算机深圳嵌入式研发中心，深圳嵌入式研发中心从事嵌入式系统研究和 嵌入式 开发工作多年，拥有丰富的经验，想买嵌入式开发板或者想做嵌入式开发的朋友们就找龙人吧！网址： http://www.szarm.com

联 系 电 话：+86-0755-83346939  83662100   余小姐

销 售  Email：beijingshenzhen@126.com  

联 系 地 址: 深圳市福田区福虹路世界贸易广场B座13F   邮 编：518033

仿真器 是硬件电路，可以让用户借助指令系统控制DSP运行。一 般 公司开发并销售以下仿真器：C2XX、C3X、54X、C6X、C8X。这种仿真器可通过DSP上的JTAG/MPSD逻辑与TI DSP通信。仿真器连在PC机的并口或插卡上。仿真头的电缆为6-8英寸，连接仿真盒到目标系统。

龙人计算机 做为专业的嵌入式系统开发商提供的仿真器有A RM仿真器， ARM9仿真器和ARM7仿真器等， 龙人 嵌入式产品事业部 专业提供ARM开发板（ ARM9 和 ARM7 ）、ARM教学系统、ARM 工控模块 、 DSP开发工具 和 仿真器 等产品，另外龙人还提供 ODM研发 和 嵌入式开发 。想做嵌入式，找龙人！

1.1 仿真的概念:

----仿真的概念其实使用非常广，最终的含义就是使用可控的手段来模仿真实的情况。

----在嵌入式系统的设计中，仿真应用的范围主要集中在对程序的仿真上。例如，在单片机的开发过程中，程序的设计是最为重要的但也是难度最大的一种最简单和原始的开发流程是：编写程序烧写芯片验证功能，这种方法对于简单的小系统是可以对付的，但在大系统中使用这种方法则是完全不可能的。

仿真器  ARM仿真器 ARM开发工具 ARM开发板  ARM9

1.2 仿真的种类:

---软件仿真：这种方法主要是使用计算机软件来模拟运行，实际的单片机运行因此仿真与硬件无关的系统具有一定的优点。用户不需要搭建硬件电路就可以对程序进行验证，特别适合于偏重算法的程序。软件仿真的缺点是无法完全仿真与硬件相关的部分，因此最终还要通过硬件仿真来完成最终的设计。 

---硬件仿真：使用附加的硬件来替代用户系统的单片机并完成单片机全部或大部分的功能。使用了附加硬件后用户就可以对程序的运行进行控制，例如单步，全速，查看资源断点等。硬件仿真是开发过程中所必须的。

1.3 为什么要使用仿真器?

---在与一些有经验的工程师交谈中，我们会发现有相当一部分工程师在开发中不使用或很少仿真器。向他们询问，原因得到的回答是"仿真器不可靠"但是他们是如何解决程序开发中遇到的问题呢？通过深入的交流才明白他们是按照这样的方法来开发程序的：

---(1) 根据自己的设计建立一个符合要求的硬件平台，如果该平台涉及的程序比较复杂。还要搭建一个人机交流的通道人机交流通道可能是一个简单的发光二极，管蜂鸣器，复杂的可能是串口通讯口LCD显示屏。

---(2) 写一个最简单的程序例，如只是将发光二极管连续的闪烁。程序编译后烧写到单片机芯片中，验证硬件平台是否工作正常。

---(3) 硬件平台正常工作后编写系统最低层的驱动程序，每次程序更改后都重新烧写单片机芯片验证。如果在程序验证中遇到问题，则可能在程序中加入一些调试手段。例如通过串口发送一些信息到PC 端的超级终端上，用于了解程序的运行情况。

---(4) 系统低层驱动程序完成后再编写用户框架程序，由于这部分已经不涉及到硬件部分，所以程序中的问题用户一般能够发现。

---但是更多的调查表明，使用以上方法的工程师总的看来所设计的程序不是很庞大或很复杂。因为在做简单的项目时，我们可以通过一个发光二极管就可以表达出内部的信息：如果程序复杂，可能需要更多的信息来表示内部的状态，这样可能就需要串口协助调试：如果程序更复杂，硬件更多，实时性更强，那工程师就要更多的增强调试手段，串口可能就不能满足了，需要类似于断点的功能，因为我想知道在某一个时刻单片机内部的状态究竟是怎样？ 

---如果用户程序的修改非常频繁，可能一次又一次地的烧写芯片占用的时间就很多，这时用户就会想能下载程序并运行的装置。

---到这里，您会看到，随着用户要求的越来越高，调试装置已经越来越象一个通用的仿真器了。因此我们的建议是：不要回避使用仿真器因为使用仿真器能提高您的开发速度。

---但是不能否认的是，用户回避使用仿真器也是有原因的。因为仿真器也是一种电子装置，非常依赖于设计者的水平。如果一个仿真器设计者的水平有欠缺，那将给仿真器的使用者带来很大的问题。因为仿真器的使用者将分不清楚究竟是程序的问题还是出在那里。随着电子设备的复杂化，设计工程师面临前所未有的压力。您可以想象，用户发现了程序中有一个问题，首先怀疑是自己系统中的问题，可能是软件方面也可能是硬件方面。因为用户系统处于开发阶段，用户基本上不会怀疑仿真器。在这种情况下，用户将耗费很大的精力在自己的系统中寻找并不存在的问题。如果用户最终发现问题来源于仿真器，并通过烧写芯片验证确，实如此那这个仿真器用户以后可能会逐渐放弃使用仿真器。 

---用户放弃使用仿真器，对用户的影响是巨大的。因为放弃使用一个设计不完善的仿真器，也放弃了使用其它设计完善的仿真器，关键是放弃了合理的开发方法。因此我们的建议是：不要回避使用仿真器但要挑选好的仿真器。 

1.4 仿真器的附加服务更加重要

---在购买仿真器的同时，还要注意仿真器厂家的服务，这一点很关键。这里说的服务包含仿真器本身的服务，例如仿真器使用上的指导服务，仿真器的维修服务，这些都是一个产品的最基本的服务。对于仿真器这种特殊产品来将还不是全部的服务。

---使用仿真器来开发产品，会遇到很多问题：产品本身的问题，仿真器的问题，仿真器和用户系统的问题。如果用户开发经验不是很丰富，他并不能排除遇到的问题究竟来源于哪个方面。这时，他可能求助于仿真器生产厂商。如果仿真器的生产厂商只专注于仿真器的设计，而对于其它的单片机应用不熟悉，他可能对用户提出的问题不能作出正确的判断而一味的强调自己的仿真器没有问题。与之相反，一个既熟悉仿真器的使用，又有丰富开发经验的仿真器支持厂商则能协助用户快速的找出问题。实践证明这两种情况带来的效果是完全不一样的。