调试基础概念：断点、单步执行、寄存器查看、内存读写、变量监视等核心术语

嵌入式调试的本质，是建立“开发者意图”与“芯片实际运行状态”之间的可观测、可干预通道。JTAG（Joint Test Action Group，联合测试工作组）与OpenOCD（Open On-Chip Debugger，开源片上调试器）之所以成为单片机调试的事实标准组合，正是因为JTAG提供了芯片内部的硬件访问接口，而OpenOCD将这些接口抽象为统一的调试命令。在深入掌握具体命令之前，必须先建立一套完整的调试概念体系——断点、单步执行、寄存器查看、内存读写、变量监视，这些术语构成了所有调试会话的基本操作单元。理解它们各自的原理、适用场景与局限性，是后续学习OpenOCD命令语法、脚本编写和自动化测试的基础。

断点：暂停执行的硬件与软件机制

核心原理：断点是调试器让CPU在指定位置暂停执行的机制。在ARM Cortex-M系列中，断点分为硬件断点和软件断点两类。硬件断点利用内核中的FPB（Flash Patch and Breakpoint）单元，通过地址比较器实时监测程序计数器（PC）的值，当PC与预设地址匹配时触发暂停。FPB单元通常提供6-8个比较器，这意味着硬件断点数量有限。软件断点则是在目标地址处临时替换为一条BKPT（Breakpoint）指令，当CPU执行到该指令时触发异常，调试器捕获异常后暂停程序。软件断点数量理论上不受限制，但会修改Flash或RAM中的指令内容，因此不适用于只读存储器或正在执行的代码段。

操作流程：在OpenOCD中，断点操作通常通过GDB命令完成。使用break或b命令设置断点，例如b main在main函数入口设置断点，b *0x08000100在地址设置断点。OpenOCD会自动判断使用硬件还是软件断点：当目标地址位于Flash且FPB资源充足时优先使用硬件断点；当硬件资源耗尽或目标在RAM中时，自动切换为软件断点。查看当前断点使用info breakpoints，删除断点使用delete命令。

单步执行：逐指令与逐源码行的控制流

核心原理：单步执行是调试器控制CPU执行一条指令或一行源码后立即暂停的机制。在Cortex-M内核中，单步执行通过设置DHCSR（Debug Halting Control and Status Register）寄存器的C_STEP位实现。当该位置1时，CPU执行完当前指令后自动进入调试暂停状态。OpenOCD将这一操作抽象为step命令，GDB则提供step（步入）、next（步过）、finish（运行至函数返回）三种粒度。

操作流程与区别：step会进入被调用的函数内部，逐条执行函数内的指令；next则将整个函数调用视为一步，直接执行完函数后停在下一行源码；finish用于快速跳出当前函数，运行至返回地址处暂停。在OpenOCD命令行中，step命令后跟数字表示执行多少条指令，例如step 5执行5条指令后暂停。

寄存器查看：内核状态与外设配置的窗口

核心原理：寄存器是CPU内部的高速存储单元，直接反映处理器当前状态。Cortex-M内核的寄存器组包括：通用寄存器R0-R12、堆栈指针SP（R13）、链接寄存器LR（R14）、程序计数器PC（R15）以及特殊寄存器xPSR（程序状态寄存器）、PRIMASK、FAULTMASK、BASEPRI等。OpenOCD通过JTAG的调试访问端口（DAP）读取这些寄存器的值，无需暂停CPU即可读取部分寄存器，但完整一致的状态需要CPU处于暂停状态。

查看方法：在GDB中使用info registers查看所有寄存器，print $r0查看单个寄存器，print/x $pc以十六进制显示PC值。OpenOCD原生命令reg也可查看寄存器，例如reg r0。对于外设寄存器，需要结合芯片手册中的地址映射，使用内存读取命令访问。例如，查看USART1的状态寄存器（地址0x40013800），使用x/1wx 0x40013800。

内存读写：直接访问Flash、RAM与外设地址空间

核心原理：内存读写是调试器通过JTAG直接访问目标芯片地址空间的操作。Cortex-M使用统一编址方式，Flash、RAM、外设寄存器均映射到固定的地址范围。OpenOCD通过AHB-AP（Advanced High-performance Bus Access Port）访问这些地址，支持8位、16位、32位读写。内存读写操作不依赖CPU执行任何指令，即使CPU处于暂停或异常状态，调试器仍可访问内存。

操作流程：在OpenOCD命令行中，mdw 0x20000000读取RAM起始地址的32位数据，mww 0x20000000 0x12345678写入32位数据。mdb和mwb用于8位操作，mdh和mwh用于16位操作。在GDB中，x/10xw 0x20000000以十六进制显示10个32位字，set {int}0x20000000 = 42写入整数值。

变量监视：符号表驱动的源码级观测

核心原理：变量监视是调试器将源码中的变量名映射到具体内存地址，并实时显示其值的过程。这一功能依赖编译时生成的调试信息（DWARF格式），其中包含变量名、类型、作用域、内存地址或寄存器位置等信息。OpenOCD本身不解析调试信息，而是通过GDB的符号表机制实现。GDB加载ELF文件后，根据当前程序计数器（PC）所在的作用域，解析变量对应的内存地址或寄存器，然后通过OpenOCD读取实际值。

操作流程：在GDB中使用print variable_name查看变量值，watch variable_name设置监视点（变量值变化时暂停），display variable_name每次暂停时自动显示。对于结构体变量，print struct_var显示所有成员；对于数组，print array[0:5]显示前6个元素。OpenOCD原生命令不直接支持变量名，需要先通过symbol命令加载符号文件，然后使用addr命令解析变量地址。

核心术语对比与选择策略

上述五个核心概念并非孤立存在，它们在实际调试中相互配合。断点用于定位问题发生的代码位置，单步执行用于分析该位置的执行细节，寄存器查看提供内核状态信息，内存读写用于检查数据存储和外设配置，变量监视则将底层数据映射为源码级语义。选择何种调试手段，取决于问题的性质：逻辑错误优先使用断点和单步执行；数据异常优先使用内存读写和变量监视；系统崩溃优先检查寄存器和栈回溯。