树莓派避障小车实战：从超声波选型到状态机调参全攻略

不少入门嵌入式开发的朋友，第一个想做的完整项目就是一台能自己跑、会躲障碍的小车。树莓派小车避障这个方向，看似只是“超声波测距+电机转动”的简单组合，真正做起来却要打通硬件选型、驱动控制、算法逻辑和现场调参全链路。这篇文章不准备复述任何开源教程的现成代码，我把做这个小车过程中踩过的坑、总结的方法论、以及关键参数背后的推导逻辑，全部整理成文字，希望帮你绕过那些我当时绕了很久的弯路。

1. 项目整体设计与方案选型

1.1 核心需求拆解：避障到底在避什么

先想清楚一个问题再做不迟：避障小车避的是什么障？

很多人觉得“避障”就是“检测到前面有东西就转弯”，这个理解太粗糙。实际跑起来你会发现，真正的难点有三个层次：测得到的障碍、测不准的障碍、压根测不到的障碍。

测得到的障碍，指的是手机支架、桌腿、纸箱这类规则的固体物体，超声波传感器正面照过去，回波干净清晰。测不准的障碍，指细腿椅子、倾斜的墙面、黑色吸音棉这类形状或材质导致超声波散射、漫反射甚至被吸收的目标，测距值会跳变或者直接显示满量程。压根测不到的障碍，是桌沿以外的悬空物、镂空结构、低矮的斜坡，常规超声波装法要么探测角度覆盖不到，要么物理上没法区分。

所以做避障小车的第一步，不是写代码，而是确定你的测试环境和真实使用场景。纯室内地板跑，重心是防碰撞和掉落下台阶；客厅地毯跑，要考虑轮子打滑导致的转向漂移；参加竞速型比赛，要的是提前预判路径而不是等撞到眼前再躲。

这个项目的核心价值不在“能躲开”，而在怎么判断“该不该躲、往哪边躲、躲完怎么回去”。这个判断逻辑的质量，决定了小车是像个没头苍蝇一样乱撞，还是像个有基本空间感的智能体。

1.2 传感器方案对比：超声波、红外、视觉怎么选

市面上避障方案无非三种主流传感器。我拿自己的实测数据来说话。

我的结论是，入门首选超声波及多颗组合，后续进阶再加摄像头做视觉纠偏。原因很简单：超声波给的是“距离量”本身，不需要像视觉那样先从像素里估计深度，避障逻辑层能直接拿到物理世界的尺度。

但单独一颗超声波有个致命问题——探测锥角大约在15度左右，或者按HC-SR04实际波束图的说法，主波束更宽，障碍从侧面靠近时根本测不到。所以设计上我强烈建议至少装3颗超声波的方案，分别覆盖左、前、右三个方向。三颗传感器配合，才算是把一个半环形避障感知区域真正建立起来。

1.3 硬件选型清单与供电设计

树莓派小车属于“麻雀虽小五脏俱全”的典型项目，硬件层面要明确每个模块存在的理由。我的配置供参考：

• 主控：树莓派4B，4GB版本，理由是两个——性能余量足够，同时外设接口丰富，后续想做视觉可以直接挂摄像头和NPU加速棒，不用换主控。
• 底盘与电机：普通2WD三轮底盘，带两个直流减速电机，后轮驱动，前轮万向轮导向。这个结构便宜结构简单，转向机制纯靠左右轮差速，好建模，好调参。
• 电机驱动：TB6612FNG，这个模块比L298N新，而且MOS管压降小，发热低，PWM频率响应快很多。做小车最好不要用L298N，那玩意儿是为大功率电机设计的，对小车的驱动效果粗糙，压降大效率低，又重又热。
• 测距传感器：HC-SR04三颗，分别对准左前、正前、右前。正前方这颗是主力，左右两颗做转向决策。
• 供电方案：4节18650锂电池组（约14.8V）给电机供电，经过降压模块稳定到5V/3A给树莓派供电。这样做的好处是电机启动瞬间的电流波动不会直接影响主控，避开了嵌入式系统最常见的“电得稳不住”问题。

这里有个重点，很多人忽略：电机和主控若共用一个电源，电机一启动，电压跌落几十毫伏，树莓派就可能触发欠压警告；更糟的是电机换向产生的反向电动势会沿着电源线污染逻辑电路，严重的直接导致树莓派重启、GPIO漂移。

