企业官网建设流程全解析

很多人在学单片机时，容易卡在两座山上：第一座是“点灯之后不知道做什么”，第二座是“看完一堆寄存器手册依然不会做产品”。Arduino Uno R3 的定位恰恰是把这两座山同时削矮。它不是给工程师“炫技”用的平台，而是让你在最短时间内建立“一个完整系统如何跑起来”的真实体感。

但真正值得做的，不只是点灯，而是做一台遥控车。一台最普通的蓝牙遥控车，拆开看几乎覆盖了嵌入式入门的全部关键主题：GPIO 控制电机方向，PWM 控制速度，UART 传输蓝牙数据，TIM 定时器在底层产生 PWM 波形，状态机负责把乱串的数据整理成可靠指令。换句话说，这是少有的“用项目牵引知识”的学习路径。

这篇文章不会让你只收藏不实践。我会按“第一台遥控车”的组装顺序，把硬件选型、接线、代码、调试、排错串成一条完整链路。读完后你能得到一份可复制的 Arduino Uno R3 入门基线：既能亲手跑通遥控车，也能把 GPIO、PWM、UART、状态机这些抽象名词，全部落到你自己的工程上下文里，而不是停留在“背定义”。

1. 为什么拿遥控车做第一个单片机项目

1.1 只点灯 vs 组装整车

点灯实验的最大问题是“反馈太弱”。它会让你以为嵌入式开发就是把几个引脚拉高拉低，真正遇到串口乱码、电机不转、蓝牙断连时，一下子无从下手。点灯只需要你看懂一个 IO 口，而遥控车逼着你处理四个层次的协作关系：

• 输入层：蓝牙模块通过 UART 把数据送到单片机。
• 逻辑层：单片机解析协议，判断当前应该前进、后退、转弯还是停车。
• 执行层：GPIO 控制电机驱动模块的方向引脚，PWM 控制速度。
• 电源层：MCU 供电与电机供电要共地，否则驱动模块接收不到控制信号。

这四个层次加在一起，就是一台“小号嵌入式产品”。你学会的不是某一行代码，而是如何把一个想法拆成硬件模块和程序模块。这种能力比记住某个函数重要得多。

1.2 一个项目覆盖的知识地图

从 CSDN 读者常搜索的热词可以看出，大家对 GPIO、PWM、UART、状态机、TIM 定时器这些主题的关注度一直很高。单独看每一个主题，会觉得又细又散；但如果用遥控车把它们串起来，知识结构会非常清晰：

• 按键和电机方向控制：GPIO 输入输出。
• 电机速度控制：PWM 占空比。
• 蓝牙模组：UART 串口协议。
• 指令解析：状态机。
• PWM 波形背后的定时器：TIM。
• USB 下载调试：串口驱动。

所以这篇文章也是我个人很推荐的一种“项目速通”方式：先跑通整车，再反过去研究每一个子模块。你不需要在第一遍时把时序图背下来，只需要知道，当一件事出问题时应该从哪个知识点去找原因。

2. 核心概念先建立：GPIO、PWM、UART、TIM 和状态机

很多人拿到 Arduino Uno R3 后，第一反应是去查引脚定义，然后照着教程接线。这没有错，但建议你先建立五个概念的物理直觉。后面所有代码，其实都是这五个概念的组合。

2.1 GPIO：单片机的手指

GPIO 是 General Purpose Input/Output 的缩写，中文叫通用输入输出接口。它就是单片机上的引脚，可以被配置成输入模式或输出模式。

把它想象成人的手指。输出模式是“手指主动推东西”，比如让引脚输出高电平，LED 亮；输入模式是“手指去感应触碰”，比如读取按键是否被按下。对于遥控车的电机驱动模块，方向控制引脚往往就是 GPIO 输出；对于读取遥控器按键，方向输入则由 GPIO 输入完成。

