智能循迹小车设计：8位MCU、红外传感与PWM差速控制

简介：面向电子爱好者和嵌入式初学者的智能循迹小车项目包，围绕8位微控制器展开，覆盖硬件电路、驱动控制与仿真验证的完整设计链路，既适合高校课程设计，也适合竞赛备赛与兴趣自学。包内共6个文件：4张PNG图片涵盖电路原理图、PCB布局和仿真截图，可直接查看各模块连接关系及布线思路；1个C语言源文件（循迹小车修正版）实现传感器读取、路径偏差计算与电机控制逻辑；另附1个RAR资料包，整合设计文档与工程文件。整体压缩包仅982KB，轻量易用。目前已有4431人学习下载，具备较好参考基础。对于希望动手实践智能循迹小车、掌握8位MCU编程及电路仿真流程的读者，项目包提供了可直接参考的硬件方案与代码框架，借助仿真图可预先验证电路正确性，显著降低实物调试风险。

1. 从“循迹”说起：8位MCU小车的感知-决策-执行链路

开发过无人机的工程师拿到智能循迹小车这套方案时，很容易低估红外循迹的难度。很多人以为循迹就是“传感器读到黑线就走直”，但真正把车放下地跑一段才会发现：传感器之间的间距、阈值电压的漂移、电机左右转速差，任何一个环节没处理干净，小车就会在弯道处冲出赛道，或者在直道上画龙。而手头这套资源里的 C 源文件、电路图和仿真图，恰好把这条从感知到执行的链路完整串起来了。

这套方案的核心是 8 位微控制器——从资源里的编译习惯和引脚定义来看，大概率是 STC89C52 或 ATmega168 一类的 AVR/51 芯片。它负责读取红外对管输出的电平信号，根据赛道与车体的相对位置关系算出转向策略，再通过 PWM 输出驱动电机差速转向。整个过程不复杂，但每一步都有参数需要校调。这篇文章会从电路原理图开始拆，然后进到 C 程序里看控制逻辑，再回到 Proteus 仿真环境做一次完整的软硬件联调，最后聊聊红外阈值漂移和电机参数不一致这些实车上的坑——这些内容对做过一到两个循迹项目但还没系统整理过的人来说，尤其有用。

2. 电路方案拆解：从原理图到PWM驱动与传感器连接确认

2.1 电源拓扑与电压分配：LM2596为什么出现在这里

打开压缩包里的电路原理图，第一眼看到的是电源部分。智能循迹小车通常使用 7.4V 锂电池或者 6 节 5 号电池供电，而 MCU 需要 5V，红外发射管需要电压稳定在 1.2V～1.5V 左右，电机驱动芯片需要直接吃电池电压。如果只用 7805 做线性稳压，电池电压从 7.4V 降到 5V，中间有 2.4V 的压降会全部变成热能散掉，电流稍大芯片就发烫。这套电路图选的是 DC-DC 降压模块——从原理图上的电感和大电容排布来看，是 LM2596 或者兼容方案，效率能到 85% 左右，适合电池供电的场景。

需要注意的是，LM2596 的反馈引脚对输出电容的 ESR 敏感，输出端建议用 220μF 铝电解电容并联一个 0.1μF 陶瓷电容。如果只看电路图不看数据手册，很容易在这里漏掉低 ESR 电容的选型要求，导致输出纹波偏大，MCU 复位或者红外传感器读数抖动。原理图上对应的连接关系是：

• 电池正极 → LM2596 的 VIN
• GND → 系统地，电机驱动和传感器共地
• 5V 输出 → MCU VCC、红外传感器 VCC、逻辑部分电源
• 电池直接供电 → 电机驱动器 VM

这种“动力电与逻辑电分开、但共地”的接法，是为了避免电机启动时的大电流在长导线上产生电压跌落，把 MCU 拉复位。

2.2 红外循迹传感器的接法与阈值调节电路

红外循迹传感器在电路图上通常是 4 线或 3 线接口，两个 VCC/GND 是电源，另外两根是信号线。常见的红外对管工作方式是：发射管持续发射 940nm 左右的红外光，接收管是光敏三极管，黑线反射率低，接收管截止，输出高电平；白色跑道反射率高，接收管导通，输出低电平。电路图上一般会在接收管的集电极串一个多圈电位器，用于调节比较器翻转的阈值电压。