供电设计可以浓缩成一句话：功率回路和逻辑回路要分开，然后只在逻辑端做稳压。我自己的方案是电池直供电机驱动模块的VM引脚，同时电池输出经DC-DC降压到5.1V供给树莓派，树莓派的5V引脚再给传感器模块供电。这个“电池→双路供电”的结构跑起来非常稳。

1.4 驱动方案：L298N还是TB6612

关于电机驱动，选型其实就一个核心指标：功率管导通压降。L298N用的是三极管，导通压降典型值在1.8V-2.5V，意思是电池电压12V经过它给电机，真正加到电机上的可能只有10V左右。TB6612用的是MOS管，压降通常不到0.5V，同样条件下电机得到的电压更接近标称值，转速更快、调速曲线更线性。

另外一个决策因素是PWM频率支持范围。L298N高电平信号本身就要5V，和树莓派3.3V GPIO之间还要加电平转换，否则触发不了逻辑。TB6612的逻辑输入是3.3V兼容，树莓派GPIO直接驱动，省掉一堆电平转换器件，接线出错概率骤降。

如果你手里只有L298N也不用急着扔，注意三点也能用：给逻辑供电端单独接5V，信号线加个下拉电阻防止上电瞬间抖动，PWM频率调低到100Hz左右避免开关损耗太大。但从新项目角度，我推荐TB6612。

2. 硬件组装与接线实操要点

2.1 底盘与电机的安装细节

底盘安装最容易翻车的地方不是电机，是万向轮的顺滑程度和电机轴与车轮的平行度。

交个底，我曾在这上面赔过一晚上的时间。三轮底盘安装好后，用手推小车，正常情况下应该能平稳滑行很长一段距离。如果发现有“跑偏”现象，排除地面不平因素后，大概率是某个轮子轴线和运动方向不平行，或者电机齿轮箱内部摩擦太大。

直流减速电机带的编码器，用不用的争议比较大。我的建议是项目初期不用，兄弟版本带编码器的成本高，而且通过编码器闭环还要额外写PID调速，对避障逻辑本身的调试干扰很大。先把开环的避障逻辑跑通，后面再加闭环也不迟。

安装时有个小技巧：电机固定螺丝不要一次拧死，先把两个后轮装上，通电让两侧电机空转，观察车轮方向的摆动情况，然后微调电机座位置，等车轮转起来没有明显偏摆后再拧紧全部螺丝。这个方法比靠目测对齐准确得多。

2.2 超声波传感器安装位置与走线布局

传感器位置直接影响探测的盲区和覆盖范围，这是个机械层面的算法优化。

正前方的传感器我建议装在车头中线，高度离地面6-10厘米。这个高度大致能探测到桌椅腿、纸箱这类常见障碍物，同时不会因为地面上的小突起产生误报。

左右传感器的安装角度是关键。不是完全朝正侧方，而是朝斜前方各偏出一个特定夹角。我试过好几个角度，最终定在和正前方传感器成45度的一个斜向可调支架上。原理很简单：小车转弯时，左右传感器探测的区域应该覆盖转弯路径的前方扇形区域，而不是单纯探测车辆正侧方的墙面。如果装成正侧面方向，当小车靠近墙边并准备转弯时，传感器实测的是“离墙很近”这个状态，但转弯避让需要知道的是“斜前方还有多少空间”，方向错位会让避障看起来又慢又迟疑。

这里要特别提醒：三颗HC-SR04如果同时触发，超声波信号会互相串扰，产生很随机的错误回波。解决办法有两个，一是轮流触发：三颗按顺序各触发一次，错开时间窗口；二是给每颗传感器贴不同形状的收发声学导向罩，物理上隔开串扰。我采用前者，逻辑最简单，效果反而最好。

走线布局方面，动力线和信号线必须分边走。电机线电流大且频繁开关，是强干扰源；GPIO信号线上哪怕感应几微秒的尖峰，就可能让超声波测距值产生一个莫名其妙的大跳变。我的走法是电机线从底盘左边走，信号线和电源线从右边走，用轧带固定，避免线缆在行进过程中被轮子卷进去。

2.3 供电与稳压的接线方案

很多人把供电想得太简单，按照“电池正负极接上去就行”的思路来操作，结果小车一启动就重启。供电设计细节如下：

第一层，电池端。我用4节18650串联，标称14.8V，容量约2200mAh。需要注意选高放电倍率的电池，因为两个电机同时启动那几百毫秒里，峰值电流轻松能到2A以上，普通容量型的电池电压会瞬间塌掉。

