企业官网建设流程全解析

简介：面向单片机入门学习者与电子竞赛备赛者，这份资源以AT89C51单片机为核心，集成了红外光电传感器循迹检测、PWM波调速控制与电机转向调整，完整覆盖信号采集、速度调节、方向控制等关键环节，提供了一整套可直接借鉴的简易自动循迹小车设计方案。压缩包共11个文件，涵盖Proteus仿真工程（pdsprj/dsn/pdsbak）、Keil工程工作区、C语言源码、HEX烧录文件、运行截图及配套说明文本；资源包大小仅205KB，便于下载后直接打开仿真环境运行，整体轻量、结构清晰，便于边仿真边对照源码阅读。已有452人学习，适合课程设计、毕业设计或电子竞赛前期的方案验证。通过仿真图可观察传感器检测与PWM输出波形，源码则展示了从信号采集到电机控制的完整主程序逻辑，hex文件可直接用于实物烧录，帮助初学者快速掌握循迹小车的基本实现方法。

1. 循迹小车仿真：先跑Proteus还是先焊板子，我选前者

如果你搜过“单片机、protues、仿真、程序”这几个词，多半是在准备课程设计或毕业设计。循迹小车是嵌入式入门里最常见的题目之一，而我经手过的方案里，最多的是 51 单片机 + Proteus 仿真组合：不用先买电机、红外模块和洞洞板，直接在电脑里把仿真图摆好、把程序烧进去，跑通了再焊实物。这篇文章就把这套做法完整拆开：从循迹原理、元件选型，到一份能直接编译的差速转向程序，再到仿真里最容易翻车的几个点。适合第一次做小车仿真的人照着搭，也适合被各种教程坑过、想知道参数到底怎么调的人。

2. 循迹小车组成与选型逻辑：从红外对管到51单片机、L298N的信号链路

2.1 循迹原理：黑白线反射差异和LM393比较器

循迹小车要做的事只有一件：让车头底部的传感器“看到”黑线，然后决定往左还是往右打方向。最常用的检测元件是红外反射式传感器，典型型号是 TCRT5000。它内部有一个红外发射管和一个光电接收管，发射管一直发出红外光，光线照到地面后反射回来，被接收管接收。黑色赛道吸收红外光，反射很少；白色底板反射强烈。于是接收管输出的电流大小就会有明显差别。

但这个差别是模拟量，不是开关量。单片机 IO 口只能读 0 或 1，没法直接判断“反射电压高了百分之多少”。所以中间要加一个电压比较器，工程上最常用的是 LM393。它把传感器采样电压和一个可调的阈值电压做比较，输出要么是高电平、要么是低电平。这个阈值就靠电位器调：把电位器拧到某个位置，白线输出 1、黑线输出 0，后续程序只需要读 IO 口就行。

整套信号链路是：红外发射管 → 地面反射 → 光电接收管 → 采样电阻变成电压 → LM393 比较 → 单片机 P1 口读电平 → 程序判断 → 输出 PWM 到电机驱动 → 电机差速转向。这也是为什么我说 Proteus 仿真这类题目特别合适：整条链路里的模拟部分只有一个 LM393 比较器和几个电阻，Proteus 的模拟仿真能力完全能扛住。

2.2 方案选型：51单片机、TCRT5000和L298N为什么够用

选型先看需求。简易循迹小车不需要图像识别、不需要编码器测速，核心就是“读三个 IO + 输出两路 PWM”。这个负载下，51 单片机绰绰有余。AT89C51 或 STC89C52 都可以，Proteus 里直接搜 AT89C51，模型稳定，Keil 里也容易配。相比 STM32，51 的劣势是性能差，但优势是周边资料极多，哪怕你之前没学过，抱着“江科大51单片机笔记”那类教程也能在一两天内把定时器、中断和 IO 操作搞明白。

传感器选择上，TCRT5000 是这类小车的默认选项。它便宜、封装规范，Proteus 里有现成模型，能直接模拟反射变化。要注意的是，一个 TCRT5000 只能输出一路模拟电压，简易循迹小车一般需要三路传感器，分别放在左、中、右，这样才能判断黑线偏在哪边。两路传感器也能做，但转弯逻辑粗糙，一到急弯就冲出去。

