调试嵌入式软件是我最不喜欢的行为，不幸地是，它却是必要的。值得庆幸地是，技术和工具链创新的进步衍生出大量的新技术，从而大大地加快了调试过程。下面让我们来看看其中一些方法，从传统的断点调试出发到更先进的仪器跟踪技术。
技巧1# - 传统的断点调试
每个开发人员都熟悉传统的调试技术，设置断点、执行代码，然后单步调试代码进行监视，同时监视寄存器和变量值。断点调试是我看到的使用最多的技术。然而，结果却不甚乐观，因为断点调试的效率较低，通常会产生次优的结果。
既然如此，为什么大家还如此频繁地使用断点调试呢？主要原因似乎是断点调试便于使用，易于理解，并且开发人员都乐观地认为，对于工作而言，断点是正确的工具。这种乐观需要校验。断点有可能破坏系统的实时性能，同时会将开发者吸进一个黑洞，使其无休止地去单步执行代码，盲目地寻找问题的一种解决方法。
技巧2#- IDE值图
如今，几乎所有的现代调试器和IDE都允许开发者监视存储在内存中的变量值。开发人员可以选择内存位置以及值刷新率，然后启动调试会话。一些IDE自身就有能力监视内置到IDE的值，而另外一些IDE则需要依靠外部软件。
值监测非常有用，如果将监测到的数据与图形化表示关联到一起，其带来的价值则更大。对实时的数据绘制值图对于发现意想不到的变化和验证特定波形的生成极其有用。例如，一个三相无刷直流电机（BLDC motor）。开发人员如果想要监测每个电机支架的电流和电压，则需要驱动电机所形成的非常具体的波形。绘制每个电机支架电流和电压能够让开发人员实时看到发生的事情。
技巧3#-从printf到SWO
在高端的ARM Cortex-M系列配件中，如M3/M4，它为开发人员提供了额外的调试能力，即串行线查看器（Serial Wire Viewer，SWV）。SWV还包括除串行线输出(SWO)以外的标准串行线调试。SWO可以用来做很酷的东西，如程序检索计数器，事件计数器，及数据追踪等。开发者还可以对它们进行自定义，设置自己想要在SWO中传送的信息。
许多开发者为了从他们的嵌入式系统中获取调试信息通常会设置printf。实际上则并不是在单片机中使用串口引脚，而是开发人员可以使用SWO通过调试器重新路由printf信息。以这种方式使用调试器可以保存专用串行接口的需要，同时消除了开发UART和USB设备的时间，效率更高。现在通过SWO和调试硬件将最初被应用程序所使用的开销卸去，缩减了那些有可能被应用程序代码使用的宝贵的时钟周期。
技巧4#-RTOS跟踪
试图透过表像看清一个实时操作系统中（RTOS）的本质可以说是相当具有挑战性。开发者并不想扰乱实时系统的性能，但仍然需要一些方法来了解系统的行为。这也是Blinky LED经常使用的把戏，但最近开发者的工具箱中增加了更多惊人的跟踪工具。例如免费的商用RTOS工具，如TraceX、SystemView和tracealyzer等等。
当RTOS闲置，或是有任务进入和退出时，跟踪工具允许开发者进行追踪分析。开发人员可以监控系统的异常，响应时间，执行时间，以及正确开发一个嵌入式系统所需的许多其他关键细节。RTOS跟踪工具最酷的功能是它们能够展示系统内部发生了什么。实时地或是在日志文件中进行审查和时序图监视，能够让开发者确定一个置信水平，用以估量系统是否能够按预期正常运行，或者帮助他们发现一些小问题，否则将花费大量的时间去寻找。
技巧5 #- 使用指令追踪技术（ETM / ETB / ETM）
有时开发人员面临的调试问题，只是在处理器中所能想象到的最低层面的问题。跟踪技术的存在，可以监视处理器执行的单个指令。在测试和验证软件时这种低水平跟踪对于监测分支覆盖非常有用。用于指令跟踪的调试工具不同于那些开发人员使用的串行线查看，而且成本略高。
结束语
调试工具和技术在过去几年里迅速发展，特别是高端微控制器。一般来讲，工程师都是视觉型生物，工具供应商正在寻找方法以刺激视觉的方式来揭示一个实时系统究竟发生什么。配置调试工具可能需要做一些前期工作，但是在设计上多花一点时间可以换来更少的调试时间，确实是一笔非常值得的时间投资。开发人员至少应该熟悉不同的调试工具和可用的功能，以便在出现问题，系统需要调试时，他们可以选择合适的工具完成任务。你有用过其它可以帮助工程师更快、更有效率地调试他们系统的技术么？
原文链接：Debugging the Cortex-M MCU
作者：Jacob Beningo
译者：刘帝伟 审校：刘翔宇
责编：周建丁（zhoujd@csdn.net）
文章来源： 极客头条
