电赛备赛这几年我最深的感触是控制组的入门门槛其实不在算法而在软硬件之间那张看不见的网。很多队伍第一天晚上就把电路板焊好了但到了第三天还在纠结为什么电机抖、为什么传感器跳数、为什么PID一加上去就啸叫。标题里那句从电路板到PID算法的完整路径说得很准——真正的路径不是先学完模电数电再学自控原理而是沿着一个具体的受控对象从电源、驱动、传感器一路打通到控制律。这篇文章我就按自己带队伍、自己也参赛的完整经历把这条路径拆开讲一遍。适合刚组队准备打电赛控制题的本科生也适合那些已经有单片机基础、但还没做过完整运动控制系统的自学者。文章不追求把PID推导到数学家的程度而是用工程师的方式把每条原理落到能用的层面。1. 控制组真正的门槛不是算法而是系统思维刚接触电赛控制题的人很容易把注意力全放到PID上觉得只要调参调得好小车就能跑得直、云台就能稳得住。这个想法不能说错但它是把顺序搞反了。我见过太多队伍在调PID上耗了两天最后发现是编码器数据有毛刺、电机死区太大、供电电压被拉垮——这些硬件层面的问题PID调的再精细也救不回来。1.1 控制组题目到底在考什么拿最近几年的控制题来看从2024年的H题、2025年的E题到网上讨论度很高的2026年H题方向自动泊车、跟随控制这类运动场景题目内核几乎都是一样的给定一个物理对象要求它在扰动下保持某种期望的运动状态。这里的关键词有两个一个是物理对象一个是扰动。物理对象意味着系统有惯性、有摩擦力、有延迟这些东西都是真实的、非线性的跟仿真里的理想模型完全不同。扰动则意味着系统的输入输出关系会漂移——电池电压在掉、地面摩擦在变、负载在增加。这两点叠加在一起就构成了电赛控制题真正的考点在资源受限、时间紧张、环境不理想的条件下把一个闭环系统稳定地跑起来。这跟纯做算法题有一个本质区别。算法题讲究最优解电赛控制题讲究能在规定时间内稳定完成动作的可行解。你不需要控制理论做到研究生水平但你必须非常清楚从传感器读数到执行器输出这个链路上每一环都在干什么、会出什么问题。1.2 一个控制系统的完整链路拆解我们来把一个典型的电赛控制对象完整拆开。以小车的直线循迹或泊车动作为例闭环控制的信号链是这样的传感器环节编码器测轮速、IMU测姿态角、OpenMV或灰度传感器测位置偏差。这一环的输出是我能感知到什么。信号处理环节滤波、去毛刺、单位转换、坐标变换。这一环的输出是我感知到的值到底意味着什么。控制算法环节PID或更高级的控制律输入是期望值与测量值的偏差输出是我该怎么动。执行器环节PWM生成、电机驱动、电机本体。这一环的输入是控制量输出是系统实际动了多少。机械环节轮子与地面的摩擦、车架重心位置、传动间隙。这一环决定了电机输出功率中有多少真正转化成了期望的运动。五环缺一不可。任何一环出现问题最终表现出来的都是系统响应不对劲。如果缺乏系统思维就很容易把什么锅都甩给PID然后在参数上反复横跳越调越乱。我自己的体会是真正有效的学习方式不是按课程顺序来而是反过来先给自己的作品定一个动作目标然后反推每一环需要什么、可能出什么问题、怎么验证它没问题。当你把这条链路的每一环都亲手搭过一遍、亲手排除过故障控制理论里的很多概念——反馈、稳定性、带宽、超调——就自动获得了物理直觉。2. 电路板硬件控制组最容易翻车的底层环节控制组的电路板部分跟电源组、信号组有区别。控制组的板子通常不复杂电流不极端、频率不高但它的特点是通道多、干扰源多、与机械结构强耦合。如果这块基础打不牢后面算法写得再漂亮也白搭。2.1 电源架构控制板的心脏很多初学者做控制板第一反应是单片机最小系统板加几个传感器从一个USB口取5V电就行。这在桌面上验证是没问题的但一旦装到车模上、电机转起来就会发现单片机频繁复位、传感器读数飘得离谱——大概率就是电源出了问题。电机是典型的感性负载启动瞬间电流可以达到稳态的3到5倍。如果电机和单片机共用一路电源电机一加速母线电压就会被瞬间拉低单片机检测到欠压就复位了。这个问题在电机堵转时尤其明显。我建议控制组的板子在电源设计上至少分成三级电源级别作用典型实现一级电池或适配器输入防反接、滤波船型开关、肖特基二极管、大容量电解电容二级电机供电直接来自一级电源无需稳压但需在电机附近加104陶瓷电容三级逻辑供电单片机、传感器、编码器使用DC-DC降压或LDO与电机电源彻底分开关键经验是电机驱动的参考地与控制逻辑的地必须单点相连避免大电流在公共地线上形成压降干扰弱信号。所谓的数字地和模拟地分开在这个层面也是一样的道理。2.2 电机驱动和PWM频率的讲究电机驱动芯片的选择是另一个容易出问题的点。TB6612、DRV8833这类芯片适合小型车模电流在1A到2A级别如果用的是大扭矩直流减速电机电流可能到3A以上就要考虑BTN7971或分立式H桥方案。驱动能力留出1.5倍到2倍余量是我验过的稳妥习惯。除了驱动芯片PWM频率的选择是初学者最容易忽略的坑。我用过一个常见的小型直流减速电机把PWM频率设在1kHz电机低速时明显一顿一顿地转还伴随尖锐的啸叫声。换到10kHz后啸叫消失了速度线性度也好了很多。原因很简单PWM频率能引起电机线圈的机械共振避开共振区系统就安静了。不同电机的最佳频率不一样直接扫频测试——从1kHz到20kHz逐档上去听声音、看响应选最平顺的档位就行。编码器接口也值得专门注意。增量式编码器的A、B相信号如果直接用长线飞到单片机的普通IO口在电机转动时很容易被驱动PWM的边沿干扰。推荐的处理方式编码器信号线尽量用双绞线或屏蔽线。在单片机IO口附近加RC低通滤波常见取值1kΩ电阻加10nF电容截止频率约16kHz不影响编码器几百Hz到几kHz的正常信号。如果MCU有正交编码器定时器外设用硬件方式读取编码器计数可以省CPU资源而且更抗干扰。2.3 传感器选型与信号调理控制组传感器大致分三类内部状态传感器编码器、IMU、外部感知传感器OpenMV、激光测距、灰度。内部状态传感器是闭环控制的主反馈源外部感知传感器通常用于任务逻辑。编码器选型上我建议预算允许就选500线以上的光电编码器配合1:30减速比电机轮轴转一圈能得到15000个脉冲控制精度完全够用。如果用的是带霍尔编码器的TT马达线数低通常只有几百个脉冲每圈在低速段容易丢步PID控制会明显感觉发肉。IMU这里提一个实际经验MPU6050这类六轴传感器直接用DMP读四元数是省事的方案但在车模剧烈加减速时加速度计数据里会混入大量运动加速度融合出来的角度会有明显的动态误差。更稳妥的做法是短时间用陀螺仪积分定期加速度计校正或者上卡尔曼/互补滤波。不过对电赛而言通常不需要在这个层面投入太多精力只要注意把IMU用减振海绵或铜柱固定在靠近车体中心、远离电机的位置就行。3. PID控制的工程实现先把公式吃透再谈调参控制算法是所有控制题的核心。虽然最近几届开始流行纯跟踪、LQR、MPC这类更高级的算法但PID依然是电赛控制题的事实标准原因很简单PID不需要系统模型、计算量极小、鲁棒性足够。在四天三夜的时间约束下你不可能为每个题目重新建模、仿真、验证PID加上良好的前馈和限幅能覆盖绝大多数场景。3.1 位置式PID和增量式PID怎么选用一句话说明两种形式的区别位置式PID的输出直接是执行机构的绝对位置比如PWM占空比的绝对值而增量式PID的输出是本次控制量与上次控制量的差值。这个区别直接决定了它们的适用场景。增量式PID的代码只有三行核心计算typedef struct { float Kp; float Ki; float Kd; float target; float actual; float err; float err_last; float err_prev; float output; float output_last; float output_max; // 输出限幅 } PID_TypeDef; float PID_Incremental(PID_TypeDef *pid) { float delta; pid-err pid-target - pid-actual; delta pid-Kp * (pid-err - pid-err_last) pid-Ki * pid-err pid-Kd * (pid-err - 2 * pid-err_last pid-err_prev); pid-err_prev pid-err_last; pid-err_last pid-err; pid-output delta; if (pid-output pid-output_max) pid-output pid-output_max; else if (pid-output -pid-output_max) pid-output -pid-output_max; pid-output_last pid-output; return pid-output; }位置式PID多了积分项的累加float PID_Positional(PID_TypeDef *pid) { pid-err pid-target - pid-actual; pid-integral pid-err; // 积分限幅 if (pid-integral pid-output_max) pid-integral pid-output_max; else if (pid-integral -pid-output_max) pid-integral -pid-output_max; pid-output pid-Kp * pid-err pid-Ki * pid-integral pid-Kd * (pid-err - pid-err_last); pid-err_last pid-err; return pid-output; }增量式PID的好处是计算不涉及积分累加历史上所有误差的影响都被增量吸收了手感上不容易出现积分饱和导致的超大超调坏处是如果执行器本身没有积分作用比如PWM直驱电机输出占空比和转速近似成比例增量式输出的相对控制效果会偏弱一些。电赛控制题里直流电机速度环用增量式很顺手而云台角度环、位置环用位置式更直白。3.2 采样周期和执行频率的设计原则PID是数字控制的离散实现采样周期直接关系到控制性能。工程上有个经验法则采样频率至少是系统闭环带宽的10倍以上。对一般电赛的小车运动控制速度环采样周期1ms到5ms角度环采样周期1ms到2ms位置环采样周期5ms到20ms都是在合理区间内。具体设计时要考虑两个约束传感器数据更新率。比如编码器数据通常每1ms产生一次完整计数IMU的DMP输出往往只有100Hz10ms角度环的采样周期再快也拿不到新数据。MCU计算负载。PID本身极其轻量但在STM32上用软件IIC读MPU6050比较耗时建议把传感器采集放到定时器中断里PID运算在主线循环里跑或者用DMA传输。我常用的一个框架是定时器每1ms触发一次中断在中断里采集编码器计数、更新速度环PIDIMU用另一个低优先级的中断或DMA方式读取每5ms更新一次角度环PID位置环和任务状态机放在主循环里循环周期不严格固定只要有足够的刷新率就行。这种分层设计符合控制系统的实际需求也方便后期调试。3.3 输出限幅与积分限幅这两个限幅是让PID从仿真走向实际的关键代码也是最容易被新手忽略的代码。我见过一个真实的案例一辆小车位置环PID的积分项没有限幅目标是走1米但车在启动时因为摩擦被卡住误差一直存在、积分一直在积三秒后障碍移开积分值已经大到输出占空比直接拉满车像箭一样飞出去直接把测试用的亚克力板撞碎了。这就是典型的积分饱和事故。解决方式是三管齐下输出限幅PID的输出值夹在[-output_max, output_max]之间这个限幅通常来自执行器的物理能力比如PWM占空比最大是1000你就把输出限幅设到900给硬件留一点裕量。积分限幅位置式PID的积分累加值需要单独限幅。很多教材只提输出限幅但其实积分本身如果无限增长输出限幅根本拦不住——因为输出限幅只卡住了这一拍的结果积分的记忆还在上涨。积分分离当偏差超过阈值时把积分项清零或者不再累加。这个技巧在电机启动阶段尤其有用可以避免启动阶段的大误差被积分记住导致后续的超调。3.4 微分项的坑噪声放大器微分项的作用是预测误差变化趋势但它的本质是放大高频噪声。编码器在低速时的量化噪声、IMU的测量噪声经过微分后会被放大成剧烈的输出抖动。实际调试中如果发现系统在静态时有高频抖动而Kp、Ki都不大那就要怀疑是Kd过高。解决方案有三个按推荐顺序排列先对误差做低通滤波再做微分。简单的一阶低通就够用截止频率设为控制带宽的3到5倍。用测量值微分代替误差微分。如果目标值是阶跃变化比如从0跳到设定速度对误差微分会被目标值的跳变激发出一个巨大的尖峰而对实际速度做微分噪声来源相对稳定。减少微分项的采样频率。有时候Kd需要比较大但可以每隔几个控制周期才更新一次微分项等效于降低了微分通路的带宽。我个人的经验是电赛控制题90%的情况下只靠PD甚至P加一点点I就够了。Kd那一项能不加就不加加了之后也要用滤波配合。这个原则能帮你减少大量调参时间。4. PID参数整定的系统化方法从试凑到有感觉参数整定是控制组最玄学的部分但也是最有方法论的部分。我认同一个观点调参不是碰运气而是一套可重复、可复盘的实验流程。掌握这套流程你能把调参时间从两天压缩到半天。4.1 先闭环再调参每个环节单独验证调参的前提是信号链路是通的、方向是对的、极限输出是够的。很多人跳过这一步直接调PID结果怎么调都不对。所以在动PID之前必须逐项确认极性检查电机正转时编码器读数是不是为正PID输出为正时电机的转向是不是能让误差变小这个检查看似基础但真有很多队伍因为电机线接反或者编码器A、B相接反让PID输出形成了一个正反馈回路系统必然发散。开环标定给电机一个固定PWM测量稳态转速做一组PWM-转速表格。这个表格可以告诉你执行器的响应是否线性、死区有多大。我的经验是小直流电机通常在占空比10%以下是不转的这叫死区需要在PID输出上叠加一个前馈补偿量。极限能力测试PID调试前先测一下系统在最大输出下的加速度和最高转速这会告诉你系统的物理边界在哪后续整定期望值才有依据。4.2 经典试凑法的顺序先P再I最后D试凑法的顺序是一个广为流传的经验我来把它细化成可以照做的步骤Ki和Kd先设为0。只留Kp从小到大逐档加。找临界振荡点。Kp加到某个值时系统开始出现等幅振荡记下此时的Kp和振荡周期。这个状态叫临界稳定Kp大约是临界值的50%到70%时响应通常已经比较快且稳定。加入Ki消除稳态误差。在Kp基础上加Ki从很小的值开始大概是Kp的1/10到1/20观察稳态误差是否被消除。如果出现低频振荡说明Ki太大。最后加Kd抑制超调。如果响应有较大的超调才考虑加Kd。Kd从Kp的1/10开始试。Kd引入的噪声问题按3.4节的滤波方案处理。这个流程是靠谱的但只适用于线性度较好的对象。电机调速这类对象响应近似一阶惯性比较好调云台角度环如果有明显机械间隙或摩擦非线性调起来就要手感多一些。4.3 从阶跃响应曲线上读出问题调参时如果盲目地看数字你很难判断系统到底怎么了。我强烈建议做一件事把系统的目标值、测量值、PID输出值通过串口发到上位机画成波形图。有了波形图你能一眼看出波形现象可能的PID问题响应慢长时间不接近目标Kp太小或输出限幅太紧强烈低频振荡1-2HzKi过大或积分饱和高频抖动10Hz以上Kd过大或传感器噪声被放大超调大回稳慢Kp过大或Kd不足稳态误差一直存在Ki太小或系统有死区/摩擦响应有台阶感采样周期太长或控制周期不固定没有波形调参就是盲人摸象。电赛四天里第一天晚上就要把串口调通把波形工具准备好。不要等到第三天系统开始调试了再临时搞时间来不及。4.4 调试中真实遇到的一个疑难杂症去年调试一个自平衡小车遇到一个非常隐蔽的问题静止时车体能稳住但轻推一下之后车体来回晃了几次才恢复。当时我以为是Kp不够加了一倍Kp结果系统开始高频振荡减回原值又恢复原样。反复试了很久最后才发现问题不在PID而在于IMU安装在一个有共振的支架上——轻推车体时支架发生了几十赫兹的微振动陀螺仪把这个机械共振采进去了角速度的微分项被放大系统自然就跟着抖起来了。解决方式是换了一个更短的支架改变了共振频率问题立刻消失。这个案例说明了控制组的常态你在调参时改了一个看似无关的机械件很可能就解决了一个玄学问题。反过来如果调参调不出来先怀疑机械和信号链不要死磕PID。5. 从模拟到实战把完整控制系统做出来的工程流程硬件会画、PID会写、参数会整接下来就是真正的工程能力把分散的模块集成到一起让系统在赛场上稳定工作。这一步考验的是调试方法和时间管理。5.1 硬件优先还是软件优先我建议的次序是先硬件后软件再软硬件联调。具体来说原理图设计与PCB打样提前完成不要拖到赛前一两周。控制组板子面积不大画起来不难但一定要留足测试点、电源指示灯、串口接口。裸机程序点灯、点电机板子回来后先把最小系统跑通逐一驱动电机、编码器、IMU确认外设与原理图一致。这个阶段不要写任何控制算法。开环功能验证给定PWM让电机按固定速度转用编码器读回速度确认开环下系统响应符合预期。闭环单通道调试先只做速度环让车速稳定在设定值再做转向环或位置环一次只加一个闭环。任务逻辑组合当所有闭环通道都稳定后再写循迹、避障、泊车等任务逻辑。这个流程的核心思想是一次只引入一个变量。如果你一上来就把速度环、转向环、视觉识别全部打开出了问题根本不知道是哪个环节引起的排查成本呈指数级上升。5.2 场地实测的数据比理论重要电赛控制题的很多任务是在指定场地完成的场地表面的材质、光线条件、场地尺寸都会影响系统表现。我的习惯是越早拿到比赛场地信息越好哪怕是一个大概的场地规格也要尽早去模拟测试。举一个例子2025年电赛某控制题需要在指定区域内完成色块识别和抓取。在实验室白炽灯环境下OpenMV的颜色阈值调得非常稳定但到了赛场场地灯光偏暖黄色色块的色相偏移了十几度识别率骤降。解决办法是在赛前把不同光源下的颜色阈值都采集一遍做一个阈值切换表比赛时根据现场环境手动或自动切换。这类问题在模拟测试阶段就能提前发现和解决。5.3 数据记录是排错的最佳助手遇到系统表现不稳定第一件事不是改代码而是记录数据。我在每次调试时都会把编码器计数、IMU角度、PID输出、PWM占空比、电池电压这些关键变量周期性发送到上位机保存成文件。赛后回看数据往往能在波形上精确定位出问题的时刻再结合现场情况就能还原出问题链路。有一个很有意思的例子某次小车直线行驶测试偶尔会往右偏。现场看的时候以为是从动轮摩擦不均匀导致的但回看记录的数据发现每次偏右之前电池电压都出现了一个尖峰下降同时右侧电机的PWM占空比瞬间上升。进一步排查后发现是电池电量不足、供电电压波动导致右侧驱动芯片瞬间欠压关断了一下。这个问题的根源完全在电源侧如果没有数据记录可能还会误判成传感器问题。5.4 比赛期间的调试时间分配电赛是四天三夜时间很紧张。我的建议是第一天白天完成系统搭建和基础测试。第一天晚上把基本闭环跑通。第二天实现核心功能完成PID优化让主要任务能跑通。第三天针对任务的极限工况做优化一次只改一个参数每次修改都记录。第四天上午封装、写文档、准备演示流程下午根据现场条件做最后微调。这里有一个很实用的习惯每一个改动的参数都保存到代码注释里比如Kp2.5测试条件2m/s直线稳定。四天下来你会积累大量的实验记录这些记录在最后写设计报告和应对突发情况时都极其有用。6. 从备赛到赛场团队协作和赛前准备的几个关键细节前面的内容偏技术最后这部分我聊一聊团队协作和经验储备。控制题往往是团队作战一个人的能力上限再高协作不好也容易翻车。6.1 团队分工的常见错误控制组通常有三个人一个做机械和电路一个做算法一个做嵌入式软件。这个分工看似合理但我见过太多种反面案例分工过于割裂做硬件的不知道算法的输出是什么范围做算法的不知道执行器的死区有多大结果各自做完一拼装发现根本跑不起来。共享代码没有版本管理四天里代码改了几十版没有用Git最后改坏了找不到上一个能跑的版本。没有统一的接口定义传感器数据结构、PID参数结构体、控制周期这些基础约定没有提前定好后期联调时浪费时间。我的建议是赛前至少进行一次24小时全流程模拟赛从拆包、搭建、写代码、联调、排错到写报告完整走一遍。这个过程能暴露八成以上的团队协作问题。6.2 赛前硬件储备清单电路板、电机、传感器这几类东西比赛时坏掉是常见的事。以下是我每次比赛前都会核对一遍的备件清单电源类电池至少2块充电器1个电源适配器1个不同规格的杜邦线两套。电机驱动类驱动芯片同型号备2片电机备用1-2个和车模上同型号编码器备用1个。传感器类编码器信号线备一套IMU模块多买一个OpenMV线缆备一根。板卡类主控MCU备用1个最小系统板或者平时用的核心板多备一块烧录器USB线备用。焊接维修类电烙铁、焊锡丝、吸锡带、热风枪如果有条件排针排母、0.1英寸跳线帽、热缩管若干。这些东西总价不高但对于四天时间来说一个关键器件坏了就等于一天的工期没了。宁可多备不可不备。6.3 文档和报告准备的技巧电赛除了作品本身设计报告也占一定分数。报告不是最后一天临时拼凑的而是要从第一天开始就留素材。我的习惯是每天结束前拍一组作品照片记录当天完成状态。每次调试过程中的关键波形截图保存写报告时可以当实测数据。系统框图、硬件电路图、软件流程图在搭建初期就画好初稿后续逐步补充。报告中的创新点最好在设计中就预设好比如你做了一个自适应PID、一种抗干扰的传感器融合方案这些在赛后写出来会非常加分而不是比赛结束后硬往报告里凑。回看这几年的电赛控制题不管题目怎么变基本能力要求其实很稳定扎实的硬件设计与排错能力、对受控对象的物理理解、以及一套科学的调试方法论。把这三样练扎实了不管遇到什么题目你都有足够的底气在四天里拿出一个能跑的作品。最后分享一个我个人的体会电赛控制组最迷人的地方不是最后拿了什么奖而是你亲眼看着一堆散乱的零件经过搭电路、写代码、调参数的反复折腾最终按照你的指令精确地完成了动作。那个瞬间你会发现书上学到的那些抽象概念都有了温度。
