基于嵌入式处理器的在线调试方法的研究

嵌入式处理器构成的系统相比ASIC 具有更好的可修改性和可维护性，得到了普遍的应用。对于ARM，MicroBlaze 等大型处理器内核具备调试接口，在与之对应的调试模块配合下，调试软件可以通过JTAG 接口实现: 执行到断点处挂起、单步执行、查看处理器内部状态、查看和修改Memory空间中的数据等基本的在线调试功能。上述基本的在线调试功能对嵌入式系统的调试具有重要意义。

对于PicoBlaze 等占用资源少、设计开发简单的小巧型处理器，一般不具备调试接口，然而在SOPC系统设计中经常需要使用上述处理器。使用上述处理器时，由于没有调试接口，属于大型处理器的标准高效的调试机制不再能够使用，因此通过指令集仿真( ISS，Cycle - accurate Instruction Set SimulaTIon) 和利用仿真工具对含有处理器的系统进行软硬件协同仿真是确保设计正确性的重要途径。

然而在诸如接收机基带信号处理等系统的设计中，仿真所用的测试用例往往覆盖率不够，或者在发现故障以后很难构造出与之相应的测试用例。因此迫切需要使在线调试功能能够方便地扩展到一般的处理器上。

针对上述应用需求，这里提出的新调试方法通过引入一种通用的调试模块( Universal Debug Module，UDM) 可以使没有调试接口的处理器建立起标准的调试机制。该调试模块利用处理器的中断机制实现处理器响应断点( breakpoint) 的机制，利用基于双端口RAM 中一种巧妙的地址映射机制实现同时对多行代码设置断点的功能，并且能够方便地实现被调试系统和调试主机之间调试信息和命令的交互。UDM 还具有易于扩展的优点，当SOPC 系统中有多个处理器时可以共用一个UDM。

对于没有调试接口的处理器目前主要是通过在软件和硬件设计中充分考虑可能的调试需求，再加上调试主机和被调试系统之间的通信机制来实现在线调试的。这种调试模式下，调试代码需要插入到正常程序中，将调试信息输出到调试主机，同时还能够接收调试主机发过来的命令做出各种响应。该方法的主要缺陷是针对不同的调试需求，要不断修改正常程序中的调试代码，导致标准化和通用性程度不高。此处的UDM 在不对处理器内核做修改的情况下即可使这类处理器建立起方便的调试机制，是一种不同于主流大型处理器实现在线调试的方法。

使用UDM 的调试系统，利用与FPGA 同在一块PCB 板上的ARM、DSP 等处理器作为辅助调试用的嵌入式处理器( 下文中简称为辅助处理器) ，简化了UDM 与调试主机之间的通信。通过辅助处理器的总线接口，UDM 中的各种控制和数据寄存器被直接映射到辅助处理器的Memory 空间。

在辅助处理器开发工具的Memory 窗口直接进行数据读写操作，就可实现对UDM 的操控。由于在一块PCB 板上同时集成FPGA 和嵌入式处理器芯片是很常见的设计，因此这种通信方式适用的范围很广。

UDM 直接作为FPGA 外部辅助调试的嵌入式处理器的外设，如果在外部处理器总线挂接多个UDM 模块，就能实现同时对多个处理器进行调试。

UDM 通过产生调试中断( DeBug Interrupt，DI) 信号，使处理器响应中断并调用调试服务程序( DebugRouTIne，DR) 。UDM 通过监测处理器的取指令地址( InstrucTIon Address， IA) 产生DI 信号。PicoBlaze 在运行DR 时可通过其总线接口访问UDM，从而实现调试信息的输出和对调试命令的响应。

产生DI 时由于处理器会立即执行DR，从而中断正常的执行流程转为为调试服务，因此决定DI 产生的时机是实现断点机制的核心。DI 信号是通过监测处理器的取指令地址( InstrucTIon Address， IA)产生的。直接通过一个比较器将IA 与一个数据比较一次只能设置一个断点，为了解决此矛盾采用了如下方法: 在UDM 中用双口RAM 存储断点配置信息，使RAM 中的每1bit 与程序存储区的一个地址对应起来，数据为1 代表设置了断点，0 代表没有。

将输入的IA 进行地址变换后对RAM 存储区寻址，使得RAM 在一端输出一个正好代表输出的地址处是否设置了断点信息，再根据此数据就可生成正确的DI 信号。在双口RAM 的另外一端，断点设置情况可以方便地被修改。这样一来可以设置的断点个数变为主要受UDM 中双口RAM 容量限制了。

只需在DR 中保证处理器不对目标程序的内外部环境造成改变，就等效于实现了处理器的挂起功能。因此，需要将DR 和目标程序的执行环境隔离开来，这可以通过对编译器进行某些设置或强制的编码规范来实现。在处理器被挂起之后，DR 与外部调试主机通信，通过查询命令寄存器的方式响应调试主机发出的各种调试命令。这些命令包括: 将有关的调试信息搬移到外部调试主机可以观察的缓存区中、修改Memory 空间中的数据、退出DR 使目标程序继续执行等。由于DR 必须与目标程序使用相互隔离的资源并且小型处理器中代码容量，外部Memory空间大小等都比较受限，因此DR 的设计应该尽可能占用较少的端口数、通用寄存器数和代码总行数。