Arduino Uno R3 的大多数数字引脚都可以当作 GPIO 使用，比如 2、3、4、5、6、7、8、9。实际项目中，GPIO 模式选择是有讲究的：有的引脚默认内部上拉，有的用于串口或 PWM，不能随便乱接。可以先记住一条经验：数字引脚不是“万能插座”，查清引脚复用功能再接线。

2.2 PWM：用电平宽度说话

PWM 全称 Pulse Width Modulation，脉冲宽度调制。它的本质是用“快速切换高低电平”的方式，让引脚输出的平均电压发生变化。

直流电机需要调速。如果只给高电平，电机全速跑；只给低电平，电机停。可是想让它半速怎么办？答案是让高电平和低电平快速交替。比如每 10ms 一个周期，其中 5ms 是高电平，5ms 是低电平，电机感受到的平均电压约为 50%，速度大约就是全速的一半。

这里真正重要的不是“平均电压”这个结果，而是你看待 PWM 的角度：占空比，即高电平时间占整个周期的百分比。后面代码里的analogWrite(pin, value)，实际上就是在设置占空比。value范围通常写成 0 到 255，255 意味着一直为高，0 意味着一直为低。

2.3 UART 与串口驱动

UART 全称 Universal Asynchronous Receiver/Transmitter，通用异步收发器。它用一根发送线 TX、一根接收线 RX 完成通信。

Arduino 和电脑之间通过 USB 连接时，你会在“设备管理器”里看到一个串口设备，比如 COM3。这个串口背后的芯片把 USB 信号转换成了 UART 信号，下载程序时把编译好的固件送进去，调试时又把Serial.print的输出传回串口监视器。

如果你用的是 Arduino Uno R3 原装板，它自带 16U2 芯片，多数电脑插上就能识别。如果是兼容板，可能使用 CH340、CP2102 等 USB-UART 芯片，这时需要安装对应驱动。注意，这里的驱动是“让电脑识别串口芯片的软件”，不是网络代理，也不是绕过限制的工具，纯粹是为了让开发板和电脑能够通信。

UART 是典型的异步串行通信，没有时钟线，所以通信双方必须约定波特率。Arduino 里常见的 9600、115200 就是波特率。蓝牙模块和 Arduino 通信时，通常也是 UART 透传：蓝牙模块收无线数据，转成串口数据发给 Arduino；Arduino 发出的串口数据，又由蓝牙模块转成无线数据发回手机。

2.4 TIM 定时器与 PWM 的底层关系

Uno R3 使用 ATmega328P 芯片，芯片内部有硬件定时器 TIM。它们不只是用来“计时”，更重要的是用来产生 PWM 波形。

在 Arduino 中调用analogWrite(3, 128)时，程序并不是用软件循环去翻转电平，而是把引脚交给某个定时器的比较通道，由定时器硬件自动匹配周期和占空比。也就是说，定时器在不断计数，当计数值小于某个阈值时输出高，超过阈值时输出低。CPU 不需要每微秒都去操作引脚，这正是硬件定时器的价值。

了解这一层后，你再看 STM32 的 TIM3、TIM1 等定时器教程，会发现思路完全相通。STM32 教程里常提到“引脚重映射”“PWM 占空比调节”，本质也是在配置某个定时器通道，把它映射到具体引脚上。因为 Arduino 把这些封装了，你才能用一行analogWrite完成一个在寄存器级别需要配置多步的操作。

但封装也有副作用。Uno R3 的analogWrite使用的定时器并非都一致：部分引脚归 Timer0 管理，部分归 Timer1、Timer2 管理。Timer0 还被 Arduino 的millis()计时功能占用，所以如果你直接操作定时器寄存器，可能干扰系统时钟。日常学习阶段不必深入，但知道“PWM 背后是 TIM”非常关键。

2.5 状态机：把“大脑逻辑”结构化

状态机不是某种硬件，而是一种程序结构。它非常适合处理“数据不是一个完整指令，而是一串断续字节流”的场景。