第二层，降压模块。选DC-DC降压模块，输出5.1V/3A，给树莓派供电。这个模块一定不要用线性稳压芯片，输入14.8V压差那么大，线性稳压的转换效率低得离谱，大部分能量都变成热量了，功耗更顶不住。

第三层，给传感器供电。传感器的VCC接树莓派的5V引脚，共地到树莓派GND。传感器单个工作电流实测在15mA左右，三颗加上其他外设，总电流不超过100mA，直接从树莓派5V取电没有任何问题。

另外，PCB接线端子的选用也有讲究。超声波传感器经常要插拔调试，不要用焊死的连接方式，用带螺丝的接线端子或者杜邦线座，调试时能省不少时间。所有接地点要整理到同一个物理汇流点，避免形成地回路导致测距干扰。

2.4 开机自检与静态测试

组装完成先不要急着上复杂程序，按三步做静态自检：

第一步，断电检查电路。用万用表欧姆档测电池正负极有无短路，测电机驱动板电源正负是否接反，这个检查必须做，接反直接烧模块。

第二步，上电先不烧程序。用简单的GPIO控制脚本分别让两个电机正转、反转、停止，确认电机方向一致、接线无虚焊。这一步同时能测试供电系统在电机启停瞬间的电压稳定性，用树莓派的vcgencmd测量核心电压，如果掉到4.8V以下就要警惕。

第三步，测试三个传感器测距值。实时打印超声波测得的距离，拿一个硬纸板从远到近慢慢靠近，观察测距值是否顺滑变化。正常情况下，从100cm移动到5cm的过程中，读数应该连续变化，中间没有明显的跳变毛刺。这个方法能把传感器硬件问题和算法问题先分开排查。

3. 树莓派软件环境与基础控制

3.1 基础环境准备

系统镜像我用的官方Raspberry Pi OS Lite，不带桌面环境。很多人纠结要不要装桌面版，我的答案是：做实际项目用Lite版本，理由有两点。第一，少跑图形界面，系统内存占用低，CPU占用率低，IO响应更及时；第二，小车直接通过SSH远程登录调试，每个月那几百MB的桌面环境下载量没有意义。

安装必要的依赖库，主要这几个方向：

• GPIO控制：使用开源Python库（如gpiozero或RPi.GPIO）操作引脚
• PWM输出：软件PWM本身就能满足直流电机调速需求，不需要额外的PWM芯片
• 时间控制和时间测量：都是标准库，直接用

远程调试是效率关键。小车放在客厅跑，人在电脑前改代码，用无线SSH登录树莓派，搭配WiFi模块做远程控制，这是最舒服的调试姿势。一个实用的建议：把系统做成开机自动运行主程序的模式，但调试阶段全部在前台运行，方便看实时日志，等到逻辑稳定后再做开机自启。

3.2 GPIO控制与PWM调速原理

直流电机调速的本质，是改变单位时间内的平均功率。

树莓派GPIO输出的只有0V和3.3V两种电平，不能像电位器一样输出一个连续可调的电压。PWM（脉冲宽度调制）解决这个问题：在一个固定频率的周期内，高电平占用的时间比例称为占空比，占空比越高，等效输出电压越高，电机跑得越快。

举个例子，PWM频率1000Hz，周期1ms，如果高电平持续0.3ms，占空比30%，电机得到的平均电压就是3.3V乘以30%，约1V。这就是YUANLI。

实际写代码时，我设置了两个调节参数：基础速度PWM值，以及转弯时的差速值。运行中根据决策调整右侧和左侧电机的PWM占空比。

电机驱动板的两个输入引脚配合PWM引脚，共同控制单个电机的旋转方向，A相和B相高低电平组合决定正反转。需要留意的是，切换方向时必须先让电机停下来，等待几十毫秒再反转，否则巨大的反向电流冲击容易烧驱动模块。

3.3 超声波测距模块的驱动实现

HC-SR04的原理是发射超声脉冲，接收回波，通过时间差计算距离。它的引脚操作很特殊：给Trig引脚一个超过10微秒的高电平脉冲，模块会发出8个40kHz周期的超声波，同时Echo引脚变高，然后当收到回波时Echo引脚变低。所以Echo的高电平持续时间就是声音在空气中往返的时间，除以2再乘声速就得到距离。

