最近在整理一些嵌入式课程期末项目时，发现一个挺有意思的现象：很多同学在完成“智能小车”这类项目时，会把重心完全放在炫酷的功能堆叠上，比如多传感器融合、复杂的路径规划算法。但项目演示视频一放出来，往往暴露出的不是算法有多高明，而是最基础的“模式切换”逻辑混乱不堪——小车要么在几个模式间“精神分裂”式地乱跳，要么卡死在某个状态动弹不得。

这让我想起一个具体的项目：“Arduino期末实验视频演示-红外三模智能切换小车”。从标题拆解，核心其实就两个词：“红外”和“三模智能切换”。红外是感知和指令输入的手段，而“三模智能切换”才是整个项目的灵魂，它决定了小车行为的连贯性和智能感。很多初学者会花80%的时间调试电机和传感器，却只用20%的时间草草处理状态逻辑，结果就是小车有了“感官”和“四肢”，却没有一个可靠的“大脑”来指挥协调。

今天，我们就以这个“红外三模智能小车”为引子，不聊那些天花乱坠的AI算法，而是沉下心来，把“如何用Arduino实现一个稳定、清晰、可扩展的多模式控制系统”这件事说透。这不仅是完成一个期末作业，更是理解任何嵌入式系统——从智能家居到工业设备——最核心的状态机设计思想。

1. 先别急着写代码：理解“三模智能切换”到底在解决什么问题

拿到“三模智能切换”这个需求，第一反应不应该是去找三个现成的代码拼起来。而是要先问：为什么是“三模”？这三个模式是如何被触发和退出的？它们之间会不会打架？

1.1 模式定义：给每个行为划清边界

通常，这类小车的“三模”无外乎以下几种经典组合：

1. 手动遥控模式：通过红外遥控器，用方向键直接控制小车前进、后退、左转、右转。这是最基础、最直接的控制方式。
2. 自动避障模式：小车开启前方红外或超声波传感器，自动探测障碍物并做出转向或停止等避让动作。
3. 自动循迹模式：小车通过底盘的红外对管或摄像头，识别地面上的黑色轨迹线，并沿着线行驶。

这三个模式代表了三种截然不同的决策逻辑：外部指令驱动、环境感知驱动和路径跟随驱动。智能切换的核心，就是要让小车在这三种逻辑间平滑、无冲突地转换。

1.2 切换的“智能”体现在哪？—— 关键在于状态隔离与优先级

“智能切换”听起来高级，其底层逻辑必须简单可靠。它主要解决两个问题：

• 无冲突：不可能同时执行“根据遥控指令左转”和“根据避障逻辑右转”。系统在任何时刻必须有且只有一个主导逻辑。
• 明确触发：模式切换必须有清晰、稳定的触发条件。对于红外遥控小车，触发条件通常就是遥控器上特定的按键码。

一种朴素但危险的实现是：在loop()函数里写一堆if...else if...，同时判断遥控信号、障碍物和巡线数据。这非常容易导致逻辑混乱，比如遥控信号偶尔丢失被误判为切换指令，或者传感器噪声触发意外模式跳转。

真正的“智能”，来自于一个清晰的状态机设计。你需要明确：

• 当前状态：小车现在处于A、B、C中的哪个模式？
• 触发事件：哪个红外按键对应切换到哪个模式？（例如，按键‘1’->手动，按键‘2’->避障，按键‘3’->循迹）
• 状态动作：进入某个模式后，需要持续执行什么？（如避障模式下的循环扫描）
• 退出清理：离开某个模式前，需要复位什么？（如停止所有电机，清零某些标志）

把这几个问题用纸笔画清楚，代码的骨架就有了。

2. 构建系统的核心：一个简洁而稳固的状态机框架

状态机不是复杂的概念，你可以把它理解为小车的一个“内部仪表盘”，上面只有一个指针，指向它当前正在执行的任务。所有输入（红外信号、传感器数据）都只能通过改变这个指针的位置来影响小车的行为。

2.1 定义状态与事件

