智能车竞赛这几年的变化比很多人想的要快得多。前阵子有同学跑来问我学长我们队伍今年继续报摄像头组行吗我一听就明白他用的还是上一届那套组别名。实际上2026届的规则框架里组别体系已经做了大调整老的命名方式基本不存在了。如果你正打算备赛或者你所在的队伍还在按旧攻略做准备那这篇内容值得你从头到尾看一遍。这篇文章主要写给三类人第一次接触智能车竞赛的大一、大二学生准备带新队伍的负责人以及想摸清新规则、调整备赛思路的指导成员。我会从组别变化讲起接着聊人员搭配、备赛路线、各新组别的隐藏坑点最后给一套实用的调试工具建议。没有虚的都是备赛过程中实实在在需要考虑的东西。1. 2026届组别体系的变化从传感器类型改成任务目标1.1 老的组别名为什么不能继续用了先回忆一下过去几年的主流组别摄像头组、电磁组、直立组、节能组、创意组。这套命名的核心逻辑是用什么传感器、以什么形态跑所以在备赛圈里大家习惯叫摄像头组电磁组。这带来一个潜台词只要把对应的传感器做好组别就成立了。2026届的新框架把逻辑换成了解决什么样的场景任务。也就是说组别不再以传感器的种类来划分而是看最终要完成的赛道任务是什么。比如老摄像头组的核心任务是用视觉理解赛道在新体系里它被归入了视觉感知这一类老电磁组的电磁循迹能力则被吸收进更宽的环境认知方向。很多队伍还按老名字找资料、查配置自然会对不上号。这种调整其实反映了一个趋势赛道上的传感器越来越混合很多队伍已经在用摄像头加雷达或者摄像头加电磁的组合。按传感器命名已经没法准确描述一辆车到底在干什么了。组委会按任务目标分组反而更贴近实际研发流程——先定任务再选传感器。1.2 新旧组别对照先搞清楚你要准备哪一类我根据目前公示框架里的描述整理了一张新旧对照表方便你快速定位队伍方向。注意这张表是我根据规则精神做的理解性归纳不是官方文件的原文摘录正式名单请你一定以组委会最终发布为准。2025届老组别名2026届新组别名核心任务目标典型赛道场景摄像头组视觉感知组通过图像识别赛道元素、稳定循迹标准赛道、急弯、十字、坡道等电磁组环境认知组利用非视觉传感器完成感知与避障障碍物、岔路、未知路段直立组极限速度组以最快速度稳定过弯强调机械与电机控制高速直线、连续发卡弯、环形弯节能组能效挑战组有限电量下完成更远里程长距离行驶、能量回收路段创意组协同任务组多车、多任务协同调度多车交互、动态任务点看完这张表你大概已经发现新组别并不完全是新设置更像是一场重新分桶。老经验里关于摄像头标定、PID调参、机械结构的内容大部分仍然有用但你不能再拿电磁组这个名字去搜资料和找范例了按新方向检索才找得准。1.3 最容易让人误判的两件事第一件事是以为新组别对应关系是一对一。实际上视觉感知组里既吸收了老摄像头组也可能包含一部分视觉辅助的任务要求极限速度组虽然从直立组演化而来但任务强调的可能是短距离冲刺式竞速而不是当年的两轮平衡。这种吸收和融合意味着你要同时参考两三个老组别的经验不能只盯一个。第二件事是用旧车模直接套新任务。老摄像头车模的传感器布局、重心位置都是按先循迹后加速设计的新方向如果加入了避障或协同车模上就要预留雷达安装位和额外的IO接口。这里我建议所有准备参赛的团队做硬件选型前先把新组别的任务书完整看三遍再决定底盘形态和传感器布局。规则变了机械设计的第一步也得跟着变。2. 确定组别前先想清楚这三件事2.1 队伍的人员构成决定了你能碰哪个组组别不是随便选的它基本上就是团队能力模型的外化。我见过太多队伍因为听说某个组别竞争小就一头扎进去结果发现自己队伍里没人会图像处理或者没人能焊出稳定供电做三个月只好换方向。与其这样折腾不如一开始就盘点清楚队伍里谁能写算法谁会调电路谁擅长机械装配谁能沉下心做数据记录和分析。不同新组别对人员结构的要求差异很明显。视觉感知组需要一个专注图像处理的人至少懂得色彩模型、阈值分割、透视变换这些基础概念环境认知组则要有人能处理点云数据或融合多传感器数学基础要稍好一些极限速度组最需要机械和电机控制经验光会写PID不够还要懂减速比、重心和轮胎特性能效挑战组看重嵌入式底层的功耗优化能力协同任务组则要求必须有懂通信和任务调度的同学。如果你们队伍只有三个人那我的建议很直接视觉感知组可选环境认知组谨慎协同任务组尽量避开。因为协同任务后期大概率涉及多车联调调试量会成倍增加三个人很难顾得过来。2.2 硬件平台的延续性比想象中重要很多队伍喜欢追新芯片、新传感器但备赛的实际规律是硬件平台越早确定后面调算法的时间越充裕。新组别的任务虽然变了底层硬件选型逻辑没有大变——主控MCU负责实时控制协处理器或独立模块负责感知处理车模底盘负责执行。关键在于你选的主控要能覆盖新任务的接口需求。以视觉感知组为例如果你只选了一颗低主频MCU软件上还要做图像处理大概率会非常吃力。建议至少留出硬件加速接口或独立视觉处理器否则后期图像分辨率、帧率都上不去。环境认知组则要注意雷达或激光模块的供电能力很多传感器启动瞬间电流很大稳压模块余量不足会直接导致车体复位。另外一个非常基础但容易被忽略的点所有模块的驱动代码要提前验证兼容性。不同厂商的传感器库在同一个主控上经常会有资源冲突这块如果不在前两周解决后面每次上电调试都会很痛苦。2.3 别拿老备赛攻略硬套新组别网上流传的备赛攻略大多是前两年的老内容里面的组别名、赛道元素、流程都还按旧体系写。不是那些攻略没有价值而是它并不完全适配新框架。比如老攻略里会详细讲电磁信号处理如果你现在的组别是视觉感知组这部分内容就基本用不上再比如老攻略常提到的某些赛道元素2026届任务书里可能已经被替换或弱化了。看攻略的正确姿势是先在新任务书里找到自己组别的目标再回头从老攻略里抽取底层可复用的部分。图像处理、PID调参、电源设计这些通用技能都是可迁移的但具体的组别专项经验一定要以新规则为准。我自己的习惯是把攻略当工具书用按问题去查而不是按章节从头看到尾。3. 新规则下的备赛路线图从第0周到第24周3.1 第1~4周规则研读与方案冻结备赛启动的前一个月很多队伍容易犯一个毛病规则还没读完就急着买零件、焊板子、写代码。我理解的这种冲动但它通常会带来返工。正确做法是用前两周把组委会发布的所有文件通读一遍包括任务书、技术指标、违规说明把这些内容转成一张自己组别的需求清单。这张需求清单要写清楚赛道是什么形态、允许使用哪些传感器、车模尺寸限制、电池规格要求、任务完成时间和计分方式。然后在此基础上做方案设计评审明确主控选型、传感器布局、底盘结构、通信方案最后把整个方案冻结下来。所谓方案冻结就是接下来四周内除非出现重大技术问题否则不再改选型只做小范围调整。我记得有一年备赛队伍里负责机械的同学在第五周突然想换一套更快的电机结果整套底盘重心、减速比、轮胎都要重调前后折腾了近三周。那次之后我就给自己定了规矩选型窗口期只有三到四周时间一到就进入执行阶段。3.2 第5~10周底盘与传感器平台搭建这个阶段目标很纯粹让车先跑起来哪怕跑得很粗糙。硬件组装上先完成底盘、电机驱动、主控最小系统的搭建接着把传感器装上并完成电源测试。大多数队伍会在这一阶段卡在上电就复位或者电机不转这类基础问题上。它们往往不是软件逻辑问题而是供电纹波、信号线接触、共地处理这些硬件细节。所以我在这个阶段会做一次全面供电测试电池满电、亏电、大负载三种状态下分别测量主控和传感器的电压波形。如果电压跌落超过5%加电容、更换电源模块或者缩短电源走线。这些工作很琐碎但能避免后面调试算法时经常无规律重启。传感器方面先把原始数据读取并显示出来。摄像头画面能不能稳定输出、雷达数据能不能连续读到、编码器是否计数正确这些都要在第五到第八周内确认。等这些基础通了才谈得上赛道识别和算法迭代。我强烈建议这个阶段每周做一次完整记录版本号、修改内容、测试结果都写下来因为后面大部分排查工作都要回溯到这段时间的数据。3.3 第11~18周核心算法迭代这是整个备赛周期最核心也最焦灼的阶段每个组别的核心任务会在这里充分展开。视觉感知组开始做赛道元素的识别与分类环境认知组开始做障碍检测与路径规划极限速度组开始优化弯道速度曲线能效挑战组则进入电流、电压的精细管理。我建议这个阶段用日迭代周验证的节奏每天只改一个变量改完立刻跑车记录每周选一个稳定版本作为基准。很多队伍喜欢一次堆好几个改动上去出了问题根本不知道是哪一个改动导致的。一次一个变量看起来慢实际上整体推进速度反而是最快的。另外从算法迭代开始就要把软硬件版本管理一并做起来。不是说一定要用多复杂的工具至少要保证每个人能说清楚当前程序对应的是哪份代码、哪版参数。不然队伍里两个人同时改PID最后到底谁的在车上跑都分不清楚那时候就真的会崩溃。3.4 第19~24周赛道适应与抗干扰训练进入赛前一个月算法基本定型接下来拼的是在陌生环境里稳定复现。这时候要刻意模拟比赛现场的条件不同光照、不同地面摩擦、不同电池状态、现场其他设备的电磁干扰。有条件的话尽量把车拿到不同场地跑让程序适应更多路况。另外这阶段要开始做完整的跑圈记录不只记录圈速还要记录每一次异常状态前后的传感器数据和操作日志。我之前带队伍比赛曾遇到一辆车在调试场地跑得好好的到比赛现场连续两次在同一个弯飞出赛道。回看日志才发现那个弯道附近有一块反光的地面贴纸导致摄像头误判边缘。这类问题只有在日志回放模式下才能快速定位靠人站在赛道边看车基本看不出门道。赛前最后一周所有参数冻结不再做大的调整只做小范围微调。到时候你会觉得这里还能再快一点那里还能优化一下但要克制。赛前大改是大忌因为一旦引入新问题你根本没有足够时间去排查。4. 每个新组别里最容易被当成旧瓶踩掉的坑4.1 视觉感知组曝光、白平衡与帧率陷阱视觉感知组最容易踩的坑有三个。第一个是固定曝光参数。很多队伍一开始用自动曝光发现车在明暗交替路段边缘识别不稳定于是改成固定曝光但又固定得太死导致下午阳光变化后图像整体偏暗。正确做法是根据赛道环境设定一到两套固定参数然后做一次全赛道亮度标定。赛前到了新场地用同样的标定流程重新测一遍而不是临时调参数。第二个坑是白平衡。室内灯光下调好的图像到了阳光直射的室外色偏会非常明显尤其是红色和蓝色赛道元素。这一点在测试阶段就要模拟用混合光源环境多跑几圈让颜色识别拥有一定鲁棒性。第三个坑是帧率和处理延迟的恶性循环。摄像头帧率越高、分辨率越高主控处理图像的时间就越长整体延迟反而上升。车在高速过弯时延迟就意味着控制滞后的空间距离拉大。所以不要盲目追求高帧率要测摄像头帧率图像处理耗时控制周期的总链路延迟保证系统延迟不超过可接受范围。常见的优化方向是降低分辨率、缩小处理区域、或者只对关键区域做全分辨率分析。4.2 环境认知组点云无效反射与地面回波环境认知组是新体系里技术跨度比较大的方向最大的坑来自传感器物理特性而不是算法。比如很多测距传感器在面对透明亚克力、黑色粗糙表面、斜置障碍物时会出现无效反射或者回波叠混导致障碍物位置误判。测试时明明能识别到了比赛中换一批不同材质的道具就失灵了。我的建议是做障碍物识别时不要只依靠单一距离传感器的原始值要结合连续多帧的数据做聚类和置信度判断。如果传感器数据跳变超过阈值先标记为可疑数据等待下一帧确认。另外传感器安装高度和角度非常关键太低会把地面凸起当成障碍物太高又会漏掉低矮障碍。记得在装车后做一次全量扫描记录不同角度下的测量偏差再写进数据处理流程里。还有一个很容易被忽略的干扰源电机驱动产生的电磁干扰。雷达和传感器模块通常靠近驱动板走线一旦电机大电流启动某些传感器读数就会异常偏大。排查方法很简单堵住车轮让电机满占空比运行观察传感器数据是否稳定。如果数据波动就要调整传感器供电走线或外壳屏蔽。4.3 极限速度组转向死区与机械共振极限速度组拼的就是快但快到一定程度机械问题会比算法问题先暴露。最典型的坑是转向死区。舵机或转向机构在中间位置附近存在一个空行程当控制量在某个小范围内变化时车轮实际转向角度不变。这个死区在低速时几乎没影响但高速弯道里PID输出在死区附近反复振荡车就会表现为画龙不断左右摆头。处理转向死区第一是机械端尽量消除虚位检查拉杆球头、舵机摇臂是否磨损第二是软件端做死区补偿把控制量跳过空行程区间。这里要特别提醒不同舵机、不同供电电压下死区范围会变化调好的参数换一块电池就可能不一样所以测试时务必在同一供电条件下标定。另一个坑是机械共振。当车速达到某一区间底盘会开始剧烈抖动传感器数据也跟着抖。很多人以为是控制参数问题拼命调PID结果治标不治本。实际上可能是轮胎动平衡、轮毂轴承间隙、车架紧固螺丝松动造成的。解决方式是紧固所有机械连接再在固定频率振动较大的位置加减振垫必要时降低那一段速度区间的目标速度。4.4 能效挑战组的隐藏杀手静态功耗与电池压降能效挑战组的任务思路是用尽量少的电跑尽量远所以很多人一开始会把注意力放在电机效率上。但做过一轮之后你会发现系统待机功耗和电池压降的杀伤力同样很大。主控、传感器、通信模块在车静止时的静态电流如果不做管理会白白消耗可观的电量。常规做法是主控进入低功耗模式传感器分时供电非必要模块在行驶阶段再唤醒。但要注意低功耗模式会和无线调试的实时性起冲突调试阶段可以先关闭低功耗比赛前再把策略切回去。电池压降的问题是另一回事。当电机瞬态功率拉高时电池电压会瞬间跌落如果跌落幅度太大主控会触发欠压复位车辆直接原地死机。判断标准不是电池满电能不能跑而是剩余电量较低时大负载瞬间电压是否仍能维持主控工作。解决手段有三个提高电池放电倍率、增加储能电容、限制电机瞬态电流斜率。第三点往往被忽略其实软件上做一个软启动斜坡就能显著减少压降幅度。5. 三个统一工具建议调试、回放、数据记录5.1 上位机要选支持连续记录和回放的备赛期间最浪费时间的一件事就是车跑完发现问题但不知道现场发生了什么。要解决这个必须有一个能连续记录数据的调试系统。不是只看实时曲线而是要把几十秒甚至几分钟的完整数据存下来赛后逐帧回放。很多现成的串口助手只支持实时显示或者记录间隔不稳定对定位问题帮助有限。我的建议是自己写一个轻量的数据记录模块周期性打包传感器数据、控制输出、状态标志加上时间戳通过通信模块传给电脑。回放时把数据按时间对齐就能还原出车辆在任何瞬间的状态。这个模块价值很大尤其是赛前调参频繁的阶段它能帮你省掉大量重复测试。5.2 一个稳定的无线调试通道是救命稻草有线的串口调试在日常测试没问题但一旦车上了复杂赛道拖着线既不安全也影响真实重量和重心。所以无线调试通道基本是必需的。实际备赛中最大的麻烦不是传不传得出去而是电磁干扰导致数据丢包。电机大负载时天线旁边的干扰会明显增强无线模块如果处理不当回传数据会出现大量乱码。压缩干扰的办法有几种无线模块天线远离电机驱动线缆使用带屏蔽的通信协议给无线模块单独一路稳压供电。如果条件允许调试数据里加上简单的帧序号和校验字段方便在回放时识别哪些数据是丢包后缺失的。调试通道稳定了后面一切数据分析和排查才能站得住脚。5.3 数据记录要带上时间戳最好还要关联摄像头画面记录数据时最容易被忽略的就是时间同步。很多队伍把传感器数据和摄像头画面分开存赛后发现对不上时间几秒钟的偏差让分析完全失去意义。我在实际备赛中的做法是在主控里维护一个统一的时间基准传感器数据、控制量、状态事件都打上这同一个时间戳。摄像头画面则通过帧计数和时间戳双向关联这样回放软件就能把每一帧图像和对应的传感器波形叠加显示。这套东西听起来工作量不小但不用做得太复杂哪怕是个简陋版本都已经比靠人盯着赛道猜问题强太多了。等你的系统能随时调出这个弯道打滑前0.2秒的图像和转向输出时你排查问题的效率会明显提升。备赛这件事看起来比的是谁调得猛、跑得快实际比的是谁少出问题、出问题后能多快定位。组别名换掉只是第一步真正要换掉的是那种按惯性备赛的思维。把规则吃透把工具链搭好把每一次测试的数据存好到比赛现场你才有底气说不管规则怎么变我们队伍跑出来的每一圈都是清清楚楚的。