跳至主要内容

【转】VxWorks LPC2104 BSP ARM

摘要：在新的目标板上安装VxWorks的过程极具挑战性。本文较详细地介绍基于LPC2104的ARM开发板的BSP设计方法，并给出源代码。
关键词：VxWorks LPC2104 BSP ARM

VxWorks是一种商用嵌入式实时操作系统（RTOS）多年来，风河公司为用户提供了一系列广泛的板级支持包（BSP）。但是，随着CPU的发展，用户自己设计的硬件平台越来越多，分散性越来越大，因此介于硬件平台和操作系统之间的BSP的自主设备也日益紧迫。EasyARM开发板是广州周立功单片机有限公司开发的基于飞利浦LPC2104型ARM7TDMI芯片的低价位学习板，具有128KB的Flash，16KB的RAM，满足VxWorks运行的最低要求。

1 格式说明及格式转换程序的制作

Tornado产生的目标代码的默认格式是Motorola开发板的Flash下载工具只能下载Intel 32bit格式。必须将它们进行转换才能将代码写入到Flash中去。下面以Motorola的S2格式为例说明格式的转换。

S2的一种实际格式如下：

S0120000626F6F74726F6D5F726532E686578CF

S214000000060000EABD0300EAA50300EAB70300EA1B

S804000000FB

其中第一条是记录的头部。第二条是地址和对应的数据记录，S2表示24位地址的格式，14表示起始地址000000和对应的数据及奇偶效验对的总和。最后两位表示所有十六进制数对的校验和。最后一条是记录的结束标志。

Intel 32 bit的一种实际格式如下：

：020000040000FA

：10000000060000EABD0300EABB50300EAB70300EA20

…………

：00000001FF

其中第一条是记录的头部，表示32位地址的高16位为0000。在第二条记录中，：表示记录的开始，10表示记录对的个数，0000表示起始地址的值，最后两位表示校验和。最后一条是记录的结束标志。

了解这两种格式后，编写格式转换程序就是很简单的一件事件。

2 BSP的设计过程及软件仿真方法

2.1 驻留ROM/Flash的系统各段分配情况

由于LPC2104只有16KB的RAM，故只能程序代码和数据放在Flash中，开机后再将数据拷贝到RAM内，而程序依然放在Flash中并在其中运行，即所谓的ROM Resident Image设计。在Tornado集成开发环境下，选取templatARM的BSP生成的bootrom_res.hex文件就是这种ROM_Resident文件，其代码段、数据段、堆栈段分别在Flash和RAM中的情况如图1。

Flash的分配和对应常量的定义

片内Flash的地址空间为0x00000000～0x00020000

ROM_TEXT_ADRS=00000000代码段的起始地址

ROM_SIZE=00020000 Flash的大小

RAM的分配和对应常量的定义

片内RAM的地址空间为0x40000000～0x40003FFF

0x40000000～0x4000003F共64字节，放中断向量表LOCAL_MEM_LOCAL_ADRS=0x400000000

RAM_LOW_ADRS=0x40000600

RAM_HIGH_ADRS=0x40000F00

LOCAL_MEM_SIZE=0x00020000

根据上面的分析，修改Makefile和config.h中相应的部分，使两者一样。

堆栈的分配

堆栈的地址设为STACK_ADRS，由系统定义，从RAM_LOW_ADRS开始向下伸展。

2.2 romlnit.s文件

ARM的异常向量表如表1。LPC2104的异常向量表也一样，只不过它可以重新映射到RAM的头部，即从0x40000000开始的32个字节。

表1 ARM异常向量位置

地 址 异 常

0x0000 0000 复位
0x0000 0004 未定义指令
0x0000 0008 软件中断
0x0000 000C 预取指中止（从存储器取指出错）
0x0000 0010 数据中止（数据访问存储器出错）
0x0000 0014 保留
0x0000 0018 IRQ
0x0000 001C FIQ

　*在ARM文档中标识为保留，该位置被Boot装载程序用作者有效的用户程序关键字。

基于ARM体系结构的VxWorks的其中四个异常 入口函数为：excEnterUndef、ecxEnterSwi、excEnterPrefetchAbort、excEnterDataAbort。直接在对应的位置用B指令跳到对应的函数中即可。代码如下：_ARM_FUNCTION（romInit）

