1. 课程导入与学习地图

各位同学，咱们今天正式开课。第一讲，我想先聊聊最基础的东西——硬件调试到底是什么。

说实话，我见过不少工程师，干了三五年，还是把「调试」和「测试」混为一谈。你问他板子出了问题怎么办，他说「跑个测试看看」。嗯，这其实是个误区。咱们今天就把这个根儿掰正。

1.1 什么是硬件调试

硬件调试，说白了就是让硬件按照你的意图工作的过程。

你写了一段代码，下载到STM32里，结果LED不亮。这时候你拿万用表量引脚电压，拿示波器看波形，拿逻辑分析仪抓时序——这些动作，都叫调试。

我个人习惯把调试分成三个层次：

层次	手段	典型场景
第一层	肉眼 + 万用表	检查电源、地、焊接短路
第二层	示波器 + 逻辑分析仪	抓时序、看波形、分析协议
第三层	调试器 + IDE	单步执行、断点、查看寄存器

你想想看，这三层其实是从物理层往逻辑层在走。第一层看的是「有没有电」，第二层看的是「信号对不对」，第三层看的是「代码跑没跑对」。

1.2 调试与测试的区别

这个问题，我每次带新人都会问。十个人里有八个答不上来。

咱们用一个表格说清楚：

维度	测试	调试
目的	验证功能是否符合预期	找出功能不符合预期的原因
时机	开发完成后、交付前	开发过程中、问题出现后
输出	通过/不通过的报告	故障根因 + 修复方案
思维方式	验证性思维	分析性思维
工具	测试用例、自动化脚本	示波器、逻辑分析仪、调试器

举个例子。你写了个UART通信程序，测试的时候发现收不到数据。测试人员会记录：「UART接收功能异常，测试不通过。」

但调试人员要干的事是：量TX/RX引脚电平对不对？波特率配没配错？中断有没有使能？DMA配置有没有问题？——这才是调试。

1.3 调试的核心目标与原则

调试不是乱捅。我见过有人拿示波器探头到处点，点完一脸懵。那是瞎忙活。

调试有四个核心目标：

1. 定位根因——找到问题的源头，而不是表面现象
2. 最小化影响——不要为了修一个bug引入三个新bug
3. 可复现——确保问题能稳定复现，否则你没法验证修没修好
4. 可追溯——记录调试过程，方便自己和后来人复盘

围绕这四个目标，我总结了几条原则，这些年一直贴在工位上：

1.4 调试的知识体系框架

说了这么多，咱们把这一章的知识结构画出来。下面这张图，就是整个调试体系的骨架：

这张图把咱们这一章的核心内容串起来了。从上往下看：

• 最顶层是调试的定义——让硬件按意图工作
• 中间是三大支柱——调试与测试的区别、核心目标、调试原则
• 最底层是调试手段的三个层次——从物理到信号再到逻辑

后面的课程，咱们会沿着这个框架一层一层往下走。每一章都会对应到这张图里的某个具体位置。