利用嵌入式仿真器实现调试功能

利用嵌入式仿真器实现调试功能

引言

本文介绍了一种先进的片上嵌入式仿真系统功能及其应用实例。由于该系统集成在MCU内部，包括复杂断点设置、触发序列发生器及处理器状态存储器等多种功能模块，使工程师在设计电路中实现调试功能。

调试方法对比

调试是嵌入式产品开发人员的主要工作之。随着电路设计趋于复杂化，调试过程也变得愈加困难和耗时。仿真器的小足之处在于小能准确再现实际应用时的工作状态，许多仿真器不仅仿真了CPU内核及少数外设。不过，仿真器也有诸多优点，可提供代码覆盖、配置及条件断点等功能。嵌入式应用通常涉及多个软硬件交互过程。由于MCUT作在不同环境下，实时事件有时由外接电路产生，有时由自身集成的ADC或者计时器产生。有时，MCU还与DSP配合组成更加复杂的系统。在只有CPU内核的仿真器环境内调试、校验IC间通信软件并不容易。

另一种常用方法是使用电路内仿真器(1CE)，它使用适配器替代日标Ib路板MCU，并连接了用于模拟MCU活动的复杂电路，同时提供调试功能。ICE吸收了仿真器在真实环境实时运行软件的优点，但其价格昂贵、体积较大且无法提供100％精确度，尤其是涉及到ADC、DAC、比较器、振荡器及及电压参考电路等模拟外设时。

通过在MCU中增加具备调试功能的嵌入式仿真器克服了上述缺点。嵌入式仿真过程中，试用主机通过JTAG等串行接口直接连接到片上仿真逻辑电路。应用程序代码在MCU 的运行状况与没有连接调试接口时想同。由于软件是在实际工作环境下调试，所以在软件开发完成后无需与硬件再进行调试。

某些8位和16位微型控制器现在电具备了嵌入式调试功能，但大多数还只能提供存储器存取、CPU执行控制及硬件断点设置等基本功能，与成熟的ICE相比还有较大的提高空间。最新16位MCU提供的嵌入式仿真模块增加了更多新功能，从而缩小了与ICE的差距，下面将介绍部分新型MCU 高级调试功能及应用实例。

EEM系统构成

集成的增强型嵌入式仿真模块(EEM)包含以下功能块：

基本触发器、触发器组合逻辑发生器、触发器序列发生器、触发器动作、状态存储及时钟控制单元。

要使用EEM进行调试，则至少要配置八个可用基本触发器输入中的一个。一般情况下，只能对CPU地址总线(MAB)指定的内存位置停止执行程序进行触发器设置。但现在MCU 中的触发器能够支持非常复杂的设置。除了地址总线以外，所有触发器还可通过配置来监控CPU数据总线(MDB)、内部CPU寄存器及部分处理器控制信号。此外，如果需要则可以在地址及数据总线触发器加入位掩码以隔离需要的值，常数及“等于”、“不等于”、“小于”和“大于”等比较选项可以使用。以上这些功能组合起来即可实现复杂的断点设置。

通过将可用基本触发器输出的逻辑功能进行组合形成

了复杂触发器。用户可以自行定义本单元的触发器输出，即基本触发器输入的组合逻辑。例如，组合地址、数据总线触发器后即可监控存储器某一位置是否发生了特定值的读/写操作。这个复杂的触发器事件可以用作直接停止执行某个程序或产生一个状态存储事件。同时，触发器序列发生器(具有四种状态的嵌入式状态机)可以对触发器时间进行设定。触发器所建立的可编程转换条件引起在几种状态间的动作转换。当序列发生器到达最后事件状态时，MCU可配置为停止程序运行和/或产生一个状态存储事件。

状态存储单元可以使用任何复杂触发器，该存储单元是

