4. Ozone调试器基础操作
Ozone是SEGGER为嵌入式目标提供的图形化调试器，它通过J-Link与目标芯片建立调试连接，读取ELF文件中的符号、调试信息与代码段，从而把机器码还原为可读的源码级调试视图。与仅依赖打印输出的调试方式相比，Ozone的价值在于：可以在不修改程序逻辑的前提下，观察CPU内部状态、暂停程序执行、检查变量与寄存器，并沿着调用关系回溯问题来源。本节围绕一次典型的调试会话展开，说明从加载ELF到分析调用栈的完整操作路径。
一、加载ELF文件：调试会话的起点
启动Ozone后，首先需要建立调试会话。在File → Open中选择目标工程生成的.elf文件，例如Blinky_Debug.elf。ELF文件不仅包含可执行代码，还包含符号表、调试信息（DWARF）、段地址与入口地址，Ozone据此把地址映射回函数名、源文件和行号。随后在Target配置中选择器件型号与接口，例如Device: STM32F407VG、Interface: SWD、Speed: 4000 kHz。若使用J-Link脚本，可在J-Link Script中指定初始化脚本，完成时钟与看门狗配置。
连接成功后，Ozone会执行复位并停在入口处。此时应确认三件事：一是Program Counter是否指向复位向量；二是Download是否已将程序烧录到Flash；三是Symbols窗口能否展开main、SystemInit等符号。若符号缺失，通常说明ELF未包含调试信息，需要在编译选项中开启-g并关闭过度优化。
二、设置断点：控制程序暂停位置
断点是调试的核心控制手段。在Ozone中，可以在源码行号左侧单击设置断点，也可以在Breakpoints窗口中按地址或符号添加。常见类型包括：源码行断点、函数断点（如HAL_GPIO_TogglePin）、条件断点（如i == 10）以及数据断点（Watchpoint，监视某地址被读写）。
以main.c中的循环为例，若希望每10次循环暂停一次，可设置条件断点count % 10 == 0。条件断点由调试器在命中时求值，不满足条件则自动继续，适合定位偶发问题。数据断点则用于捕捉“变量被意外修改”的场景，例如监视g_state的地址，一旦写入即暂停，从而定位越界写或野指针。
三、查看变量与寄存器
程序暂停后，Watch窗口可添加全局变量、局部变量或表达式。例如添加adc_value、buffer[0]、&g_state，Ozone会按当前栈帧解析其值。对于结构体，可展开查看成员；对于数组，可查看首元素或指定范围。若变量显示<optimized out>，说明编译器优化导致变量被寄存器复用或消除，可降低优化等级或使用volatile。
寄存器窗口分为内核寄存器与外设寄存器。内核寄存器包括R0–R12、SP、LR、PC、xPSR，其中PC指示当前执行地址，LR保存返回地址，SP指向当前栈顶。外设寄存器则按外设分组，如GPIOA、USART2、TIM1，可直接观察ODR、SR、CNT等位的状态。把变量与寄存器结合观察，往往能快速判断问题是出在软件逻辑还是硬件配置。
四、单步执行与调用栈分析
单步执行提供多种粒度：Step Into进入函数内部，Step Over把函数当作一条语句执行，Step Out执行到当前函数返回，Run to Cursor运行到光标所在行。对于中断服务程序，可使用Step Into配合Call Stack确认中断嵌套关系。
调用栈窗口显示当前线程的函数调用链，从栈顶（当前函数）到栈底（main或启动代码）。每一帧包含函数名、源文件、行号与栈帧地址。点击某一帧，Ozone会切换上下文，显示该帧对应的局部变量与寄存器值。当程序进入HardFault_Handler时，调用栈可帮助判断故障发生前的调用路径；若栈被破坏，调用栈可能显示异常，此时应检查栈溢出或数组越界。
五、一次典型调试会话的闭环
假设程序在运行一段时间后进入HardFault_Handler。调试步骤如下：首先加载ELF并连接目标，确认符号可用；然后在HardFault_Handler入口设置断点，全速运行；命中后查看Call Stack，发现调用链为main → HAL_ADC_IRQHandler → ADC_IRQHandler → HardFault_Handler；接着切换到ADC_IRQHandler帧，查看局部变量adc_value与寄存器R0–R3，发现adc_value为异常大值；再检查ADC1->DR与ADC1->SR，确认转换完成标志未清除导致重复进入中断；最后在中断服务程序中补充标志清除代码，重新编译下载，问题消失。
这个过程中，ELF提供符号与源码映射，断点控制暂停时机，变量与寄存器提供状态证据，单步执行验证局部逻辑，调用栈还原执行路径。五者配合，才能把“程序跑飞”这类模糊现象转化为可定位、可验证的具体问题。
volatile修饰；若调用栈显示异常，应检查栈指针是否越界、中断嵌套是否过深。不要仅凭单次观察下结论，应结合多次暂停与不同断点交叉验证。六、常用快捷键与操作建议
| 操作 | 快捷键（默认） | 适用场景 |
|---|---|---|
| Step Into | F5 | 需要进入函数内部检查 |
| Step Over | F6 | 函数逻辑已确认，快速跳过 |
| Step Out | F7 | 当前函数已看完，返回上层 |
| Run / Continue | F5（运行态） | 继续执行到下一个断点 |
| Reset & Run | Ctrl+F5 | 重新开始调试会话 |
建议在调试前统一编译选项：-g -O0或-Og，确保变量与行号信息完整；调试完成后切回发布配置。对于中断密集的系统，可先在NVIC窗口中查看中断使能与挂起状态，再结合断点定位。Ozone的Timeline与Power视图还可用于观察执行时序与功耗，但基础调试仍以ELF、断点、变量、寄存器、单步与调用栈为核心。
掌握这些基础操作后，面对更复杂的RTOS多任务、DMA传输或低功耗唤醒问题，才能进一步利用Ozone的任务感知、数据断点与实时变量采样功能，把调试从“猜”变成“看”。