简介这是一套基于STM32与51单片机的AGV智能小车寻迹避障系统完整项目资料面向具备一定嵌入式基础、对智能小车与单片机开发感兴趣的研发人员和工程师可帮助读者快速掌握从硬件搭建、传感器配置到路径跟踪与避障控制的完整开发流程。文档以1个PDF文件呈现整体大小约4.29MB内容涵盖项目背景、功能设计、硬件连接、软件编程、PID控制算法、超声波避障实现及蓝牙通信协议等核心环节并配有相关代码示例与硬件结构说明。资源目前已有186人学习下载。读者借助该PDF可以系统理解STM32C8T6与51单片机两套方案的实现差异明确红外寻迹、超声波测距、声光报警和状态监测等模块的交互方式同时文档给出的电路设计、代码框架和改进方向可用于教学演示、课程设计及工程项目预研为后续二次开发提供扎实的参考资料。 调试AGV小车的时候最烦的不是算法写不出来而是明明代码该写的都写了板子就是不给你反应。我当时用STM32F103C8T6加STC89C52RC搭这套寻迹避障系统第一次上电ST-Link直接给我报了一个no stm32 target found排查了大半天最后发现是SWDIO那根杜邦线虚接。这种问题在嵌入式项目里太常见了但就是容易卡住新手。所以我把这套AGV智能小车的完整设计思路、源码结构和踩坑记录整理出来从硬件选型到双芯片通信再到调试工具链一次性说清楚给准备做STM32或51单片机相关毕设、竞赛项目的同学一份可以直接参考的实战资料。很多人拿到AGV小车寻迹避障这个题目第一反应是找个STM32的板子把传感器接上去然后用PWM控制电机跑起来。但真正做下来你会发现寻迹和避障是两个完全不同优先级的工作寻迹需要频繁读取多路红外传感器的电平状态避障需要不断触发超声波测距并处理回波时间如果全部挤在一个主循环里逻辑上很容易互相干扰。我在这套系统里用了STM32和51单片机双芯片分工的方案用51单片机承担底层传感器采集和电机驱动STM32负责核心决策和通信两个芯片各干各的稳定性明显比单芯片方案高一个档次。1. 为什么用STM3251双芯片而不是单主控硬扛1.1 从AGV实际工况倒推控制架构AGV小车在真实场景里的工作流程和课设里跑一圈黑线完全不是一回事。小车要持续检测路径偏差、判断前方是否有障碍物、还要响应上位机指令这几个任务对实时性的要求不一样。寻迹传感器是数字量读取快但频率高超声波测距是时间量要等回波周期短了测不准周期长了避障反应慢电机PWM又不能因为传感器读取而出现卡顿。把这些任务全部塞进一个STM32的while循环不是不能跑但程序一复杂后面加功能就非常痛苦。我的思路是把系统拆成两层。底层用51单片机因为STC89C52RC这类芯片做IO读写、定时器中断、PWM产生非常成熟资源占用低代码写起来直观。它负责五路红外寻迹传感器的电平采集、前后两个超声波模块的触发与回波计时、以及通过TB6612驱动芯片控制两个直流电机的PWM输出。上层用STM32F103C8T6负责路径决策、避障逻辑、串口通信和参数配置。两个芯片之间通过UART串口连接用自定义协议帧通信。1.2 两个芯片的职责边界和通信设计有人会问51单片机采集了传感器数据STM32怎么知道当前路况我的做法是51单片机定时2ms扫描一次传感器状态把五路寻迹传感器的高低电平打包成一个字节加上两个超声波传感器测得的距离值组成一帧数据通过串口发给STM32。STM32收到数据后根据当前状态机决定小车怎么走再回传一帧指令包含目标速度、转向比例、是否停车等信息。通信协议我用了最简单的帧格式帧头0xAA、数据类型、数据长度、数据负载、校验和。校验和用累加和虽然不如CRC严谨但对这种短帧、低速率的应用场景完全够用而且51单片机处理累加和代码量很小。双方的波特率设置为9600bps这个速率下传五路传感器状态加两个距离值一帧大概8字节传输时间不到10ms实时性可以接受。如果波特率再高51单片机的时钟误差会造成误码率上升我用12MHz晶振实测9600是比较稳的选择。2. 硬件选型和电路设计底盘、传感器、电源三大块2.1 底盘与电机驱动方案的取舍底盘我用了常见的四轮小车底盘后轮两个直流减速电机驱动前轮是万向轮。这里有个细节需要注意直流减速电机的减速比决定了小车的速度上限和扭矩。对于寻迹这种需要精细调整方向的应用减速比1:48左右的电机比较合适——速度太快会导致过弯时冲出赛道太慢则会影响整体搬运效率。我当时试过1:120的电机扭矩是大了但直行速度只有0.3m/s左右做动态避障测试时反应偏迟钝后来换回1:48。电机驱动芯片选的TB6612FNG比L298N好用太多。TB6612体积小、压降小内部是MOSFET结构不需要额外散热片逻辑电压3.3V就能直接驱动STM32和51单片机都可以直连。而且TB6612支持PWM频率到100kHz这意味着你可以在较高频率下调PWM电机噪声明显更小响应也更线性。接线方式AIN1/AIN2、BIN1/BIN2接51单片机的GPIO控制正反转PWMA/PWMB接定时器PWM输出脚STBY接高电平使能。2.2 寻迹传感器布局五路TCRT5000的间距设置寻迹模块用的TCRT5000红外反射传感器这个传感器本质是一个红外发射管加一个光电三极管表面颜色不同反射率不同输出电平就不一样。市面上有集成好的四路、五路寻迹模块直接输出数字量背面有电位器可调阈值。但我建议自己买散件焊到洞洞板上自己控制探头间距因为成品模块的探头间距通常是固定的不一定匹配你的赛道线宽。我设计的五路传感器探头间距是1.5cm总宽度覆盖6cm左右。为什么是1.5cm因为常见的黑色电工胶带赛道线宽为2cm左右五路探头并排中间一路正对黑线左右两路刚好压在线的边缘最外侧两路作为备用检测。这样设计的好处是当小车轻微偏离时中间三路的状态变化非常灵敏能提供连续的偏差信号。如果探头间距太小传感器之间会互相干扰太宽压线状态不准确转向幅度不好控制。2.3 避障传感器超声波模块选型和安装位置避障部分我用的是HC-SR04超声波测距模块。选择它不是因为精度多高而是因为它便宜、触发简单、技术资料多。HC-SR04的测量原理是Trig引脚给一个10us以上的高电平触发模块发送8个40kHz脉冲Echo引脚输出高电平高电平持续时间就是声音往返的时间。距离 高电平时间 × 340m/s ÷ 2。但HC-SR04有一个很大的局限就是波束角大约15度只能检测正前方物体而且存在2cm左右的盲区。所以我加了一路超声波朝正前方另一路斜向下45度朝向小车前方的地面区域专门检测低矮障碍物。实际测试中单路正前方超声波很容易漏掉一些矮小的纸箱斜向那路能补上盲区。安装高度上模块离地面3~5cm比较合适既能检测到前方障碍又不会因为地面反射产生错误回波。2.4 电源树设计为什么必须单独给电机供电电源设计是整个小车最容易出问题的地方也是很多跑着跑着单片机重启问题的根源。我的小车用的是两节18650锂电池串联供电标称7.4V充满8.4V。7.4V直接接TB6612的VM引脚给电机供电同时经过一个AMS1117-5.0稳压到5V给51单片机和传感器模块供电再经过一个AMS1117-3.3稳压到3.3V给STM32供电。这里有个关键点电机启动瞬间电流可以达到1A以上如果和单片机共用同一路电源电压会被瞬间拉低导致单片机复位。所以电源走线必须遵循电机电源回路和逻辑电源回路分开的原则两个电源在总输入端汇合但在PCB或洞洞板上分开走线并且逻辑电源靠近单片机的位置加一个470uF电解电容和0.1uF瓷片电容做去耦。实测加上电容后电机急停时单片机就不再复位了。3. 寻迹与避障策略的实现细节3.1 五路传感器状态与偏差量的映射寻迹控制的核心是把五路传感器的电平状态映射成一个偏差量然后根据偏差量调整左右轮速度。我给五路传感器编号S1到S5从最左到最右。当小车完全在黑线上时S3检测到黑线输出低电平其它四路输出高电平。这里的输出逻辑取决于模块设计我用的模块是检测到黑线输出低电平所以读取时要注意取反。偏差量计算我用了加权和把S1到S5的位置权重设为-4、-2、0、2、4然后将检测到黑线的传感器权重相加得到的和就是偏差值。比如小车偏左S1、S2检测到黑线偏差 (-4) (-2) -6。小车居中S3检测到偏差 0。这个偏差值直接传给STM32的PID调节器输出一个转向补偿量。3.2 转向控制的PID调参经验速度控制我用的是增量式PID算法。目标速度通过串口下发默认直行速度是PWM占空比50%左右对应大约0.5m/s转向补偿量叠加到左右轮上左轮PWM 基础PWM 补偿量右轮PWM 基础PWM - 补偿量。补偿量的正负由偏差值决定。第一次调PID时我犯了个错把P值设得太大结果小车在黑线上高频振荡蛇形走位特别严重。后来按照先调P、再调I、不调D的顺序P从0.5开始每次加0.2观察到小车能顺利过弯且没有明显抖动时停下来I设为0.01到0.02之间用来消除直行时的稳态误差D一般不需要因为传感器是离散量微分作用在传感器跳变时会产生尖刺反而不稳定。实际参数是P1.2I0.015D0在普通室内灯光环境下跑起来很稳。3.3 避障状态机和寻迹逻辑如何协同避障不能简单写成检测到障碍就转弯否则小车会绕过障碍后找不到原来的路径。我设计了一个三级状态机STATE_TRACK正常寻迹状态读取传感器偏差并调整方向。STATE_AVOID检测到前方障碍进入避障状态。记录当前左轮和右轮的PWM值执行停车-左转90度-前进-右转90度的绕行动作绕行完成后切回STATE_TRACK。STATE_STOP连续检测到障碍超过3秒认为路径被堵死停车并上报上位机。状态切换条件放在STM32的主循环里每次接收到51单片机的传感器数据后先判断超声波距离是否小于15cm小于就进入避障状态否则保持或恢复寻迹状态。这个15cm的阈值可以根据小车的速度调整速度越快阈值要越大否则刹车距离不够。我用0.5m/s速度时15cm阈值配合急停PWM0实测能在障碍前5cm左右停下来不会撞上。4. 源码工程结构与核心模块解读4.1 两套工程的总体目录这套系统的源码分两个独立工程STM32端Keil MDK工程和51端Keil C51工程两个工程文件不要放在同一个文件夹下因为Keil的C51和ARM编译环境不同混在一起会出现设备选择冲突。我的目录结构是这样的AGV_Car/ ├── STM32_AGV/ │ ├── Core/ │ │ ├── Inc/ │ │ └── Src/ │ │ ├── main.c │ │ ├── state_machine.c │ │ ├── pid.c │ │ └── uart_protocol.c │ └── Drivers/ ├── 51_AGV/ │ ├── main.c │ ├── uart.c │ ├── motor.c │ ├── sensor.c │ └── ultrasonic.c └── README.mdSTM32端用HAL库状态机和PID算法独立成c文件方便后续扩展。51端没有用任何库全部寄存器操作因为STC89C52RC的资源有限库函数反而增加编译后的代码体积。4.2 51单片机端的传感器采集与电机控制51端的主程序核心是一个2ms定时器中断在中断里完成传感器采集和PWM波形更新。STC89C52RC的定时器T0工作在方式28位自动重装中断周期2ms同时用软件计数器累加产生PWM波——这样可以省掉硬件PWM模块的依赖。PWM周期设为200Hz即5ms一个周期。软件PWM的代码结构如下void timer0_isr() interrupt 1 { pwm_counter; if (pwm_counter PWM_PERIOD) { pwm_counter 0; } // 左轮PWM if (pwm_counter left_pwm_duty) { MOTOR_LEFT_PWM 1; } else { MOTOR_LEFT_PWM 0; } // 右轮PWM同理 // 每10ms采集一次传感器状态 sensor_scan_counter; if (sensor_scan_counter 5) { sensor_scan_counter 0; read_tracking_sensors(); read_ultrasonic(); send_uart_frame(); } }这里的PWM_PERIOD是占空比最大值比如设置为100那么left_pwm_duty的值就是0到100的整数直接表示占空比百分比。通过串口下发指令修改这个值就能控制车速。4.3 STM32端的状态机和PID模块STM32端的main函数逻辑非常简洁初始化HAL库、初始化串口、初始化状态机参数然后进入while循环不断处理串口接收到的数据帧更新状态机和PID输出。状态机用结构体实现typedef struct { uint8_t current_state; uint8_t obstacle_flag; uint16_t front_distance; uint16_t ground_distance; int16_t track_deviation; int16_t left_speed; int16_t right_speed; } AGV_Status_t;PID输出计算在pid.c里int16_t pid_update(PID_t *pid, int16_t target, int16_t actual) { int16_t error target - actual; pid-integral error; if (pid-integral pid-max_integral) pid-integral pid-max_integral; if (pid-integral -pid-max_integral) pid-integral -pid-max_integral; int16_t output pid-kp * error pid-ki * pid-integral; if (output pid-max_output) output pid-max_output; if (output -pid-max_output) output -pid-max_output; return output; }这套代码的量级控制在500行以内注释齐全适合直接移植到自己的项目里也方便在毕设论文里写清楚每个模块的设计思路。5. 开发环境与调试踩坑记录5.1 Keil5同时开发C51和STM32的配置很多人在一台电脑上装Keil5开发51单片机时发现设备列表里找不到STC系列或者开发STM32时找不到ARM芯片这是因为Keil5的器件支持包Pack需要单独安装。安装C51支持包后才能使用51单片机安装对应的STM32F1系列Pack后才能开发STM32。我建议按以下步骤操作先安装Keil5主程序再分别安装C51和ARM编译器取决于你下载的版本有的安装包自带ARM编译器然后在Pack Installer里安装STC和STM32F1系列的支持包。另外用STC-ISP软件烧录51单片机时STC89C52RC用的是串口下载需要冷启动先断电再上电才能进入下载模式这个也容易让人误以为是板子坏了。5.2 ST-Link烧录报错的排查链路回到开头说的error: no stm32 target found!这个报错在STM32开发里非常高频。我排查的顺序是先检查ST-Link和电脑端的驱动是否正常设备管理器里能看到ST-Link设备再用万用表量SWDIO和SWCLK引脚是否和STM32对应引脚连通最后确认目标板供电。我那次的问题是SWDIO杜邦线松动重新插紧就好了。还有一次遇到类似报错查到最后是STM32的BOOT0引脚电平没设置对。BOOT0接高电平时芯片从系统存储器启动用户Flash里的程序不会运行SWD连接也会受干扰。正常情况下BOOT0要接GNDBOOT1接GND从主Flash启动。如果板子上这两个引脚悬空也可能导致连接不稳定。5.3 调参过程中遇到的坑调参阶段最典型的坑是红外传感器在强光下的误判。TCRT5000本质是对反射光强敏感太阳光直射时黑白线的电压差会变小导致传感器输出乱跳。我的解决办法是在传感器上方加一个黑色遮光罩同时把电位器阈值调高让它在强光下也能区分黑白线。另外寻迹模块的供电要稳我用的独立5V稳压输出不要和舵机或电机共用电源否则电平抖动会被误判为传感器状态变化。超声波模块的最大坑是Echo引脚直接接51单片机的GPIO时5V高电平对某些3.3V系统是过压的。好在STC89C52RC本身是5V单片机不存在这个问题。但如果你用STM32直接读HC-SR04就得分压电阻否则长时间可能烧引脚。我因为用的是51采集超声波所以没遇到这问题但如果你按我的架构做单芯片版本这点务必注意。6. 实测效果、性能边界和后续扩展方向6.1 实测效果和性能边界整个系统调试完成后我在室内地板上用2cm宽黑色电工胶带贴了一个环形赛道包含直角弯、S弯和一段30cm宽的障碍物区域。实测数据直行速度0.45m/s过弯时自动降速到0.25m/s左右寻迹成功率约95%——失败主要出现在急转弯和强光直射两种场景。避障方面正前方15cm处放一个10cm高的纸箱小车能在5~8cm距离内完成急停并绕行绕行时间约2.5秒。性能边界的限制主要在51单片机的处理能力上。五路传感器加两路超声波2ms扫描周期已经是极限如果还想加编码器测速或者陀螺仪就得考虑用STM32裸机接管所有外设或者上RTOS。51单片机的Flash只有8K程序空间也比较紧张我最后编译完的代码占了大概7.2K再往里加功能就比较吃力了。6.2 从课设到工程系统的扩展思路这套双芯片架构做好了后续扩展方向非常多。如果想接入AGV调度系统STM32端可以加一个WiFi或蓝牙模块比如ESP8266通过MQTT协议上报位置和状态接收任务指令。如果想让路径规划更智能可以在STM32里实现A算法配合地图地图的栅格化处理这就是热门搜索词里三条agv基本a算法的一个实际落地场景。再往深一步如果做多台AGV协同可以引入OpenTCS这类开源调度框架上位机统一调度每台小车只是执行节点。底层的51单片机仍然能干活因为它的职责已经固定下来就是可靠的IO采集和电机控制这恰恰是嵌入式系统设计的核心思想——把简单的事情做稳定把复杂的事情分层。最后分享一个经验这套系统从头做到调通我大概花了三周时间其中硬件组装加焊接不到三天剩下时间几乎全耗在电源稳定性、传感器阈值校准和PID参数整定上。很多同学觉得嵌入式难其实难的不是写代码而是当你面对一个偶尔抽风的硬件系统时能不能耐住性子一步步排查定位问题。工具链没配好、电源不稳、地线接触不良这三个问题占了调试时间的一半以上。你现在拿到这套方案建议也按硬件到软件的思路来做先把电源和传感器调稳了再写控制逻辑整个流程会顺畅很多。本文还有配套的精品资源点击获取
STM32与51单片机双芯片AGV寻迹避障小车实战：从硬件选型到源码解析
简介这是一套基于STM32与51单片机的AGV智能小车寻迹避障系统完整项目资料面向具备一定嵌入式基础、对智能小车与单片机开发感兴趣的研发人员和工程师可帮助读者快速掌握从硬件搭建、传感器配置到路径跟踪与避障控制的完整开发流程。文档以1个PDF文件呈现整体大小约4.29MB内容涵盖项目背景、功能设计、硬件连接、软件编程、PID控制算法、超声波避障实现及蓝牙通信协议等核心环节并配有相关代码示例与硬件结构说明。资源目前已有186人学习下载。读者借助该PDF可以系统理解STM32C8T6与51单片机两套方案的实现差异明确红外寻迹、超声波测距、声光报警和状态监测等模块的交互方式同时文档给出的电路设计、代码框架和改进方向可用于教学演示、课程设计及工程项目预研为后续二次开发提供扎实的参考资料。 调试AGV小车的时候最烦的不是算法写不出来而是明明代码该写的都写了板子就是不给你反应。我当时用STM32F103C8T6加STC89C52RC搭这套寻迹避障系统第一次上电ST-Link直接给我报了一个no stm32 target found排查了大半天最后发现是SWDIO那根杜邦线虚接。这种问题在嵌入式项目里太常见了但就是容易卡住新手。所以我把这套AGV智能小车的完整设计思路、源码结构和踩坑记录整理出来从硬件选型到双芯片通信再到调试工具链一次性说清楚给准备做STM32或51单片机相关毕设、竞赛项目的同学一份可以直接参考的实战资料。很多人拿到AGV小车寻迹避障这个题目第一反应是找个STM32的板子把传感器接上去然后用PWM控制电机跑起来。但真正做下来你会发现寻迹和避障是两个完全不同优先级的工作寻迹需要频繁读取多路红外传感器的电平状态避障需要不断触发超声波测距并处理回波时间如果全部挤在一个主循环里逻辑上很容易互相干扰。我在这套系统里用了STM32和51单片机双芯片分工的方案用51单片机承担底层传感器采集和电机驱动STM32负责核心决策和通信两个芯片各干各的稳定性明显比单芯片方案高一个档次。1. 为什么用STM3251双芯片而不是单主控硬扛1.1 从AGV实际工况倒推控制架构AGV小车在真实场景里的工作流程和课设里跑一圈黑线完全不是一回事。小车要持续检测路径偏差、判断前方是否有障碍物、还要响应上位机指令这几个任务对实时性的要求不一样。寻迹传感器是数字量读取快但频率高超声波测距是时间量要等回波周期短了测不准周期长了避障反应慢电机PWM又不能因为传感器读取而出现卡顿。把这些任务全部塞进一个STM32的while循环不是不能跑但程序一复杂后面加功能就非常痛苦。我的思路是把系统拆成两层。底层用51单片机因为STC89C52RC这类芯片做IO读写、定时器中断、PWM产生非常成熟资源占用低代码写起来直观。它负责五路红外寻迹传感器的电平采集、前后两个超声波模块的触发与回波计时、以及通过TB6612驱动芯片控制两个直流电机的PWM输出。上层用STM32F103C8T6负责路径决策、避障逻辑、串口通信和参数配置。两个芯片之间通过UART串口连接用自定义协议帧通信。1.2 两个芯片的职责边界和通信设计有人会问51单片机采集了传感器数据STM32怎么知道当前路况我的做法是51单片机定时2ms扫描一次传感器状态把五路寻迹传感器的高低电平打包成一个字节加上两个超声波传感器测得的距离值组成一帧数据通过串口发给STM32。STM32收到数据后根据当前状态机决定小车怎么走再回传一帧指令包含目标速度、转向比例、是否停车等信息。通信协议我用了最简单的帧格式帧头0xAA、数据类型、数据长度、数据负载、校验和。校验和用累加和虽然不如CRC严谨但对这种短帧、低速率的应用场景完全够用而且51单片机处理累加和代码量很小。双方的波特率设置为9600bps这个速率下传五路传感器状态加两个距离值一帧大概8字节传输时间不到10ms实时性可以接受。如果波特率再高51单片机的时钟误差会造成误码率上升我用12MHz晶振实测9600是比较稳的选择。2. 硬件选型和电路设计底盘、传感器、电源三大块2.1 底盘与电机驱动方案的取舍底盘我用了常见的四轮小车底盘后轮两个直流减速电机驱动前轮是万向轮。这里有个细节需要注意直流减速电机的减速比决定了小车的速度上限和扭矩。对于寻迹这种需要精细调整方向的应用减速比1:48左右的电机比较合适——速度太快会导致过弯时冲出赛道太慢则会影响整体搬运效率。我当时试过1:120的电机扭矩是大了但直行速度只有0.3m/s左右做动态避障测试时反应偏迟钝后来换回1:48。电机驱动芯片选的TB6612FNG比L298N好用太多。TB6612体积小、压降小内部是MOSFET结构不需要额外散热片逻辑电压3.3V就能直接驱动STM32和51单片机都可以直连。而且TB6612支持PWM频率到100kHz这意味着你可以在较高频率下调PWM电机噪声明显更小响应也更线性。接线方式AIN1/AIN2、BIN1/BIN2接51单片机的GPIO控制正反转PWMA/PWMB接定时器PWM输出脚STBY接高电平使能。2.2 寻迹传感器布局五路TCRT5000的间距设置寻迹模块用的TCRT5000红外反射传感器这个传感器本质是一个红外发射管加一个光电三极管表面颜色不同反射率不同输出电平就不一样。市面上有集成好的四路、五路寻迹模块直接输出数字量背面有电位器可调阈值。但我建议自己买散件焊到洞洞板上自己控制探头间距因为成品模块的探头间距通常是固定的不一定匹配你的赛道线宽。我设计的五路传感器探头间距是1.5cm总宽度覆盖6cm左右。为什么是1.5cm因为常见的黑色电工胶带赛道线宽为2cm左右五路探头并排中间一路正对黑线左右两路刚好压在线的边缘最外侧两路作为备用检测。这样设计的好处是当小车轻微偏离时中间三路的状态变化非常灵敏能提供连续的偏差信号。如果探头间距太小传感器之间会互相干扰太宽压线状态不准确转向幅度不好控制。2.3 避障传感器超声波模块选型和安装位置避障部分我用的是HC-SR04超声波测距模块。选择它不是因为精度多高而是因为它便宜、触发简单、技术资料多。HC-SR04的测量原理是Trig引脚给一个10us以上的高电平触发模块发送8个40kHz脉冲Echo引脚输出高电平高电平持续时间就是声音往返的时间。距离 高电平时间 × 340m/s ÷ 2。但HC-SR04有一个很大的局限就是波束角大约15度只能检测正前方物体而且存在2cm左右的盲区。所以我加了一路超声波朝正前方另一路斜向下45度朝向小车前方的地面区域专门检测低矮障碍物。实际测试中单路正前方超声波很容易漏掉一些矮小的纸箱斜向那路能补上盲区。安装高度上模块离地面3~5cm比较合适既能检测到前方障碍又不会因为地面反射产生错误回波。2.4 电源树设计为什么必须单独给电机供电电源设计是整个小车最容易出问题的地方也是很多跑着跑着单片机重启问题的根源。我的小车用的是两节18650锂电池串联供电标称7.4V充满8.4V。7.4V直接接TB6612的VM引脚给电机供电同时经过一个AMS1117-5.0稳压到5V给51单片机和传感器模块供电再经过一个AMS1117-3.3稳压到3.3V给STM32供电。这里有个关键点电机启动瞬间电流可以达到1A以上如果和单片机共用同一路电源电压会被瞬间拉低导致单片机复位。所以电源走线必须遵循电机电源回路和逻辑电源回路分开的原则两个电源在总输入端汇合但在PCB或洞洞板上分开走线并且逻辑电源靠近单片机的位置加一个470uF电解电容和0.1uF瓷片电容做去耦。实测加上电容后电机急停时单片机就不再复位了。3. 寻迹与避障策略的实现细节3.1 五路传感器状态与偏差量的映射寻迹控制的核心是把五路传感器的电平状态映射成一个偏差量然后根据偏差量调整左右轮速度。我给五路传感器编号S1到S5从最左到最右。当小车完全在黑线上时S3检测到黑线输出低电平其它四路输出高电平。这里的输出逻辑取决于模块设计我用的模块是检测到黑线输出低电平所以读取时要注意取反。偏差量计算我用了加权和把S1到S5的位置权重设为-4、-2、0、2、4然后将检测到黑线的传感器权重相加得到的和就是偏差值。比如小车偏左S1、S2检测到黑线偏差 (-4) (-2) -6。小车居中S3检测到偏差 0。这个偏差值直接传给STM32的PID调节器输出一个转向补偿量。3.2 转向控制的PID调参经验速度控制我用的是增量式PID算法。目标速度通过串口下发默认直行速度是PWM占空比50%左右对应大约0.5m/s转向补偿量叠加到左右轮上左轮PWM 基础PWM 补偿量右轮PWM 基础PWM - 补偿量。补偿量的正负由偏差值决定。第一次调PID时我犯了个错把P值设得太大结果小车在黑线上高频振荡蛇形走位特别严重。后来按照先调P、再调I、不调D的顺序P从0.5开始每次加0.2观察到小车能顺利过弯且没有明显抖动时停下来I设为0.01到0.02之间用来消除直行时的稳态误差D一般不需要因为传感器是离散量微分作用在传感器跳变时会产生尖刺反而不稳定。实际参数是P1.2I0.015D0在普通室内灯光环境下跑起来很稳。3.3 避障状态机和寻迹逻辑如何协同避障不能简单写成检测到障碍就转弯否则小车会绕过障碍后找不到原来的路径。我设计了一个三级状态机STATE_TRACK正常寻迹状态读取传感器偏差并调整方向。STATE_AVOID检测到前方障碍进入避障状态。记录当前左轮和右轮的PWM值执行停车-左转90度-前进-右转90度的绕行动作绕行完成后切回STATE_TRACK。STATE_STOP连续检测到障碍超过3秒认为路径被堵死停车并上报上位机。状态切换条件放在STM32的主循环里每次接收到51单片机的传感器数据后先判断超声波距离是否小于15cm小于就进入避障状态否则保持或恢复寻迹状态。这个15cm的阈值可以根据小车的速度调整速度越快阈值要越大否则刹车距离不够。我用0.5m/s速度时15cm阈值配合急停PWM0实测能在障碍前5cm左右停下来不会撞上。4. 源码工程结构与核心模块解读4.1 两套工程的总体目录这套系统的源码分两个独立工程STM32端Keil MDK工程和51端Keil C51工程两个工程文件不要放在同一个文件夹下因为Keil的C51和ARM编译环境不同混在一起会出现设备选择冲突。我的目录结构是这样的AGV_Car/ ├── STM32_AGV/ │ ├── Core/ │ │ ├── Inc/ │ │ └── Src/ │ │ ├── main.c │ │ ├── state_machine.c │ │ ├── pid.c │ │ └── uart_protocol.c │ └── Drivers/ ├── 51_AGV/ │ ├── main.c │ ├── uart.c │ ├── motor.c │ ├── sensor.c │ └── ultrasonic.c └── README.mdSTM32端用HAL库状态机和PID算法独立成c文件方便后续扩展。51端没有用任何库全部寄存器操作因为STC89C52RC的资源有限库函数反而增加编译后的代码体积。4.2 51单片机端的传感器采集与电机控制51端的主程序核心是一个2ms定时器中断在中断里完成传感器采集和PWM波形更新。STC89C52RC的定时器T0工作在方式28位自动重装中断周期2ms同时用软件计数器累加产生PWM波——这样可以省掉硬件PWM模块的依赖。PWM周期设为200Hz即5ms一个周期。软件PWM的代码结构如下void timer0_isr() interrupt 1 { pwm_counter; if (pwm_counter PWM_PERIOD) { pwm_counter 0; } // 左轮PWM if (pwm_counter left_pwm_duty) { MOTOR_LEFT_PWM 1; } else { MOTOR_LEFT_PWM 0; } // 右轮PWM同理 // 每10ms采集一次传感器状态 sensor_scan_counter; if (sensor_scan_counter 5) { sensor_scan_counter 0; read_tracking_sensors(); read_ultrasonic(); send_uart_frame(); } }这里的PWM_PERIOD是占空比最大值比如设置为100那么left_pwm_duty的值就是0到100的整数直接表示占空比百分比。通过串口下发指令修改这个值就能控制车速。4.3 STM32端的状态机和PID模块STM32端的main函数逻辑非常简洁初始化HAL库、初始化串口、初始化状态机参数然后进入while循环不断处理串口接收到的数据帧更新状态机和PID输出。状态机用结构体实现typedef struct { uint8_t current_state; uint8_t obstacle_flag; uint16_t front_distance; uint16_t ground_distance; int16_t track_deviation; int16_t left_speed; int16_t right_speed; } AGV_Status_t;PID输出计算在pid.c里int16_t pid_update(PID_t *pid, int16_t target, int16_t actual) { int16_t error target - actual; pid-integral error; if (pid-integral pid-max_integral) pid-integral pid-max_integral; if (pid-integral -pid-max_integral) pid-integral -pid-max_integral; int16_t output pid-kp * error pid-ki * pid-integral; if (output pid-max_output) output pid-max_output; if (output -pid-max_output) output -pid-max_output; return output; }这套代码的量级控制在500行以内注释齐全适合直接移植到自己的项目里也方便在毕设论文里写清楚每个模块的设计思路。5. 开发环境与调试踩坑记录5.1 Keil5同时开发C51和STM32的配置很多人在一台电脑上装Keil5开发51单片机时发现设备列表里找不到STC系列或者开发STM32时找不到ARM芯片这是因为Keil5的器件支持包Pack需要单独安装。安装C51支持包后才能使用51单片机安装对应的STM32F1系列Pack后才能开发STM32。我建议按以下步骤操作先安装Keil5主程序再分别安装C51和ARM编译器取决于你下载的版本有的安装包自带ARM编译器然后在Pack Installer里安装STC和STM32F1系列的支持包。另外用STC-ISP软件烧录51单片机时STC89C52RC用的是串口下载需要冷启动先断电再上电才能进入下载模式这个也容易让人误以为是板子坏了。5.2 ST-Link烧录报错的排查链路回到开头说的error: no stm32 target found!这个报错在STM32开发里非常高频。我排查的顺序是先检查ST-Link和电脑端的驱动是否正常设备管理器里能看到ST-Link设备再用万用表量SWDIO和SWCLK引脚是否和STM32对应引脚连通最后确认目标板供电。我那次的问题是SWDIO杜邦线松动重新插紧就好了。还有一次遇到类似报错查到最后是STM32的BOOT0引脚电平没设置对。BOOT0接高电平时芯片从系统存储器启动用户Flash里的程序不会运行SWD连接也会受干扰。正常情况下BOOT0要接GNDBOOT1接GND从主Flash启动。如果板子上这两个引脚悬空也可能导致连接不稳定。5.3 调参过程中遇到的坑调参阶段最典型的坑是红外传感器在强光下的误判。TCRT5000本质是对反射光强敏感太阳光直射时黑白线的电压差会变小导致传感器输出乱跳。我的解决办法是在传感器上方加一个黑色遮光罩同时把电位器阈值调高让它在强光下也能区分黑白线。另外寻迹模块的供电要稳我用的独立5V稳压输出不要和舵机或电机共用电源否则电平抖动会被误判为传感器状态变化。超声波模块的最大坑是Echo引脚直接接51单片机的GPIO时5V高电平对某些3.3V系统是过压的。好在STC89C52RC本身是5V单片机不存在这个问题。但如果你用STM32直接读HC-SR04就得分压电阻否则长时间可能烧引脚。我因为用的是51采集超声波所以没遇到这问题但如果你按我的架构做单芯片版本这点务必注意。6. 实测效果、性能边界和后续扩展方向6.1 实测效果和性能边界整个系统调试完成后我在室内地板上用2cm宽黑色电工胶带贴了一个环形赛道包含直角弯、S弯和一段30cm宽的障碍物区域。实测数据直行速度0.45m/s过弯时自动降速到0.25m/s左右寻迹成功率约95%——失败主要出现在急转弯和强光直射两种场景。避障方面正前方15cm处放一个10cm高的纸箱小车能在5~8cm距离内完成急停并绕行绕行时间约2.5秒。性能边界的限制主要在51单片机的处理能力上。五路传感器加两路超声波2ms扫描周期已经是极限如果还想加编码器测速或者陀螺仪就得考虑用STM32裸机接管所有外设或者上RTOS。51单片机的Flash只有8K程序空间也比较紧张我最后编译完的代码占了大概7.2K再往里加功能就比较吃力了。6.2 从课设到工程系统的扩展思路这套双芯片架构做好了后续扩展方向非常多。如果想接入AGV调度系统STM32端可以加一个WiFi或蓝牙模块比如ESP8266通过MQTT协议上报位置和状态接收任务指令。如果想让路径规划更智能可以在STM32里实现A算法配合地图地图的栅格化处理这就是热门搜索词里三条agv基本a算法的一个实际落地场景。再往深一步如果做多台AGV协同可以引入OpenTCS这类开源调度框架上位机统一调度每台小车只是执行节点。底层的51单片机仍然能干活因为它的职责已经固定下来就是可靠的IO采集和电机控制这恰恰是嵌入式系统设计的核心思想——把简单的事情做稳定把复杂的事情分层。最后分享一个经验这套系统从头做到调通我大概花了三周时间其中硬件组装加焊接不到三天剩下时间几乎全耗在电源稳定性、传感器阈值校准和PID参数整定上。很多同学觉得嵌入式难其实难的不是写代码而是当你面对一个偶尔抽风的硬件系统时能不能耐住性子一步步排查定位问题。工具链没配好、电源不稳、地线接触不良这三个问题占了调试时间的一半以上。你现在拿到这套方案建议也按硬件到软件的思路来做先把电源和传感器调稳了再写控制逻辑整个流程会顺畅很多。本文还有配套的精品资源点击获取
