简介：基于STM32的物流自动分拣小车完整毕业设计项目，源代码与配套文档一并打包，答辩评审成绩达98分。项目涵盖STM32F10x系列芯片的定时器、ADC、I2C、CAN等外设驱动模块，用于实现货物识别、自动分拣与路径规划等典型功能，适合计算机、自动化、通信等专业学生作为课程设计或毕业设计参考，也可用于嵌入式进阶练手。压缩包共225个文件，以C语言源文件、H头文件、Hex烧录文件及Keil工程文件为主，附带编译中间文件与文档说明，整体大小8.07MB，解压后配合Keil MDK即可查看和编译工程。代码经完整调试与测试，运行可靠，借鉴价值较高，目前已有302人学习下载。基础扎实的读者还可在该项目上扩展传感器类型、优化分拣策略，实现更多个性化功能。 毕业设计选“物流分拣小车”这个方向，在嵌入式赛道上属于很经典也很有含金量的一类题目。它不像纯智能车竞赛那样只追求速度，也不像纯物联网项目那样只做数据上报，而是把传感器采集、电机驱动、逻辑决策、机械执行串成一条完整的自动化链路，工作量饱满，技术点密集，答辩时也特别容易讲出层次感。
这篇文章我就以“拿到一套可复现的STM32物流自动分拣小车源码”为起点，从硬件选型、传感器布局、运动控制、状态机设计、调试排错到毕设文档整理，完整拆解一遍这个项目应该怎么做。无论你是正在筹备这个题目的应届生，还是想用类似方案做课程设计、竞赛作品的嵌入式爱好者，这份拆解都能帮你少走很多弯路。
1. 分拣小车的系统组成与总体设计思路
很多人拿到题目第一反应是“先写代码”，这是个典型的陷阱。物流自动分拣小车本质上是一个机电一体化系统，软件只是其中的一部分。如果硬件结构不合理、传感器布局有问题，后面程序写得再漂亮，跑起来还是乱走一气。所以第一阶段的核心任务不是写代码，而是把系统的功能需求拆成硬件模块和软件模块，画清楚数据流和控制流。
一个标准的STM32物流自动分拣小车，通常要完成这样几个动作：沿着既定路径（一般是地面黑色引导线）行驶，识别到货物后停车或减速，检测货物信息（颜色、重量或RFID标签），然后将货物分拣到对应的卸货区，最后返回或继续下一轮搬运。围绕这些动作，系统可以拆成四个核心部分。
感知层负责采集环境信息，典型配置是灰度传感器组（用于循迹）、颜色传感器或RFID模块（用于识别货物类别）、称重模块（可选，用于重量分拣）、红外避障或超声波模块（用于安全停车）。控制层是一块主控MCU，也就是STM32系列芯片，负责读取传感器数据、运行决策算法、输出控制信号。执行层包括直流减速电机（驱动小车行走）、舵机或机械臂（执行推货动作）、传送带电机（如果做连续分拣线）。人机交互层则是OLED显示屏、按键、蜂鸣器、LED指示灯，用于显示状态和人工干预。
在设计阶段，最重要的一个决定是主控选型。物流分拣小车这个题目，STM32F103C8T6基本上是性价比最优解，价格便宜、资料多、外设齐全，对于毕业设计来说完全够用。如果你的系统里接了摄像头做视觉识别，或者需要同时跑多个复杂的控制算法，再考虑升级到STM32F407或H7系列。用F103的话，几个关键资源要提前确认：定时器数量要够PWM输出（两个电机通常需要4路PWM），ADC通道要够接传感器，串口至少留一路给调试，GPIO要覆盖按键、OLED、蜂鸣器等外设。
软件层面我强烈建议不要用裸机大循环一把梭，而是采用“主循环+状态机+定时器中断”的分层结构。主循环负责跑状态转移逻辑，定时器中断里做传感器周期性采样和电机PID调节，这样时序不会乱，也方便后面扩展功能。这套架构看起来简单，但对毕设来说“稳定可复现”比“花哨炫技”重要得多，评委问起来你也能把每一层讲清楚。
2. 硬件选型与机械结构搭建的核心要点
2.1 主控芯片与最小系统设计
市面上的STM32最小系统板已经很成熟，可以直接买成品，但我建议你在毕设文档里仍然要把最小系统的原理图画一遍，包含晶振电路、复位电路、电源去耦电容、BOOT引脚配置、SWD下载接口。原因很实在：这是硬件基础能力的体现，答辩时老师很可能会问“为什么晶振要用两个负载电容”“为什么每个电源引脚旁边都要放104去耦电容”之类的问题。
以STM32F103C8T6为例，典型的外部8MHz晶振配合两个20pF负载电容构成振荡电路。负载电容的计算公式是CL = (C1 × C2) / (C1 + C2) + Cstray，Cstray通常取5~10pF。如果PCB布局紧凑，走线短，C1和C2取18~22pF都能正常工作。复位电路则是10kΩ上拉电阻加100nF电容到地，实现上电自动复位。下载接口用SWD四线制就够了，SWDIO、SWCLK、GND、3.3V，比JTAG省IO，下载速度也稳定。
2.2 电机驱动与电源分配的坑
小车行走通常用两个直流减速电机做差速驱动，配一个L298N驱动模块或者TB6612FNG芯片。这里有个非常关键的坑：电机和主控的电源必须分开。电机启动瞬间电流可以达到几百毫安甚至更大，如果和STM32共用一组电源，电压跌落会导致MCU复位，表现为小车一启动就重启，这是新手最容易踩的故障之一。
我的做法是：用18650锂电池组（两节串联约7.4V）作为总电源，一路直接给电机驱动模块供电，另一路经过LM2596或AMS1117降压到5V和3.3V给主控、传感器供电。地线采用单点共地，也就是动力地和逻辑地在电源入口处汇接，其他地方不要交叉。这一点写在文档里，老师会觉得你确实做过项目，不是纸上谈兵。
2.3 底盘与分拣机构的组装建议
底盘方面，用亚克力三层板小车底盘是比较省事的选择，电机安装孔位标准，拓展孔多，方便固定传感器支架。安装灰度传感器时要注意一个细节：传感器离地面的高度控制在10~20mm之间，太近了地面反光不均匀会误判，太远了输出电压差别变小，阈值不好设置。循迹传感器的排布用一字型5路比较合适，比3路容错性好，比8路占用IO多且调试复杂。
分拣机构是另一个设计重点。常见方案有三种：舵机加推杆、机械爪、传送带加挡板。对于毕业设计，舵机加推杆的方案最稳妥，结构简单、控制容易、故障率低。用一颗MG996R舵机固定在车身侧面，通过舵机臂连接一个轻质推板，到位后旋转一定角度把货物推下卸货区。如果你做的是“传送带式分拣”，则需要在传送带末端加一个由舵机驱动的挡板，改变货物滑落方向，同样能实现分类，但机械加工量更大，不建议没有金工条件的同学选。
3. 传感器系统的分工与接口配置
3.1 循迹传感器：你需要的不是“读值”而是“状态”
5路灰度循迹模块（比如TCRT5000）输出的是模拟电压，需要接到STM32的ADC引脚。但实际项目里我建议按阈值把它转成数字逻辑量来处理，每一路要么是“黑线”要么是“白地”，循迹算法只关心这个布尔状态，不关心具体的模拟电压值。
比较合理的GPIO分配是：五路输出对应PA0~PA4，配置为上拉输入模式。每一路前方都用一个电压比较器模块（LM393）做阈值转换，能大大减少MCU的ADC采样负担。循迹逻辑采用“查表法”，把5路状态的组合映射成不同的控制行为：
- 中间三路中只有中间一路压线：直行
- 中间一路加左一路压线：小幅左转
- 只有左一路压线：大幅左转
- 只有右一路压线：大幅右转
- 五路全部压线：说明到了停止线或十字路口，结合任务逻辑做停车或计数处理
这里想强调一点：有些同学会直接上PID巡线，其实分拣小车在低速场景下不需要那么激进的控制算法，逻辑判断直行/转向足够稳定，而且代码更好解释。
3.2 货物识别方案：从颜色传感到RFID的层级递进
货物分拣的依据决定了系统的定位高度。如果目标只是完成“不同颜色货物分到不同区域”，用TCS3200颜色传感器就够了。TCS3200把颜色频率输出到STM32的定时器捕获引脚，通过测量不同颜色光的频率来识别颜色。实际使用时要先在固定光照下标定黑、白、红、绿、蓝几种基准色，记录频率范围，再在检测函数里做区间判断。
如果你的题目要求“每个货物有独立ID”，那就得用RFID方案。RC522读卡器通过SPI接口连接STM32，每个货物上贴一张IC卡，读到卡号后查表决定分拣去向。RC522驱动代码相对标准化，但要注意天线区域的铜箔布局，如果自己画PCB，天线匹配不好读卡距离会非常短。买现成模块的话，读卡距离一般在3~5cm，固定好安装位置就行。
这两类方案我建议在毕设文档里都提一下，实现其中一种，另一种作为“扩展与对比”写进展望部分，非常加分。
3.3 称重分拣的ADC抗干扰处理
如果题目里要求按重量分拣，就得用HX711称重模块加压力传感器。HX711是24位高精度ADC，通过两根线（DT和SCK）与MCU通信，只需要三个GPIO。但这个模块有一个典型的干扰问题：电机转动时称重数据会跳动。解决办法有两层：硬件上把称重模块的地和电机驱动地严格分开，传感器支架加橡胶减震；软件上做滑动平均滤波，连续采样10次去掉最大值最小值再取平均，同时规定“只有在车辆完全停止后0.5秒才读取称重结果”。这个时序规定是工程项目里非常实际的经验，写进代码注释里，答辩时能讲出深度。
4. 运动控制与分拣执行机构的核心逻辑
4.1 差速转向的PWM控制与数字PID
两轮差速驱动是这类小车最常见的运动模型。小车直行时两个电机同速同向，转向时让一侧电机减速、另一侧保持或加速，实现以不同半径转弯。PWM频率我一般设置在10kHz~20kHz，这个频段电机噪声小、电流纹波小，听不到尖锐的啸叫声。用定时器TIM2和TIM3输出4路PWM，分别控制左电机正、反和右电机正、反。
速度闭环方面，如果你用了带霍尔编码器的电机，就可以做数字PID调速。编码器通过定时器编码器模式读取，比如TIM4接左电机编码器、TIM5接右电机编码器。PID执行周期放在定时器中断里，比如每5ms执行一次，代码逻辑如下：
int16_t target_speed = 300; // 目标转速，单位由编码器线数换算 int16_t current_speed = get_encoder_speed(); // 实际转速 int16_t error = target_speed - current_speed; integral += error; if (integral > INTEGRAL_MAX) integral = INTEGRAL_MAX; if (integral < -INTEGRAL_MAX) integral = -INTEGRAL_MAX; float output = Kp * error + Ki * integral + Kd * (error - last_error); last_error = error; set_motor_pwm(LEFT_MOTOR, output);Kp、Ki、Kd三个参数的整定方法是先给Kp一个较小的初值（比如20），让电机空载跑，观察速度曲线是否超调；如果响应太慢就加大Kp，如果出现等幅振荡就减小Kp，然后加入Ki消除稳态误差，最后加Kd抑制超调。毕设里不用追求完美的过度整定，只要调出“直行5米偏离不超过一个车身宽度”的水平，就足够展示了。
4.2 舵机分拣执行的时序配合
舵机动作虽然简单，但要和车辆状态配合好。舵机用TIM1产生50Hz的PWM信号，占空比在2.5%~12.5%之间对应0~180度，实际范围要通过测试微调。分拣动作的完整时序应该是：停车并完全停止 → 延时100ms确保车身稳定 → 舵机旋转 → 延时300ms等推板把货物推出 → 舵机复位 → 重新启动行驶。
这个过程中最容易出的问题就是“没停稳就动作”，货物因为惯性滑出推板范围，或者推板还没复位车就开走了，导致货物卡在传感器上。解决办法就是在状态机里严格设计时序节点，每个状态都要等上一步的标志位置位后再跳转。
4.3 主循环状态机的设计模式
我用一个枚举类型定义所有工作状态，包括初始化、循迹行驶、停止检测、识别货物、等待分拣、执行分拣、复位恢复、异常停止。主循环里用switch-case做状态转移，每个case执行完都明确设置下一个状态。这个模式的优点是每个状态都是独立代码块，修改一个环节不影响其他逻辑，调试时可以打印当前状态码快速定位问题。
typedef enum { STATE_INIT, STATE_TRACKING, STATE_STOPPED, STATE_IDENTIFY, STATE_PICKING, STATE_RETURNING, STATE_FAULT } system_state_t;5. 软件架构与代码组织的加分技巧
5.1 模块化分层设计
这段是“高分毕设”的核心。代码文件要按模块清晰划分，一般是这样的结构：main.c负责初始化调用和主循环；bsp_gpio.c/bsp_uart.c/bsp_timer.c这类底层板级驱动封装硬件外设；sensor.c统一读取所有传感器并对外提供经过处理的数据；motor.c封装电机控制和PID调速；algorithm.c放循迹逻辑、颜色识别逻辑；state_machine.c单独实现状态机；oled.c处理显示刷新。
模块之间用头文件对外暴露接口函数，比如motor.h只提供set_motor_speed(int16_t, int16_t)、set_servo_angle(uint8_t)这样的接口，上层逻辑完全不用关心底层的PWM寄存器操作。这样写的好处是答辩时可以直接打开工程给老师讲“这是车轮控制模块，只暴露两个接口”，老师看一眼就明白你的工程素养。
5.2 可靠的中断设计
中断设计有个原则：中断服务函数里只做“标记”和“快速处理”，不做耗时的业务逻辑。传感器周期性采样放在TIM6的1ms中断里，只更新全局变量；编码器读取用TIM4/TIM5的编码器模式，由硬件直接计数，MCU只需定期读取计数值；串口接收用DMA加空闲中断，接收完一帧数据后置一个标志位，主循环检测到标志位再做解析。这套做法能保证系统在任何时刻都不会因为某个模块卡住而整体崩溃。
5.3 调试接口：没有串口日志你会后悔
裸机和单片机开发最容易忽略的就是调试手段。强烈建议在初始化时配置好UART1，输出调试信息，格式类似“[STATE] TRACKING”、“[SENSOR] L:0 C:1 R:0”这样，配合一个串口助手在电脑上实时观察。很多奇怪的问题，比如传感器阈值飘了、PID震荡、电机堵转，没有日志根本没法判断是硬件还是软件的问题。OLED显示也可以做简单的状态监控，但刷新频率有限，不如串口日志方便。
6. 常见故障排查：实测中踩过的几个大坑
6.1 下载程序报错“No STM32 Target Found”
很多同学第一次接上ST-Link就遇到这个问题。这个报错的常见原因依次是：四个SWD接线没接对或接触不良，ST-Link与板子的供电不共地，目标板没有单独供电，SWDIO/SWCLK引脚被程序配置成了普通IO并误拉低了电平。
排查顺序是：先检查接线和共地，然后按住板子复位键点击下载，在下载开始的瞬间松开复位键，很多情况下能救回来。如果还不行，检查BOOT0引脚是否拉高。将BOOT0接到3.3V后重新上电，MCU会进入系统存储器模式，此时可以擦除原有程序，再把BOOT0拉回低电平正常工作。这个技巧在文档里写一笔，能体现你的调试经验。
6.2 电机一转系统就重启
这个我在第2.2节提过，本质是电源跌落导致MCU掉电复位。除了物理上分离电源外，还可以在电机驱动模块的电源输入端并联一个大容量电解电容（470μF以上），电机输出端并联104小电容做去耦，能显著减小电流冲击。软件上还可以在初始化阶段加一个电源稳定延时，上电后等500ms再初始化电机，避免启动瞬间多个器件同时抢电。
6.3 灰度传感器阈值漂移
灰度传感器在明亮教室和昏暗走廊的读数差异很大，同一个阈值可能早上能用下午就不能用。解决思路是自动化校准：每次上电后，让小车在黑白交界处摆好，程序自动采样白色区域的ADC值作为WHITE_REF，采样黑色区域的作为BLACK_REF，阈值设置为(WHITE_REF + BLACK_REF) / 2。这个方案实现不复杂，但对稳定性的提升非常显著，也是答辩时的一个亮点。
6.4 舵机抖动或转不到位
舵机的PWM周期必须严格控制在20ms左右，周期漂移会导致舵机内部信号解析混乱。另外一部分舵机在负载较大时需要外部单独供电，不能直接吃MCU的3.3V，否则电压不足会出现咔咔响、转不到位的情况。舵机电源和数字地共地以后，用万用表量一下供电电压在转动瞬间是否跌落到4.5V以下，如果跌了就得换独立电源。
7. 高分毕设文档的整理方法与答辩加分项
7.1 文档结构怎么搭
原本的题目说明里写着“源代码+文档说明”，文档质量基本决定了分数上限。一个完整的高分毕设文档至少包含以下内容：项目背景与选题意义（为什么物流分拣自动化重要）；系统总体方案设计（用框图展示四大模块的交互）；硬件设计细节（芯片选型理由、接口分配表、原理图说明）；软件设计细节（状态机流程、各模块实现思路、关键代码段注释）；系统测试与分析（每组测试的输入、输出、现象、结论，最好有数据记录表）；总结与展望（遇到的困难、不足、可扩展方向，比如加入OpenMV视觉识别、传送带接力分拣、远程监控）。
接口分配表是个容易被忽视但非常加分的板块。把每个外设用的GPIO、定时器、串口、SPI接口列成表格，标注复用功能和注意事项，比如“PA9/USART1_TX/调试输出，注意电平3.3V”。这一页纸能有效证明你确实理解了芯片的数据手册。
7.2 测试数据记录：用数据说话
我在测试阶段会做一个简单的测试记录表，每条记录包含测试项目、测试条件、预期结果、实际结果、是否通过、备注信息。比如直行稳定性测试，记录5次直行6米后与预期路径的横向偏差；分拣成功率测试，记录100次分拣中每种颜色的成功次数和失败原因。答辩时把这些表格往PPT上一放，评委立刻感受到这个项目的严谨性。
7.3 答辩怎么讲才能拿高分
答辩演示的节奏建议是“总分总”。先用1分钟讲清楚系统整体框架和数据流，让老师知道你做的是什么；再花3分钟演示完整流程，从小车启动、循迹、识别、分拣到复位，一气呵成；最后留2分钟讲一个最有深度的技术点，比如PID参数整定过程或者状态机的状态转移图，然后主动指出自己的不足和后续改进方向。
演示时一定要准备好备用方案，防止现场小车突然没电、传感器受环境光影响识别失败。最常见的备份方案是准备一段提前录制好的完整运行视频，现场万一出了状况，直接用视频顶上，再口头补充讲解。这不算投机取巧，而是项目演示的基本素养。
8. 代码工程管理经验与后续扩展方向
最后再分享一点工程习惯。代码提交到Git仓库，每次功能完成后打一个tag，比如“v1.0_basic_motion”、“v1.1_tracking_ok”、“v1.2_color_sorting_ok”。这样任何一步改坏了都能回退，写文档时也能清楚看到版本的演进过程。不要在同一个main.c里堆几千行代码，出问题排查起来非常痛苦。
整个项目跑通之后，可以扩展的方向其实很多。比如把摄像头换成OpenMV或K210，做基于视觉的二维码识别分拣，只要在现有状态机里增加一个“视觉识别态”就行；比如接入ESP8266模块，把分拣数据和状态上传到上位机，组成一个小型物联网分拣监控系统；比如把单机改成双车协作，一辆车负责送货，一辆车负责分拣，需要增加通信模块和更复杂的状态同步逻辑。这些扩展方向不用全部实现，但写进文档的“展望”章节，能让老师看到你的知识面和设计视野。
从我个人的实际经验来说，物流自动分拣小车这个题目的真正难点不在于某一个单独的技术点，而在于把这么多模块拼在一起还能稳定运行。硬件上每一个机械件、每一根跳线都可能成为不稳定源，软件上每一个状态转移都可能出现竞态。但反过来讲，也正因为如此，这个项目做完之后你对嵌入式系统的理解会是全方位的。遇到问题不要慌，按照“电源、接线、时序、逻辑”的顺序一步步排查，绝大多数问题都能在两个小时内定位出来。祝每个做这个项目的同学都能顺利跑通，答辩拿个高分。
本文还有配套的精品资源，点击获取