电机驱动则绕不开 L298N。它是一片双 H 桥驱动芯片，可以同时驱动两个直流电机，还能通过使能脚 ENA/ENB 接收 PWM 信号实现调速。Proteus 里搜 L298 就能找到模型。有人会问能不能用 L9110，那也可以，但 L298N 有四路输入脚，和 51 单片机 P3 口的接线方式更直白，排查故障时也直观。最后是电机，Proteus 里有 MOTOR-DC 模型，双击可以设置工作电压和转动惯量，记得把电压设成 12V 而不是默认值，否则结果很怪。

2.3 Proteus在其中的角色：模型库、调试方式与局限

Proteus 在整套方案里扮演两个角色：一是画仿真图的原理图工具，二是运行单片机程序的仿真环境。它最大的价值是让“硬件”可修改：传感器间距不对？挪一下重新仿真；转向太猛？改两个占空比参数再看效果。这在实物上每次都是一次拆焊和重新布线，在仿真里只是几秒钟的事。

但它的局限也要讲清楚。Proteus 的模拟模型和真实器件在电气特性上有差距，比如 TCRT5000 的反射率比例是理想化的，LM393 的翻转也不会像真实芯片那样有一点回滞。你做仿真时调好的电位器位置，拿到实物上大概率要重新调一次。还有个常见的搜索层面问题：你搜“protues”会得到大量低质量转载，我一般直接搜 Proteus，或者用 TCRT5000、L298N、AT89C51 这些具体器件名去组合搜，能找到更可靠的电路参考。

3. Proteus仿真图搭建：元件清单、三路传感器接线和电机驱动参数

3.1 元件清单与关键参数表

画仿真图前先把零件列清楚，我一般按下面的清单去 Proteus 库里搜：

这些参数不是拍脑袋写的。220Ω 是红外发射管的限流电阻，发射管工作电流控制在 10mA 上下；10kΩ 是 LM393 输出的上拉电阻，这个决定了比较器能不能输出高电平；电位器用 10kΩ 电阻分压，旋钮调节阈值电压。Proteus 里放置元件后，双击可以改参数，电阻直接填数值，电位器要设置 Resistance 属性为 10k。

3.2 三路红外传感器+LM393比较器的接线

传感器部分的接线是所有仿真图里最容易出错的地方。先看单路接法，搞清楚之后再复制成三路。TCRT5000 有四个引脚，分别是发射管阳极、阴极，以及接收管的集电极、发射极。发射管阳极接 VCC（5V），阴极串一个 220Ω 电阻到 GND。接收管集电极也接 VCC，发射极接一个 1kΩ 采样电阻到 GND，发射极和采样电阻的连接点就是我们要取的电压点。

这个电压点送到 LM393 的同相输入端（第 3 脚），LM393 的反相输入端（第 2 脚）接电位器中点，电位器两端分别接 5V 和 GND。LM393 的输出端（第 1 脚）接一个 10kΩ 上拉电阻到 VCC，然后直接连单片机 P1 口。调电位器时，当采样电压高于阈值，输出高电平；低于阈值，输出低电平。我习惯把白线定义为高电平、黑线定义为低电平，方便写逻辑。

一个关键细节是：LM393 的输出是开漏结构，不接上拉电阻的话，输出高电平根本拉不上去。很多仿真跑起来传感器读数恒为 0，就是栽在这一步。另一个细节是 Proteus 里 TCRT5000 的方向，发射管和接收管不能接反，接反了仿真不会报错，但输出永远不对。建议摆放时让发射管在上、接收管在下，按元件库里的引脚说明对一遍。

3.3 L298N驱动器与直流电机模型的连接与配置

L298N 的接线分成逻辑侧和功率侧。逻辑侧用 5V 供电，VSS 接 5V，GND 和单片机的 GND 必须连在一起，这是共地问题。功率侧 VS 接 12V，给电机供电。IN1、IN2 控制左电机的正反转，IN3、IN4 控制右电机；ENA、ENB 是左右电机的使能和调速脚。示例接线是：IN1→P3.0、IN2→P3.1、IN3→P3.2、IN4→P3.3，ENA→P3.4、ENB→P3.5。

