跳至主要内容

【转】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设计得有所帮助。

评论

此博客中的热门博文

【转】VxWorks中的地址映射

在运用嵌入式系统VxWorks和MPC860进行通信系统设计开发时,会遇到一个映射地址不能访问的问题。 缺省情况下,VxWorks系统已经进行了如下地址的映射:   memory地址、bcsr(Board Control and Status)地址、PC_BASE_ADRS(PCMCIA)地址、Internal Memory地址、rom(Flach memory)地址等,但是当你的硬件开发中要加上别的外设时,如(falsh、dsp、FPGA等),对这些外设的访问也是通过地址形式进行读写,如果你没有加相应的地址映射,那么是无法访问这些外设的。   和VxWorks缺省地址映射类似,你也可以进行相应的地址映射。   如下是地址映射原理及实现:   1、 地址映射结构 在Tornado\target\h\vmLib.h文件中 typedef struct phys_mem_desc { void *virtualAddr; void *physicalAddr; UINT len; UINT initialStateMask; /* mask parameter to vmStateSet */ UINT initialState; /* state parameter to vmStateSet */ } PHYS_MEM_DESC; virtualAddr:你要映射的虚拟地址 physicalAddr:硬件设计时定义的实际物理地址 len;要进行映射的地址长度 initialStateMask:可以初始化的地址状态: 有如下状态: #define VM_STATE_MASK_VALID 0x03 #define VM_STATE_MASK_WRITABLE 0x0c #define VM_STATE_MASK_CACHEABLE 0x30 #define VM_STATE_MASK_MEM_COHERENCY 0x40 #define VM_STATE_MASK_GUARDED 0x80 不同的CPU芯片类型还有其特殊状态 initialState:实际初始化的地址状态: 有如下状态: #define VM_STATE_VALID 0x01 #define VM_STATE_VALID_NOT 0x00 #define VM_STATE_WRITA

【转】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文件,在最后添加如下内容: Config ARM_CS8900    tristate "CS8900 support" depends on NET_ETHERNET && A

【转】多迷人Gtkmm啊

前边已经说过用glade设计界面然后动态装载,接下来再来看看怎么改变程序的皮肤(主题)     首先从 http://art.gnome.org/themes/gtk2 下载喜欢的主题,从压缩包里提取gtk-2.0文件夹让它和我们下边代码生成的可执行文件放在同一个目录下,这里我下载的的 http://art.gnome.org/download/themes/gtk2/1317/GTK2-CillopMidnite.tar.gz     然后用glade设计界面,命名为main.glade,一会让它和我们下边代码生成的可执行程序放在同一个目录下边     然后开始写代码如下: //main.cc #include <gtkmm.h> #include <libglademm/xml.h> int main(int argc, char *argv[]) {     Gtk::Main kit(argc,argv);         Gtk::Window *pWnd;        gtk_rc_parse("E:\\theme-viewer\\themes\\gtk-2.0\\gtkrc");       Glib::RefPtr<Gnome::Glade::Xml> refXml;     try     {         refXml = Gnome::Glade::Xml::create("main.glade");     }     catch(const Gnome::Glade::XmlError& ex)     {         Gtk::MessageDialog dialog("Load glade file failed!", false,       \                                   Gtk::MESSAGE_ERROR, Gtk::BUTTONS_OK);         dialog.run();               return 1;     }         refXml->get_widget("main", pWnd);     if(pW