在代码开头，我们就可以用枚举（enum）来清晰地定义它们，这比用数字0, 1, 2直观得多。

// 1. 定义小车的工作模式（状态） enum CarMode { MODE_MANUAL, // 手动遥控模式 MODE_AVOID, // 自动避障模式 MODE_LINE, // 自动循迹模式 MODE_IDLE // 空闲/停止模式，一个好的习惯是总是有一个默认状态 }; // 2. 定义红外按键对应的事件（假设你的遥控器按键值） #define IR_KEY_1 0xFFA25D // 假设'1'键的码值，切换到手动 #define IR_KEY_2 0xFF629D // 假设'2'键的码值，切换到避障 #define IR_KEY_3 0xFFE21D // 假设'3'键的码值，切换到循迹 #define IR_KEY_OK 0xFF02FD // 假设'OK'键，紧急停止/空闲 CarMode currentMode = MODE_IDLE; // 小车初始状态

2.2 实现状态机的核心循环

状态机的核心逻辑在loop()函数中。它应该结构清晰，像一部宪法，规定不同状态下的行为准则，以及状态转换的条件。

#include <IRremote.h> // 假设使用IRremote库 IRrecv irrecv(RECV_PIN); // 红外接收引脚 decode_results results; void loop() { // 第一步：获取所有输入（事件） bool irReceived = irrecv.decode(&results); // 接收红外信号 // 第二步：处理可能引起状态切换的事件（优先级最高） if (irReceived) { handleIrEvent(results.value); // 处理红外按键事件 irrecv.resume(); // 继续接收下一个信号 } // 第三步：根据当前状态，执行对应的行为 switch (currentMode) { case MODE_MANUAL: // 手动模式下，loop()通常不主动控制电机，电机控制由handleIrEvent中的方向键处理 // 这里可以添加一些状态指示，如点亮特定LED indicateManualMode(); break; case MODE_AVOID: runAvoidanceRoutine(); // 执行一次避障逻辑 break; case MODE_LINE: runLineFollowingRoutine(); // 执行一次循迹逻辑 break; case MODE_IDLE: stopAllMotors(); // 确保电机停止 indicateIdle(); break; } // 可选的第四步：其他低优先级或后台任务 updateDisplay(); // 更新OLED显示当前模式 delay(50); // 一个小的延时，稳定循环周期 } // 专门处理红外事件，特别是模式切换 void handleIrEvent(unsigned long keyCode) { switch (keyCode) { case IR_KEY_1: switchMode(MODE_MANUAL); break; case IR_KEY_2: switchMode(MODE_AVOID); break; case IR_KEY_3: switchMode(MODE_LINE); break; case IR_KEY_OK: switchMode(MODE_IDLE); break; // 这里还可以处理手动模式下的方向键 case IR_KEY_UP: if (currentMode == MODE_MANUAL) motorForward(); break; case IR_KEY_DOWN: if (currentMode == MODE_MANUAL) motorBackward(); break; // ... 其他方向键 } } // 模式切换函数，这里是进行“退出清理”和“进入初始化”的好地方 void switchMode(CarMode newMode) { // 退出当前模式前的清理工作 if (currentMode == MODE_AVOID || currentMode == MODE_LINE) { stopAllMotors(); // 退出自动模式时，先停车 } // 更新状态 currentMode = newMode; // 进入新模式的初始化工作 switch (newMode) { case MODE_MANUAL: Serial.println("Switched to MANUAL mode"); // 可能不需要特殊初始化 break; case MODE_AVOID: Serial.println("Switched to AVOIDANCE mode"); // 可以重置一些避障相关的变量 break; case MODE_LINE: Serial.println("Switched to LINE FOLLOWING mode"); // 可以重置循迹传感器校准值等 break; case MODE_IDLE: Serial.println("Switched to IDLE mode"); break; } }

这个框架的优势在于，runAvoidanceRoutine()和runLineFollowingRoutine()函数可以专心处理自己的逻辑，完全不用关心现在是不是有遥控信号过来。因为模式切换的权力已经被handleIrEvent和switchMode牢牢控制住了。