L298N 的 OUT1、OUT2 接左电机两个端子，OUT3、OUT4 接右电机两个端子。电机转向和接线极性有关，仿真里如果发现小车原地打转而不是前进，把某个电机的两个端子对调一下即可。这里不用纠结哪个是正极，因为直流电机本质上是双向的，方向由 H 桥的导通组合决定。

Proteus 里的 MOTOR-DC 模型默认参数往往不合理。双击电机，把 Voltage 改成 12V，这样它的转速才能和 L298N 功率侧电压匹配；再把 Moment of Inertia 调小一点，比如 1e-7 级别，否则电机从停止到加速会有一个明显的“软启动”，看起来像反应迟钝。同一辆小车上的两个电机，参数要保持一致，否则现实中会因为电机差异跑偏，仿真中也会因为模型参数不同出现同样的怪现象。

3.4 单片机最小系统的四个细节

AT89C51 最小系统在 Proteus 里算比较省事的，但仍有四个地方容易忽略。第一，EA 脚（第 31 脚）必须接 VCC。EA 决定单片机从内部程序存储器还是外部程序存储器取指，悬空或接地时，加载的 HEX 可能完全不会执行。这是仿真中“单片机不工作”的头号原因。

第二，晶振接在 XTAL1 和 XTAL2 之间，两个引脚分别对地接 30pF 电容。晶振频率要在单片机属性里同步设置成 12MHz，不能只放一个 12MHz 的晶振元件而不管属性。程序里的定时器初值是按 12MHz 算的，频率不对，PWM 周期会全部错乱。

第三，复位电路用一个 10uF 电容串联一个 10kΩ 电阻，电容一端接 VCC、另一端接 RST 引脚，电阻一端接 RST、另一端接 GND。这个电路在仿真里主要用来手动复位，跑不通时按一下复位按钮重新运行，比重新启动仿真快得多。

第四，电源去耦。在单片机 VCC 和 GND 之间放一个 10uF 电解电容，仿真里的电源是理想电源，这个电容似乎没多大用，但它能避免你在后续加入其他模块时遇到莫名其妙的电平抖动，也算是对实物习惯的保留。

4. 循迹控制程序：状态机逻辑表、PWM调速代码和HEX烧录流程

4.1 三路传感器的循迹判定逻辑表

写程序之前，先把控制逻辑固化成状态表。这里我定义传感器读数为：黑线=0、白线=1。三个传感器从左到右排列，对应的位是 P1.0、P1.1、P1.2。真实赛道上的情况可以归纳成五种状态：

这里要解释一下“左转纠偏”的方向逻辑。当左传感器压到黑线时，说明黑线相对于车头偏左，小车需要向左转动，才能让中间的传感器重新对准黑线。左转不一定要原地打转，通过差速就能实现：左轮降速、右轮保持，车头自然向左偏。这个逻辑的理解偏差，会让很多人写出“越纠越偏”的控制，所以先把它在这里钉死。

4.2 最小可用程序：传感器读取、PWM中断与差速转向

下面是能直接放进 Keil 编译的核心程序，我用的是标准 C51 语法，芯片型号选 AT89C51。