一个环形缓冲区，最多含有8条记录，每条记录分别是16位地址总线、16位数据总线以及CPU部分重要控制信号在触发发生时的快照。可以将其看作能够采集状态信息而义不会影响MCU软件实时运行的简单跟踪缓冲区。当基本触发事件发生时或在每个CPU时始终期，可以用触发器组合逻辑或触发器序列输出捕捉系统快照。

现在某些MCU的EEM附带了时钟控制单元，三个可用内部时钟树信号均可驱动ADC、LCD驱动器、训时器及串行通信模块等不同外设。停止程序执行时，时钟控制单元能对每个模块进行配置而使外设继续得到时钟信号。当处理器在调试过程中停止时，时钟将停止，如果仿真模块简单停止所有时钟(如到达断点时)，则可能发生通信字符丢失或A/D 转换结果有误等不必要的副作用。另一种实现方法是仿真停止时继续向外设提供时钟，但是该解决方案可能引起计时器等模块永久设置中断标志(即使是在CPU停止时)，使源代码进入单步运行。使用时钟控制单元，开发人员可以有选择地向应用模块发送时钟信号。

利用EEM建立复杂断点

EEM具有设定程序断点的能力，如果能够为断点增加一个条件则在众多情况下可简化调试环境。例如，用c语言编

写的嵌入式应用程序实现复杂的状态机。当前状态存储为全局变量，可在整个源代码的不同位置得到更新。应用时，全局变量在错误条件下进入了状态‘3’。如果要找出引起意外转换的源代码段，需要监控状态机变量‘StateVar’，当该值为‘3’时，利用EEM模块触发器即可停止程序运行。该复杂断点是两个基本EEM触发器的逻辑与组合。为如何实现复杂触发器的简化示意图。

一个基本触发器配置后，用于监控器M A B状态机变量‘StateVar’地址及CPU写访问控制信号，其他触发器用于监控MDB是否为3。这样配置EEM后，即可实现当指令将‘3’写入变量‘StateVar’时，程序马上停止运行。这样就能轻松找出引起这个误写操作的代码段。同样的机制也可以用于RAM、闪存及外设模块的访问。

使用每个基本EEM触发器都具备的位掩码功能可以进一步对该复杂触发器进行配置。例如，客户在运动手表中应用超低功耗MCU时发现了一个问题：端口1的引脚3的设定值异常。端口1在应用中的作用是控制各种外部电路，所以在代码运行过程中受到多次访问。

现在的任务是找出哪一条CPU指令和哪一行源代码引起该端口引脚值的意外改变。如上所述，复杂EEM断点可用于监控端口1的输出寄存器，而使用位掩码功能则能够隔离第3位，具体做法是将掩码与值设为0x0008，将触发器比

较值设为0x0008。MDB EEM触发器在每次比较前先执行与操作。CPU继续运行，当执行代码将端口1输出寄存器设定为3时马上停止程序执行。程序运行几次之后就能确定引起意外操作的c表达式。

寻找堆栈指针中的BUG 堆栈溢出是嵌入式应用的常见错误。大多数MCU架构在RAM中分配堆栈空间，但RAM空间有限，且经常由其他变量及程序单元共享，MCU 通常在程序初始化时将堆栈指针置于RAM空间的顶端。根据开发工具的不同，链接程序在RAM中为c程序缺省分配0x50字节堆栈空间。随着软件开发和全局变量数量的不断增加，在编译过程中链接程序最终将报告空间不足。所以，如果小注意定义堆栈尺寸，预留空间将无法满足应用需求。

实时动态内存分配及递归程序技术电非常消耗内存空间。意外事件(如按钮振动或其他造成嵌套中断的输入信号)可能会将堆栈指针推向并最终越过内存边缘。如果不做堆栈指针实时校验，堆栈可能会占用变量存储区域，一旦发生这种情况，关键的应用数据将受到破坏，程序运行结果难以预料甚至会出现软件崩溃。如果建立一种机制，即堆栈指针(sP)离开指定RAM区域时立即停止程序运行，则很容易发现问题所在。

另一种形式的复杂断点是范围断点，范围断点监控一定