4. 调试环境搭建：IDE集成（IAR/Keil/VS Code）、调试会话启动、断点与单步执行

好，咱们进入正题。调试环境搭建，说白了就是给你的芯片和调试器之间搭一座桥。桥搭好了，你才能看到程序在跑什么、卡在哪里、数据对不对。

我个人习惯把这一步叫做「磨刀不误砍柴工」。很多新手一上来就急着点「Debug」，结果连不上、跑不动、断点无效，折腾半天才发现是环境没配好。嗯，咱们今天就把这事彻底理清楚。

4.1 IDE的选择：IAR、Keil、VS Code

目前ADAS嵌入式开发主流的IDE就这三家。我简单说说我的看法。

我在项目中遇到过用IAR调试TI TDA4的情况。当时有个bug，只有在特定优化等级下才会复现。IAR的优化选项比Keil细得多，最后靠它定位到了问题。所以我的建议是：如果你做ADAS主控芯片（比如TDA4、R-Car），优先选IAR；如果做传感器节点（比如STM32），Keil就够了；如果你喜欢折腾，VS Code也能用，但别在生产项目上临时换IDE。

4.2 调试会话启动：从点下「Debug」到看到第一行代码

你想想看，点下那个绿色小虫子图标之后，背后发生了什么？

1. 连接调试器：IDE通过JTAG或SWD协议和调试器握手。我建议用SWD，只需要两根线（SWDIO、SWCLK），省引脚。
2. 下载固件：把编译好的.elf或.hex文件烧进芯片的Flash或RAM。
3. 复位并停在main()：调试器会设置一个硬件断点在main函数入口，然后复位芯片，跑起来就停住。
4. 加载符号表：IDE把调试信息（变量名、行号）和地址对应起来，你才能看到源码。

启动调试会话后，你会看到IDE自动停在main()的第一行。这时候别急着点「全速运行」。先检查一下右下角的寄存器窗口——PC指针是不是指向main？SP栈指针有没有初始化？这两个对了，基本环境就稳了。

4.3 断点：你的「暂停键」

断点分好几种，我列个表给你看：

这里有个坑，我必须要说。ADAS系统里经常有中断服务程序（ISR），比如CAN接收中断、雷达数据中断。如果你在ISR里设了普通断点，中断一触发就停住，但主循环还在跑——这时候你看到的全局变量状态可能是「半残」的。我的做法是：在ISR里尽量用条件断点，或者干脆用GPIO翻转来观察时序，少用断点。

4.4 单步执行：一步一步看程序怎么走

单步执行有几种模式，很多人搞混了：

• Step Into（F11）：进入函数内部。适合看子函数逻辑。
• Step Over（F10）：不进入函数，直接执行完并停在下一行。适合跳过库函数。
• Step Out（Shift+F11）：从当前函数跳出，回到调用处。适合看完函数后快速返回。
• Run to Cursor（Ctrl+F10）：运行到光标所在行。这个我用的最多，比设断点快。

为什么会这样？因为很多新手在单步时，不小心Step Into进了某个底层驱动函数（比如HAL_UART_Transmit），里面几百行代码，一步步走出来天都黑了。我的建议是：只对你关心的函数用Step Into，其他一律Step Over。

另外，单步执行在实时性要求高的ADAS系统里要慎用。你想想看，你单步走一步，芯片可能已经错过了好几个CAN报文。所以我的习惯是：先用断点卡住关键位置，再用单步看局部逻辑，最后全速跑验证整体。

4.5 实战：一个典型的调试会话

假设你在调试一个ADAS摄像头数据采集任务，代码大概长这样：

void Camera_Task(void *param)
{
    uint32_t frame_count = 0;
    while(1)
    {
        if(ISR_CaptureDone == 1)   // 检查中断标志
        {
            ProcessFrame();        // 处理一帧图像
            frame_count++;
            ISR_CaptureDone = 0;
        }
    }
}

你发现frame_count增长很慢，怀疑中断没触发。这时候我会这么做：

1. 在if(ISR_CaptureDone == 1)这一行设一个普通断点。
2. 启动调试，全速运行。
3. 如果断点没触发——说明ISR_CaptureDone从来没被置1。
4. 那就在中断服务函数里设一个断点，看看中断到底有没有进来。
5. 如果中断也没进来——检查中断配置、NVIC使能、GPIO中断触发边沿。

你看，这样一层层往下查，比瞎猜快多了。

嗯，这一章就到这里。下一章咱们聊聊逻辑分析仪怎么抓时序，那玩意儿在ADAS里比调试器还常用。你准备好了吗？