2021年电赛的智能送药小车几乎可以说是当年控制类题目里最考验综合硬件功底的一道题。不少队伍在视觉算法上调得风生水起最后却栽在硬件上电机一转单片机就重启、灰度传感器数值飘得没法用、OpenMV和STM32之间通信时不时抽风。这些问题九成都是硬件设计阶段埋下的雷。这篇文章不聊算法就纯粹从硬件角度把整个项目拆开来讲讲讲我当时是怎么从题目要求一步步反推器件选型、规划供电、设计电路再到实际调试排障的。如果你正在准备电赛控制类题目或者单纯想看看一辆小车背后那些容易被忽略的硬件细节这篇内容应该能给你一些参考。1. 整体方案设计从题目要求反推硬件选型1.1 送药小车到底需要哪些硬件模块电赛的送药小车题目核心任务就是让小车在医院模拟环境里按照处方信息把药品从药房送到指定病床。听起来简单但落到硬件上你会发现它几乎集齐了控制类题目的所有经典要素寻迹、定位、避障、通信、显示、执行机构。我当时的做法是先列一张功能需求表再逐项对应到硬件模块。这里直接把梳理结果放出来供参考车体与执行机构直流减速电机带编码器加橡胶轮数量四到六个负责运动和精准停靠。履带方案我也试过但转向精度不如轮式最终回了轮式方案。主控单元STM32F103ZET6负责电机控制、传感器数据采集、通信解析、运动逻辑调度。视觉单元OpenMV摄像头用来识别病床号、房间号、路径标识。OpenMV的优势在于自带图像处理芯片不占用主控算力而且和STM32用串口通信非常方便。巡线传感器灰度传感器阵列沿地面黑线行驶交给主控做PID巡线。用四路或八路都可以四路够用八路冗余更足。测速模块编码器装在电机尾部用来测实际转速做速度闭环。没有编码器的送药小车基本不可能稳定停在病床前。通信模块蓝牙模块HC-05/HC-06或者WiFi模块负责接收上位机下发的送药指令。蓝牙稳定、配置简单我用的是HC-05。显示与人机交互OLED显示屏实时显示小车当前状态、任务编号、剩余电量等调试和现场演示都离不开。供电系统锂电池、降压模块、稳压电路为所有模块提供干净稳定的电源。1.2 为什么主控选STM32而不是其他平台电赛控制类题目STM32基本是默认选择原因很实在资料多、生态成熟、外设丰富。我选的是F103ZET672MHz主频有5个UART、多个定时器、ADC、DMA完全能满足送药小车的需求。有人会问用Arduino或者ESP32行不行我的回答是行但不推荐在电赛里用。Arduino的生态确实简单但它的定时器资源、中断优先级管理、底层控制能力都偏弱做巡线PID和编码器测速时就会感到力不从心。ESP32性能强但它的GPIO电平是3.3V直接驱动某些5V逻辑的传感器时需要电平转换反而多一道麻烦。STM32F103ZET6的另一个好处是引脚多你可以把灰度传感器、编码器、蓝牙、OpenMV、OLED、按键全部接上引脚资源还有富余。这意味着你的硬件方案有冗余度不至于因为某个引脚冲突而被迫改设计。对于竞赛这种时间紧迫的场景冗余就是安全感。1.3 系统框图与硬件框架概览整个系统的硬件框架可以简单概括为一个主控核心两条供电轨四类外设接口。一个主控核心STM32最小系统板所有外设的数据最终都汇聚到这里。两条供电轨一条是为电机驱动准备的功率电源另一条是为单片机、传感器、无线模块准备的逻辑电源。两条电源轨分开是避免电机大电流拉垮逻辑电路的关键。四类外设接口传感器接口灰度传感器GPIO/ADC、编码器定时器输入捕获、OpenMVUART。通信接口蓝牙UART、USB转串口调试用。执行接口电机驱动PWM输出、方向控制GPIO。人机接口OLEDI2C/SPI、按键、LED指示灯。这个框架在赛前准备阶段就要定下来因为它决定了你的面包板布局、PCB绘制和接线方式。我在实际项目中是先画了一张手绘的系统框图然后把每个模块的接口类型、供电电压、通信协议标在旁边后面画原理图和接线时就快很多。2. 核心硬件模块拆解驱动、传感器、视觉与通信2.1 电机驱动方案TB6612与DRV8833的实战对比电机是送药小车的动力核心而电机驱动芯片是连接主控PWM信号和电机大电流的桥梁。市面常见的方案有L298N、TB6612FNG、DRV8833、HIP4082等。题主用的是L298N属于最经典但也最老大难的选择。L298N的问题在于双全桥驱动压降大1.4V左右发热严重而且逻辑输入电平较高直接用STM32的3.3V GPIO驱动有时会不可靠。它的优势是便宜、耐操、接线直观适合快速验证但不适合追求效率的竞赛小车。我当时对比过TB6612FNG和DRV8833最终选了TB6612。原因有三点压降低实测满载时压降约0.5V比L298N好不少电池续航有提升。逻辑输入兼容3.3V可以直接接STM32 GPIO不需要额外的电平转换。体积小双路驱动刚好驱动两个直流减速电机。DRV8833的驱动电流稍小但封装更小适合做微型小车。如果你的车体比较大、电机功率高可以考虑用两片TB6612或者上BTN7971。不过对电赛送药小车这种轻载场景TB6612是性价比最高的选择。实际接线时TB6612的PWMA/PWMB接STM32定时器的PWM输出通道AIN1/AIN2、BIN1/BIN2接普通GPIO控制方向STBY接高电平使能。这里有个坑STBY如果不接芯片默认是待机状态电机完全不动。我一开始漏了这根线折腾了半小时才发现是STBY悬空导致的。电机驱动的PWM频率也值得注意。我用的直流减速电机PWM频率设成了10kHz既能避开 audible noise 的敏感区人耳最敏感的是2kHz-5kHz又不会因为频率太高导致驱动芯片开关损耗过大。频率太低的话电机会有啸叫声而且低速时扭矩波动明显。2.2 灰度传感器巡线原理、布局与阈值标定巡线是送药小车最基础的功能我用的是四路灰度传感器模块也有用八路的。灰度传感器的工作原理说白了就是发射红外光到地面根据反射光强度判断当前是白色还是黑色。白色地面反射强传感器输出低电平或高ADC值黑线反射弱输出高电平或低ADC值。很多人在这里出问题是因为把灰度传感器当成简单开关来用。实际上它的输出受环境光、地面材质、传感器高度、轮子压线状态影响很大。我的做法是传感器安装高度统一调整为1cm-1.5cm太低容易被地面杂物干扰太高则黑白区分度下降。每个传感器在赛道上做一次白底和黑线的原始值采集然后取两者中值作为判断阈值。不要四个传感器共用一个阈值因为每个传感器的红外LED和光敏三极管参数存在个体差异。使用ADC模式而非数字输出模式这样可以读取连续值方便后续做比例控制。四路灰度传感器的排布也有讲究。我沿车体前进方向横向排成一条直线间距约1.5cm这样既能覆盖黑线的宽度又不会因为间距过大导致小车在高速过弯时冲出黑线范围。安装时用热熔胶固定但热熔胶要注意别遮住传感器的发射和接收窗口。在实际赛道调试中我发现一个规律灰度传感器的可靠性很大程度上取决于车体的平稳性。如果车体因为重心过高或减震不足而晃动传感器和地面的距离就会波动读数自然不稳定。所以我后来把传感器安装在一个独立的小支架上与车体底盘之间用橡胶柱做简单减震效果十分明显。2.3 OpenMV视觉识别硬件选型与安装注意事项视觉部分是送药小车辨识病床号、识别路径的关键我选用的是OpenMV4H7版本理由是它的处理性能比OpenMV3的M7好不少跑AprilTag识别和数字识别时帧率更高而且OpenMV4有内置LED补光灯在光线较暗的病房模拟环境下也能获取清晰图像。OpenMV和STM32的通信方式是UART串口波特率我设的是115200。通信协议自己定一个简单的帧格式比如帧头0xA5、数据长度、数据内容、校验和这样STM32解析时不容易出错。安装位置是视觉方案里最容易翻车的地方。摄像头必须向前倾斜一定角度我调的是30度左右并且高度要适中太低看不到远处病床号太高则近处的标签会出画。我的做法是在小车上加了一个碳纤维杆支架把OpenMV固定在离地约15cm的位置同时用扎带和海绵胶做好减震。跑赛道时如果摄像头的画面因为震动而抖动数字识别率就会明显下降。补光也很关键环境光不足时OpenMV的图像会偏暗阈值分割的效果会变差。我用的是OpenMV4自带的LED补光灯同时把曝光时间固定下来而不是用自动曝光——自动曝光在明暗交替的场景中会让图像忽明忽暗算法表现很不稳定。2.4 通信模块蓝牙与WiFi的选择逻辑送药小车需要接收上位机发送的药品配送指令通信模块的选型主要看现场环境要求。如果是控制类题目通常会有一个手持终端或者上位机软件通过无线方式下发任务。蓝牙模块HC-05是很多人的首选原因是配置简单、技术成熟、手机也能直连调试。HC-05有AT模式可以通过串口修改设备名、配对密码、波特率等参数。我建议把HC-05的波特率统一设置为115200和OpenMV的串口参数保持一致这样在STM32里面就可以复用同一套串口初始化代码减少出错概率。WiFi方案的优势是速度快、距离远尤其是ESP8266和ESP32资料丰富且成本低。但WiFi模块的供电要求较高启动瞬间电流可以达到几百毫安如果电源设计不好WiFi模块一上电就会把输出电压拉低导致单片机复位。这个问题我在调试中遇到过一次后面会专门讲供电设计。我的最终方案是双模冗余主通信走蓝牙备用通信走USB串口通过板载USB转串口芯片现场演示时如果蓝牙出现问题还能用一根USB线临时顶上不至于在评委面前翻车。3. 电源系统设计与电路实操细节3.1 电池选型与电源树设计电池是整个系统的心脏。送药小车用的电池要兼顾容量、放电能力、重量和充电便利性。我采用的是7.4V 2200mAh 2S锂电池因为7.4V可以直接给电机驱动供电电压足够驱动普通直流减速电机而且2S锂电池的尺寸和重量都比较适合小车。选电池时要特别注意放电倍率C数。电机启动瞬间电流会很大如果电池放电能力不足电压会骤降导致单片机重启。我的经验是至少选择20C放电倍率的电池按容量计算就是2200mAh×20C44A的瞬间放电能力驱动几个小型直流电机绰绰有余。电源树的设计是我在整个硬件方案里最看重的一环。我的电源分配结构是这样的7.4V电池电压直接送到电机驱动模块VM引脚驱动电机。7.4V电池电压经过一个5V稳压模块LM2596S或者MP1584给STM32、OpenMV、蓝牙、OLED等逻辑电路供电。5V再经过一个3.3V LDOAMS1117-3.3给STM32的内部电平、SD卡、部分传感器供电。这样设计的好处是电机和逻辑电路在电源上严格分开电机的大电流波动不会直接干扰逻辑电路。如果你把电机和单片机接在同一条电源轨上电机一转单片机的供电就会被拉低轻则传感器数据异常重则系统复位。这是我踩过的最痛的坑之一在这里明确写出来希望能帮后来者避开。3.2 稳压芯片选型与布局经验稳压方案的选择直接影响系统的稳定性。我一开始用的是AMS1117-5V直接把7.4V降到5V结果AMS1117的输入输出压差太大7.4V→5V有2.4V压差线性稳压器的效率太低发热严重。后来换成了开关稳压模块MP1584效率高、发热小才彻底解决。选择开关稳压模块时要注意几点纹波不能太大。开关稳压器输出会有纹波如果纹波过大会影响ADC读取灰度传感器的精度导致阈值判断不稳定。我实测MP1584的输出纹波在20mV左右完全够用。模块上要预留足够的电容。我在5V输出端并了一个470uF电解电容和两个100nF陶瓷电容分别滤除低频和高频纹波。模块安装位置尽量远离电机和驱动模块避免电感产生的磁场干扰模拟信号。电源模块的散热也要考虑虽然是开关电源但大负载时模块表面还是会发热不要把它贴在底盘的塑料盖上最好加一个散热片或者留足通风空间。3.3 电源与地的布局数字地和模拟地怎么处理在电路布局上我坚持一个原则强电和弱电分开走数字信号和模拟信号分开走。具体到送药小车上主要就是电机驱动回路和传感器模拟信号回路的隔离。理论上数字地和模拟地要单点连接避免数字信号的地电流回流到模拟地形成干扰。但实际在小车这种小尺寸系统中完全分开布线比较困难。我的折中方案是电机驱动模块的电源线和地线直接回到电池接口处形成独立的功率地回路。传感器、单片机、OpenMV的逻辑地共用一条地线这条地线单独接到电池负极。功率地和逻辑地在小车电源入口单点汇合避免形成地环路。实际测试中这个布局让灰度传感器的数值稳定了不少。如果你用的是面包板建议把所有地线都连到一个公共地排然后用一根粗线接到电池负极不要一长串地线串联着接那样中间节点的地电位会因为电流流过而波动。3.4 按键、OLED和指示灯人机交互硬件细节电赛现场调试时和人机交互相关的硬件细节往往被忽视等到赛场上才发现影响巨大。我的送药小车配置了一个OLED显示屏0.96寸I2C接口实时显示当前任务编码、剩余里程、电池电压、传感器状态。三个独立按键开始、重置、紧急停车。现场演示时如果车子跑偏按一下紧急停车就能兜住不至于一路撞出去。三个LED指示灯电源指示、蓝牙连接状态、任务执行状态。OLED显示屏的I2C接口要注意上拉电阻。STM32内部有上拉但较弱如果OLED模块本身不带4.7k上拉电阻通信可能不稳定我就遇到过偶尔白屏的情况后来在I2C线上外接了两个4.7k电阻到3.3V才解决。按键的防抖也值得提一句。硬件上最简单的做法是在按键两端并联一个100nF电容滤除机械抖动。如果按键接到STM32的外部中断引脚硬件消抖尤其必要否则一次按键会触发多次中断。我在调试中就被这个坑过以为程序出Bug最后发现是按键没加电容。4. 硬件调试流程与常见问题排查4.1 上电前的检查清单电赛现场时间宝贵如果上电后才发现接线错误排查起来非常耗时。我养成了一个习惯每次上电前都会花两分钟快速检查一遍。检查清单如下确认电池电压在正常范围内3.7V-4.2V每节不要用过度放电的电池。用万用表蜂鸣档检查电源正负极之间有没有短路。如果蜂鸣器响说明有短路立刻停手排查。检查电机驱动模块的VM和GND接线是否有松动电机线是否和底盘上的其他接线摩擦裸露。检查所有杜邦线或者排线是否插到位尤其是OpenMV的串口线和灰度传感器的信号线。很多时候问题出在接触不良上。上电一瞬间观察OLED是否正常点亮、LED指示灯是否正常亮起。如果OLED灭、LED暗基本可以断定电源出了问题。这段时间投入非常值得它帮我现场避免了很多次“开机电调吱吱叫、单片机没反应”的尴尬场景。4.2 STM32上电重启问题排查实录我在调试过程中遇到的最典型问题就是小车一加速STM32就自动重启。查了代码没问题、PWM逻辑没问题最后定位到电源电路上。原因是电机启动瞬间电流很大电池电压会被瞬间拉低。如果这个跌落幅度超过STM32最小系统的欠压复位阈值单片机就会重启。解决办法有三条路换更大放电倍率的电池从20C换到30C电压跌落幅度明显减小。在电机驱动模块的电源输入端并联一个大容量电解电容我加了一个470uF/25V还有几个100uF利用电容的储能特性平滑启动瞬间的电流冲击。确认STM32供电是否和电机驱动完全隔离。我后来把逻辑电源单独一路接到电池又串了一个低内阻的二极管做防反接问题彻底解决。这里插一句车上的主控板供电最好单独走一路不要从电机驱动模块的5V输出引出来。因为电机驱动模块内部的稳压芯片本身的负载调整率有限电机一启动它的5V输出也会跟着波动。4.3 灰度传感器数值漂移的现场处理灰度传感器的数值漂移是我在现场见过最多的硬件问题之一。具体表现为小车在同一个位置上午测试的灰度值是800下午变成了630阈值怎么调都不对。这个问题的根源主要有三个环境光变化。窗边阳光、室内灯光开启关闭都会影响红外反射的读数。解决办法是把传感器的发射功率调大如果模块支持让传感器信号强度远高于环境光干扰。传感器窗口被灰尘或污渍遮挡。电赛场地地面不一定干净跑久了传感器窗口会积灰。我准备了棉签和酒精每次调试前擦一遍窗口效果立竿见影。电池电压下降导致传感器发射功率降低ADC参考电压波动。这个可以在代码里做动态校准也可以每轮测试前重新采集一次黑白基准值。我最终在代码里做的一个处理是用滑动平均滤波处理灰度ADC值连续采集五次取平均。虽然延时了十几毫秒但对巡线判断的稳定性提升很明显。4.4 OpenMV与STM32串口通信不稳定的排查OpenMV和STM32通过串口通信是送药小车硬件中最容易出问题的连接之一。我在现场遇到过的情况是刚开始通信正常跑了一段后OpenMV的图像识别结果传不回来STM32也收不到任何数据。排查过程比较曲折最终定位到三个环节串口接线松动。OpenMV的排针很细用杜邦线连接时容易接触不良我换了更紧的排母后才解决。3.3V和5V电平不兼容。OpenMV输出3.3V TTL电平直接接STM32的3.3V引脚没有问题但如果你用的OpenMV模块在某些型号上引脚电平不同就可能需要电平转换。我查了资料用的OpenMV4是3.3V电平直接连接没问题。串口缓冲溢出。OpenMV如果以高帧率发送图像处理结果STM32的接收缓冲可能来不及处理导致数据丢失。解决方法是降低OpenMV的发送频率只在检测到目标时才发送识别结果不要在每一帧都发。通信协议上我还做了CRC校验和帧长度校验一旦校验失败就丢弃该帧避免脏数据影响运动逻辑。这个设计在后期的联调中帮我省了不少排查时间。4.5 常见问题速查表这里整理一份我在整个项目过程中遇到的硬件问题速查表供各位在调试时参考问题现象可能原因快速排查与解决电机不转TB6612的STBY悬空或接低确认STBY接3.3V高电平电机一转单片机就重启电池放电不足、电源未隔离换高C数电池加470uF电容灰度传感器读数跳变环境光变化、窗口积灰、高度不稳固定高度、擦拭窗口、加滤波OpenMV通信断断续续接线松动、串口缓冲溢出换可靠连接、降低发送频率OLED白屏I2C上拉电阻缺失外接4.7k上拉电阻蓝牙连不上HC-05进入AT模式未退出拉高KEY引脚上电退出AT模式按键误触发机械抖动并联100nF电容电池续航不足电机驱动效率低、频繁加减速减小PWM死区、优化巡线PID4.6 硬件调试验收标准电赛的最后几天硬件方案基本定型这时候不要再大改了重点放到调试验收上。我制定了一套验收标准逐项测试确保现场不出意外连续跑完整条赛道总共循环5次每次都能完成送药任务。电量从满电跑到3.7V每节时小车仍然能正常巡线和识别。在灯光变化的环境下开灯、关灯、半遮光灰度传感器和OpenMV识别仍然稳定。蓝牙通信距离在5米以上正常工作指令丢包率小于5%。所有接线在轻微晃动下不会松脱车体过减速带时不会导致传感器掉落。这套标准的核心思路就是不要等问题在现场暴露而是在赛前把所有能想到的边界情况都压测一遍。5. 我的几点硬件心得和建议在这个项目里我最大的体会是硬件设计最怕的不是需求复杂而是供电和连接这种基础问题没做好。电机一转就重启、传感器数值飘、通信断断续续这些问题十有八九都能追溯到电源设计、地线布局、接线可靠性上。把基础打牢后面的算法和逻辑才能站在一个稳定的平台上跑。再分享一个我后来养成的小习惯每次改完硬件后都写一张简短的改动记录哪怕只是在笔记本上画几笔记录改了哪根线、换了哪个模块、电压有什么变化。这个习惯在电赛那种高强度迭代的环境下特别管用不然你很难追溯到某个改动到底是帮了忙还是闯了祸。送药小车的硬件只是一个开始同样的电源规划、驱动选型、传感器布局思路换一个题目、换一个场景照样能用。希望这篇拆解能帮你把电赛硬件的坑提前踩掉把心思放在真正拉开差距的算法和策略上。