第21届智能汽车竞赛总决赛现场轮腿穿越组的调试区永远是最热闹的地方。车模不再只是四平八稳地贴地跑而是靠两条轮子立起来过弯时车身倾斜遇到矮障碍还能迈腿跨过去发车瞬间那股“站起来就跑”的劲头和旁边传统竞速组完全是两种画风。作为赛事里最能整活的组别之一轮腿穿越组既考验机械结构设计又把平衡控制、路径规划、动力匹配这些硬骨头全塞进了一辆车里难度天花板基本就是它。这两天我在现场蹲了不少队伍发现车上有几个元素几乎是标配英飞凌的芯片、无刷电机加驱动板、自制的轮腿机构以及一套反复调了不知道多少个通宵的平衡算法。这篇内容不打算写成项目复盘报告就把我在现场采访到的、观察到的以及自己这些年折腾智能车积累下来的经验揉在一起聊聊这个组别背后的技术点、选型逻辑和那些只有真正上手才知道的坑。1. 赛项解读轮腿穿越组到底在“穿越”什么1.1 赛题设定与得分逻辑轮腿穿越组最直观的特征是“轮腿结合”正常跑动时车模依靠轮子高速行驶重心高度相对较高姿态接近倒立摆遇到障碍或需要特殊动作时腿式机构介入通过改变支撑点、抬腿或跳越完成穿越动作。和传统四轮车相比它多了一个非常重要的维度——动态平衡。从比赛规则的角度看赛道上的元素往往不只有弯道和直道还可能出现类似坡道起伏、低矮障碍物、限宽门等结构。纯轮式车要过去基本只能靠速度冲或者绕行轮腿车则多了一条路径减速、调整腿部姿态、抬高底盘通过。这就等于给策略层加了一个可操作的自由度也让机械设计有了更大的发挥空间。得分逻辑本质上依然是“完成赛道耗时越短越好”但前提是动作必须稳定。我在现场看到不少队伍在“穿越”动作上花的心思远大于高速跑圈部分因为动作一旦失败轻则扣时间重则直接翻车甚至损坏车辆。一个稳妥的动作策略往往比单纯拉直线速度更能拉开差距。1.2 为什么轮腿组是近几年难度天花板如果只谈控制难度两轮平衡车已经不算新鲜但轮腿组把问题复杂化的地方在于平衡不是在固定结构上完成的腿部的伸缩、摆动会实时改变重心位置和转动惯量。这意味着控制系统的模型参数一直在变化用固定PID参数很难从头稳到尾。现场采访中不少队员跟我提到同一个感受车在平路上调稳了一上坡或者一做抬腿动作原来的参数就失效了。“腿一动车就开始抖抖完就倒。”这句话很形象。原因倒也好理解腿的位置一变等效摆长变长系统极点位置漂移控制裕量不够就会震荡。再加上比赛环境里电池电压随负载波动、轮胎打滑、结构件形变这些现实因素轮腿组几乎把一辆小车能遇到的工程问题全凑齐了。这也是为什么我向来觉得能在这个组别稳定完赛的队伍综合素质是真的很能打。2. 主控平台英飞凌AURIX TC264与开发环境2.1 为什么组委会和队伍都选TC264轮腿穿越组用的主控芯片这几年基本绕不开英飞凌。大家在现场能看到车模主板上那颗芯片很大概率就是AURIX TC264。这颗芯片的核心优势不只是算力而是它整个外设架构就是冲着“实时控制”去的。TC264是双核架构主频能跑到200MHz在车模这种对功耗和散热有要求的场景里非常合适。更重要的是它内置了GTMGeneric Timer Module、高精度ADC、多路CAN和丰富的PWM通道这些东西对电机控制来说就是“刚需外设”。一颗芯片同时管姿态解算、路径识别、速度环和通信不用额外加协处理器布线也干净很多。有些队伍会纠结要不要用更高端的TC3xx系列我在现场问了几支车队的意见大家普遍的观点是TC264够用且资料成熟社区里能参考的开源工程多遇到问题好查。比赛准备周期就几个月折腾不熟悉芯片的风险远大于收益。2.2 ADS开发环境与工程搭建英飞凌官方的免费IDE是AURIX Development Studio简称ADS基于Eclipse开发的界面长得很“经典”但功能上完全够用。对新队伍来说最大的门槛反而不是写代码而是环境搭建。第一步是下载安装ADS安装包在英飞凌官网可以拿到。这里要提醒一句路径中间尽量不要带中文和空格否则后续编译经常出现一些莫名其妙的头文件找不到问题。装完之后下载调试器驱动常见的是DAS驱动不装驱动的话调试器插上电脑完全没有反应很多人第一步就卡在这。用ADS建工程有两种路子一种是直接用官方例程模板改这也是我推荐新手走的路。工程里已经把TC264的启动代码、时钟配置、GTM初始化都写好了你只需要找到自己的业务逻辑入口在循环或者中断里加控制代码。另一种是从零手写寄存器配置适合想把底层吃透的老手但比赛场景下不是最优解。在ADS里烧录程序一般是点那个小虫子图标进入调试模式程序会Download到Flash然后按复位运行。容易犯的错是代码编译下载成功但车没反应最后发现是复位引脚没接或者调试器选的复位模式不对。提示ADS默认的编译优化等级有时候会是O0纯调试阶段没问题但等到跑全速代码的时候建议把优化等级打开否则中断处理耗时可能让控制频率上不去。当然开了优化之后全局变量、寄存器操作的代码要格外小心容易出时序问题。2.3 GTM定时器与PWM输出GTM是TC264上一块很多人没吃透但又特别重要的外设。简单理解它是一组功能很强的定时器模块可以产生多路互补PWM、支持中心对齐和边沿对齐模式还能做输入捕获、测频率。对轮腿组来说电机的PWM控制信号、编码器回馈的测频、舵机驱动信号全都可以挂在GTM下面。传统单片机用普通定时器做PWM比较头疼的问题是通道数有限频率和占空比调节不够灵活。GTM的Atomic Compare单元可以在一组TIMER的基础上扩展出多路PWM而且硬件级同步几路PWM之间不会有相位漂移。这对FOC驱动机器非常重要因为三相PWM如果不同步电流波形会很难看电机噪声大控制精度也上不去。另外GTM也能实现输入捕获比如读取编码器脉冲周期来换算出电机转速。我在现场看到很多队伍把编码器信号直接接到GTM通道上由硬件完成计数和捕获CPU只负责读寄存器结果效率很高。GTM的坑主要是配置复杂寄存器层级多。我的建议是不要一上来就自己配置先跑通官方的GTM例程在例程基础上改周期和占空比参数理解每个配置模块在数据手册里的位置再考虑做多通道扩展这样少走很多弯路。3. 动力系统电驱方案与PMSM应用3.1 轮腿组的电机选择动力是轮腿组的根基电机选型直接决定整车的极限性能。现场转了一圈轮腿组用无刷直流电机BLDC或者永磁同步电机PMSM的队伍占了大多数还在用有刷直流电机的相对较少。原因很简单轮腿车既要跑得快又要能随时应对抬腿、平衡这类大力矩工况有刷电机的响应速度和扭矩密度都跟不上。BLDC和PMSM本质上都属于永磁电机控制上也有很多相通的地方。PMSM更强调正弦波驱动、低转矩脉动在高动态响应场景下表现更好所以很多冲名次的队伍会选择PMSM方案。英飞凌在电机驱动这块是传统强项MCU侧有PWM和ADC的硬件协同驱动侧有各种集成预驱和智能功率模块。现场采访中几支用PMSM的队伍都提到一个词——FOC磁场定向控制这是让PMSM跑顺的关键。3.2 驱动系统架构从MCU到电机一套完整的PMSM驱动链路大概是这样的TC264通过GTM产生三相互补PWM信号送到栅极驱动器Gate Driver驱动芯片再把逻辑信号转换成足以打开MOSFET的高压驱动信号三相全桥电路输出U/V/W三相电电机转动。电流回路里通常用采样电阻搭配运放把相电流转成ADC能量测的电压值反馈给MCU做闭环。英飞凌方案里栅极驱动器可以选择类似MOTIX系列或外部独立驱动芯片功率MOSFET则可以根据电流需求选型。轮腿电机峰值电流往往不小MOSFET的电流余量建议留到1.5倍以上否则堵转或者启动瞬间很容易烧管。FOC控制的核心是把三相交流量通过Clark变换和Park变换变成两轴直流分量一个控制磁通d轴一个控制转矩q轴。然后用两个PI调节器分别稳住d轴电流和q轴电流经过逆Park变换和SVPWM算法输出三相占空比。说起来就几句话但实际调起来光是电流采样极性和编码器零点对齐就能卡掉一两天。3.3 电流环调试经验电流环是FOC最内层的环也是所有控制的基础。现场采访中真正把电流环调好的队伍其实不多因为这块特别容易犯细节错误。第一是电流采样的零点校准。采样电阻、运放偏置都会引入零点偏差如果不在上电时做一次自动校准d/q轴电流会出现固定偏置电机在静止状态就会嗡嗡响发热明显。比较稳妥的做法是初始化时短路电机三相连续采样多次取平均作为零点值存起来。第二是电流环PI参数的整定。可以先用手动方式给定一个小的q轴电流指令观察电流响应是否快速跟上且无振荡。电流环的带宽通常要远高于速度环和位置环一般整定到几十到几百Hz的带宽让它在速度环眼里就是个“瞬时响应”的环节。第三是保护机制。程序里必须做母线电流或相电流的硬件过流保护不能只靠软件判断。轮腿组这车动作粗暴一旦机械卡死或者落地姿态不对堵转电流几倍于额定值软件响应不及时功率管说烧就烧。现场不止一个队伍跟我吐槽调试周期里烧掉的驱动板和电机加起来都够再买一辆新车了。注意不要把电流环作用期望值拉得太高。它本质上是让电机输出力矩线性可控但轮胎打滑、机械结构弹性这些问题它解决不了。那些属于上层控制要考虑的。4. 机械与控制算法轮腿平衡的“立鸡蛋”难题4.1 轮腿系统的运动学理解轮腿车的基本模型可以近似成一个倒立摆车体是摆杆车轮是移动底座。要保持平衡本质上就是通过控制车轮前后加速让重心落在轮子与地面的支撑区域内。类比一下就是你在手掌上立一把扫帚手掌必须跟着扫帚倾倒的方向不断移动。轮腿车辆的难处在于腿的结构可以改变支撑姿态。当腿部收缩或伸展时车身质心高度、绕轮轴的距离、转动惯量都会变化。用控制语言说就是被控对象参数随时间变化固定增益控制器天然不占优势。因此很多队伍会在常规PID之外加入简单的增益调度根据腿部角度或者姿态模式切换不同的PID参数组。这里我给新手一个建议不要一上来就上自适应控制、滑模控制这类花活先老老实实把线性PID调明白让车在固定姿态下能稳定站立再去处理变参数问题。现场的大部分强队本质上也只是把参数调度做细了算法本身依然简洁但工程细节非常扎实。4.2 传感器与姿态解算姿态解算靠的是IMU一般包含陀螺仪和加速度计。陀螺仪瞬时角度变化率测量准确但存在零漂长时间积分会飘加速度计能测出重力方向但容易受运动加速度干扰不能直接用来做角度。常规做法是融合二者常用的有互补滤波和卡尔曼滤波。互补滤波简单理解就是低频段相信加速度计高频段相信陀螺仪用一对高低通滤波器组合出综合角度估计。它的优势是计算量小、参数直观适合在嵌入式小资源环境下跑。现场很多车用的是一个全姿态模块再在代码里跑一阶互补滤波效果已经够稳。卡尔曼滤波精度更高能处理噪声相关性问题但调噪声矩阵参数需要经验而且计算开销大。我的建议是先用互补滤波把整个控制链路调通确认机械结构没问题再视情况换卡尔曼。如果一上来就调卡尔曼出了问题根本分不清是滤波器的问题还是控制的问题。陀螺仪的安装位置也很讲究尽量靠近整车质心并且固定牢靠。现场我看到有的车陀螺仪固定在一块软绵绵的泡棉上车一跑传感器跟着共振角度输出全是毛刺这种细节最容易翻车。4.3 串级PID直立环、速度环、转向环轮腿平衡控制的基本框架是串级PID分三层最外环是速度环中间是直立环角度环最内是电流环或者直接电压输出。为什么这么串可以这样理解速度环负责“车要往前走多快”它输出的不是直接PWM而是目标倾角直立环拿到这个目标倾角再结合当前实际倾角通过PD运算输出PWM让车体往那个角度靠。车一前倾车轮就加速追过去跑起来不倒。这样设计的好处是逻辑清晰各环任务单一。调试顺序也有讲究先只调直立环把车放在桌上通电手扶着让它能原地站稳然后调节速度环试着让车匀速前进和后退最后才加转向环。千万不要一上来三个环一起调出了问题根本定位不了。给一个常见的起始参数参考仅作范围示例环路PID备注直立环2000-60000100-300D要谨慎过大抖动剧烈速度环20-801-50积分环节防止静态误差转向环100-400010-50转向和速度联动低速加大注意这只是量级参考实际参数跟机械结构、电机性能、控制周期强相关。轮腿组的直立环控制周期一般做到1ms到5ms之间太快会频繁触发中断导致CPU忙不过来太慢则平衡稳不住。速度环要实现闭环轮子转速的反馈很重要。一般轮侧电机带编码器通过GTM捕获正交编码信号换算转速。腿部的摆腿电机可以用角度传感器或编码器做位置闭环有些队伍用大扭矩舵机直接驱动腿部其实也可以只不过柔顺性差一些。4.4 动态前瞻与路径策略路径策略上有两个点值得单独拿出来讲。一个是动态前瞻这是近几届竞赛里大家提得很多的概念。简单说路径识别系统不能老盯着车前一个固定距离的目标点跑而要跟着车速动态调整车越快看得越远车越慢看得越近。道理很朴素高速时如果看太近来不及转弯低速时看太远反而会因为图像信息冗余造成转向敏感抖动。动态前瞻可以用一个简单的分段函数实现前瞻距离L随速度v变化低速段保持最小值高速段线性增加超过上限后封顶。示意图就是一条带饱和特性的直线。代码层面也不复杂查表或者直接算都行。关键是要把速度预估做准不能直接用速度环目标值去算用实测速度更稳。另一个是动作与路径的协同。轮腿车在过障碍前要先检测到障碍类型提前减速调整腿部姿态然后执行穿越动作。这个过程里姿态控制和路径跟踪是并发执行的很容易互相干扰。比较好的做法是设计一个状态机常规巡航态、减速接近态、动作执行态、恢复巡航态。动作执行态里降低速度环增益或者暂时切换成位置模式让车以极低速度通过保证动作成功率比速度更重要。我现场看到一条紫黑色涂装的车动作成功率特别高采访之后发现他们其实没有多复杂的算法就是状态机切换做得很细每次动作结束后还要执行一小段“稳定等待”等车身完全静止再加速。这个细节非常值得学习。5. 采访实录现场队伍的真实调试心得5.1 备赛节奏与时间分配采访了好几支队伍发现一个规律备赛前期花在机械结构上的时间远高于写代码的时间。轮腿组的机械结构好不好直接决定控制算法能不能调出来。有的队用3D打印做腿部结构轻巧但强度有限有的队用碳板加铝合金件刚性高但后期改起来费劲。普遍的打法是第一版机械尽量简单只要能跑起来、能站稳就可以让算法团队先有车可调随后机械和算法并行迭代机械出结构方案算法同时调参数两边在最痛的地方对接。最怕的是一群人上来就追求完美结构连车都没动起来控制算法一个都没验证过最后时间全没了。赛前一到两周所有队伍都在干同一件事疯狂跑耐久。现场就能看出来反复跑圈的队伍机械连接处已经松动过好几轮螺丝胶、扎带、热熔胶满天飞。真正稳的队在耐久测试中会记录电池电压变化、电机温度、驱动板温度这些数据决定正式比赛时采用什么节奏策略。5.2 现场采访中反复出现的高频问题我把现场听到的共性故障整理了一遍基本集中在四个方面第一是陀螺仪漂移。典型场景是车放一会角度输出慢慢变大导致车自动往一边倒。解法是上电后保持车身静止2到3秒软件做零偏校准比赛发车时尽量轻拿轻放不要在空中乱翻。第二是电机的堵转和过热。轮腿动作时经常需要大力矩输出如果腿部限位设置不当电机容易憋住电流飙升。很多队伍给腿部电机加了机械限位和软件限流双保险。第三是电池电压带来的动力变化。充满电的电池和快没电的电池相同PWM输出对应的车速和力矩差别很大。强队通常在算法里做母线电压补偿用实时电压折算占空比让车在电量下降时动力表现尽量一致。第四是结构松动。车跑几圈后螺丝松动重心漂移直立环开始震荡。这一点看着小实际是很多队伍在线决赛现场“忽然变疯”的根本原因。建议每次发车前都检查一下关键紧固点。5.3 观察强队的“细节控”现场看强队调车有个明显的感受他们手里永远有一台上位机实时看角度曲线、速度曲线、PWM输出。调参不是靠“感觉”而是看曲线找规律。比如直立环的P给大了角度曲线会有明显的高频振荡速度环I给大了会出现周期性穿梭。把每种现象和曲线特征对应起来调参效率会高很多。另外一个细节是线束整理。看着不起眼但印象很深。强队的线束都是编好的走线避开电机和陀螺仪活动关节处留足余量。弱队的线经常缠进轮腿机构里跑着跑着卡一下直接翻车。这类问题不在算法层面却实实在在决定车的可靠性。还有一点关于比赛策略强的队伍在正式比赛时往往不是跑最激进参数的而是留了稳定余量。采访中有人告诉我他们正赛参数会比测试时略微保守一点“确保不翻车才是第一位的翻一次什么都完了。”这句话我觉得所有玩车的人都该听一听。6. 常见问题排查与避坑指南6.1 经典故障速查表现象可能原因排查与对策车模高频抖动、嗡嗡响直立环P过大或D过大降低比例/微分增益检查陀螺仪安装是否松动车向一个方向偏转陀螺仪零漂未校准上电静止校准检查IMU安装朝向和代码轴定义原地打转/转向环失效编码器信号接反或断线检查正交编码接线确认A/B相极性上坡无力或原地倒电流环输出饱和或电压补偿缺失查看q轴电流是否顶到限幅增加电压前馈跑一会长时间死机供电跌落导致单片机复位示波器测5V电源纹波加大电容检查驱动板干扰动作执行时剧烈晃倒姿态与路径控制抢占冲突状态机切换时机靠后动作时降低速度环作用电机异常发烫电流零点未校准或PI过激重新校准零点降低q轴PI比例系数这张表不可能覆盖所有问题但它是我在现场采访中听到频率最高的几种。学会“对着现象定位层级”很重要先判断是机械问题、硬件问题还是算法问题再进行针对性排查。最忌讳的是怀疑哪个环节就乱调哪个环节的参数一把梭最后越调越乱。6.2 几个容易被忽略的细节第一个是电源地的处理。电机驱动是大电流回路控制电路是弱信号回路二者如果共地走线不合理驱动产生的尖峰噪声会直接串入传感器和MCU复位引脚。建议硬件上做单点接地或者星型接地软件上给ADC采样增加一点硬件RC滤波。第二个是程序里所有的关键变量都要能做上位机实时查看。尤其是角度估计值、速度估计值、PWM占空比这三样。很多队调的怀疑人生就是因为看不到内部状态全靠车跑起来的表现盲猜。花一个晚上把通信调好后面省下的时间是以周计的。第三个是代码版本管理。比赛调试节奏快经常出现“昨天还能跑今天改了十行代码跑不了了”的情况。建议哪怕只有一个人写代码也要用Git做版本管理至少要有版本备份这样参数回退和代码回退都很方便不至于锤胸顿足重写一遍。第四个是关注编译器的警告信息。现场我看到不少人编译出一堆warning照样跑有些警告确实是噪音但有些是未初始化变量、类型溢出这类隐患高速动态下可能就爆雷。设置编译选项把警告等级调高养成强迫症级别的代码洁癖关键时刻能救命。6.3 一点个人建议如果让我给下一届准备参加轮腿穿越组的人一个建议我会说先别急着买最贵的电机和碳纤维件把一辆简易的、能动的平台先拼出来跑到调平衡那一步再回头反思机械设计。控制算法这一关人人要过与其在图纸上纠结理论不如早早在实物上验证。调试平衡的过程很痛苦但也是收获最大的一环。现场采访这届比赛最触动我的其实是那些在备赛区守着烧坏的驱动板默默焊电路的同学。很多人觉得智能车竞赛比的是谁更有钱、谁的硬件更好但看多了就知道最终跑得稳的往往是调试细节做得最足、流程管理最清楚的队伍。搞工程就是这样懂得多不如踩过坑踩过坑不如有记录。把这些记录下来来年就是你们最值钱的资产。