_romInit：

ARM的异常向量表如表1。LPC2104的异常向量表也一样，只不过它可以重新映射到RAM的头部，即从0x40000000开始的32个字节。

基于ARM体系结构的VxWorks的其中四个异常入口函数为：excEnterUndef、excEnterSwi、excEnterPrefetchAbort、excEnterDataAbort。直接在对应的位置用B指令跳到对应的函数中即可。代码如下：

_ARM_FUNCTION（romInit）

_romInit:

cold:

B start /*复位异常*/

B excEnterUndef /*未定义异常 */

B excEnterSwi /*软中断*/

B excEnterPreftchAbort/*予取指异常*/

B excEnterDataAbort /*数据异常*/

.ascii "20B9" /*保留空间，由格式转换程序超填入0xB9205F80*/

LDR pc,[pc,#-0xFF0]/*IRQ中断入口函数*/

B FIQ_Hander /*FIQ中断入口函数*/

IRQ中断函数的入口函数是C语言写的sysClkInt()和sysAuxClkInt()，需要自己保存现场和恢复现场，代码为：

_ARM_FUNCTION（TIME0_IRQ_Hander）

_TIME0_IRQ_Hander:

SUB LR,LR,#4 /*计算返回地址*/

STMFD SP！，{R0-R11，R12，LR} /*保存任务环境*/

MRS R3，SPSR /*保存状态*/

STMFD SP！，{R3}

BL sysClkInt /*调用C语言的中断处理程序*/

LDMFD SP！，{R3}

MSR SPSR_cxsf,R3

LDMFD SP!,{R0-R11，R12，PC}

_ARM_FUNCTION(TIME1_IRQ_Hander)

_TIME1_IRQ_Hander：

SUB LR，LR，#4 /*计算返回地址*/

STMFD SP！，{R0-R11，R12，LR} /*保存任务环境*/

MRS R3，SPSR /*保存状态*/

STMFD SP！，{R3}

BL sysAuxClkInt /*调用C语言的中断处理程序*/

LDMFD SP！，{R3}

MSR SPSR_cxsf,R3

LDMFD SP！，{R0-R11，R12，PC}

快速中断函数VxWorks不用由用户自己定义。其框架如下：其中FIQ_Exception()函数由C语言定义，在文件开始用globl FUNC(FIQ_Exception)声明。

FIQ_Hander:

STMFD SP!,{R0-R12,LR}

BL FIQ_Exception

LDMFD SP!,{R0-R12,LR}

SUBS PC,LR,#4

当系统上电时，如果地址0x00000014内的数据是0xB9205F80,则从Flash的零地址开始执行，也就是执行romInit（）函数。此函数将启动方式BOOT_COLD放在R0中，作为romStart的参数，将系统设为SVC32模式，并禁止IRQ和FIR中断，设置好系统堆栈指针跳到romStart()执行。验证此部分程序执行情况的最简单的一种方法是用汇编写一段点灯程序，用以指令程序的执行情况。其中常量PINSEL0、PINSEL1、IODIR、SPI_IOCON可以头文件templatARM.h中用define定义。

#define PINSEL0 0xE002C000

#define PINSEL1 0xE002C004

#define IODIR 0xE0028008

#define SPI_IOCON 0x00003DD0

我们设计的点灯程序如下。将其放在romInit.s适当的位置，可以定位程序的运行情况。

LDR r0,=PINSEL0

MOV r1,#0

STR r1,[R0],#4

STR r1,[R0]

LDR r0,=PINSEL1

MOV r1,#0

STR r1,[R0],#4

STR r1,[R0]

LDR r0,=IODIR

LDR r1,SPI_IOCON

STR r1,[R0]

在Tornado集成开发环境下，templatARM的BSP生成bootrom_res.bin文件后，可以借助ASD1.2的AXD反汇编调方式器进行单步仿真和调试。

2.3 sysLib.c文件

在这个文件中，主要是在sysHwInit（）函数内实现系统外设的配置，中断向量表的拷贝和重映射，系统定时器中断向量的安装，串口初始化等功能。在串口还没有调通之前，可以借助上面提到的简单点灯函数实现程序的定位。其用C语言重新定义如下（将它插入本文件的适当地址，可以指示各个函数的执行情况）：

#include "LPC2106.h"

PINSEL0=0x00000000;

PINSEL1=0x00000000;

IODIR=0x00003DD0;

系统的初始化和配置与硬件系统高度相关。对这部分的代码不作过多的解释，请参看代码注释。几个常量定义如下：

#define Fosc 11059200 /*晶振频率，10MHz～25MHz应与实际一致*/

#define Fcclk(Fosc *4)

/*系统频率，必须为Fosc的整数倍（1～32），且<=60MHz*/

#define Fcco (Fosc *4)

/*CCO频率，必须为Fcclk的1、2、4、8倍，范围为156MHz～320MHz*/

#define Fpclk (Fcclk/4)*2

/*VPB时钟频率，只能为（Fcclk/4）的1、2、4倍*/

2.4 templateTimer.c文件

本文件主要实现与系统时钟和系统辅助时钟相关的函数。关于系统时钟的各函数定义如下（系统辅助时钟的各函数与系统时钟一样，只须将T0换成T1即可）：

/*SysClkInt(),此函数每个时钟Tick被调用一次*/

void sysClkInt（void）{

/*通知系统中断结束*/

T0IR=0x01；

T0MR0 =(Fpclk/sysClkTicksPerSecond)；

VICVectAddr=0;

/*调用系统中断函数*/

if(sysClkRoutine!=NULL)

(*sysClkRoutine)(sysClkArg);

}

/*sysClkDisable()禁止系统时钟*/

void sysClkDisable(void){

if(sysClkRunning){

/*禁止系统时钟中断*/

VICIntEnClr=0x10;

T0TC=0;

SysClkRunning=FLASE;

}

}

/*sysClkEnable()启动系统时钟*/

void sysClkEnable(void){

static BOOL connected=FALSE;

if(！connected){

/*定时器0初始化*/

T0TC=0；

T0TCR=0x01；

T0MCR=0x01；

T0MR0=（Fpclk/sysClkTicksPerSecond）;

VICIntEnable=0x10;

Connected=TRUE;

}

if(!sysClkRunning){

T0TC=0;

sysClkRunning=TRUE;

}

}

3 应用程序设计

由于EasyARM开发板本身资源较少，不可能与PC机连接成宿主机一目标机的调试环境，通过主机将代码下载到目标机再执行。因此在设计应用程序时，可以修改bootConfig.c文件中的bootCmdLoop（）函数，生成bootrom_res.hex文件，格式转换后，下载到Flash中运行，在PC机上借助串口调试助手打印调试信息。具体过程是：在Tornado2.2集成开发环境下选取Build->Build Boot Rom，BSP选定templateARM，Image选定bootrom_res.hex，编译器选gnu,确认即可。

4 小结

VxWorks所需要的唯一的驱动程序是系统时钟，本文详细给出了系统时钟源代码，同时还给出了串口通信的源代码，使得开发板与PC机能正常通信。另外，给出了基于VxWorks的应用程序的设计方法。由于BSP的设计本身就是一件很具有挑战性的工作，相信本文对VxWorks的BSP设计得有所帮助。

标签：

评论

发表评论

此博客中的热门博文

【转】AMBA、AHB、APB总线简介

AMBA 简介 随着深亚微米工艺技术日益成熟，集成电路芯片的规模越来越大。数字IC从基于时序驱动的设计方法，发展到基于IP复用的设计方法，并在SOC设计中得到了广泛应用。在基于IP复用的SoC设计中，片上总线设计是最关键的问题。为此，业界出现了很多片上总线标准。其中，由ARM公司推出的AMBA片上总线受到了广大IP开发商和SoC系统集成者的青睐，已成为一种流行的工业标准片上结构。AMBA规范主要包括了AHB(Advanced High performance Bus)系统总线和APB(Advanced Peripheral Bus)外围总线。   AMBA 片上总线        AMBA 2.0 规范包括四个部分：AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线，接口与互连功能分离，这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线，更是一种带有接口模块的互连体系。下面将简要介绍比较重要的AHB和APB总线。 基于 AMBA 的片上系统        一个典型的基于AMBA总线的系统框图如图３所示。        大多数挂在总线上的模块(包括处理器)只是单一属性的功能模块：主模块或者从模块。主模块是向从模块发出读写操作的模块，如CPU，DSP等；从模块是接受命令并做出反应的模块，如片上的RAM，AHB／APB 桥等。另外，还有一些模块同时具有两种属性，例如直接存储器存取(DMA)在被编程时是从模块，但在系统读传输数据时必须是主模块。如果总线上存在多个主模块，就需要仲裁器来决定如何控制各种主模块对总线的访问。虽然仲裁规范是AMBA总线规范中的一部分，但具体使用的算法由RTL设计工程师决定，其中两个最常用的算法是固定优先级算法和循环制算法。AHB总线上最多可以有16个主模块和任意多个从模块，如果主模块数目大于16，则需再加一层结构(具体参阅ARM公司推出的Multi-layer AHB规范)。APB 桥既是APB总线上唯一的主模块，也是AHB系统总线上的从模块。其主要功能是锁存来自AHB系统总...
发表评论
阅读全文

【转】GPIO编程模拟I2C入门

ARM编程:ARM普通GPIO口线模拟I2C  请教个问题： 因为需要很多EEPROM进行点对点控制，所以我现在要用ARM的GPIO模拟I2C，管脚方向我设 置的是向外的。我用网上的RW24C08的万能程序修改了一下，先进行两根线的模拟，SDA6， SCL6，但是读出来的数不对。我做了一个简单的实验，模拟SDA6，SCL6输出方波，在示波 器上看到正确方波，也就是说，我的输出控制是没问题的。 哪位大哥能指点一下，是否在接收时管脚方向要设为向内？（不过IOPIN不管什么方向都可 以读出当前状态值的阿） 附修改的RW24C08()程序： #define  SomeNOP() delay(300); /**/ /* *********************************  RW24C08   **************************************** */ /**/ /* ----------------------------------------------------------------------------- ---  调用方式：void I2CInit(void)   函数说明：私有函数，I2C专用 ------------------------------------------------------------------------------- -- */ void  I2CInit( void ) ... {  IO0CLR  =  SCL6;      // 初始状态关闭总线  SomeNOP();  // 延时   I2CStop();  // 确保初始化，此时数据线是高电平 }   /**/ /* ---------------------------------------------------------------------------- ----  调用方式：void I2CSta...
发表评论
阅读全文

【转】cs8900网卡的移植至基于linux2.6内核的s3c2410平台

cs8900网卡的移植至基于linux2.6内核的s3c2410平台（转） 2008-03-11 20:58 硬件环境：SBC-2410X开发板（CPU：S3C2410X） 内核版本：2.6.11.1 运行环境：Debian2.6.8 交叉编译环境：gcc-3.3.4-glibc-2.3.3 第一部分 网卡CS8900A驱动程序的移植 一、从网上将Linux内核源代码下载到本机上，并将其解压： #tar jxf linux-2.6.11.1.tar.bz2 二、打开内核顶层目录中的Makefile文件，这个文件中需要修改的内容包括以下两个方面。 （1）指定目标平台。 移植前：         ARCH?= $(SUBARCH) 移植后： ARCH            :=arm （2）指定交叉编译器。 移植前： CROSS_COMPILE ?= 移植后： CROSS_COMPILE   :=/opt/crosstool/arm-s3c2410-linux-gnu/gcc-3.3.4-glibc-2.3.3/bin/arm-s3c2410-linux-gnu- 注：这里假设编译器就放在本机的那个目录下。 三、添加驱动程序源代码，这涉及到以下几个方面。（1）、从网上下载了cs8900.c和cs8900.h两个针对2.6.7的内核的驱动程序源代码，将其放在drivers/net/arm/目录下面。 #cp cs8900.c ./drivers/net/arm/ #cp cs8900.h ./drivers/net/arm/ 并在cs8900_probe()函数中，memset (&priv,0,sizeof (cs8900_t));函数之后添加如下两条语句： __raw_writel(0x2211d110,S3C2410_BWSCON); __raw_writel(0x1f7c,S3C2410_BANKCON3); 注：其原因在"第二部分"解释。 （2）、修改drivers/net/arm/目录下的Kconfig文件，在最后添加如...
发表评论
阅读全文