遥控车从蓝牙收到的数据，可能是这样的：F,150#。F代表前进，150代表速度，#代表结束。蓝牙模块一次可能只发来几个字节，下一次又发来几个字节。如果程序写成了“先读一个字节，然后默认它就是完整指令”，很容易出错。

状态机的思路是：单片机不断读取字节，但每个字节到来时，程序先判断当前处于什么状态。比如最开始处于“等待头部”状态，只有读到了起始符，才进入“等待方向”状态；方向读完进入“等待速度”状态；读到结束符，才认为收到一个完整指令，然后执行解析。

这个设计把“如何收数据”和“收到数据后做什么”解耦了。后面的代码示例会完整展示这种写法，也是我认为学习遥控车项目最有价值的部分之一。

3. 项目物料与环境准备

3.1 推荐物料清单

做一台蓝牙遥控车，建议准备以下物料。这里不写死型号和链接，避免被商家参数误导；核心是理解每个模块承担什么功能。

蓝牙模块常见的是 HC-05 或 HC-06。HC-05 通常支持主从模式，可以通过 AT 指令配置；HC-06 往往只能做从机。新手第一台遥控车通常用从机模式即可，手机主动连接它。

3.2 软件与驱动准备

• 安装 Arduino IDE 2.x 或 1.8.x 均可。Arduino Uno R3 是老牌板子，IDE 支持非常成熟。
• 插入开发板后，在“设备管理器”确认串口号。Windows 下常见 COM3、COM4；Linux 下常见/dev/ttyACM0、/dev/ttyUSB0。
• 如果电脑没有识别到串口，检查开发板上的 USB-UART 芯片型号。原装 Uno R3 通常不需要额外驱动；使用 CH340 的兼容板需要安装 CH340 驱动；使用 CP2102/FT232 等芯片的串口工具也需要安装对应驱动。
• 在 Arduino IDE 中选择开发板：工具 -> 开发板 -> Arduino AVR Boards -> Arduino Uno。
• 选择端口，再编译空程序，确认基本环境没问题。

3.3 接线规划

在动手前，最好先把接线图写下来，不要边接边猜。下面的接线以“单片机 + H 桥电机驱动 + 两个直流电机 + 蓝牙模块”为例：

• 电机驱动模块的 IN1、IN2 接 Arduino 的 8、9 号引脚，用于控制左电机方向。
• 电机驱动模块的 IN3、IN4 接 Arduino 的 10、11 号引脚，用于控制右电机方向。
• 电机驱动模块的 ENA、ENB 接 Arduino 的 5、6 号引脚，用于 PWM 调速。
• 如果驱动模块自带使能跳帽，先拔掉跳帽，否则 PWM 信号无法生效。
• 电机电源接电池盒，单片机电源建议先通过 USB 供电调试。
• 蓝牙模块的 TX、RX 分别接 Arduino 的 10、11 号引脚，也就是软件串口的 RX、TX。

这里有一个必须避免的接线错误：蓝牙模块的 TX 要接 Arduino 的 RX，RX 要接 Arduino 的 TX，也就是交叉连接。如果是硬件串口 0/1，还需要考虑下载程序时是否拔掉蓝牙，否则下载器和蓝牙模块会互相占用串口。用软件串口连接蓝牙，是更稳妥的入门方式。

4. 第一步：用 GPIO 完成按键点灯与输入输出认知

在接电机之前，先在 Arduino 上用最小程序理解 GPIO。这个步骤虽然简单，却是整个项目的基石。它证明了“引脚能输出电平、能读取电平”，也验证了面包板和杜邦线是否可靠。

4.1 按键控制板上 LED

代码文件：4_gpio_button.ino

// 按键接在 2 号引脚与 GND 之间 // 使用内部上拉，按键按下时读到 LOW const int buttonPin = 2; const int ledPin = 13; void setup() { pinMode(buttonPin, INPUT_PULLUP); pinMode(ledPin, OUTPUT); Serial.begin(9600); } void loop() { int buttonState = digitalRead(buttonPin); if (buttonState == LOW) { digitalWrite(ledPin, HIGH); Serial.println("button pressed"); } else { digitalWrite(ledPin, LOW); } delay(10); }

