作为一个带队参加过三届电赛的老油条21年这道智能送药小车的控制类题目说实话难度不算顶天但极其考验团队的硬件基本功和系统稳定性。当年我们实验室两支队伍都选了这道题最后成绩却差了一截拉开的差距主要在硬件可靠性和抗干扰处理上。这篇文章我就把当年调车、改板、炸MOS管别笑真的炸了攒下来的经验从硬件角度做个全解析。如果你正准备25年电赛或者在做类似的轮式机器人项目这篇内容能帮你少走很多弯路。1. 硬件架构整体设计——别想着一步到位先想清楚你要什么先说核心这道题目小车要完成的任务本质上是识别、定位、运动控制三个环节的闭环。硬件架构的所有设计都围绕“让这个闭环跑得稳”这个目标展开。我见过很多新手组一上来就堆料——双STM32、激光雷达、工业级驱动结果车重得要命赛道上跑起来罚时吃到饱。电赛控制类题目向来是在有限算力和有限成本下做到极致稳定而不是比拼谁的元器件更高级。1.1 核心需求拆解从题目倒推硬件资源我自己习惯拿到题目后先做“需求-资源”映射表。21年送药小车需要实现以下几个基本功能识别药房序号颜色通常是红、绿、蓝等色块沿引导线一般是黑线或白线循迹行驶在指定病房有标识停靠并“卸药”能载重一小瓶药水重量很轻对动力要求不高遇到路口能判别直行、转弯或停车这些功能往前推一步就产生了具体的硬件需求功能需求硬件资源关键参数考量循迹灰度传感器阵列或摄像头灰度传感器响应速度、抗环境光干扰能力识别病房号摄像头openmv或手机视觉模块分辨率、帧率、识别算法部署能力驱动电机直流减速电机驱动芯片扭矩、转速、PWM响应频率闭环速度控制编码器线数PPR、安装方式、信号整形系统调度主控MCUIO数量、定时器资源、通信接口UART/SPI供电锂电池持续放电能力、纹波大小、是否支持大电流瞬态输出做完映射你会发现最核心的选型决策就是三个主控选什么、循迹用灰度还是摄像头、电机驱动方案用谁。1.2 主控选型为什么双MCU方案更稳我们最终用的方案是双STM32F103C8T6。一颗最小系统板做主控负责调度、运动控制逻辑另一颗用OpenMV其实OpenMV本质也是STM32 摄像头模组做视觉识别。很多队伍只用一块蓝色药丸板子扛所有活我的看法是能跑但调试效率会低很多。主控侧STM32F103C8T6我选择它的理由很简单资料多、引脚够用、CubeMX几分钟就能生成工程、定时器有4个够给两个轮子做编码器计数PWM输出。视觉侧OpenMV的原因更实际——它的MicroPython环境做颜色识别实在太顺手了阈值调节现场就能看到效果不用反复编译烧录。千万别小看这个“现场可调”的优势赛前调试的时间比金子还贵。1.3 电机与底盘的匹配扭矩不够一切都白搭两轮差速驱动 一个万向轮/牛眼轮是标配。电机我们用了MG513编码器电机带霍尔编码器的那种减速比1:30。这电机块头不小但选它的关键不是为了飙速度而是为了堵转扭矩大、线速度可控范围宽。送药小车跑赛道不是比百公里加速而是要控制准确到位。1:30减速比下最高速大概1.5m/s左右低速线性度也很好——这点非常关键。用PID控速的时候如果电机减速比太低比如1:15PWM小到10%以下电机根本不动响应就非常拉胯。我一直觉得硬件的问题大多数时候不是硬件本身不行是选型跟控制策略不匹配。另外要留意外加万向轮的安装——务必把它跟驱动轮压在同一平面上否则车体会微微倾斜编码器读数就会产生周期性偏差这种问题查起来极其头疼。2. 动力与驱动部分最容易翻车的地方这块是整个硬件里我投入调试时间最多的。它直接决定车辆动态响应也是新手们亏得最惨的环节。2.1 电机驱动的两种主流方案谁更靠谱市面常见的方案就两类TB6612模块和MOS管H桥自搭。我们用过前者也踩过后者的坑分别说说。TB6612FNG是最稳妥的选择。它的MOS管导通电阻低、PWM频率支持到100kHz关键是内阻低压降小发热可控。直接用STM32的定时器输出两路PWM两路方向信号就能控制。图便宜的话也有L298N选择但L298N的压降几乎是灾难级的——电池7.4V进去电机端实际可能只有5V多扭矩表现会明显劣化。TB6612模块在小电流场景下性能完胜L298N。MOS管H桥自搭电子工程背景强的队伍可以挑战但对大多数队来说风险远大于收益。我们曾经自己搭了一个驱动频率一上去栅极驱动波形就开始振铃最后直接烧了一个电机。电赛比的不是谁电路更炫而是谁能在有限时间内完成题目——如果方案成熟度不高别拿比赛时间赌。2.2 编码器接线与信号处理读数不稳从头哭到尾用编码器做闭环就会碰到信号完整性问题。MG513电机的霍尔编码器输出说干净也干净说不干净真给你找麻烦。两路A、B正交方波信号直接进STM32的定时器编码器模式。关键注意事项有三条输入上拉——STM32的IO默认很多是浮空输入必须开内部上拉或在外部加10kΩ上拉电阻否则悬空时电平乱跳电机静止时计数都会漂。电容滤波——霍尔信号在高速切换时会有毛刺我在信号线上各并了一个104电容0.1μF实测读数稳定性提升非常明显。如果毛刺严重串一个100Ω电阻再并电容构成低通滤波。机械安装——编码器跟电机轴的连接必须紧。我们当时用胶固定跑了两圈编码器罩松了数据时有时无排查了大半天才找到。所有需要固定的小零件最后都必须打胶或加螺丝不要相信摩擦力。2.3 供电系统的设计思路纹波是隐蔽敌人我还是先给结论驱动电源和逻辑电源必须分开供给。具体方案是7.4V 18650两串锂电给电机驱动供电通过一颗低压差LDOAMS1117-3.3或更高级的RT9013给STM32和传感器供电摄像头模块如果电流需求大OpenMV在识别时电流能到200mA以上单独用一颗3.3V稳压IC来供别和主控共用一颗为什么这么做电机启停瞬间的电流冲击会在电池内阻上产生压降进而产生大幅纹波。如果主控和驱动共用电源单片机随时可能复位。我见过不止一支队伍在赛前测试时小车跑着跑着突然“失忆”停顿最后发现就是共地共电源导致的干扰问题。另外电源的滤波电容一定要够。我的经验是在电机驱动电源输入端并联一个470μF电解电容一个104陶瓷电容一个扛大纹波一个滤高频噪声。这套组合成本不到两块钱收益却极大。2.4 电流保护的必要性为什么说“宁可烧保险丝”很多队伍不装过流保护理由是“电机小电流不大没事”。但电赛场地保不齐有意外——轮子卡住、大电流堵转、线材短路。一套便宜的自恢复保险丝PPTC就能解决大多数焦虑。PPTC放在电池到驱动板的电源线上正常工作时不动作一旦堵转电流超标它会发热并快速增大阻抗把电流限制住。冷却后又自动恢复这比熔断式保险丝方便多了——比赛现场换保险丝的时间损失你可能根本负担不起。3. 寻线与识别模块硬件细节传感器的安装是一门玄学这部分最考验“动手能力”。因为传感器装的位置差那么一两厘米算法难度就天差地别。3.1 灰度传感器的布局方案与安装技巧我们用的是八路灰度传感器类似TCRT5000那种反射式红外对管或者数字量输出的八路模块。它本质上是一个个红外发射管接收管的排列根据地面反射光的强弱判断下面是白还是黑。先给没接触过的读者一个基础概念TCRT5000发射红外线地面如果是白色的会反射大部分光接收管导通如果是黑色的吸光接收管截止。因此它输出数字或模拟信号可以用来判断“脚下”是线还是底。这类传感器怕的环境光是阳光直射和反光强烈的瓷砖地面。关键的安装参数是离地高度。我用游标卡尺调过的经验值是8mm到12mm。太低了车体轻微晃动就会导致误判太高了红外散射严重黑白边界模糊。最好的定位方式是对着一块白纸调电位器让每个探头的输出正好在“临界翻转”状态这样鲁棒性最好。如果你用的是模拟量输出的灰度模块记得先做一下归一化校准。每路探头对地面的灵敏度有细微差异把每路的最大最小值读出来换算到0-100的百分比再做阈值判断效果比直接读裸ADC靠谱得多。3.2 视觉识别的硬件部署固定角度比什么都重要OpenMV摄像头识别病房标识最怕的是画面里目标“忽大忽小”。这类问题大多数源于安装姿态不稳定。我给一个数据参考摄像头安装高度20cm左右仰角45度左右看到的画面范围就比较合理。而且镜头光轴必须跟车体前进方向对齐——只要装偏1-2度画面中心就和车体中心对不上识别到目标后车子往左偏右偏程序怎么调都别扭。固定方式优先用3D打印的支架没有条件的用铝板折弯再加双面胶和扎带。重点是不能让它在运行中哪怕发生0.5mm的位移否则白平衡、ROI区域全部白调。OpenMV的供电也值得单独提它有的引脚是5V输入同时板载稳压到3.3V。我建议直接用5V供电电源尽量来自稳压后的5V可用电池串一个7805或降压模块而不是直接接电池7.4V因为你无法预期电池电压波动范围超过了OpenMV输入耐压就报废。3.3 干簧管和停车检测低成本的备用方案很多控制类题目会让小车“停到指定位置”如果只靠视觉识别后刹车精度非常不稳。这时候建议装一个简单的干簧管磁铁停车检测方案在轨道末端或病房门口等目标位置贴一块小磁铁小车上装干簧管两者靠近时干簧管导通系统立即刹车。这套方案检测速度极快没有摄像头延迟的问题。虽然21年送药小车题目没有强制要求但如果你做2025电赛的类似控制题这类低成本传感器组合能显著提高系统冗余度。4. 硬件调试流程与问题排查实测记录这部分我整理了我们从装机到完工那一个多月的实战记录。硬件不是焊好了就能用合理的调试顺序可以帮你把问题消灭在“尚未影响整车”的阶段。4.1 模块级调试先单独跑通再集群联调我的调试顺序是从下往上、从电源到信号电源检查上电前用万用表确认各路电压正常没有短路再插主控和传感器。这一步看似傻瓜但救过我好几次板子。编码器读数验证用手转动轮子观察串口输出的计数是否规律。如果数字乱跳检查接线和滤波电容。编码器数据如果此阶段不修好后面所有运动控制都是建在流沙上。电机转向验证在给PWM之前先手动发方向电平确认左右轮的正向定义一致。否则PID一闭环正反馈直接飞车。灰度传感器阈值标定把车放在白底上逐个读取每路输出记录下来取中值作为默认阈值。摄像头识别测试OpenMV连上IDE打印识别到的色块中心坐标和尺寸看是否稳定。每完成一个模块就把它标记为“基础可靠”再进行下一步。这样排障的范围会得到很好的控制。4.2 整机联调中最容易翻车的三个症状跑整机的时候我们遇到过的和网上各位同好看齐的问题主要是这三个症状一上电后电机自己抖一下然后不动了。排查思路先看使能引脚电平是否正确。很多驱动模块EN使能脚默认悬空是未启用的需要拉高。其次看PWM有没有波形输出——用万用表频率档测一下PWM脚的频率就知道了实在不行用示波器看。症状二PID速度环跑起来后电机啸叫车身震动。这是典型的PID参数问题或PWM频率问题。TB6612如果PWM频率设成1kHz会觉得吵电机电感会发出可听声。我的建议是把PWM频率提高到20kHz左右超出人耳听觉范围啸叫自然消失。另外速度环PID的输出量务必做限幅不然大幅阶跃响应下驱动电流冲击会非常大反而让车体表现更不稳定。症状三OpenMV识别结果偶尔“抽风”报告一个完全错误的位置。最常见的原因是供电电压跌落导致OpenMV复位重启。重启后它会重新初始化期间的几帧画面没有检测结果上位机就拿到了“乱数据”。对于这个问题一是加强电源隔离二是代码里加上帧间超时丢弃逻辑连续若干帧无结果才认为丢失目标而不是单个空结果就进入异常分支。4.3 现场测试的注意事项这些细节别等赛前才想到轮胎磨损橡胶轮跑一天下来表面会沾灰变滑抓地力下降PID参数可能就不匹配了。赛前用湿布擦干净轮胎。赛场光照电赛场地灯光的色温跟你实验室不一样特别是灰度传感器对红外光敏感而赛场灯光有时带红外成分容易导致阈值偏移。建议测试时尽量在室内日光灯环境下统一标定平时去走廊、大厅都跑跑看看阈值是否还能通用。电池电压全程监控锂电池从8.4V放到7.0V过程中整个电机的响应特性都在变PID虽然自适应但不可能完全跟住。建议赛前每次测试用同一个充电状态的电池比赛一轮下来如果电量下降明显尽量换电池别让“电软”影响发挥。5. 容易忽略的可靠性细节这块算是完全的经验之谈常规教程都不会专门讲。但我认为正是这些细节区分了“能跑的车”和“能拿奖的车”。5.1 接插件选型比赛期间最大的不可靠来源很多队伍用杜邦线把所有模块连在一起我当时也是这么干的。结果是调试中脱落、拉断、接触不良换了无数次线。到后期我们整套系统的内部连线全部改成了XH2.54端子或直接焊死。控制器到驱动板之间、电池到电源板之间这两处绝对不建议用杜邦线。如果你没有压线钳最简单的替代就是“直接焊热缩套”。虽然拆改麻烦但换来的是绝对稳定。5.2 排线的固定和应力释放摄像头、灰度传感器连接到主控的这些排线会在车体转向时跟着甩动长期下来造成焊盘疲劳断裂。正确做法是把线束提前留足长度在靠近主板端打一个结或用扎带固定在结构件上让弯折点远离焊盘。5.3 备用硬件的准备策略赛前准备好的备件不只是新模块而是已烧录好程序、已验证可用的整机备件。比如准备第二块烧好相同固件的主控板、第二套校准过阈值的灰度模块。赛场上如果发生模块故障你要做的是“直接换块新的”而不是现场重烧、重调。这个思路帮我们在一场热身赛里省下了宝贵的40分钟。5.4 调试接口预留让代码与硬件调试并行主控板上我强烈建议引出以下调试接口1路UART串口用于打印调试信息1路SWD接口防止主控程序出问题没法刷bootloader1路I2C给OLED屏显示状态或者接外部传感器预留接口的成本几乎为零但现场调试体验差别巨大。至少它可以让你不用每次调试都重新插拔杜邦线连接串口模块。6. 硬件成本清单和选型建议最后给大家一张我们队伍的硬件清单供预算有限的队伍参考。项目型号/规格大致成本参考备注主控板STM32F103C8T6最小系统板15元注意购买引脚全部焊好的版本视觉模块OpenMV H7 Plus300-500元也可以找替代方案电机MG513编码器电机带霍尔编码器50元/个买两只电机驱动TB6612FNG模块15元多买几个备用灰度传感器八路灰度模块60元左右也可以四路摄像头互补电池18650两串保护板80元多备一组赛时需要双电池车底盘亚克力板或碳纤维板20-50元取决于加工方式稳压模块AMS1117/LDO5元多买干簧管等磁性开关2元备用方案各种接插件XH2.54端子线材30元别省这个钱关于是否使用树莓派做视觉识别我的观点是除非你想深耕Linux环境下的图像处理否则电赛场景OpenMV更合适。树莓派性能确实强但同时带来了系统启动等待、供电需求更大、环境适配更复杂的问题。对于完成题目而言够用且简单才是王道。7. 从21年电赛题目看硬件趋势最后想聊一点个人观察。近几年的电赛控制题比如23年的跟随小车、24年的自动行驶题目硬件方案的核心框架跟21年没有本质差别——依然是主控传感器驱动三大板块。但考察重心越来越偏向稳定性和抗干扰能力以及系统的综合调试能力。一个明显的趋势是纯靠灰度传感器循迹的方案逐渐不够用了视觉和传感器的融合越来越多。因此做硬件的时候我建议预留传感器扩展接口多余UART、SPI口都引出来方便后续加模块改方案。硬件设计的通用性其实就是你在赛场上最大的底牌。另外很多队伍会忽略“传感器和主控通信接口的速率匹配”。比如OpenMV用UART通信波特率设115200如果刷屏太快主控可能来不及处理就丢帧了。较好的做法是OpenMV内部先做一次帧数据解析只把结论比如目标颜色块坐标通过串口发出去主控不用伺候海量原始图像数据这个思维对整个系统稳定性非常重要。说到底电赛的硬件设计就是一场“平衡的艺术”——在有限的时间、有限的预算里用最稳定的器件搭建一个不会在赛场上掉链子的系统。我见过用几千块钱堆出华丽硬件的队伍最后翻车也见过全车不过三四百块、但每个细节都处理得一丝不苟的队伍拿国奖。硬件真正的功夫不在物料贵贱而在于你是否对每一个信号、每一条线、每一次电平跳变做到心里有数。如果你正卡在硬件调试的某个坑里想想是不是哪个细节没处理干净——很多时候稳定和翻车之间的距离就差一个上拉电阻或一排被固定的扎带。