智能车竞赛的单车定向组这几年在圈里热度一直不低。尤其是全国大学生智能车竞赛把单车组的任务从单一的直线竞速扩展为直线八字慢速组合后乍看是增加了难度实际上更考验一套系统在两个极端工况下的平衡能力。我见过不少队伍把直线调得飞快一到八字场地就开始画龙也见过八字绕得很稳但直线被对手甩开一两秒的车。说白了这个组别比的不是某一项能力而是你对自己那台车的理解程度。如果你正准备参加第二十一届智能车竞赛的单车定向组或者已经在备赛路上被直立平衡和转向控制折磨得头疼这篇文章应该能给你一些真正可落地的经验。我下面要讲的内容不是从规则文档里复制出来的条条框框而是基于实际调车过程中的整套方法论从硬件选型、机械调校到直立环、速度环、方向环的配合逻辑再到直线竞速和八字慢速两套控制策略怎么在一辆车上切换共存。篇幅会比较长但每一段基本都是从实践中磨出来的。1. 先搞清楚比赛在比什么单车组的物理本质与赛道逻辑1.1 单车不是骑单车是控制一个不稳定的倒立摆很多人第一次接触单车组会有个误解以为单车定向就是让车像人骑车一样有两个轮子但能保持平衡往前走。实际上竞赛里的单车组车轮接地点形成的支撑面非常窄车体在横向上roll方向天然不稳定跑起来就像一个人体倒立摆在往前移动。这个物理本质决定了你所有算法的起点都不是先追求速度而是先让这辆车立得住、不往两边倒。从控制角度看这是一个典型的欠驱动系统。执行器就是后轮电机转向靠前轮的舵机或者步进电机但车体横向平衡的控制力来自于后轮的滚动加减速——加速时车体有向后倒的趋势补偿减速时车体有向前倒的趋势补偿。这个耦合关系非常有意思你越想把车控稳越不能只盯着平衡环得让速度环、方向环和直立环形成统一的整体。直线竞速和八字慢速这两个任务恰恰是对同一套物理系统的两种极端考验直线竞速要求车体在高速下维持平衡此时车体的陀螺仪角速度变化剧烈车轮打滑、机械共振、传感器延迟都会被速度放大。八字慢速要求车体在小半径连续转向中稳定绕行不是简单跑慢就行因为低速下直立环的修正力矩也相应变小反而更容易侧倒。所以备赛的第一原则不是分别练两套代码而是先深刻理解你的车在高速和低速下分别是什么状态再决定控制策略怎么调整。1.2 规则里没写透的几个关键限制每个赛季规则细节会有调整但有几条是单车组一直以来的共性约束备赛时必须提前注意传感器数量限制单车定向组通常不允许使用太多传感器一般以摄像头为主要的赛道感知手段配合编码器、陀螺仪/加速度计完成状态估计。这意味着你没法像完全体无人车那样依赖激光雷达必须把有限的传感器信息用到位。车模机械结构限制车模需要自制或基于指定车模改造但轮径、轴距、转向结构有限制范围。很多队伍在机械上压榨极限但过度改装往往会带来新的不稳定因素。场地环境不确定比赛现场的光线、地面摩擦系数、地毯纹理甚至观众席的反光都会影响摄像头的识别效果。这个我在后面单独讲是新手最容易翻车的地方。把这些限制记在脑子里之后你再看网上那些开源方案就不会盲目照抄了。开源代码可以给你起点但到了赛场上决定上限的一定是你对自己车体特性的掌握深度。2. 硬件选型与机械调校直线冲得住、八字绕得稳的全在前期准备2.1 摄像头、陀螺仪和编码器怎么搭配单车组的核心传感器就三个摄像头负责看路陀螺仪/加速度计负责感知姿态编码器负责知道速度。摄像头的选择一直是争论焦点。近几年规则允许使用带一定处理能力的摄像头模块比如总钻风、沁恒等方案也有队伍直接用OpenMV或者带MCU的摄像头模组做初步处理。我的建议是别盲目追求分辨率帧率比分辨率重要得多。单车高速直线时车体状态变化极快如果摄像头只有30帧那在高速下每帧之间车已经跑出去十几厘米留给控制系统的反应时间完全不够。备赛时优先选能稳定跑60帧以上、且曝光可调的摄像头方案。分辨率一般80x60到160x120就够用关键是图像处理的实时性。陀螺仪/加速度计建议用MPU6050或更新一点的六轴模块这个是主流选择。注意两个点一是安装位置要尽量靠近车体中心二是务必做零偏校准。很多车的平衡问题不是算法不行而是陀螺仪数据在开机后直接拿来用零偏没校准导致直立环有一个恒定的偏置误差——车会莫名其妙地往一个方向倾斜。这个坑我在现场帮别人调车时见过太多次了。编码器装在电机尾部用来测后轮转速。低速八字绕圈时速度反馈的精度直接决定了你能否稳定维持某一个低速目标。推荐用带有减速比编码器的电机分辨率高一些低速下的速度环控制会更细腻。2.2 电机、驱动与电池的搭配逻辑电机方案基本就是带霍尔编码器的直流减速电机比如常见的GA25、MG513等或者无刷电机方案。直流减速电机便宜、好驱动、控制简单适合绝大多数队伍无刷电机功率密度高但驱动逻辑复杂如果车队没有很有经验的成员不建议备赛初期就上无刷。驱动这块要注意电流余量。直线竞速时电机瞬时电流可能很大驱动模块选太小的容易过热保护比赛时车突然失去动力那真是欲哭无泪。建议驱动芯片至少留出2倍额定电流的余量并加散热片。电池一般是7.4V两节锂电池或11.1V三节锂电池。这里有个人实践中的建议直线竞速和八字慢速尽量用两个不同电压/电量状态的电池做测试。因为电池放电曲线的不同会导致同样的PWM输出实际车速不一样直立环和速度环参数也会随之漂移。赛前要做的不是只测满电状态而是测70%电量、50%电量下的车体表现提前知道系统什么时候会开始力不从心。2.3 机械调校重心、轴距、轮胎才是容易被忽略的大头很多队伍把精力全放在代码上机械结构差不多能跑就开始调参这是大忌。单车组的机械调校基本决定了你的控制算法上限能到多少。以下几项是我反复调整后的心得重心高度直线竞速时重心低一些车体抗侧倾能力强但重心太低会让八字绕圈时的转向响应变钝重心太高则直线容易发飘。实际调整手段是电池的安装位置——电池是车上最重的大件把它压低、居中安装是性价比最高的稳定方案。轴距和轮距轴距越长直线稳定性越好但转弯半径变大八字慢速时的操控性变差。所以这里是直线和八字的第一处直接矛盾。不要总想找一个通吃的轴距而是先找到规则允许范围内的中间值然后靠控制策略去适应这个机械设定。轮胎与地面八字场地通常是短毛地毯直线冲刺可能区域摩擦条件略有不同。轮胎选硬一点还是软一点直接影响抓地力。软胎抓地好但磨损快、高速时发热后特性变化明显硬胎高速表现稳定但八字低速时容易打滑。我的个人选择是用中等硬度的橡胶胎并且在赛前用酒精清洁胎面去除脱模剂残留和灰尘这一点很不起眼但对成绩影响很大。3. 底层控制逻辑直立环、速度环、方向环如何协同工作3.1 直立环让车先学会站住直立环是单车组所有控制的基础它本质上是一个PD控制环。输入是车体横向倾角由陀螺仪积分加加速度计融合得到和倾角角速度陀螺仪直接测量输出是电机PWM的修正量。让车保持平衡的核心逻辑是车往哪边倒就让车轮往哪个方向加速利用惯性把车体扶回来。调直立环的顺序有讲究。先把P项从小到大慢慢加你会看到车体开始有抗拒倾倒的反应从一个方向歪倒变成左右来回小幅震荡。接着加D项震荡会逐渐收敛。注意D项过大的典型现象是车体高频抖动、电机发出尖锐的嗡嗡声这时候要把D项往回退。一个关键经验纯PD直立环只能在车体倾角较小的时候维持平衡一旦倾斜超过某个范围就救不回来了。所以实际赛道上车需要的是动态平衡即车体始终在一个小角度范围附近微调而不是等大倾角出现再修正。这就要求后续的速度环和方向环不能让直立环措手不及——比如速度突变或方向猛打时必须限制变化率给直立环留出调整空间。3.2 速度环直线要稳、八字要精速度环的作用是让车按期望速度行驶同时在这个过程中协助维持平衡。它的实现方式一般是级联在直立环外层的PI控制环把编码器测得的实际速度与目标速度做差通过PI计算出一个角度修正量叠加到直立环的目标倾角上。这里有一个很多新手理解不透的点速度环不是独立地控制速度它是通过改变车体的目标倾斜角度来间接调速的。比如想让车加速就让车体前倾一点直立环为了让车不倒必然会加速向前想让车减速就让车体后仰一点。所以速度环的PI参数本质上是在决定车体倾斜程度和速度误差之间建立什么样的映射关系。直线竞速时速度环只需要一个简单的目标速度重点是上限速度下不发生过大超调。八字慢速时速度环不仅要有更小的目标速度值还要对速度波动的容忍度更低——因为速度不稳车体倾角就会抖动进而导致转向轨迹变形。我实践中习惯在速度环输出端加一个低通滤波避免直线上速度的微小抖动用太大的力度去修正反而引起车体振荡。滤波时间常数大概选5~20ms具体看编码器采样频率。3.3 方向环从看到线到走在想要的路径上方向控制的输入是摄像头识别到的赛道信息输出是舵机或前轮转向角。基础做法是计算赛道中线的偏差然后用PD控制让车头对准目标方向。但单车组的方向控制有个特殊性转向不仅改变行驶方向还会产生侧向力而这个侧向力会干扰车体的侧向平衡。所以在八字慢速中你会发现方向环P值稍微大一点车就开始在弯道中摇摆而直线高速时方向环如果响应太慢车又会直直冲出赛道。我的建议是方向环参数不要一次性定死而是做成按车速和场景动态调整的形式。低速八字时方向环P可以大一些让车头快速跟随中线高速直线时方向环P适当降低避免过激转向破坏平衡。这个变参数思路会在后面第5节详细展开。4. 图像处理与赛道识别直线和八字场景下的预处理差异4.1 摄像头视角与ROI设计摄像头的安装角度决定了图像处理的上限。装得太平近处看得清但远处信息少高速直线时来不及反应装得太俯视远处赛道丢失八字连续弯道时容易冲出弯心。我的经验是把摄像头略微上仰让画面下边缘刚好看到车头前方10~20cm的赛道上边缘看到车前方80~120cm的信息。这样近处信息用于精确居中远处信息用于预判弯道。ROI感兴趣区域设计上尽量不要整幅图像处理太耗时。把图像的下半部分作为主处理区域进行二值化后提取赛道边界。ROI的高度在不同场景下应该有调整直线时ROI可以拉高一些利用远场信息提前发现赛道走向八字时ROI压低一些只关注近距离的赛道避免弯道中远场信息太乱干扰判断。4.2 直线场景远场前瞻与丢线处理直线竞速时车通常处在赛道中段前方就是一条笔直的通道。此时图像处理的重点不是精确找线而是快速确认前方没有障碍、没有大弯然后放心让速度环全速冲。我习惯在这种状态判断中做一个简单分类如果前方80cm范围内左右边界都是笔直且基本平行的就判定为直线场景方向环保持当前输出控制核心放心交给速度与直立环。直线场景最怕的是丢线——摄像头视野内只看到一侧边界甚至两侧都看不到。这可能是车体倾斜太大导致视角偏移也可能是前方出现了急弯。丢线处理的核心是别慌不要用上一次的偏差值强行加到极致。我的做法是设置一个丢线计数持续丢线超过N帧比如5帧才认为前方确实是急弯否则维持上一次的有效方向值并降低速度。4.3 八字场景连续弯道的边界拟合与目标路径八字绕圈的本质是连续地走两个方向相反的圆弧。在这个场景下图像里的赛道边界往往是斜线和曲线简单的中线偏差PD很容易导致转向滞后表现为车总是走外圈或者进弯时切弯太狠开始画龙。更好的办法是做边界拟合把图像中左右边界的点集用直线或二次曲线拟合然后根据拟合结果计算目标行驶线。对于八字这种连续弯道可以算一个虚拟的目标弧线让方向环跟踪这条弧线而不是单纯跟踪中线。提取左右边界之后计算中线的平均位置但不要直接用这个平均值作为目标。我通常的处理是识别弯道方向左弯还是右弯在进入弯道时把目标线预设得更靠近弯心一点出弯时再逐渐回到赛道中心。这样转向动作更平滑车的横向平衡受到的扰动也更小。这就是很多队伍说的切弯策略。4.4 曝光与光照早上调好的参数下午就废了这是比赛现场最典型的问题。室内场地的灯光在上午和下午、晴天和阴天都有明显差异如果图像二值化阈值是写死的那大概率会翻车。我的解决方法分三层第一层是自动曝光/自动白平衡。如果摄像头模组支持把曝光模式设置为自动并且限制最大曝光时间避免运动模糊。第二层是动态二值化。在采集到图像后先统计整幅图像的灰度直方图根据灰度分布自适应计算分割阈值而不是用固定值。这个计算量不大但对环境光线变化的抗性提升非常明显。第三层是颜色空间选择。如果场地是蓝色赛道配白色边界可以考虑在HSL空间里用色相H来分割这样对亮度变化更鲁棒。我在备赛时用的是灰度图动态阈值到比赛现场临时改为HSL空间下的色相分割效果立竿见影。5. 控制策略切换一套代码同时吃下直线和八字5.1 任务状态机与模式切换逻辑一辆车要同时完成直线竞速和八字慢速最简单粗暴的做法是准备两套代码跑之前手动切换。但这在实际比赛中有风险——万一裁判临时调整发车顺序或者你有两台车分别需要跑不同任务手动切换很容易出错。更好的设计是在代码里做一个轻量的任务状态机。根据摄像头识别到的赛道特征自动判断当前处于直线段还是八字弯道区然后切换对应的控制参数组。我实际使用的状态划分如下状态A直线冲刺前方赛道边界近似平行且连续无急弯特征目标速度设为高速值比如3~4m/s具体看车体能力。状态B八字慢速前方左右边界弯曲程度大或开始出现交叉特征目标停车速降到低速值1~1.5m/s方向环参数切换到高响应模式。状态C恢复过渡刚从八字弯道出来进入直线段速度从低速逐渐爬升到高速避免急加速导致平衡失效。状态切换之间还要设置滞回区间防止在直线和弯道交界处频繁切换导致速度剧烈波动。打个比方不要在前方边界弯曲程度刚好到达阈值时就立刻切换而是让进入弯道的判定阈值比离开弯道更灵敏一些这样状态切换才有缓冲。5.2 速度规划怎么从直线高速平滑落到八字低速直线冲完紧接着就要进入八字速度从几十km/h瞬间降到几km/h如果直接阶跃式降速车体惯性会让车猛地前倾直立环根本反应不过来。所以必须做一个速度斜坡规划。我的实现是在判定即将进入八字区域时就开始按一个预设的减速度递减目标速度。减速度的选择要让车体在减速过程中仍能维持较小倾角变化通常通过实验反复标定。我调试时发现比较合适的减速度大约在1.5~2.5m/s²之间具体值取决于车体重量和机械结构。同样八字绕完进入直线阶段加速也要平滑。不过加速过程相对容易一些因为直立环本身对加速度有天然补偿——车体前倾就自动加速只要限制目标速度的爬升速率即可。5.3 PID参数分时切换的平滑处理如果你在模式切换时直接把PID参数从一组换成另一组控制器输出会有一个跳变这个跳变轻则让车抖一下重则直接失衡。解决方法是参数插值在切换过程中按控制周期逐步把参数从旧值插值到新值插值时间一般在100~300ms。具体的做法是维护一个当前生效参数结构体在状态切换时记录旧参数和目标参数然后在多个控制周期内按线性或S形曲线逼近目标值。这样整个切换过程是平滑的车的动作不会出现突兀的转折。另一个容易被忽视的点是积分项的处理。速度环和直立环的积分项在参数切换时如果不做处理累计值会延续到新模式里可能造成瞬时的过冲。我的习惯是在状态切换瞬间把速度环的积分项清零或者乘以一个衰减系数让新状态从零开始累积。6. 调参实战与典型问题排查从原地转圈到高速过弯6.1 先调直立再调速度最后调方向调参顺序千万别乱。我见过太多队伍上来就希望车能绕着八字跑实际连直立都还没完全站稳。正确的顺序是三步走第一步调直立环把车拿在手里启动控制感受车体是否有回正力矩。逐步加大P直到车能短时间直立2~3秒然后加D消除震荡最终目标是车能原地站立5秒以上不借助外力不倒下。第二步调速度环设定一个较低的期望速度比如0.5m/s让车轻轻往前推着走。观察速度响应是否平缓、是否有来回震荡。慢慢提高期望速度直到直线上能稳定巡航。第三步调方向环先让车走直线观察是否跑偏再放到大半径弯道试试最后才上八字连续弯道。每换一个场景方向环参数单独调。这个顺序背后是依赖关系速度环依赖直立环提供的稳定基准方向环依赖速度环带来的可预测运动。跳过任何一步都会让问题变得难以定位。6.2 八字绕圈时的外抛和切内现象八字跑不好的典型表现有两种一是车总是往外侧甩过弯半径明显比赛道大二是车进弯时猛切向内出弯时又猛打向外轨迹像锯齿一样。外抛的根源一般是方向环的P太小或摄像头前瞻太短。车看到弯道时已经离弯心很近了转向来不及。解决方法是增大方向环P值并适当增大远场ROI的权重让车提前看到弯道。如果这两种操作都做了还是外抛检查一下速度是不是太快——八字慢速场景中速度一旦超过机械抓地力极限再调控制参数也没用。切内则是方向环P太大或者D太小导致车头过度转向进弯时前轮转向角度过大车体被侧向力推出去。解决方法是适当降低方向环P、增大方向环D或者在前轮转向输出上加一个限幅限制舵机转角的最大变化率。我之前在调八字时遇到一个很诡异的问题左弯很顺右弯总是外抛。检查大半天最后发现是摄像头安装位置在车体稍微偏右了一点点导致视野中心与车体中心不对齐左右弯看到的赛道偏差不对称。所以调方向环之前务必先校准摄像头的物理对中性——把车放在赛道正中软件读取的中线偏差应该接近零。6.3 直线冲线时的抖动与侧滑直线高速常见的问题是车体高频颤抖或者明显的侧向滑动。高频颤抖十有八九是直立环D项过大或者是陀螺仪数据噪声大且没有滤波。可以在代码里对陀螺仪角速度做一阶低通滤波截止频率大概50~100Hz能有效减少高频噪声但要注意延迟也会略微增加所以时间常数要折中。侧滑的征兆是车虽然保持直立但行驶方向开始偏移轮胎发出轻微的吱吱声。这说明速度已经接近轮胎抓地极限或者前轮转向角有一些微小的偏置——很多车的舵机中位并没有精准校准导致车实际有一个很小的恒定转向。直线高速时这个微小转向会被放大成明显的侧滑。所以每次赛前都要重新校准舵机中位跑直线时如果车往一侧偏先别急着调PID先确认舵机中位是否真的准。6.4 比赛现场的突发情况处理现场翻车最典型的几个场景电池电压不足导致车速明显变慢。如果测试时用的是满电电池比赛时换了块旧电池同样的PWM输出车速完全不一样。所以赛前一定要用比赛当天的电池多跑几轮记录不同电压下的表现。如果车在比赛后半段明显变慢可以考虑在速度环里加入电压补偿——根据当前电池电压动态调整油门上限。场地灯光在摄像头里产生反光或阴影。如果你用的是灰度图固定阈值几乎一定会出问题。稳妥起见提前到比赛场地测试光线并且用前面说的动态二值化方案。地毯拼接缝导致赛道图像断裂。很多比赛场地是用拼接地毯铺的两条地毯之间的缝隙在图像里会被识别成一条黑色边界干扰找线。可以在图像处理里加一个简单的宽度滤波如果某个方向的连续黑线宽度明显小于赛道边界就把它忽略掉。7. 备赛节奏与团队协作一份可复用的时间线7.1 五个月备赛周期怎么分配如果你是从零开始准备建议至少给自己留五个月。我习惯按下面这个节奏来第1~2月机械组装、硬件调试、基础代码框架搭建。此阶段目标是让车能跑起来哪怕只是歪歪扭扭直行。同时把开发环境、代码版本管理、日志系统搭好——这些前期工作越牢固后面调参效率越高。第3月完成直立环、速度环、方向环三代控制的基本调通能在简单赛道上完整跑一圈。开始引入摄像头图像处理完成基本的找线和中线提取。第4月优化直线速度上限开始调八字慢速。可以搭建一个简易的八字场地每天反复跑。此时要建立系统的调参日志记录每次改动和对应的效果。第5月模拟比赛流程进行完整的两轮任务测试。重点测试状态切换的可靠性、电池续航下的稳定性、现场光线的适应性。最后两周不要再大改代码只做参数微调。7.2 开源方案怎么用抄框架别抄参数现在网上能找到不少开源的单车组方案包括缩微光电开源的工程文件、各学校车队的技术报告。这些开源内容价值很高尤其是对新手来说能省去大量从零摸索的时间。但要注意几点开源代码的PID参数、图像阈值、滤波系数几乎都和你自己的车体机械特性绑定直接抄过来大概率是不能直接用的。所以正确的用法是把开源方案当成框架参考理解它的程序结构、控制流程和思路然后基于自己的硬件平台重新标定每一个参数。这个过程没有捷径但恰恰是提升最快的时候。另外看开源代码时重点看它的状态切换逻辑、异常处理、调试输出这些工程化细节而不是只看用了什么算法。算法大家都会说差的是把算法在真实系统上跑稳的工程能力。7.3 调参日志让每一次改动都有据可查这个习惯我强烈建议所有队伍养成。调车时的每改动一个参数都应该记录改动前的表现、改动后参数值、改动后的表现、当时的电池电量、场地状态、光照情况。不要觉得这很麻烦等你调了一周发现车变慢了回头翻日志才发现是一周前某个参数的微小改动造成的连锁反应你会庆幸自己有日志。日志不复杂一个Excel表格或者Markdown文档就行关键是坚持记。另外建议在代码里加一个调试模式可以在运行时通过按键或蓝牙切换显示当前的PID输出、车体倾角、目标速度、状态机状态等信息。这在现场排错时简直救命——很多问题你只看车跑根本想不到原因但把状态数值打印出来一眼就能锁定。写在最后的一些个人体会回看这一路备赛单车定向组最难的地方真心不是某一个算法而是所有环节互相纠缠机械上一个毫米的偏差到高速直线上会被放大成一次侧滑图像处理一个小失误到八字弯道里就是整圈出界代码里一个参数切换没做平滑赛场上就是车突然失控。备赛的过程很大程度上就是反复地发现问题、定位原因、修复验证的循环而支撑这个循环高效运转的是你对系统整体的理解深度和那些不起眼的工程习惯。如果你正准备参加新一届的竞赛我给的最实际的建议只有两条一是尽早开始每个赛季都有队伍因为时间不够而在最后关头被迫放弃大的改进计划二是重视每一次失败车跑崩了不可怕真正可怕的是不去追究为什么崩、下次照样崩。祝你们调车顺利赛场上见分晓。