这里要注意，pinMode(buttonPin, INPUT_PULLUP)启用了芯片内部上拉电阻。按键一端接 GND，按下后引脚读到低电平。如果你把按键另一端接 5V，并且想用外部下拉方式，代码逻辑就要反过来。

4.2 运行验证

编译上传后，用手按下按键，板载 LED 亮；松开后熄灭。串口监视器会周期性打印button pressed。

如果出现以下现象，说明基础问题出在 GPIO 或接线，而不是后面遥控车代码：

• 程序无法上传：检查串口选择和驱动。
• 按键按下无效：检查按键是否接到 GND 引脚，或者杜邦线是否松动。
• 串口监视器无输出：检查波特率是否为 9600。

5. 第二步：用 PWM 控制直流电机

直流电机无法用 GPIO 直接调速。如果只做方向控制，很简单；但想让车子“慢速前进”或“起步平缓”，必须接入 PWM。

5.1 为什么需要 H 桥驱动模块

直流电机内部是线圈。给它正电压，电机正转；反接电压，电机反转。但 Arduino 引脚只能输出很小的电流，直接驱动电机会把引脚烧掉，所以需要 H 桥驱动模块。

H 桥里有四个开关管，形象地说，像一座桥。控制 IN1、IN2 两个引脚，可以决定桥的对角开关如何导通，从而实现电机正转、反转和刹车。方向是 GPIO 控制的，速度是 PWM 控制的。

以一个电机为例，假设驱动模块的 IN1 接 8，IN2 接 9，ENA 接 5：

5.2 让单个电机转起来

代码文件：5_motor_pwm.ino