#include <reg52.h> sbit IN1 = P3^0; // L298N IN1：左电机方向 sbit IN2 = P3^1; // L298N IN2：左电机方向 sbit IN3 = P3^2; // L298N IN3：右电机方向 sbit IN4 = P3^3; // L298N IN4：右电机方向 sbit ENA = P3^4; // 左电机调速，接PWM sbit ENB = P3^5; // 右电机调速，接PWM sbit SensorL = P1^0; // 左侧传感器：黑线=0 sbit SensorM = P1^1; // 中间传感器：黑线=0 sbit SensorR = P1^2; // 右侧传感器：黑线=0 unsigned char dutyL = 70; // 左轮占空比（0~100） unsigned char dutyR = 70; // 右轮占空比（0~100） unsigned int pwmCnt = 0; // 0~99 循环计数 void timer0Init() { TMOD &= 0xF0; // 保持T1配置不变，只改T0 TMOD |= 0x01; // T0工作在16位定时器模式 TH0 = 0xFF; // 12MHz晶振，定时100us初值 TL0 = 0x9C; ET0 = 1; // 开T0中断 EA = 1; // 开总中断 TR0 = 1; // 启动T0 } void timer0Isr() interrupt 1 { TH0 = 0xFF; // 重装初值 TL0 = 0x9C; pwmCnt++; if (pwmCnt >= 100) pwmCnt = 0; ENA = (pwmCnt < dutyL) ? 1 : 0; // 左轮占空比 ENB = (pwmCnt < dutyR) ? 1 : 0; // 右轮占空比 } void main() { timer0Init(); while (1) { if (SensorL == 1 && SensorM == 0 && SensorR == 1) { dutyL = 70; dutyR = 70; // 中间有线，直行 IN1 = 0; IN2 = 1; IN3 = 0; IN4 = 1; } else if (SensorL == 0) { dutyL = 35; dutyR = 70; // 线偏左，左轮减速 IN1 = 0; IN2 = 1; IN3 = 0; IN4 = 1; } else if (SensorR == 0) { dutyL = 70; dutyR = 35; // 线偏右，右轮减速 IN1 = 0; IN2 = 1; IN3 = 0; IN4 = 1; } else { dutyL = 70; dutyR = 70; // 全白丢线或全黑，直行 IN1 = 0; IN2 = 1; IN3 = 0; IN4 = 1; } } }

代码逻辑说明：主循环里先判断最关键的“中间有线”状态，再判断左右传感器。之所以把左偏和右偏放在中间状态后面，是因为转弯时存在中间传感器暂时离开黑线的瞬间，如果先判断左右，容易出现转向抖动。IN1/IN2 和 IN3/IN4 控制方向，ENA/ENB 的频率和占空比由定时器中断连续产生，这套结构保证转向和调速互不干扰。

参数说明：TH0=0xFF、TL0=0x9C 是在 12MHz 晶振下定时 100us 的初值，机器周期是 1us，定时 100 个周期。中断里计数到 100 次，即 10ms，PWM 频率 100Hz。这个频率驱动直流电机模型足够稳定，肉眼看不到明显闪烁。dutyL/dutyR 初始 70 是中等速度，左偏时左轮降到 35，差速量为 35%，这个量在 90 度急弯上效果理想，在缓弯上会觉得车子左右摆动偏大，可以把 35 改成 45 试一下。

4.3 Keil生成HEX并加载到Proteus：三步配置

程序写好之后要编译成 HEX 文件，Proteus 里的单片机模型只认这个格式。第一步，在 Keil 里新建工程，器件选择 AT89C51，添加一个 .c 源文件，把上面的代码复制进去。第二步，点击魔术棒图标打开 Option for Target，切到 Output 选项卡，勾选 Create HEX File。这一步漏掉的话，编译成功也不会生成 .hex 文件，Proteus 那边自然加载不到。

第三步，编译通过后回到 Proteus，双击仿真图里的 AT89C51 芯片，在弹出的属性对话框里找到 Program File，点文件夹图标选中刚才生成的 .hex 文件。同时把 Crystal Frequency 设为 12MHz，和应用里的晶振、程序里的定时器初值保持一致。加载完成后点运行按钮，小车应该就会沿着黑线走了。

这里有个工程习惯值得养成：每次改完代码重新编译，在 Proteus 里不需要删除旧的 hex，直接重新选择加载即可。但程序加载后单片机的 PC 指针不会自动跳到新程序入口，需要按一次复位按钮。蓝色运行按钮旁边就能找到复位按钮，或者在程序里加一个看门狗复位逻辑。手动复位是最省事的方式。

4.4 速度参数怎么调：占空比不是越大越好

很多第一次做的人上来就把 duty 设成 100，结果小车冲出赛道。原因是占空比越大，直行速度越快，留给传感器采样和转向纠偏的时间越短。简易三路循迹没有 PID，纯靠阈值判断，速度一旦上去，弯道里的判距误差就会放大。