# 传感器部分连接（典型电路图对应关系） 发射管阳极 -> 5V 通过 200Ω 限流电阻 发射管阴极 -> GND 接收管集电极 -> 5V 通过 10K 上拉电阻再接 LM393 同相输入 接收管发射极 -> GND LM393 反相输入 -> 10K 电位器中心抽头 LM393 输出 -> MCU P1.0 (假设接在 P1 口)

这里 10K 电位器的作用是让接收管在“黑线”和“白地”两种反射率下输出的模拟电压差，始终落在比较器翻转区间内。程序里不需要做灰度采样，硬件上已经用比较器把模拟量变成了 0/1 数字量，MCU 读到的就是电平信号。这样处理的优点是 MCU 端程序简单，读取速度快；缺点是阈值固定，如果小车换到不同颜色的跑道上，电位器需要重新调节。

2.3 H桥驱动与PWM控制引脚映射：L298N模式

套件里的电机驱动部分用的是 L298N 或同类的 H 桥芯片，电路图上可以看到四路续流二极管、使能端 ENA/ENB 上的跳线帽下拉电阻，以及 VS、VSS 两个电源端。VS 接电池电压，VSS 接 5V 逻辑电压，两个地之间要靠近驱动芯片位置单点连接，避免电机回流的噪声干扰逻辑电路。

当 IN1=1、IN2=0 时，左电机正转；IN1=0、IN2=1 时，反转。ENA 引脚输入 PWM 信号，通过占空比控制有效电压来调节转速。程序里只需要改变定时器的比较寄存器的值，就能控制左右电机的差速转向，这就是循迹算法里最关键的执行机制。

3. 循迹控制程序：传感器状态机与差速转向逻辑的C实现

3.1 传感器数据读取：轮询还是外部中断

解压出循迹小车（修正）.c这个源代码文件，打开后先看主函数上方的引脚宏定义。典型的写法是：

#define SENSOR_LEFT P1_0 #define SENSOR_MID P1_1 #define SENSOR_RIGHT P1_2 #define PWM_LEFT P2_0 #define PWM_RIGHT P2_3 #define MOTOR_LEFT_F P2_1 #define MOTOR_LEFT_B P2_2 #define MOTOR_RIGHT_F P2_4 #define MOTOR_RIGHT_B P2_5

程序里对传感器的读取用的是主循环轮询还是外部中断，取决于赛道速度和 MCU 主频。STC89C52 工作在 12MHz 时，单条 IO 读取指令大约 1μs，三个传感器各读一次也就几微秒；PWM 用定时器中断生成，10kHz 频率下中断周期是 100μs——这意味着同样时间片内，主循环可以完成 20 次以上的传感器完整采样。所以轮询完全够用，没有必要用外部中断。用外部中断反而更麻烦，因为循迹赛道边缘检测需要的是持续跟踪电平变化，而不是捕获瞬时脉冲。

3.2 三种转向策略：从二值逻辑到比例控制

程序里会看到三种不同粒度的转向处理方式，源码中默认启用的是第二种，前两种以注释形式保留着。整理如下：

// 第一种：简单的弯道判定 if (sensor_left == 0 && sensor_mid == 0 && sensor_right == 1) { // 车偏左，右转 PWM_left_duty = SPEED_HIGH; PWM_right_duty = SPEED_LOW; } // 第二种：三态查表（源码默认方式） unsigned char sensor_state = (sensor_left << 2) | (sensor_mid << 1) | sensor_right; switch (sensor_state) { case 0b100: // 左传感器压线 left_duty = SPEED_LOW; right_duty = SPEED_HIGH; break; case 0b010: // 中间传感器压线 left_duty = SPEED_MID; right_duty = SPEED_MID; break; case 0b001: // 右传感器压线 left_duty = SPEED_HIGH; right_duty = SPEED_LOW; break; case 0b101: // 两侧压线，处于岔路口或十字，按直行处理 left_duty = SPEED_MID; right_duty = SPEED_MID; break; default: // 丢线处理，按上次状态方向增加转角 break; } // 第三种：PID 比例转向（需要模拟量传感器，源码中未启用）