3. 填充血肉：在独立模式内实现可靠的单功能逻辑

状态机框架保证了大脑不混乱，接下来要让每个“技能”本身足够健壮。

3.1 手动遥控模式：防抖与指令保持

手动模式看似简单，但体验好坏在于细节。直接根据按键即时控制电机，会显得生硬且占用大量loop()周期。 更好的方法是采用“指令-执行”分离。在handleIrEvent中，方向键不直接驱动电机，而是设置一个全局的movementCommand变量（如前、后、左、右、停）。在MODE_MANUAL的switch case里，再去根据这个命令执行相应的电机动作。这样逻辑更清晰。

// 在全局变量区定义 enum MovementCmd { CMD_STOP, CMD_FORWARD, CMD_BACKWARD, CMD_LEFT, CMD_RIGHT }; MovementCmd currentCmd = CMD_STOP; // 在handleIrEvent中修改命令 case IR_KEY_UP: if (currentMode == MODE_MANUAL) currentCmd = CMD_FORWARD; break; case IR_KEY_DOWN: if (currentMode == MODE_MANUAL) currentCmd = CMD_BACKWARD; break; // ... 增加一个按键来处理停止，或者当松开按键时，在IR库的回调中设置CMD_STOP（如果支持） // 在MODE_MANUAL的状态执行段 case MODE_MANUAL: executeMovement(currentCmd); // 根据命令执行动作 break;

3.2 自动避障模式：扫描-决策-动作的循环

避障逻辑的核心是一个清晰的循环。在runAvoidanceRoutine()中：

1. 扫描：读取前方、左前、右前等多个红外或超声波传感器的距离值。
2. 决策：基于简单的规则进行判断。例如：
   • 前方有障碍 -> 停车，然后判断左右哪边更空旷。
   • 左边更空旷 -> 规划一个左转动作（原地左转或弧线转弯）。
   • 右边更空旷 -> 规划一个右转动作。
3. 动作：执行规划好的转向动作，持续一段时间或直到传感器检测到新情况。
4. 恢复：转向完成后，恢复直行。

关键点：避障动作（如转弯）最好封装成一个个小动作函数（turnLeft(angle)，moveForward(duration)），并在动作执行期间，状态机仍能响应模式切换事件。这意味着你的动作函数应该是非阻塞的，或者能被switchMode中断。

3.3 自动循迹模式：PID与稳定性

循迹是考验调参功力的模式。最简单的“开关量”循迹（检测到黑线就转）会让小车走成“折线”。 稍微进阶一点，可以使用PID（比例-积分-微分）控制来让小车平滑巡线。

1. 读取：获取底盘多个红外对管的值，计算出“偏差”。例如，中间传感器压线为0，偏左为正偏差，偏右为负偏差。
2. 计算：调整量 = Kp * 当前偏差 + Kd * (当前偏差 - 上次偏差)。Ki（积分）在小型车上容易饱和，初期可以不用。
3. 执行：左轮速度 = 基础速度 - 调整量；右轮速度 = 基础速度 + 调整量。
4. 丢失处理：如果所有传感器都看不到线了，说明可能脱轨了。这时候应该进入一个“搜索”子状态，比如缓慢原地旋转直到重新检测到线。

注意：PID参数（Kp， Kd）需要在实际场地上反复调试。没有一个万能值。从很小的值开始（如Kp=0.1），慢慢增加，观察小车摆动情况。

4. 从“能跑”到“好用”：调试、优化与演示准备

代码写完，小车能动，只成功了50%。剩下的50%在于调试和打磨，这直接决定了你的演示视频是“惊艳”还是“翻车”。

4.1 系统化调试：给每个模块装上“监视器”

不要盲目地看小车乱跑。系统地隔离问题：