我的经验是：直行占空比控制在 60～80，纠偏占空比控制 30～50。差值不能太小，否则转向力度不足，比如 70 对 60，在仿真里很难看到明显转向效果；差值也不能太大，70 对 20 转向过猛，小车会左右摆动得像在画龙。从 35 起步测试，看仿真里过弯的姿态，弯道缓就提高到 45，弯道急就继续降到 25。

还有一个小技巧：如果你发现小车在直线赛道上有轻微摆动，大概率不是程序问题，而是电位器阈值调得太灵敏。白线反射率在仿真里是理想值，但模型仍有微小的模拟波动，阈值刚好卡在临界点时，任何一个扰动都让传感器翻转。把电位器向电阻值增加的方向旋一点，拉开余量，摆动就会消失。

5. 仿真联调避坑：循迹小车跑不通时的5个常见问题

5.1 问题一：传感器读数恒为高或恒为低，程序从不转向

现象：运行仿真后，小车要么一直直行，要么原地不动，用示波器或虚拟终端观察 P1 口电平，发现三个传感器输入始终不变。

原因：最常见的是 LM393 输出端没加上拉电阻。LM393 内部是开漏输出，只能拉低电平，拉不高。Proteus 里如果不接上拉电阻，输出引脚在逻辑仿真下呈现的往往是低电平或不定态，单片机读到后永远走同一个分支。第二个常见原因是 TCRT5000 的发射管限流电阻太大或太小，导致接收管工作在饱和区或截止区，采样电压永远跨不过阈值。

解决：LM393 输出端到 VCC 接一个 10kΩ 电阻，然后检查接收管发射极的采样电阻是不是 1kΩ。如果还不行，在仿真里临时把比较器拆掉，直接把采样电压引脚接一个测试用的开关来验证程序侧没问题。这样可以快速把故障范围缩小到“传感器电路”还是“程序逻辑”。

5.2 问题二：HEX加载成功但单片机不跑或乱跑

现象：在 AT89C51 属性里明明选好了 .hex 文件，运行时单片机引脚就是没有反应，或者输出全是高电平，没有任何 PWM 波形。

原因：最大嫌疑是 EA 脚悬空。有些Proteus 教程画的原理图偷懒没接 EA，仿真也不报错，但程序从外部存储器取指，等于没加载。另一个很常见的原因是晶振属性没改，双击单片机属性里的 Crystal Frequency 默认不是 12MHz，程序里 TH0、TL0 按 12MHz 计算，实际时钟偏了，PWM 周期全错，转向逻辑看起来就是乱的。

解决：把 AT89C51 的第 31 脚显式接到 VCC，晶振频率属性统一改成 12MHz。改完这些如果还不跑，按一次复位按钮。我在联调时养成一个习惯：不在 Proteus 里直接点运行，而是加载 hex 后先按复位，再观察引脚状态，这样程序执行起点是确定的。

5.3 问题三：电机满速转不停，调占空比无效

现象：两个电机以恒定速度一直转，不管程序里 dutyL、dutyR 怎么改，完全没反应。或者把 duty 设成 0，电机还在转。

原因：ENA、ENB 没有收到 PWM 信号。有人会直接把 ENA、ENB 接 VCC，等于让 L298N 永远全速输出，这种接法不是错，但绕过了调速功能；也有人把 ENA 接到了普通 IO 口，程序里只赋值 0 或 1，而不是持续输出 PWM 波。还有一种原因是定时器中断没开，程序里只有主循环判断传感器，没有产生 PWM 波形。

解决：确认 ENA 接 P3.4、ENB 接 P3.5，然后用代码里的 timer0Init 初始化定时器。判断 PWM 是否真的产生了，可以在 Proteus 里把鼠标移到 ENA 引脚上，如果可以观察到方波信号的小图标变化，或者用虚拟仪器把示波器接上去看波形，就能确定问题。仿真里用示波器接点的效率远高于反复看代码。

5.4 问题四：仿真卡到几乎走不动，或电机模型报错

现象：点击运行后，仿真画面以非常慢的速度刷新，电机转一厘米要好几秒；严重时 Proteus 直接弹出模型错误对话框，提示某个元件仿真失败。