const int motorIN1 = 8; const int motorIN2 = 9; const int motorENA = 5; void setup() { pinMode(motorIN1, OUTPUT); pinMode(motorIN2, OUTPUT); pinMode(motorENA, OUTPUT); } void loop() { // 正转，PWM 占空比约为 50% digitalWrite(motorIN1, HIGH); digitalWrite(motorIN2, LOW); analogWrite(motorENA, 128); delay(2000); // 停车，滑行 digitalWrite(motorIN1, LOW); digitalWrite(motorIN2, LOW); analogWrite(motorENA, 0); delay(1000); // 反转 digitalWrite(motorIN1, LOW); digitalWrite(motorIN2, HIGH); analogWrite(motorENA, 128); delay(2000); // 刹车 digitalWrite(motorIN1, HIGH); digitalWrite(motorIN2, HIGH); analogWrite(motorENA, 128); delay(1000); }

运行这段程序，如果听到电机“嗡嗡”响但不转，先看电机驱动模块是否共地。驱动模块的 GND 必须和 Arduino 的 GND 连在一起，否则 Arduino 输出高电平时，驱动模块的地和单片机的地不是同一个参考点，控制信号无法形成回路。

5.3 PWM 调速的本质观察

上面的analogWrite(motorENA, 128)中，128 约是 255 的一半，所以占空比约 50%。试试改成 60、200，听电机声音变化，或用示波器看波形。如果你手头没有示波器，至少可以通过速度体感建立直觉：占空比越大，平均电压越高，电机跑得越快。

当电机低速时可能无法启动，这是直流电机的启动特性和摩擦力共同造成的。实际项目中常用“启动时先给较高 PWM，再降到目标速度”的软件加速思路，而不是一开机就给 30。

6. 第三步：UART 串口与蓝牙模块

蓝牙模块是遥控车的信息入口。手机 App 发数据给蓝牙模块，蓝牙模块通过 UART 转成串口电平发给 Arduino。Arduino 读取串口数据后，再把数据解析成控制指令。

6.1 硬件串口与软件串口的选择

Arduino Uno R3 自带的硬件 UART 只有一组，对应 0 号引脚 RX 和 1 号引脚 TX。这组串口连接 USB，用于下载程序和调试。如果蓝牙模块占用这组串口，那么下载程序时需要拔掉蓝牙，否则可能上传失败。

更简单的方案是使用软件串口。Arduino 提供SoftwareSerial库，把普通 GPIO 模拟成串口的收和发。做法是找一个引脚当作 RX，一个引脚当作 TX。

例如：

#include <SoftwareSerial.h> // 蓝牙模块 TX 接 Arduino 10，RX 接 Arduino 11 // 第一个参数是 RX，第二个参数是 TX SoftwareSerial btSerial(10, 11);

要注意，软件串口由定时器中断模拟实现，在收数据的同时如果发生其他中断，可能丢字节。入门遥控车场景足够用，但如果发送频率很高，建议换用有多个硬件 UART 的 MCU，比如 STM32。

6.2 蓝牙透传模块的配对

将蓝牙模块的 VCC 接 Arduino 5V，GND 接 GND，TX/RX 交叉连接，然后用手机蓝牙扫描。

如果是从机模块，手机会看到一个名为类似 HC-05、HC-06 或厂商自定义名称的设备，默认配对码常见为 1234 或 0000。模块上电后指示灯通常是慢闪，表示等待连接；连接成功后会变成快闪或常亮。不同模块指示灯定义有差异，不必死记。

如果模块曾经被配置成主模式，它可能不会出现在手机扫描列表里。此时需要发送 AT 指令将模块配置回从模式。AT 指令范例不属于通用标准，必须先查你手上模块的 AT 指令表。

6.3 先用串口监视器验证蓝牙链路

在接电机之前，先用电脑串口验证蓝牙链路最稳妥。手机 App 发送数据，Arduino 的串口监视器能打印出来，说明链路通了，后面再接电机。

代码文件：6_bt_echo.ino

#include <SoftwareSerial.h> SoftwareSerial btSerial(10, 11); void setup() { Serial.begin(9600); btSerial.begin(9600); } void loop() { if (btSerial.available()) { char c = btSerial.read(); Serial.print(c); } if (Serial.available()) { char c = Serial.read(); btSerial.print(c); } }

发送字符a，如果电脑串口能打印出a，说明手机 -> 蓝牙 -> UART -> Arduino 链路正常。这时代码完全没有处理电机，方便你区分问题属于“链路”还是“执行”。

7. 第四步：用状态机解析遥控协议

状态机这一段是很多人最容易跳过的部分，但恰恰是“遥控车项目”里最有工程价值的代码。直接解析一个固定字符串看起来更简单，比如：

if (command == "forward") { forward(); }

但实际串口数据的到达是异步的。蓝牙模块可能一次收到多个字节，可能一个指令被拆成两次发送。如果每读一个字节就去判断是不是forward，程序不仅容易错，还不好扩展。状态机则把收数据分析程序变成一条清晰的生产线。

7.1 设计一个简单文本协议

我们定义一组简单协议：

• 一条指令以$开头。
• 第二字节是方向字符：F前进、B后退、L左转、R右转、S停止。
• 第三到第五字节是速度，范围 000 到 255。
• 以#结尾。

例如：

• $F150#：前进，速度 150。
• $S000#：停止。

7.2 状态机解析代码

代码文件：7_command_parser.h

实际项目可以把协议解析拆成单独文件。这里用纯 C++ 结构演示状态机主体：

enum ParserState { WAIT_HEADER, WAIT_DIRECTION, WAIT_SPEED, WAIT_END }; struct RemoteCommand { char direction; int speed; bool ready; bool valid; }; class CommandParser { public: CommandParser() { reset(); } void reset() { state = WAIT_HEADER; dir = 'S'; spd = 0; cmd.ready = false; cmd.valid = false; } void feed(char c) { if (state == WAIT_HEADER) { if (c == '$') { state = WAIT_DIRECTION; } } else if (state == WAIT_DIRECTION) { dir = c; state = WAIT_SPEED; } else if (state == WAIT_SPEED) { if (c >= '0' && c <= '9') { spd = spd * 10 + (c - '0'); if (spd > 255) { spd = 255; } } else if (c == '#') { cmd.direction = dir; cmd.speed = spd; cmd.ready = true; cmd.valid = true; state = WAIT_HEADER; } else { // 非法字符，重新开始 reset(); } } } bool available() { return cmd.ready; } RemoteCommand read() { RemoteCommand result = cmd; cmd.ready = false; return result; } private: ParserState state; char dir; int spd; RemoteCommand cmd; };

这段代码看起来比“读整串再判断”复杂，但它把问题拆开了：

• 每个状态只关心自己需要接收的字节。
• 遇到非法字符可以安全复位，不会让错误传播到后面的指令。
• 想增加新指令，只需要增加状态或在某个状态里增加分支。

在loop()中使用时，每收到一个字符就feed一次：

if (btSerial.available()) { parser.feed(btSerial.read()); } if (parser.available()) { RemoteCommand cmd = parser.read(); if (cmd.valid) { execute(cmd.direction, cmd.speed); } }

这样做的好处是即使串口一次只传来一个字节、或者一条指令被拆成三段，程序也能正确地把指令重组出来。

8. 合并完整的遥控车控制代码

现在把 GPIO、PWM、UART、状态机组合成一个完整的remote_car.ino。这个代码里：

• 8、9 号引脚控制左电机方向。
• 10、11 号引脚控制右电机方向。
• 5、6 号引脚分别给左右电机 PWM。
• 蓝牙模块接软件串口 10、11。
• 使用状态机解析$F150#这类协议。

代码文件：remote_car.ino

#include <SoftwareSerial.h> // 电机驱动引脚 const int leftIN1 = 8; const int leftIN2 = 9; const int rightIN1 = 10; const int rightIN2 = 11; const int leftPWM = 5; const int rightPWM = 6; // 软件串口：蓝牙模块 TX -> 10, RX -> 11 SoftwareSerial btSerial(10, 11); // 状态机 enum ParserState { WAIT_HEADER, WAIT_DIRECTION, WAIT_SPEED, WAIT_END }; struct RemoteCommand { char direction; int speed; bool ready; }; ParserState state = WAIT_HEADER; char pendingDirection = 'S'; int pendingSpeed = 0; RemoteCommand command; bool commandReady = false; void setup() { pinMode(leftIN1, OUTPUT); pinMode(leftIN2, OUTPUT); pinMode(rightIN1, OUTPUT); pinMode(rightIN2, OUTPUT); pinMode(leftPWM, OUTPUT); pinMode(rightPWM, OUTPUT); Serial.begin(9600); btSerial.begin(9600); Serial.println("Remote car ready"); stopCar(); } void loop() { // 从蓝牙串口读取每一个字节并交给状态机 while (btSerial.available()) { char c = btSerial.read(); feedParser(c); if (commandReady) { commandReady = false; executeCommand(command.direction, command.speed); } } } void feedParser(char c) { if (state == WAIT_HEADER) { if (c == '$') { state = WAIT_DIRECTION; } } else if (state == WAIT_DIRECTION) { if (c == 'F' || c == 'B' || c == 'L' || c == 'R' || c == 'S') { pendingDirection = c; pendingSpeed = 0; state = WAIT_SPEED; } else { resetParser(); } } else if (state == WAIT_SPEED) { if (c >= '0' && c <= '9') { pendingSpeed = pendingSpeed * 10 + (c - '0'); if (pendingSpeed > 255) { pendingSpeed = 255; } } else if (c == '#') { command.direction = pendingDirection; command.speed = pendingSpeed; commandReady = true; resetParser(); } else { resetParser(); } } else { resetParser(); } } void resetParser() { state = WAIT_HEADER; pendingDirection = 'S'; pendingSpeed = 0; commandReady = false; } void executeCommand(char direction, int speed) { // 保证速度在一个安全范围 speed = constrain(speed, 0, 255); switch (direction) { case 'F': motorSet(leftIN1, leftIN2, leftPWM, HIGH, LOW, speed); motorSet(rightIN1, rightIN2, rightPWM, HIGH, LOW, speed); break; case 'B': motorSet(leftIN1, leftIN2, leftPWM, LOW, HIGH, speed); motorSet(rightIN1, rightIN2, rightPWM, LOW, HIGH, speed); break; case 'L': motorSet(leftIN1, leftIN2, leftPWM, LOW, HIGH, speed); motorSet(rightIN1, rightIN2, rightPWM, HIGH, LOW, speed); break; case 'R': motorSet(leftIN1, leftIN2, leftPWM, HIGH, LOW, speed); motorSet(rightIN1, rightIN2, rightPWM, LOW, HIGH, speed); break; case 'S': stopCar(); break; } } void motorSet(int in1, int in2, int pwmPin, int val1, int val2, int speed) { digitalWrite(in1, val1); digitalWrite(in2, val2); if (speed == 0) { analogWrite(pwmPin, 0); } else { analogWrite(pwmPin, speed); } } void stopCar() { digitalWrite(leftIN1, LOW); digitalWrite(leftIN2, LOW); digitalWrite(rightIN1, LOW); digitalWrite(rightIN2, LOW); analogWrite(leftPWM, 0); analogWrite(rightPWM, 0); }

上传后，打开手机蓝牙，连接模块，然后从蓝牙调试 App 发送$F150#。如果 8、9、10、11 和 PWM 引脚接线正确，车子应该缓慢前进。再发送$S000#，车子会停车。

8.1 左右转弯差异

上面的代码把左右轮在转弯时设置为相反方向，可以实现原地转向。调试时要注意，左转和右转的速度值如果相同，小车可能因为电机个体差异而偏转速度不同。更精细的做法是把左右 PWM 分别映射，形成差速控制。

9. 运行结果与效果验证

一个可靠的项目，不是“写完代码通电就成功”，而是能用最小步骤判断每一层是否正常。建议按下面的清单逐层验收。

9.1 第一层：USB 串口打印启动信息

程序上传后，打开串口监视器，波特率 9600，应当看到：

Remote car ready

如果这一行都看不到，先不要连蓝牙和电机，检查驱动、端口、开发板选择、波特率。

9.2 第二层：蓝牙链路回显

使用内存较小的验证程序，把蓝牙模块收到的数据原样转发到 USB 串口。手机发送123，电脑串口监视器能看到123，说明蓝牙和 UART 物理链路正常。

如果看不到输出，顺序排查：

1. 蓝牙模块是否上电，指示灯是否在响应。
2. TX/RX 是否接反。
3. 波特率是否匹配。发送端设备和蓝牙模块默认波特率不一定相同。
4. 模块是否已被配置为其他模式。

9.3 第三层：协议解析

发送$F150#时，可在代码中临时加打印：

Serial.println(command.direction); Serial.println(command.speed);

如果方向能打印出F、速度能打印出150，说明状态机解析正常。如果速度解析出15150或15，检查状态机中速度是否为每收到一个数字累乘 10，并在读到错误字符时复位。

9.4 第四层：电机动作

最后再观察电机是否动作。此时如果电机不转，不要把问题都堆到蓝牙上，先用上位机或直接给驱动模块 IN 引脚接固定高低电平，判断驱动模块是否正常；再用一个简单程序给电机转 2 秒停 1 秒，判断 PWM 是否正常。

10. 常见问题与排查思路

遥控车项目的报错现象通常很明显，但原因往往藏在连接、共地、协议、供电四个层面。下面列出实践中最高频的几类问题。

11. 最佳实践与工程建议

到这里，你已经能跑通第一台遥控车。如果想让代码从“能跑”变成“能维护、能扩展”，下面几点值得尽早养成习惯。

11.1 分层写代码，不要把逻辑全塞在 loop

遥控车看起来代码不长，但如果不分层，后面加传感器、加灯光、加自动避障时，loop()会迅速变成一个几百行的面条函数。

建议至少分成三层：

• 驱动层：控制电机、读取蓝牙、控制灯，只和具体引脚打交道。
• 协议层：负责状态机的帧同步、校验、字段解析。
• 应用层：收到指令后决定执行什么动作，比如前进、后退、避障策略。

本文为了便于初学者一次复制，使用了一个文件。实际做后续项目时，可以把MotorDriver、ProtocolParser、AppController拆成独立类或文件。

11.2 把状态机当作标准能力

状态机不是只在遥控车里有用。在 UART 接收、SPI 从机接收、按键消抖、菜单界面、机器人行为规划里，状态机都非常常见。

初学者容易把状态机理解成“一堆 if 嵌套”。真实工程里，状态机更注重“状态转移表”和“动作的原子性”。你可以从最简单的枚举状态开始，把状态变量和每个字符处理逻辑写清楚。这一步做好了，后面遇到复杂协议时不会慌。

11.3 先确保共地，再查代码

很多 Arduino 新人遇到“控制模块不响应”，第一反应是怀疑代码。但在电机驱动、蓝牙模块和 Arduino 共存的系统中，“共地”问题出现频率远高于代码 bug。

所谓共地，就是所有模块的 GND 要连到同一个参考点。驱动模块的地如果不和 Arduino 的地连接，那么 Arduino 发出的高低电平信号，对于驱动模块而言可能没有一个稳定的基准电压，看起来就像信号没起作用。因此每次接线后，先顺着 GND 线检查一遍，再上电。

11.4 电源规划要独立

电机启动电流很大。如果用 Arduino 的 5V 引脚直接给电机供电，Arduino 会电压跌落甚至复位。建议用独立电池盒给电机驱动模块供电，同时用低压差稳压方式给 Arduino 供电，或者直接用符合 Arduino 输入范围的电池组接 Arduino Vin。

电源规划的原则是：大电流负载不要和小信号电路混用一个 LDO。这也是实际产品设计中，模拟电路、数字电路、功率电路分别供电的简化体现。

11.5 日志与调试信息不要太随性

调试串口打印时，打印内容要有起因、有状态、有可检索关键词。比如：

Serial.println("[BT] connect success"); Serial.println("[PARSER] bad header: 0x35");

这样以后在多模块日志混合时，你能一眼看出日志来自哪一层。入门阶段可以随意打印，但从第一个成体系项目开始，就应当形成自己的日志风格。

12. 总结与后续学习方向

一台遥控车，把 Arduino Uno R3 最典型的五块知识点串起来了：GPIO 负责输入输出，PWM 负责调速，UART 负责通信，TIM 定时器在底层支撑 PWM 波形，状态机负责把乱序数据解析成指令。它的价值不在于“跑起来”那一刻，而在于你全程体验到了嵌入式系统的分层协作。

如果要把这个项目继续加码，我建议按三个方向迭代：

• 性能方向：把 Uno R3 换成 STM32，用寄存器或 HAL 库配置 TIM 定时器，复用同一套协议和状态机，理解封装背后的寄存器细节。
• 反馈方向：给小车加编码器电机，用 PID 把速度闭环起来；这时的 PWM 就不再是手动给一个占空比值，而是由控制算法实时计算。
• 自主方向：加红外避障、超声波测距，把遥控控制升级为“遥控 + 自主”双模式，用状态机管理整个小车的行为状态。

希望你第一步不是去背更多 Arduino 函数，而是打开编辑器，把代码烧进去，再把手机和蓝牙连起来，亲眼看着小车响应你的指令。所有的概念，都会在你按下发送键的那一刻，变成你真正可以利用的经验。