一个实测中极重要却很少被讲透的细节是：Echo引脚返回的是5V电平，而树莓派GPIO输入允许的电压是3.3V，直接接上去有烧毁树莓派GPIO的风险。常用做法是加一个分压电路，让5V信号降到3.3V以下再进GPIO。如果你用的是带电平转换的传感器模块版本，省去了这个步骤，但用裸模块就一定要处理。

从代码实现的角度，测量距离需要非常精确地测量Echo高电平持续的时间。我建议用系统级的微秒计时功能，比简单循环等待更精确。实测这样测出来的距离读数换算非常稳定，不会因为Python解释器本身的调度抖动产生明显误差。

我在代码里加了一个超时保护机制。因为如果超声波信号被吸收或者散射掉，Echo引脚可能一直保持高电平，程序就会卡死在等待回波。加入超时退出逻辑后，单次测距最多等60毫秒，超时就直接返回一个无效值，保证整个控制循环不会卡死。

3.4 避障逻辑的两种实现层次

避障逻辑可以从两个层次写起，别指望一步到位。

第一层是纯反应式逻辑，也是最常见的写法：正前方距离小于阈值就停车，判定应该是左转还是右转，转弯完成后继续前进，再不断检测距离。这个逻辑最大的问题是不考虑“刚才的决策和历史状态”，小车走了迷宫路线时会在两个障碍之间来回摇摆，比如陷入了“左转后撞右墙，右转后撞左墙”的死循环。

第二层是有限状态机逻辑。在纯反应式的基础上，引入“当前状态”这个变量，让小车知道自己是处于前进中、左转避让中、右转避让中还是脱困状态。每个状态的退出条件都定义清楚。例如左转避让，直到正前方距离大于安全值才切回前进状态。

从实现难度的角度说，状态机逻辑的代码量只比纯反应式多二三十行，但实际控制效果却完全不同，小车的行为立刻带上“决策连续性”。强烈建议从最开始就按照状态机的方式设计逻辑框架，不然等纯反应式跑出问题再去反工，改造成本更高。

4. 核心避障算法设计与参数调优

4.1 基础避障逻辑：阈值判断与转向决策

小车避障的初级逻辑通常按以下流程划分：

• 采集正前方距离
• 距离大于安全阈值，保持前进
• 距离小于紧急阈值，停车并立即后退一段距离
• 距离处于“谨慎区间”（比如15-35cm），适当减速观察

转向方向的决策是关键。不要只在左转和右转之间随机选择，接合左右传感器数据更靠谱：比较左侧距离和右侧距离，朝更宽的一侧转向。逻辑很直观：离障碍远的方向，大概率路径空间更开阔。

我在代码里实现的决策权重是这样：正前方距离优先级最高，紧急情况下立即停车；左右传感器距离作为转向偏好参考，哪边距离更远就往哪边转；如果左右两侧都小于安全阈值，就原地掉头回退。这套决策规则虽然简单，但已经能处理大多数场景。

有一个需要特别说明的参数：安全阈值。这个值不是拍脑袋定的，要结合车体宽度、转向半径和电机响应延迟来计算。假设小车车宽18cm，转向90度需要1.2秒，最低速度约20cm/s，那么从发现障碍到完全转向避开的车头扫过距离大约在35cm左右，安全阈值最低就要设在35cm以上。我实际调下来，正前方阈值设为45cm比较合适，留出判断余量，左右阈值设为25cm，保证窄通道时不会过早触发转向。

4.2 进阶避障逻辑：状态机与行为切换

基础阈值逻辑无法解决的一个典型问题是“避障过程被打断”。举个例子，小车正在右转避让墙面时，左侧传感器突然检测到障碍接近，此时如果直接执行左转，就会撞上原本正前方的墙。所以必须做状态管理。

我设计的状态机包括以下状态：S_FORWARD前进、S_LEFT_TURN左转避让、S_RIGHT_TURN右转避让、S_BACKWARD后退、S_TURNAROUND原地掉头。

状态转移的核心逻辑：前进状态下，正前方距离小于安全阈值，根据左右传感器比较结果进入左转或右转避让；左转避让状态下，先不管其他方向干扰，直到正前方距离恢复安全才切回前进；后退状态下，通过时长为1秒或后退到指定距离退出，再根据剩余障碍情况选择下一步动作；原地掉头状态用于左侧和右侧都不具备通行条件的情况。

