在移动机器人竞赛现场“荣耀机器人元气仔”以48.47秒完成规定赛道任务并夺得亚军。这个成绩在高速机器人赛段中意味着什么它不只是“跑得挺快”而是底盘动力学、传感器采样、运动控制、现场调试和赛前优化共同作用的结果。这篇文章把这条技术链路拆开讲从硬件选型开始到最小闭环控制代码再到如何用数据把成绩从60秒左右压进50秒以内最后是比赛现场怎么排错、怎么备份、怎么在决赛前做出最稳妥的决策。内容围绕“元气仔”这类双轮差速竞速机器人展开适合准备校内机器人竞赛、课程设计或想系统入坑移动机器人的同学。如果你手上有底盘和主控可以按文中的步骤直接搭一套可复跑的原型再按照自己的赛道做参数标定。首先需要明确一点机器人比赛真正难的不是让机器人“动起来”而是让它每一次跑完同一段赛道时时间差控制在很小的范围内。48.47秒这个成绩的价值恰恰来自这种可重复性。1. 先拆解“48.47秒”背后的技术挑战1.1 一辆竞速机器人的核心组成任何一台能竞速的移动机器人至少由以下五个部分组成。底盘和驱动双轮差速底盘最常用两个驱动轮加一个万向轮或两个编码器轮配合直流减速电机。运动感知编码器用于测算轮子转速IMU用于感知姿态和转向角速度灰度或视觉传感器用于确定车身相对赛道的横向偏差。主控负责读取传感器、执行控制算法、输出PWM给电机驱动板。电源电池给主控和电机供电电压波动会直接影响速度。软件逻辑状态机、PID控制、循迹算法、任务动作和日志系统。比赛时最终成绩不是由某一个部件决定而是由这五部分的配合质量决定。比如电机响应快但编码器采样频率低速度环就会振荡主控算力强但传感器放到光线不稳定的环境循迹就会出错。1.2 48秒成绩对应哪些技术环节“元气仔”的48.47秒可以拆成一段段可观测的时间。假设赛道的标准任务包含直线冲刺、连续S弯、直角弯和终点停车那么成绩基本由以下时间组成起步时间从判断“开始信号”到速度到达目标值。直线段时间两个弯道之间保持高速、不横向摇摆的时间。弯道时间入弯减速、转弯、出弯加速的整个过程。终点处理时间接近终点时减速停车防止冲线后继续滑行。异常恢复时间如果中途偏离赛道机器人需要倒车或重新循迹这部分时间会直接拉高成绩。通常大家会把“机器人跑得慢”归因于电机弱但实际调试中更多时间消耗在弯道判定、直线速度不稳和终点不停这三个问题上。48.47秒的成绩意味着团队在“尽量缩短弯道时间”和“保证循迹不脱线”之间找到了一个可接受的平衡点。1.3 学习环境与正式比赛环境的差异很多人在实验室里把机器人调好一到比赛现场成绩变差原因往往不是算法而是环境差异。实验室有固定灯光、平坦地面、充电器稳定供电比赛现场可能是临时搭建的赛道灯光角度变化、地面摩擦系数不同、电池断电重装后电压掉了半伏。所以在搭建系统时就要把“环境可迁移”当作一项工程要求。不是在实验室只跑一次成功就行而是要在不同光照、不同地面、不同电量下重复跑 20 次以上记录每次偏差。比赛现场调试不是从零开始而是把实验室积累的参数快速校到当前场地条件上。2. 硬件选型和底盘设计要以稳定复跑为前提2.1 底盘结构怎么选双轮差速底盘是竞赛入门最稳妥的方案。它结构简单、控制模型成熟、转向半径小适合 S 弯和直角弯。四轮底盘虽然直线更稳但转弯时容易因为轮胎滑动产生不可控的横向偏差全向轮底盘灵活性高但编码器反馈和运动学解算更复杂现场调参成本也更高。在“元气仔”这类项目中双轮差速底盘通常包括两个直流减速电机带霍尔编码器或光电编码器。两个驱动轮直径约 60-80mm。一个万向轮作为支撑安装位置要与驱动轮形成稳定三角形。电池和主控固定在车身中后部不要把重量集中在一边。这里要特别注意重心。电机瞬间加速时如果重心偏向一侧车会在直线跑道上出现肉眼可见的侧偏进而影响循迹传感器读数。比赛机器人重量不大但重心位置往往决定高速稳定性。2.2 传感器组合编码器、IMU、循迹/视觉竞速机器人的传感器不是越多越好而是越匹配任务越好。常见组合如下。编码器装在电机尾部用来测量轮子转速是速度闭环的基础。选型时关注分辨率比如 13PPR、48 线、512 线分辨率越高低速控制越平滑。IMU提供横滚、俯仰和偏航角速度。竞速中最常用的是偏航角yaw用于转弯时告诉主控“车身已经转了预期角度”。灰度传感器或线阵相机用于识别赛道边界或引导线。灰度传感器适合对比度明显的黑白赛道线阵相机能采集更多横向信息但要处理曝光和像素阈值。距离传感器可选比如超声波或激光测距用于终点停车和避障比赛规则要求时再装。赛事中常见的选择是“编码器IMU灰度阵列”组合。编码器保证速度稳定灰度阵列修正横向偏差IMU辅助转弯角度判断。如果赛道场地较大也可以使用视觉方案但视觉对光线和赛道颜色的依赖更高。2.3 主控平台怎么选主控决定你能跑什么算法、调试效率如何。STM32 等单片机延时低、功耗低、逻辑简单适合纯循迹竞速。缺点是调试不方便参数改一次要重新烧录建议把 PID 参数做成可通过串口实时修改的协议。树莓派/单板电脑适合跑视觉、ROS 和复杂状态机但启动慢、功耗高比赛现场如果要求“从按下开关到就绪”不超过一时要注意启动流程。带无线调试的国产开发板比如 ESP32、K210 等适合快速验证但实时性和稳定性需要实测。“元气仔”类短赛道竞速项目我建议优先用单片机因为主控制循环要做到 1ms-10ms 级别稳定执行。视觉和路径规划可以放在上位机但不要让上位机直接参与每个电机脉冲的控制。2.4 电源与接线的工程细节电源是整个系统中最容易忽略的部分。电机启动瞬间电流很高如果电池或降压模块容量不足主控电压会跌落造成编码器读数异常、IMU 数据跳变、循迹传感器阈值不稳定。工程上建议做到三点电机和主控分开供电电机接电池组主控和传感器通过稳压模块降压供电避免电机电流变化污染主控电源。共地电机驱动板和主控之间必须连接 GND否则 PWM 信号和编码器信号会出现干扰。连接器固定比赛现场的振动很大杜邦线在两根线交叉时可能松动建议用防脱接头或焊接并做拉力测试。传感器/模块典型型号或方案适用场景需要注意的问题编码器霍尔编码器电机速度闭环采样频率太低时低速 PID 会抖IMUMPU6050转弯角度判断需要先做零点校准零漂会影响转角灰度阵列多路灰度传感器黑白赛道巡线数字量 vs 模拟量对阈值要求不同视觉摄像头 颜色阈值环境较稳定的赛道光线变化时阈值需要重标3. 搭建最小可运行的闭环控制系统3.1 软件运行架构闭环控制系统的软件结构通常是一个固定频率的循环。读取传感器编码器计数、IMU 角度、灰度阵列值。计算偏差当前速度和目标速度的差或车身相对引导线的偏差。执行 PID 或状态机控制输出 PWM 给电机驱动。记录日志把关键参数、传感器原始值、运行状态写入环形缓冲区或上位机。控制循环频率要固定。比如主循环每 5ms 执行一次如果循环时间被日志打印拉到 20msPID 参数会全部失效。这就是很多机器人“一分钟前跑得好好的加了行打印后突然跑不直”的原因。注意控制循环频率一旦固定就不要在循环体内做阻塞式串口打印或延时否则 PID 节拍会被打乱。3.2 主循环和状态机设计可以把一台竞速机器人的运行过程拆成几个状态STOP、START、RUN_STRAIGHT、TURNING、FINISH、RECOVER。每个状态对应一组控制逻辑。状态机的好处是调试时能清楚知道机器人当前在做什么出问题也能快速定位在哪一段。typedef enum { STOP, START, RUN_LINE, TURN_L, TURN_R, FINISH, RECOVER } RobotState;在主循环里先根据传感器判定是否需要切换状态再调用当前状态对应的控制函数。3.3 速度闭环 PID 的实现速度闭环是整个控制系统的核心。单片机通过编码器读取实际速度PID 控制器计算 PWM 占空比的修正量让实际速度逼近目标速度。下面是一段用于说明思路的 C 结构。实际使用时需要把自己的编码器读取函数、PWM 输出函数填进去。class SpeedPID { public: float kp, ki, kd; float target_rps; float integral, last_error; float max_integral; float update(float current_rps, float dt) { float error target_rps - current_rps; integral error * dt; if (integral max_integral) integral max_integral; if (integral -max_integral) integral -max_integral; float derivative (error - last_error) / dt; last_error error; return kp * error ki * integral kd * derivative; } };这里有几个关键点target_rps 是轮子每秒转过的圈数不是电机轴转速。如果不经过减速比换算速度环会拿“电机高速轴”的数据去控制“车轮低速轴”导致转向时左右轮速度不匹配。integral 必须限幅。没有积分限幅时机器人被卡住一瞬间积分会一直累加恢复后车会猛冲出去。建议只在误差较小时启用积分项或者等机器人跑起来再启用积分避免原地启动时积分饱和。3.4 转向控制和循迹逻辑转向有两种思路。第一种是偏差比例转向灰度阵列检测到车身偏右就增加左轮速度、降低右轮速度。第二种是转角开环检测到入弯标志后直接给定左右轮速度差跑固定时间或 IMU 角度后结束。纯循迹通常用前一种但速度很快时车身会对传感器偏差反应过猛出现振荡。更稳的做法是“分段控制”偏差小目标速度保持高速加一个微小转向补偿。偏差大目标速度降下来同时转向补偿加大。偏差超过阈值进入恢复状态倒车或低速重寻。void updateSteering(float sensorOffset) { if (fabs(sensorOffset) 1.0f) { targetSpeed maxSpeed; steering 0.15f * sensorOffset; } else if (fabs(sensorOffset) 3.0f) { targetSpeed maxSpeed * 0.7f; steering 0.4f * sensorOffset; } else { targetSpeed maxSpeed * 0.35f; steering 0.8f * sensorOffset; } leftPwmPID.target_rps targetSpeed - steering; rightPwmPID.target_rps targetSpeed steering; }这种分段逻辑符合人的驾驶经验弯道越急越要提前减速而不是等车身已经偏离了再猛打方向。3.5 编译烧录与日志验证单片机的开发流程一般是编写代码、交叉编译、烧录、打开串口查看日志。验证闭环是否生效不要只看机器人动没动而是要看目标转速和实际转速是否一致。推荐在调试阶段输出如下日志time_ms1000 target3.0 left2.98 right3.01 err_left0.02 err_right-0.01如果目标转速是每秒 3 圈实际值稳定在 2.98-3.01 圈之间说明速度环收敛正常。如果实际值在 2.0 到 4.0 之间来回跳说明 PID 增益偏高或编码器采样噪声太大需要先降低 kp再看 ki 和 kd。4. 通过数据驱动把成绩压进 50 秒内4.1 先建立成绩基线和节点计时第一次完整跑通赛道后先不做任何调优把成绩记为基线。比如第一次完整跑完是 62 秒。然后在赛道上人为划分几个节点起点、两个直线标定点、弯道入口、弯道出口、终点。每个节点放一个标记通过日志的时间戳记录经过时刻。分段时间能帮助团队回答一个关键问题慢在哪里。如果直线段占总时间一半就要优化速度控制如果弯道段占一半就要优化转向逻辑如果每次都倒在同一个弯道可能是传感器布局或重心位置问题。4.2 直线段从“能跑”到“跑满”直线跑不快的常见原因有两个。第一目标速度本身太低。有些参赛队为了保险把最大限速调得很保守。可以逐步把 maxSpeed 提高每次提高 5%跑三次看偏差是否变大。第二速度闭环输出不平稳。如果实际速度波动大机器人会在直线上左右摆动影响循迹。此时不要盲目加大 PID而是先看编码器读数是否稳定再检查电机驱动板的 PWM 频率是否合适。PWM 频率太低时电机会发出明显啸叫频率太高时驱动板发热。4.3 弯道入弯减速和出弯加速弯道成绩优化主要是“入弯减速”和“出弯加速”的时机问题。很多团队在弯道里把速度压到很低出弯后才慢慢加速这样虽然稳定但时间浪费很多。更合理的策略是入弯前 20-30cm 检测到转向标志提前减速到弯道速度。在弯道中保持车轮差速稳定避免频繁修正。出弯时当车身回到直线赛道上立刻把目标速度升到直线速度。使用 IMU 偏航角来辅助判断“弯道是否已经结束”而不是只靠灰度传感器。这需要把状态机里的 TURN 状态拆成 TURN_ENTER、TURN_HOLD、TURN_EXIT 三个阶段每个阶段设置不同的目标速度和控制权重。4.4 比赛模拟和成绩对比调优后要跑一整轮模拟赛用同样的赛道和裁判发车逻辑记录成绩。建议一次记录至少 5 轮。第1次61.80s 第2次62.45s 第3次83.90s在直角弯脱线后恢复 第4次49.10s 第5次48.47s如果最好成绩到 48.47 秒但平均成绩因为脱线达到 60 秒以上说明速度快但稳定性不够。真正要采信的是中位数或去掉最差之后的平均值不能只看最好成绩。比赛现场如果只允许取唯一成绩稳定性比极限速度更重要。指标优化前优化后是否达成目标最好成绩61.80s48.47s是5 轮中位成绩62.45s53.20s仍需提升脱线次数1 次/5 轮1 次/5 轮不稳定起步时间1.2s0.8s达成这里要强调48.47 秒的亚军成绩是“速度稳定运气”的综合结果比赛现场一次失误就可能让整个策略失效。数据驱动优化的目标不只是单轮最快而是让多轮成绩的方差尽量小。注意不要只看最好成绩多轮成绩的中位数和脱线次数才是真正的稳定性指标。5. 比赛现场调参与排错的顺序5.1 现场常见问题速查比赛现场时间有限不能从头翻代码。最好先按频率排查。优先检查的内容包括电池电压是否充满是否在刚才待机时掉电。赛道灯光现场灯光方向是否改变灰度传感器的阈值是否需要重新标定。传感器方向是否在运输过程中被撞歪。轮子螺丝是否松动编码器插头是否脱落。程序版本现场烧录的固件是不是最新一个稳定版本。5.2 从供电到传感器到控制参数的排查链路现场出现问题按以下顺序排查往往最有效率。现象确认机器人是原地不动、抖动、直行偏移、转弯过头还是计时误差。供电用万用表测主控输入电压和电机供电电压尤其要观察电机加速时的电压跌落。传感器原始值通过串口打印灰度阵列的原始 ADC 值确认白色和黑色的阈值是否分离。速度闭环把机器人架空看左右轮转速是否一致目标速度与实际速度是否接近。控制参数如果前面都正常再把 PID 参数切到预设的“现场保守档位”。顺序很重要。不要一上来就调 PID。很多时候问题根本不在 PID而在传感器阈值或电池电压。5.3 用日志和上位机快速定位比赛现场不适合看长串串口日志更适合作成简单面板当前状态、左轮实际速度、右轮实际速度、灰度ADC值、电池电压。如果单片机不方便接上位机就预先设计几个诊断状态通过按钮切换显示不同数据。建议在代码里预留“现场参数调整”通道用串口或旋钮实时改 PID 和目标速度而不是每次改参数都重新烧录。这样可以在有限时间内完成多次对比测试。5.4 决赛前必须准备的回退方案决赛前最后一轮改动必须是可回退的。建议在调优过程中保留上一版稳定固件。上一版稳定参数表。现场快速回退操作手册具体烧录哪个文件、恢复哪组参数。如果尝试了激进参数后成绩反而变差果断回退到保守参数。比赛比的是“一定能完赛”的前提下尽量快而不是赌一次高速度。问题现象优先检查项现场处理方法机器人刚跑出 2 米就停电池电压、主控供电换满电电池测空载电压直线左右摇摆编码器读数、左右电机一致性检查轮子是否装反降低 kp弯道冲出去入弯速度、转向增益调低弯道目标速度提前减速循迹传感器读数异常灰度阈值、环境光重标黑白阈值遮挡环境光启动瞬间复位电机电路干扰、电源跌落给主控加稳压模块分开供电6. 实战中容易踩的五个坑6.1 把速度环当成位置环用有队伍看到机器人位置偏了就直接在速度环基础上叠一个更大的速度差期望车身回到中线。结果是速度环和位置修正互相打架车在赛道上呈S形前进。正确的做法是区分两层控制底层速度闭环负责“按目标速度稳定转轮”上层转向控制负责“根据横向偏差调整左右轮目标速度”。每一层只做自己的事不要在一个函数里同时处理位置误差和速度误差。6.2 调参全靠魔法数字把 PID 参数直接写在代码顶部现场用串口看到一组值就手动改源码再重新烧录一组参数来回试 20 次。这样做时间成本极高而且试到最后一版时已经不清楚哪组参数对应哪个成绩。推荐做法把参数放在配置文件或 Flash 存储区开机时读取并支持上位机实时修改。每次调参后在日志里记录参数版本和该轮成绩。6.3 只测空跑不测负载和光照空跑是指不安装电池盖、不装传感器、不在真实赛道表面测试。空跑时电机负载小、电流小、传感器光线不同所有参数都可能和实际比赛不一致。实际项目应该做“整机带载测试”装上所有模块在模拟赛道的真实地面和真实灯光下测试至少 20 轮每轮记录节点时间。6.4 日志输出拖慢控制节拍在控制循环里直接调用 printf 输出日志每行几百字节串口发送会阻塞主循环。原本 5ms 的控制周期可能变成 30msPID 参数全部失效。解决方法是把日志放到独立任务或环形缓冲区控制循环只管写数据后台任务负责发送。发布固件时要关闭调试日志只保留关键状态和节点时间。注意日志是调试工具不是上线功能。比赛前要把调试日志关掉或降级。6.5 现场频繁改代码不备份比赛现场最容易出现的一个场景赛前两小时开始改参数每改一次就烧录一次最终烧进了一版没测试过的代码上场后表现异常。此时想回到早晨那版稳定固件发现文件已经被覆盖。准备工作要提前做稳定版本路径清晰命名、固件文件带时间戳、使用 Git 管理代码、参数表独立保存。任何改动都要在版本备注里写清楚“为什么改、改了什么、是否回退”。7. 让整套方案更可靠的可复用检查清单7.1 赛前一日检查单比赛前一天的检查应覆盖硬件、软件、数据和备份四个方面。硬件底盘螺丝、轮子固定、编码器线、IMU 固定、电池充电、备用电池、驱动板散热。软件当前固件版本是否是最新验证版本、是否可一键烧录、现场调参通道是否可用。数据是否在真实赛道表面完成至少 20 轮测试、最好成绩和中位成绩分别是多少。备份固件、参数表、接线图、传感器安装照片是否单独备份。这份清单不是赛后总结而是赛前强制执行的流程。每一项都是踩过坑之后补进去的。7.2 版本备份与参数管理机器人项目的版本管理容易被忽略因为“代码能跑”的时候大家不愿意停下来整理。但从 60 秒优化到 48 秒的过程中参数版本和代码版本是同样重要的资产。建议在工程目录里维护一个CHANGELOG.md每次调优记录日期、参数、成绩、现场条件。这样决赛前要看“哪组参数在相似灯光下成绩最好”可以直接从文件里查而不是靠记忆。7.3 后续可以扩展的方向“元气仔”以 48.47 秒拿到亚军说明整套系统已经具备稳定性。如果想进一步突破可以从以下方向扩展轨迹规划把赛道抽象为一系列路径点使用纯跟踪算法控制车身沿着平滑曲线行驶减少弯道中的刹车和加速次数。自适应 PID根据不同速度段自动切换 PID 参数避免一组参数在高速和低速时不均衡。仿真环境在 Gazebo 或 Webots 中建立赛道模型先在仿真中调好参数再到真实场地做标定减少现场测试次数。调度策略如果比赛包含多轮取最优可以设置“保守方案”和“激进方案”两套配置根据当天现场表现决定使用哪一套。这些方向都需要在保证速度闭环稳定的基础上进行。没有底层的编码器、PID 和状态机做地基任何上层算法都不会有稳定效果。回到开头那句话48.47 秒不是一个偶然的数值它是整个团队在硬件、控制、调参和工程流程上反复验证的结果。对准备参加机器人比赛的同学来说先把自己系统的基线跑稳再开始优化速度比一上来就追求极限成绩更容易获得好名次。下次比赛前不妨先按这份清单把现场流程走一遍让机器人在任何环境下都能稳定复跑这比临时调试来得可靠得多。
全流程解析)