1. 红外遥控：单独写一个测试程序，将接收到的按键码打印到串口监视器，确保每个按键码正确无误，且接收稳定。
2. 电机驱动：写一个测试程序，分别测试每个电机正转、反转，以及差速转弯，确保硬件连接和电机驱动代码正确。
3. 传感器：分别测试避障传感器和循迹传感器，在串口打印它们的实时读数，用手或纸片在传感器前移动，观察数值变化是否合理、稳定。
4. 状态机：在switchMode函数和每个模式执行的开始，用Serial.println打印当前模式。这样在小车运行时，你可以通过串口清晰地看到“MODE_AVOID -> MODE_MANUAL”这样的切换过程，确保逻辑正确。

4.2 提升稳定性的关键细节

• 电源管理：电机启动瞬间电流很大，会导致Arduino复位。务必使用独立的电源为电机驱动模块（如L298N）供电，或者至少在Arduino的VIN和GND之间并联一个大电容（如1000uF）来缓冲电压波动。
• 传感器抗干扰：红外传感器容易受到环境光（特别是日光灯）干扰。给红外对管和接收管套上一小段热缩管或黑色海绵，可以有效隔离杂散光。在代码中，可以对传感器读数进行软件滤波，比如连续采样5次取中值。
• 机械结构：确保车轮安装牢固，轮胎不打滑。小车重心尽量低且居中，避免急停急转时翻车。这些机械问题会直接影响传感器读数和控制效果。

4.3 制作一个出色的演示视频

期末实验视频是展示你工作的窗口。一个好的视频应该有清晰的叙事逻辑：

1. 开场（5-10秒）：全景展示小车和实验场地（铺好轨迹线的桌子或地面）。
2. 功能演示（主体）：
   • 顺序演示：先展示手动遥控，平稳控制小车走“8”字或绕场一周，证明基础控制可靠。
   • 切换演示：在手动模式下，按下‘2’键，小车立刻切换到自动避障模式，流畅地绕过你放置的障碍物（如书本、瓶子）。这里可以给遥控器一个特写，再给小车避障动作一个特写。
   • 模式隔离演示：在避障模式下，故意用遥控器按方向键，小车应毫无反应，这恰恰证明了你的状态机隔离是成功的。然后按下‘3’键，切换到循迹模式，小车自动找到并开始沿黑线行驶。
   • 异常处理：展示按下‘停止’键（如OK键），小车无论在何种模式下都能立刻平稳停车。
3. 收尾（5秒）：小车完成所有任务后，回到起点，镜头可以给控制板一个特写，视频结束。

视频拍摄技巧：保持镜头稳定，光线充足。必要时可以用手机支架。解说可以后期配音，也可以加字幕说明当前模式。确保串口打印的调试信息（如果录屏）或LED状态指示灯能辅助观众理解小车的状态。

4.4 扩展思考：如何让你的小车更“智能”？

完成基础三模后，你可以思考以下扩展方向，这会让你的项目脱颖而出：

• 模式融合：能否在自动循迹时，加入简单的避障？当检测到前方有障碍时，临时暂停循迹逻辑，执行一个避障动作（如绕行），然后重新找回轨迹线？这需要设计一个更复杂的、带子状态的状态机。
• 参数可调：能否通过遥控器上的其他按键，在运行时微调PID参数或避障距离？这需要增加一个“参数设置”的临时状态。
• 状态反馈：增加一个OLED屏幕，实时显示当前模式、传感器数据、电池电压等信息，交互感会大大增强。
• 使用更强大的框架：如果你对状态机的理解更深了，可以尝试使用面向对象的方式，将每个模式封装成一个类，通过纯虚函数定义接口，使代码结构更优雅，扩展新模式更容易。

回过头看，“红外三模智能切换小车”这个项目，其真正的价值远不止于让一个小车跑起来。它是一次完整的嵌入式系统开发演练：从需求分析（三模是什么），到系统设计（状态机框架），到模块实现（驱动、传感、控制算法），再到系统集成与调试。其中，那个清晰、稳固的状态机，就是整个系统的“脊柱”。它让看似并发的多种输入和输出变得有序、可控。掌握这种设计思想，以后无论面对的是智能小车、智能家居中控，还是更复杂的工业控制器，你都能快速抓住其控制逻辑的核心，写出既可靠又易于维护的代码。这才是这个期末实验，留给你的、比分数更重要的东西。