采用ROM监控器的调试技巧分析

时间:2007-11-28

      如今很多嵌入式开发人员常常使用驻留ROM或闪存的程序完成应用软件的、运行、脚本调试、对处理器寄存器的读写访问以及存储器转存等,这时ROM监控器就是一种非常有用的调试工具,其成本比在线仿真器要低得多。本文介绍

      开放源代码ROM监控器RedBoot的功能特点以及配置方法,它可以提供一种调试环境,且体积非常小巧。

      RedBoot也称作红帽(Red Hat)嵌入式调试引导程序,是一种用于嵌入式系统的独立开放源代码引导/装载器,任何人都可以从互联网上具有红帽eCos公共许可证的RedBoot源代码。

      虽然RedBoot使用的是源于eCos实时操作系统(RTOS)的软件模块,并且常用于嵌入式Linux系统,但它与这两种操作系统完全无关,RedBoot能够用于任何操作系统或RTOS,甚至没有操作系统也行。

      RedBoot自带一个GDB“存根进程(stub)”,可提供目标端通信软件,允许用户通过标准GDB协议命令进行远端调试,这样设计师就能利用RedBoot与运行GNU调试器的主机通过串口或网络连接起来调试设计的嵌入式软件。RedBoot支持多种处理器架构和硬件平台,包括ARM、日立SHx、MIPS、PowerPC、SPARC以及x86等。

      结构配置

      RedBoot可以在多种不同配置下运行,但一般都是从目标平台的闪存引导区或引导ROM启动。RedBoot设计为系统上电启动,能提供完整的处理器初始化和设备设置,使设计人员能够迅速开始与系统通信。

      RedBoot可设为用串口或以太网口(通过Telnet)进行通信,当从某个端口收到条命令后,那么随后所有的RedBoot通信都将从那个端口进行,直到系统重新启动。

      利用以太网口与RedBoot通信时,一定要清楚目标平台是如何得到其IP地址的。设置目标平台IP地址有两种方法,分别是动态法和静态法。在静态方式下,目标平台的IP地址在编译RedBoot映像前设置(后文还会详细讨论这方面内容),也可通过串口命令设置。

      RedBoot还可以采用BOOTP协议动态分配IP地址,BOOTP协议是目前许多网络广泛支持的动态主机配置协议(DHCP)的一个子集,与静态法一样,可在编译时或通过串口命令,使目标平台使用动态网络配置。当然,为了取得IP地址,目标设备必须连到能够访问BOOTP或DHCP服务器的网络上。

      当装载的应用软件本身需要IP地址时,切记RedBoot映像不能使用动态IP地址,否则会在以太网端口的IP地址配置中引起冲突,从而造成与RedBoot或应用软件通信错误。在这种情况下,给不在动态网络配置协议范围内的RedBoot设置静态IP地址。

      RedBoot还能根据与BOOTP响应一起收到的配置信息,用一般文件传输协议(TFTP)自动应用软件代码,此时在主机上同样需要TFTP服务器以提供软件映像访问。

      命令行语句

      RedBoot通过命令行接口(CLI)输入命令,在模式下,RedBoot命令行接口建立在目标平台硬件串口上,当有多个串口时,RedBoot可以用其中任何一个建立通信。RedBoot还能利用Telnet协议在以太网端口建立CLI(默认情况下RedBoot将端口9000用于Telnet,不过可以用下面讲到的fconfig命令改变端口号)。

      CLI输出的RedBoot初始化信息如图1所示,这些信息提供了有关RedBoot映像的信息,包括映像建立日期、目标硬件平台以及可供RedBoot使用的资源等。当显示出提示符

      RedBoot>

      后,就表明CLI已经准备好,用户可以开始输入命令。

      RedBoot命令的基本格式是:

      命令 [-选项1] [-选项2 参数值] 操作符

      命令格式中的选项1和选项2代表可以加到某些命令中的可选参数,用于指示一些特定动作或附加信息,在选项2中还包括一个数值。操作符定义了某些特殊命令所需的附加信息。命令也可以缩写成短的无歧义字符串,如dump、dum、du和d都是dump命令的有效写法。

      RedBoot用load命令应用软件映像,映像可以用TFTP协议、X/Y调制解调器协议或直接从目标硬件。映像成功到目标平台后,就可以用go命令运行软件。

      在RedBoot提示符下可键入help命令显示所有可用命令列表,并不是所有命令都能用于各种RedBoot映像,命令是否可用取决于目标平台的资源状况,例如有些命令就不适合用于没有闪存的硬件平台。

      首字符是“$”的命令代表执行后会在RedBoot映像中调用GDB stub,一旦进入GDB模式,RedBoot就会一直保持这种模式直到系统重新启动。

      有几条RedBoot命令需要在这里重点提一下。首先是闪存映像系统(fis)命令,当硬件平台上配有闪存时,RedBoot提供fis命令作为基本文件系统,这些命令主要用来管理文件系统映像。

      另一个有用的命令是基于闪存的配置和控制命令fconfig。图2给出了用fconfig命令查询的输出信息,从中可以看出,配置命令可以设置RedBoot启动顺序。启动配置包括是否在初始化期间运行引导脚本、是否用BOOTP协议获取IP地址以及是否用GDB telnet端口进行调试等。

      RedBoot也支持引导脚本,因此允许用户在上电过程完成后执行所需命令。在产品测试阶段采用RedBoot装载应用软件映像时引导脚本很有好处,用户还可以设置超时参数,在引导脚本执行前按下Ctrl+C中断执行。引导脚本可用fconfig命令进行设置。

      构建RedBoot

      能够自己重新构建RedBoot对用户来说非常重要,因为随时都可能需要进行代码更新和缺陷更正;如果用户希望定制RedBoot,那么也需要重建RedBoot,比如增加自己的命令或与它的接口。

      重建RedBoot映像的步是建立主机开发环境,建立RedBoot映像的工具要能运行在Windows或Linux主机平台上。主机开发工具包括GNU二进制应用程序(常称为binutils)、C/C++编译器和调试器。

      安装完GNU工具后,接着就是确定配置工具,用户可以采用图形化配置工具或命令行工具配置建立RedBoot映像。本文重点讲述图形化配置工具。

      配置工具允许进行源代码级设置,从而确保RedBoot映像是专为各个用户应用而开发的,整个源代码知识库和配置工具用元件定义语言(CDL)描述库中的元件及建立软件映像规则。配置工具利用先前设立的GNU工具建立适合特定处理器结构的RedBoot映像,有关配置工具的更多信息可以从网上得到,也可以从帮助菜单中获得。

      下面的例子使用的是configtool-2.08-setup.exe,它是目前版配置工具,在安装之前阅读一下readme.txt文件,一起的changes.txt文件则列出了不同版本的变动情况。接下来就是RedBoot源代码,RedBoot源代码包含在匿名CVS库中,可以用的客户软件访问。

      连上库以后,将包括eCos文件在内的所有源代码都,因为RedBoot会使用设备驱动器之类的eCos源文件。在确定建立自己RedBoot映像所需所有文件后,可以删掉其它不必要文件。RedBoot软件结构主要软件模块方框图如图3所示。

      RedBoot软件结构采用分层方法,这样可以装入新的功能和软件组件,RedBoot的基础是eCos硬件抽象层(HAL)和设备驱动器。

      让我们看一下RedBoot的源代码目录结构。从匿名CVS库中的源代码文件都放在packages子目录下,这个主目录下面是redboot子目录,里面存放全部RedBoot文件。由于所有文件都是从匿名CVS库的,因此都位于current子目录下。在redboot子目录下有个名为ChangeLog的文件,它记录了RedBoot源文件的所有修改情况。

      配置工具能够非常方便地用图形化方式配置RedBoot映像建立所必需的组件,通过选中或不选中某个特定组件选择框,可以激活或去除相应的配置选项,设置值可在窗口右边的方格中加入。

      创建新RedBoot配置有两种方法。种方法是在配置工具的Build菜单下选择模板,这时会弹出模板对话框,然后从中选择硬件平台和模板数据包,这里我们的模板数据包选择redboot。这种方法为建立默认配置RedBoot映像提供了一个基本方式,选择菜单Build->Packages,在弹出的Packages对话框中可以添加或删除其它数据包。

      第二种创建RedBoot新配置的方法是导入eCos配置文件(.ecm)。RedBoot支持的每个硬件平台都包含这样的配置文件,这些配置文件一般位于硬件抽象层目录hal下对应于每个结构的misc子目录中。

      配置文件包含特定硬件平台基本配置信息,将.ecm文件作为出发点,我们就有了作为基础的硬件平台工作配置文件,可改变配置选项支持RedBoot映像所需要的任何修改。

      配置文件同样使用CDL。图4是一个eCos配置文件实例,源自redboot_ROM.ecm文件,适合那些采用PowerPC的Motorola MBX开发板。从图中可以看到,.ecm文件列出了cdl_configuration命令的数据包清单,需要包含在RedBoot配置中。cdl_option命令用来为特定选项设置选项值。

      大多数支持平台都包含一个可以导入的ROM和RAM RedBoot.ecm文件作为配置起点,ROM和RAM表明RedBoot映像在目标硬件上的存放位置。一般情况下,RAM配置在初调试硬件时使用,而ROM配置则在映像调试完成后准备存放进闪存时使用。RAM映像还可用于更新驻留闪存的RedBoot映像。i386 PC目标平台还包含了一个RedBoot FLOPPY配置文件,可供软盘启动RedBoot时使用。

      为了导入配置文件,需要选择配置工具菜单中的File->Import命令,然后浏览相应的.ecm文件并选中,配置工具利用.ecm文件装载相应数据包并设置对应选项。如果发生因配置选项设置引起的冲突,配置工具会显示一个冲突解决对话框,选择继续按钮就可解决该冲突。

      由于RedBoot还依赖其它软件模块如HAL,因此并不是所有的配置选项都包含在RedBoot ROM监控数据包内。在eCos HAL包中就有底层硬件配置选项,其它可能需要配置的数据包还有设备驱动器,例如在包括网络支持的平台上,以太网设备驱动器选项就包含在通用以太网支持包内。

      如果想要网络通信,还需要建立RedBoot网络配置选项,这样可以设定目标硬件的默认IP地址,或BOOTP初始化期间使用的配置。

      完成RedBoot配置后,把配置文件保存下来,这一步可以通过选择File->Export并输入文件名完成。

      创建RedBoot映像

      接下来需要保存当前的配置。为了将当前配置保存为eCos当前配置文件(.ecc),需要选择File菜单中的Save As命令,不妨把文件存为redboot_rom.ecc。这步操作将生成正在创建的RedBoot映像的工作目录结构,所有目录都将以刚才创建的.ecc文件名开头。在本例中,目录名以redboot开始。

      正确设置好配置以后,下面就可以开始创建RedBoot映像了。为了执行创建过程,需要采用Build->Library命令,此时配置工具输出窗口将显示相关创建信息。创建过程完成后,生成的RedBoot映像存放在redboot_install\bin子目录中,本例中新的RedBoot映像取名为redboot_rom.bin。

      更新目标平台

      将RedBoot映像装进非易失性存储器根据目标不同有很多方法,一般情况下,映像必须用软件编进闪存或用设备编程器编入ROM。

      RedBoot映像装入闪存后,就可以直接执行缺陷修正或增加功能等映像更新任务,此时需要已有的闪存RedBoot映像和新建立的从RAM运行的RedBoot映像的支持。

      首先从闪存启动目标平台并运行旧的RedBoot映像,由于这里采用了闪存映像系统命令将新的RedBoot映像编入闪存,因此需要执行

      RedBoot> fis init

      命令初始化fis系统。该命令用于初始化闪存,使新的映像能用fis命令。映像系统初始化完成后,可以用

      RedBoot> fis list

      命令查看闪存中的映像。此时会得到类似于图5的输出,根据实际使用的硬件平台而显示不同的地址、长度和入口地点,同时还能看到RedBoot映像名,该映像名代表的是目前正在闪存中运行的RedBoot映像。

      接着用上述同样的步骤创建一个RedBoot RAM映像redboot_ram.bin。为了建立从RAM运行的映像,需要确保启动类型(CYG_HAL_STARTUP)配置选项设为RAM。因为硬件平台包括ROM和RAM配置文件,因此导入并建立RAM配置并不困难,重要的是要记住将RAM和ROM映像存放到不同的工作目录中。

      下一步用驻留在闪存中的原有RedBoot映像将新的redboot_ram.bin载入到RAM中,这步操作的命令是:

      RedBoot> load redboot_ram.bin

      载入命令的执行有好几种方法,如把映像从主机发送到目标硬件的TFTP,具体哪种方法取决于用户实际可用资源情况,fis load命令还能用来通过闪存映像存储系统装载和存储redboot_ram.bin映像。

      我们用go命令执行刚载入RAM中的RedBoot映像。RedBoot映像从RAM执行后会产生新的类似于图1的初始化消息,要注意这时是从RAM执行RedBoot映像的。

      接着用与上面相同的步骤装载新创建的ROM RedBoot映像,装载redboot_rom.bin映像的命令是:

      RedBoot> load redboot_rom.bin -b

      命令行中的ram_addr指RAM中的位置(不同的平台有不同的值),这里临时存放着即将编入闪存的redboot_rom.bin映像。

      现在就可以用fis命令将新映像写进闪存了。某些平台可以支持闪存的锁定和解锁,如果用户能够解锁闪存,那么用户需要输入的条fis命令是:

      RedBoot> fis unlock -l

      这里flash_addr是需解锁的闪存地址,本例中这项参数对应的是fis list命令中RedBoot映像名称的闪存地址,从fis list命令中还能得到长度。如果平台不支持闪存锁定,那么用户可以跳过这一步。

      随后可以用命令

      RedBoot> fis create RedBoot -f -b -l -s

      将RAM中的RedBoot新映像写入闪存中。其中flash_addr是RedBoot新映像写入闪存的位置,如fis list命令所示,ram_addr是redboot_rom.bin文件载入RAM存储器的位置。flash_len同样出现在fis list命令中,代表RedBoot闪存映像的长度,data_len则是将被写进闪存的redboot_rom.bin文件的长度。

      在继续下面的操作之前,fis create命令会询问用户是否愿意替换现有名为RedBoot的映像,如果回答“是”则将把新的映像装入闪存。下一步,如果硬件平台允许锁定闪存,那么就可以用

      RedBoot> fis lock -f -l

      命令完成闪存锁定。上面讨论的针对所支持平台实际存储位置在RedBoot文档中有详细说明。

      重新启动硬件就可以启用刚才写进闪存的RedBoot新映像了。

      发展前景

      目前新版RedBoot正计划与eCos v.2同时推出,新版RedBoot增强功能包括DHCP客户机、嵌入式web服务器、USB调试和IDE驱动支持。

      即使没有这些功能改善,RedBoot ROM监控器也能提供一种低成本而且容易使用的硬件调试与测试方法。由于RedBoot是开放式源代码,因此用户能够定制RedBoot以满足项目开发和测试阶段遇到的所有特殊需求。RedBoot对GDB的支持甚至可以让用户不再需要昂贵的硬件调试工具。


  
上一篇:实时嵌入式软件测试工具的研究
下一篇:基于μClinux的触摸屏软硬件设计与关键技术分析

免责声明: 凡注明来源本网的所有作品,均为本网合法拥有版权或有权使用的作品,欢迎转载,注明出处。非本网作品均来自互联网,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。

相关技术资料