原因：三个 TCRT5000 和二三个 LM393 都是模拟模型，Proteus 在交互模式下要对每一小步都做模拟电路计算，数据量不小。如果工程里还放了示波器、虚拟终端这种监控设备，速度会进一步降低。电机报错则通常是模型参数不合理，比如 VS 设成 12V 而电机 Voltage 设成 5V，功率侧电压超出电机模型允许范围。

解决：仿真卡顿的优先级排序是先把虚拟仪器全部停掉，只保留电机运行；如果还卡，把电机模型从 MOTOR-DC 临时替换成简单的逻辑探针，先把循迹逻辑调通，最后再换回电机。电机报错则双击 MOTOR-DC，把 Voltage 改成 12V，Moment of Inertia 调小，通常问题立刻消失。记住，仿真里不合理的参数不会像实物一样烧件，但它会用各种奇怪方式告诉你参数错了。

5.5 问题五：程序里判断的黑白状态和实际完全相反

现象：小车明明压在黑线上，程序却走入“白线”分支；或者拿去跑一个白底黑线赛道，逻辑完全反了。调试时发现传感器在高反射面上输出低电平。

原因：TCRT5000 的接法不同，导致输出极性不同。我的接法是接收管发射极接采样电阻，白线时采样电压高，LM393 同相输入高于阈值就输出 1。如果你把发射极采样电阻那条路径换成了集电极输出，或者 LM393 的输入脚接反了，输出就会反相。这不是程序 bug，是硬件电路极性造成的。

解决：先在仿真里给传感器贴一个临时颜色面板，观察 LM393 输出电平在黑白两种表面下的变化。如果发现接反了，直接把 LM393 同相和反相输入对调即可，不用改程序。也可以反过来把程序里的判断条件取反，但不推荐，因为电路极性错误会掩盖传感器本身的灵敏度和阈值调节问题。我一直坚持“程序配合电路，而不是电路将就程序”。

6. 从仿真走向实物：PWM波形确认、阈值重调与焊接顺序

6.1 用虚拟示波器验证PWM占空比

仿真跑通之后，不要急着把仿真图扔到一边直接焊板子。先用 Proteus 自带的示波器把 P3.4 和 P3.5 的 PWM 波形拉出来看一眼。把 ENA 引脚接到示波器的 A 通道，ENB 接 B 通道，运行程序，白线直行时两个通道应该都是 70% 占空比，左转时 A 通道占空比变成 35%、B 通道保持 70%。波形是方波，频率接近 100Hz，高低电平清晰，没有毛刺。

这一步花不了五分钟，但它能确认两件事：定时器初值算得对，以及 L298N 使能脚确实收到了可以用的方波。实物上很难用万用表测 PWM，示波器也不是所有人都方便借到，仿真里把波形验证好，就排除了“PWM 没输出”这个最大的未知因素，实物阶段可以直接放心调传感器。

6.2 实物调试顺序与参数迁移的三个习惯

从仿真跳到实物，我踩过不少坑，总结成三条习惯。第一条是阈值不能照搬。仿真的反射率模型和实物的环境光、黑板材质、传感器安装高度都有差距，电位器位置必须重新调。做法是把小车架起来，传感器对准白纸，拧电位器直到程序读到 1；再对准黑线，读到 0。两边都稳定后，中间留一点余量就行。

第二条是焊接顺序有讲究。先焊电源部分，确认 5V 和 12V 都正常；再焊单片机最小系统，下载一个最简单的点灯程序验证最小系统能用；然后焊传感器，用串口或 LED 观察三路读值；最后才焊电机驱动和电机。每走一步都有可观测的输出，出了问题能立刻定位到层级。

第三条是共地意识。L298N 的逻辑电源和功率电源虽然都是独立端子，但必须和单片机共用一个 GND，否则 IN1～IN4 的高电平时有时无，表现就是电机时转时不转。这个在仿真里不明显，因为仿真电源自动共地，实物上却是最常见的翻车点。我做这个小车时吃过一次亏，后来凡是带驱动芯片的电路，画图第一步就把地线连完整，再谈信号线。希望帮到你。

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