从0b100到0b001的查表方式，本质上是有限状态机，把赛道位置映射为转向动作。case 0b101处理的是小车压到十字路口的情况，此时如果强行转向，会在十字线处产生抖动，所以直接直行。这个判断在程序里属于“最容易被漏掉但实际跑起来很关键”的细节——很多入门代码只写三路传感器的单边响应，遇到十字线就会左右摇摆。

第三方方案 PID 转向需要传感器输出模拟量，也就是把 LM393 比较器改成直接接 ADC，本文源码未启用 PID，只保留查表逻辑。如果以后想升级平滑转向，硬件上需要增加 ADC 采样通道。

3.3 PWM 生成与占空比调节细节（软件上的定时器装载值计算）

PWM 生成在 STC89C52 上通常用定时器 0 或定时器 1 做中断翻转。8 位定时器在 12MHz 下实现 10kHz PWM，装载值需要精确计算：

// 定时器0工作在方式1（16位），PWM频率10kHz // 计数值 = 11059200 / (12 * 10000) ≈ 92 // TH0 = (65536 - 92) / 256 = 0xFF // TL0 = (65536 - 92) % 256 = 0xA4 // 但要注意：STC89C52是12T模式，一条机器周期 = 12个时钟周期 #define PWM_FREQ_PERIOD 92 // 重装载值，决定PWM频率 #define SPEED_HIGH 80 // 占空比约87% #define SPEED_MID 46 // 占空比约50% #define SPEED_LOW 23 // 占空比约25% unsigned char pwm_counter = 0; unsigned char left_duty = SPEED_MID; unsigned char right_duty = SPEED_MID; void timer0_isr(void) interrupt 1 { TH0 = (65536 - PWM_FREQ_PERIOD) >> 8; TL0 = (65536 - PWM_FREQ_PERIOD) & 0xFF; pwm_counter++; if (pwm_counter >= PWM_FREQ_PERIOD) pwm_counter = 0; if (pwm_counter < left_duty) PWM_LEFT = 1; else PWM_LEFT = 0; if (pwm_counter < right_duty) PWM_RIGHT = 1; else PWM_RIGHT = 0; }

代码里left_duty和right_duty是全局变量，主循环的查表逻辑只需要改这两个值就能调整速度，不需要重复设置定时器寄存器。这种分离设计的优点是控制逻辑与底层 PWM 生成解耦。

需要指出一个共性问题：如果把开发板的晶振从 12MHz 换成 11.0592MHz（为了串口波特率精确），则上面所有计算的分频系数都会变化。PWM_FREQ_PERIOD必须重新计算，否则电机转速会整体偏移。这是从源码移到自备开发板时最容易出错的地方，先确认晶振频率再编译，不要直接烧录。

3.4 丢线与恢复策略：这就是“修正”二字的含义

循迹程序调试中最终要面对的坑是丢线。车跑快了以后，弯道里传感器可能完全离开黑线，如果此时不做处理，上一次的转向状态会持续维持——比如左转状态一直保持，车就会画一个大圆弧冲出场地。我对这个源码印象最深的部分，就是它做了丢线修正：连续 50ms 检测不到任何传感器信号时，状态机会回退到上一次有效的转向方向，再叠加一个额外的强制转动增大占空比差。

