BSP 系统的设计与实现分析论文.docVIP

BSP 系统的设计与实现分析论文 　　 　　1BSP系统设计的意义 　　 　　前置机通信板使用ARM微处理器，通过两路以太网口利用安全通信协议实现与联锁机的通信，通过两路CAN总线实现与电子执行单元的通信，提供8个LED灯位来实时显示各种工作状态，利用上电初始化时读取背板地址来动态设置两通道的IP地址，并能够以主备方式工作。 　　 　　2系统的设计与实现 　　 　　2.1VxWorks系统的主要性能特点 　　 　　VxWorks系统所需要的存储空间最小要8KB(ROM)，具有极好的可伸缩性;支持中断驱动的优先级抢占式调度和时间片轮转调度，并具有确定的、快速的上下文切换能力;支持信号灯、消息队列、管道、信号和套接字等进程间通信和互斥手段;支持诸如Ring、buffer、linklist等共享内存技术;确定的微秒级的中断响应时间;支持使用于多种物理介质的TCP/IP协议簇和几乎所有常用的基于TCP/IP的应用层协议;快速灵活的I/O系统;支持多种文件系统。 　　 　　2.2BSP开发流程 　　 　　BSP的开发需要一个与目标板硬件环境相近的参考BSP和相关代码模板，从而本文中的目标板是在公司已有的联锁机三取二主板的BSP基础上，进行的二次开发。开发环境的建立，主要是以目标板BSP文件为模版在Tornado安装的targetconfig目录下创建用户BSP目录bspname，把Tornadotargetconfig下文件和BSP模版文件拷贝到该目录下。根据目标板的不同功能对配置文件、寄存器和引脚、内存地址映射、makefile文件和相关驱动程序等进行配置和修改。根据具体需要在命令行环境下利用Makefile创建各种镜像，也可以在Tornado集成环境下Build菜单中选择BuildBootRom来创建各种类型的BootRom镜像。 　　 　　3镜像和驱动程序调试 　　 　　3.1调试环境 　　 　　开发主机操作系统为WindowsXP，BSP应用编程基于VxWorks嵌入式实时操作系统，并在Tornado集成开发环境下开发调试。开发主机与目标板之间通过ARMmulti-ICE仿真器连接，开发主机利用该仿真器调试用于目标板的bootrom_uncmp镜像和VxWorks镜像。为了更好的调试，需要查看目标板BSP的运行过程等信息，然而本目标板不具备VGA接口，只能通过其自带的串口来输出调试信息。目标板通过自带的串口接9针串口线与工控机(本设计中的开发主机只带有1个串口)的1相连，在工控机上利用超级终端来输出打印信息。在串口调试成功后，开始调试网口，目标板利用网口来启动VxWorks，这时目标板需要从开发主机上的TFTP来下载VxWorks。目标板镜像bootrom_uncmp和VxWorks调试成功后，便可去掉开发主机与目标板之间的ARMmulti-ICE仿真器，接上J-link烧写工具，开发主机利用该工具把bootrom_uncmp.bin烧写到目标板的ROM中。 　　 　　3.2targetserver的配置以及J-link烧写工具为了能够实现正常连接，需要对targetserver作相应的配置。并用J-link把bootrom_cmp.bin镜像烧到ROM中。 　　 　　3.3超级终端 　　 　　由于目标板硬件上没有VGA接口，为了便于调试BSP镜像和相关硬件驱动程序，用USART下的Debug口来输出调试信息。 　　 　　3.4其它调试 　　 　　通过网络设备来启动VxWorks系统时，需要通过TFTP来下载bootrom_cmp镜像和VxWorks镜像。在DebugMode下，用串口、网口、TrueFFS均能成功启动VxWorks后，便可改动启动模式为内部启动，即在BOOTMode下编译BSP，并重新生成bootimage镜像和VxWorks镜像。 　　 　　3.5驱动程序的调试 　　 　　DebugMode和BootMode都能正常启动后，说明镜像是正确的。这时需要调试CAN控制器SJA1000的发送、接收功能，LED灯光的设置和显示，动态电路的切换，背板地址的读取，网络地址的自动判定，模式开关的读取。 　　 　　4结论 　　 　　在本次设计，本人参阅了大量的文献资料，了解了VxWorks实时嵌入式操作系统中板卡支持包BSP的概念和作用，熟悉了ARMCPU结构，掌握了基于ARM平台的VxWorks操作系统BSP开发的技术难点和重点，完成了VxWorks操作系统在ARM9芯片AT91RM9200上的BSP设计与调试，实现了CAN控制器SJA1000的驱动、0～9档的模式开关选择、LED状态灯的读取和控制、主备切换的动态电路以及板卡背板地址和网络地址的读取。 　　 　　参考文献