这个状态机看起来普通，实际运行效果却比纯反应式强一个数量级，核心差别是。决策具有了“记忆效应”。避让动作开始后，小车不会因为新的传感器读数立刻打断当前动作，避免“犹豫症”式的来回摆动。

4.3 测距数据的滤波处理

HC-SR04的原始数据并不总是可信的，尤其是当小车震动时，超声波模块的支架轻微晃动会导致回波路径偏差，偶尔会出现一个完全不合理的突发值。直接在原始值上做避障判断，小车可能被一个假数据吓得猛打方向。

处理手法从简易到有效排列有三个方案：

• 中值滤波：连续测5次，排序后取中位数。能有效过滤突发尖峰，代价是响应延迟。
• 加权移动平均：最新的值权重最大，历史值权重递减。响应快，但连续障碍场景下会引入偏置。
• 置信度判断：如果当前值和上一次值的差值超过某个比例阈值，认为本次测量无效，继续沿用旧值。这个方案对小车的震动干扰最有效。

我的经验是组合使用中值滤波加置信度判断。先做中值滤波消除尖峰，再通过差值判断滤掉异常跳变。代价是单次有效测距的周期从20ms增加到100ms左右，但避障决策本身对实时性的要求并没那么极端，100ms的延迟完全能接受。更稳的测距值能让决策逻辑简单很多。

4.4 转向与速度的补偿设计

小车避障过程中最让人崩溃的问题之一是：明明设定左右轮转速相同，小车跑起来却走弧线，不是直线。原因包括机械装配误差（两个电机齿轮箱阻尼不同）、轮胎弹性差异、电池电压随着放电下降导致PWM占空比一致时实际电压不一致。

解决这个问题需要做速度标定。在直线测试中，测量小车在固定时间内实际行走的水平偏移量，然后给某个方向的电机施加一个微小的补偿系数。这个补偿系数不是一次就能调好，需要多次迭代。我用的是这样的标定流程：

• 铺一条3米长的胶带，标记起点和终点
• 让小车以基础速度纯前进，测量偏移方向
• 如果向右偏，说明右侧电机实际转速更快，要将右侧补偿系数调小
• 反复测量，直到3米内的偏移不超过10cm

转向补偿也类似。因为左右转向时车体的重心分布变化和轮胎摩擦不同，同样的转向时间，左转和右转的实际角度可能差5到10度。我通过对左右转设置独立的转向时间参数来修正，这个细节在狭窄走廊的绕行场景下价值极其明显。

5. 实测过程与参数标定

5.1 逐步标定的具体操作流程

拿到一个组装好的小车，直接上复杂场景调试是灾难。我的调试顺序从简到繁，每步跑通了再进下一步。

首先是直线标定。用一张长纸板贴在地上作为参考边界，让小车从起点直线出发，记录它在30秒内的偏移量。如果偏差在30厘米以内，说明机械状况尚可；如果偏移过大，优先检查有没有轮子卡住、电机轴松脱，再考虑软件补偿。

然后是原地转向标定。让小车原地转一整圈，测量输出偏转角度和设定时间的对应关系。这一步可以得出一个近似线性关系：只能转90度所需的延时时间。实测中这个值大概是0.8到1.5秒之间，具体由底盘结构决定。

再然后是近距离测距验证。在低光照、正常光照、强光下分别用手纸筒挡住传感器，检验测距在不同环境光条件下的一致性。超声波对光照不敏感，但我栽在一个细节上：手机充电器的高频噪声会干扰传感器的测距读数，所以实测时要把小车拿离充电器50厘米以上。

标定完成后的数据记录很重要，至少记录三个电压点下的直线偏差值：满电、中等电量、低电量。因为不同电压下，同一个PWM占空比对应的驱动电压不同，电机转速也会不同，偏差补偿系数需要相应调整。很多人的小车跑着跑着就飘了，原因就在这。

5.2 常见典型场景的实测记录

我记录过几个有代表性的场景，整理成表格供参考。

从这些记录能看出，基础逻辑和状态机逻辑的差距主要不在“能否避障”，而在“避得是否果断”。基础逻辑在每次触发条件满足时都要重新决策，稍有滞后就会出现回摆；状态机一旦确定方向，就会一口气完成当前避让动作，直到条件退出。

5.3 调参的具体方向与权衡

调参是避障小车最深的水。几个关键参数的调整方向和交互影响如下：