unsigned char last_valid_state = 0b010; unsigned int lost_count = 0; void control_loop(void) { unsigned char state = read_sensors(); if (state == 0b000) { if (lost_count < LOST_THRESHOLD) { lost_count++; // 沿用上一次有效状态的转向方向，但增加转向力度 if (last_valid_state == 0b100) { left_duty = 15; right_duty = 82; } else if (last_valid_state == 0b001) { left_duty = 82; right_duty = 15; } } else { // 长时间丢线，原地掉头寻找黑线 left_duty = 60; right_duty = 60; } } else { lost_count = 0; last_valid_state = state; // 正常查表 } }

按这段逻辑，丢线时间短时把上一次的转向方向再放大执行，目的是快速找回黑线；超过阈值则认定已经冲出赛道，调用“原地旋转寻线”逻辑找回黑线。对小型比赛和课程设计来说，这个小技巧能给成绩带来明显提升——有效减少冲出跑道的频率。

4. 仿真先行：Proteus里搭建电路与逻辑分析仪验证

4.1 Proteus电路搭建与元器件选型：没有LM393时的替代品

仿真环境里找元件列表，依次摆放 STC89C52、LM393 比较器、红外发射/接收对管（可以用 Photodiode 和 LED 代替）、L298N 驱动芯片以及 5V 稳压模块。需要理解的是，如果因为软件版本原因找不到 L298N，用 L293D 替代可以，两者的引脚功能基本一致，内部都是双 H 桥，只是最大电流不同，仿真中不影响逻辑行为。

在 Proteus 中完成电路原理图搭建的核心接线：

# Proteus 器件清单 U1 -> STC89C52 (晶振12MHz, C1=C2=22pF) U2 -> LM393N (比较器, 引脚8接VCC, 引脚4接GND) U3 -> L298N (电机驱动, EV 供电机电源) Q1-Q3 -> PHOTOTRANSISTOR (光敏三极管, 三路传感器) D1-D2 -> LED-RED (模拟红外发射管, 串联200Ω限流) RV1 -> POT-HG (10K电位器) M1 M2 -> MOTOR (直流电机, 额定6V)

Proteus 里红外发射管用普通的可见光 LED 替代没问题——仿真环境的重点在于逻辑验证，与实际红外光的波长相关系数不大，只要接收管能“看到”发射管的光而产生导通/截止变化就可以。需要注意的是 LM393 的输出是开漏结构，必须在输出端接上拉电阻到 5V，否则 MCU 读不到高电平。

4.2 仿真运行验证步骤：手动“拨”线测试状态机行为

安装完元件并加载编译好的 HEX 文件，点击 RUN 之前，先把三个传感器的反射面状态预设好（Proteus 里可以用电位器模拟白地和黑线的反射率变化），然后按下面步骤验证：

• 用鼠标拖动一条黑色的色块（或者直接给 LM393 输入端施加高/低电平）模拟黑线位置
• 左传感器压黑线（输入为高电平），观察左右电机转速是否符合预期
• 切换到中间传感器压线，确认两个电机转速相等
• 检查 PWM 波形，使用 Proteus 的虚拟示波器挂到 P2.0 引脚

这里面值得单独提的是仿真速度对比实车速度的问题。仿真中电机模型默认转速和负载没有物理依赖关系，虚拟示波器上看到的占空比变化是实车行为的前提条件，但不代表实车转速完全对应。所以仿真主要验证的是：传感器 → MCU → 电机驱动这条链路的逻辑正确性，而不是机械性能。

4.2.1 虚拟示波器验证PWM波形占空比换算

运行仿真后，把虚拟示波器的 A 通道接到 MCU 的 P2.0（左电机使能端），B 通道接到 P2.1（方向控制脚）。当中间传感器压线时，P2.0 上的方波占空比约为 50%，频率用示波器的读数光标测量应该约 10kHz，与程序设定的定时器装载值吻合。

如果示波器上看到频率偏移明显，优先排查晶振频率。Proteus 里的 STC89C52 默认晶振设置与真实开发板一致吗？不一定是。右键点击单片机元件，在 Edit Properties 里检查 Clock Frequency 是否写成了 12MHz。仿真中晶振频率设错会导致 PWM 频率误差百分之几十，而这一切在实车上表现为电机声音变尖锐或转速异常。

4.3 仿真资源和实车资源的对应关系：电路图、仿真图、PCB图怎么用

压缩包里的文件对应的使用场景与优先级如下表所示：

在实车焊接完成后排查问题，建议先看 PCB 布局图与焊接实物对照：电源线是否过细（低于 0.5mm 线宽容易在大电流下发热）、晶振电容是否靠近 MCU 引脚、电机驱动芯片下方的散热过孔是否打通。仿真时不存在这些问题，所以这一步不能省。

5. 从仿真到实车的坑：灰度阈值漂移、电池电压补偿与参数收敛

5.1 为什么仿真一切正常，放到地上就画龙——阈值漂移的定位方法

仿真测试全部通过，小车放到跑道上却开始左右摇摆。这是最典型的“仿真与实车不一致”情况。原因通常是一处：红外比较器的阈值电压漂移。仿真环境里 LM393 的输入电平是理想的，而实车上红外接收管受环境光干扰、跑道反射率差异、电池电压下降影响，输出翻转点会偏离电位器预设值。排查办法是实时监测传感器输出引脚的电平——用万用表量 LM393 输出端在“白地”和“黑线”下的电压，分别记录。如果两者电压差低于 0.5V，说明阈值设置过紧，调节电位器让白地电压保持在接近 5V、黑线电压接近 0V。

电池电压下降同样影响红外发射管的亮度，电池从 8.4V 降到 7.2V 时，发射管电流变化导致接收管导通深度变化，最终翻转阈值偏移。常见做法是在电源正极串联一个 3.3V 稳压管给传感器供电，让传感器电流与动力电压解耦。

5.2 电机两侧转速不一致的软件补偿策略

两个直流电机即使型号相同，实际转速也存在 5%～15% 的差异。这会让小车走直线时偏向一侧。在程序里做一次开环校正：短距离直线测试，记录偏航方向，修改SPEED_MID的左右占空比值，让慢速一侧略高于高速侧。

// 假设测试发现小车向右偏离，说明右侧电机转速偏快 // 原始对称值 // left_duty = 46; // right_duty = 46; // 校正后 left_duty = 48; right_duty = 44; // 两侧差值为4，约8%补偿

这个做法的局限是只对某个固定电压有效。电池电压从 8.4V 掉到 7.2V 过程中，两电机的内阻差异会导致转速偏差比例变化，固定补偿值无法全覆盖。更稳的方案是给每个电机装霍尔编码器、做闭环速度控制，但对课程设计和小型竞赛来说，软件加固定补偿已经能完成循迹任务。

5.3 弯道极限的边界在哪里：传感器间距与轮距的几何关系

传感器的安装间距直接决定小车可识别的最大弯道曲率。传感器间距越窄，识别黑线位置的精度越高，但可处理的弯道半径越大；间距放宽能过更急的弯，但直线跟踪精度会下降。经验值：三个传感器之间的中心距大约是车轮轴距的 1/2 到 1/3 之间。以轮距 12cm、轴距 11cm 的小车为例，三路红外传感器间距放在 3cm 左右是合理起点，程序配合一个 20%（即占空比差 8~10 个点）的转向增量。弯道更急可以把间距收到 2.5cm 并提高转向增量到 30%，但此时直线上的抖动也会增大。

5.4 同一套代码跑不同赛道：赛道材质变化时的参数换挡技巧

如果要在不同材质跑道上复用这套方案，不推荐每次现场调电位器。可以在程序里设置两套阈值配置，通过拨码开关切换。具体做法是在初始化代码里写一个sensor_calibrate()函数：上电时把车放在白地上，程序自动采集 10 次传感器电压，取平均后作为白地基准；再放到黑线上采集 10 次，取平均后作为黑线基准；两个基准的中值就是比较器的理想翻转阈值。只要硬件上是纯模拟比较器，软件无法直接改阈值，那么改成用 ADC 采样时，把基准值换算为传感器的动态阈值，在代码里直接比较。下面给出一个基于 ADC 的校准函数骨架：

void sensor_calibrate(void) { unsigned int white[3], black[3]; // 放在白地上,按下校准按键 for (i=0; i<10; i++) { white[0] += adc_read(0); white[1] += adc_read(1); white[2] += adc_read(2); } white[0]/=10; white[1]/=10; white[2]/=10; // 放在黑线上,按下校准按键 for (i=0; i<10; i++) { black[0] += adc_read(0); black[1] += adc_read(1); black[2] += adc_read(2); } black[0]/=10; black[1]/=10; black[2]/=10; // 阈值 = (白+黑)/2 threshold[0] = (white[0] + black[0]) / 2; threshold[1] = (white[1] + black[1]) / 2; threshold[2] = (white[2] + black[2]) / 2; }

代码结束后，注意校准函数的调用时机放在主循环开始前，并且校准期间要保证小车静止。换算出来的阈值直接存到全局数组中。这样就可以在不改代码、不碰电位器的情况下，让同一套硬件适应灰度差异较大的两类赛道——这项能力在课程验收或比赛换场地时特别实用，不用带着螺丝刀去调电位器了，直接把车放上去，按一下校准键，就能重新开始跑。

本文还有配套的精品资源，点击获取