• 安全阈值越大，越早开始避障，但容易对远距离的微小障碍也反应过度，表现出更犹豫
• 转向速度越大，避障越灵敏，但转向过猛会导致车身在急弯中甩尾，长距离运行反而是负优化
• 后退距离越长，脱困能力越强，但路径冗余会很大
• 传感器测距滤波强度越大，数据越平滑，但反应延迟也随之上升

一个非常容易忽视的思维误区是：不要试图找到一个“万能参数集”让所有场景完美运行。实测一段时间后你会发现，不同地面材质、不同障碍分布，最合适的参数差异很大。合理的做法是把按场景分档的参数集内置，通过一个运行模式切换开关来选择。比如“竞速模式”用小阈值和急转向，“障碍赛模式”用大阈值和保守转向，“探索模式”用屋顶策略和连续转弯。

6. 常见问题与排查经验整理

6.1 测距不准、跳变严重怎么办

出现这个问题先别急着调代码，先用排除法确认硬件层的几个方向：查看传感器模块的VCC电压是否稳定在5V左右；检查Trig和Echo引脚在杜邦线插拔后有没有接触不良；排除附近是否有超声波干扰源，比如某些扫地机器人和倒车雷达设备。

如果硬件正常但数值仍然跳变，就要检查回波触发时序是否正确，避免Trig高电平信号覆盖了上一次测量的Echo电平回收。还有一种很隐蔽的坑：树莓派3.3V的IO口在高速切换时会耦合同一个排线内的信号，如果传感器信号线距离较长且和PWM线并行排布，强烈建议分开线缆或者改成屏蔽线。

6.2 电机不转或抖动

电机不转先检查驱动板使能引脚电平状态。TB6612的驱动逻辑里，使能引脚没有接成使能状态时，即使PWM和方向引脚都正确电机也不会响应。实测很多人的问题是直接把芯片的STBY引脚悬空，这个引脚必须被拉高才能让驱动器工作。

抖动问题通常是PWM频率不合适。直流减速电机的振动噪声主要集中在近低频段，如果把PWM频率调在几十Hz范围，电机可能会发出尖锐的电磁啸叫声且转速不稳定。把频率提高到1000Hz以上，同时确保PWM的占空比变化是平滑的渐变而不是突变，抖动就会消失。

6.3 小车启动后失控或突然急转

启动后失控通常指向GPIO数据总线的方向上电瞬间的不确定状态。树莓派上电时，很多GPIO引脚存在短暂的“随机高低”过程，如果电机驱动直接连接这些引脚，可能在系统启动的瞬间就让电机乱转。

解决办法是在电路上对驱动方向引脚加下拉电阻，让默认状态固定为“刹车”或“停止”。软件层面也要做加固：主程序启动前先初始化所有GPIO引脚为输出并设置为低电平，然后等待1秒钟再开始正常逻辑。

6.4 电池供电不足导致运行中重启

这是避障小车最隐性也最难排查的问题之一，外观表现是“跑一会儿就重启、但过几秒又能起来”。

排查思路：用万用表实时监控树莓派5V输入电压，在电机启动瞬间如果电压跌到4.8V以下，说明电源带载能力不足。解决办法不是换更大容量电池，而是确保降压模块在瞬态大电流下输出电压纹波小。实测里，普通降压模块在负载从100mA跳到1A期间，输出会有明显的压尖峰和跌落，建议在降压模块输入端并联一个大容量的电解电容（220uF以上），输出端并联陶瓷电容，这能显著改善瞬态响应。

6.5 独立存在的经验：代码层面的降险技巧

抛开具体硬件问题，我最后想分享一个长期积累的通用经验：避障小车的控制代码必须有看门狗机制。具体做法是，在控制循环里监测上一次循环周期的时间戳，如果两次循环间隔异常拉长，说明某个测距函数卡死了，程序需要自动跳过当前测距并进入低功耗暂缓状态，避免无人看管时小车失控乱撞。

这个看门狗机制可能永远用不上，但一旦遇到突然的信号卡顿或者OS调度异常，它就相当于给系统上了一道熔断保险。我在多次现场演示和长时间无人值守测试中，都是靠这个机制避免“失控撞墙”的尴尬。

做避障小车的过程，最值钱的经验不在于跑通了某段代码，而是建立了一种排查问题的系统性思路：从机械到硬件再到软件，逐层隔离变量，用实验数据代替感觉判断。这套方法论放在任何嵌入式项目里都能复用。希望这篇文章能帮你在做小车的过程中少走一些弯路，多享受一些“看着它自己灵活躲避障碍”的成就感。