自主格斗机器人备赛全记录：从机械设计到赛场实战

简介这份zip压缩包围绕浙江省机器人智能创意大赛中的统一部件自主格斗机器人项目整理适合高校机器人竞赛团队、大创项目组及具备一定编程基础的嵌入式与视觉算法学习者。统一部件约束下机器人需兼顾结构设计、运动控制与自主决策资源中可见传感器驱动、视觉识别、闭环控制、对战演示等程序模块并包含SolidWorks整体STEP装配模型可帮助理解整车架构与软件协同逻辑。压缩包共77个文件以36个Python脚本和15个编译后的pyc为主另有14个XML配置、8个bin固件或模型文件、2个Shell辅助脚本及1个STEP三维模型合计约43.73MB代码与文档分层清晰便于按功能模块拆解研究。目前已有56人学习下载尤其适合用于备战同类格斗机器人赛事、完成毕业设计或开展大创课题时的方案参考与二次开发。 把最终方案连着图纸、程序源码和调试记录一起压成 zip文件名敲成“浙江省机器人智能创意大赛-中国高校机器人智能创意大赛 统一部件自主格斗机器人.zip”这个动作一完成整个备赛周期才算真正画上句号。我们队伍先后参加了浙江省机器人智能创意大赛和中国高校机器人智能创意大赛两个赛场投的都是同一个赛项——统一部件自主格斗机器人前后磨了四个多月。今天把这段经历里的设计思路、决策取舍和现场踩过的坑整理成文给后面准备做自主格斗机器人的同学一个能直接上手的参考。1. 两个竞赛名称背后这个赛项真正想考的是什么1.1 赛项定位与备赛心态浙江省机器人智能创意大赛和中国高校机器人智能创意大赛面向的主要是高校在校生。很多队伍把它当成一个“做一台会打架的小车”的任务但真正准备起来会发现它的难点不在于某一个点特别难而是所有环节必须同时在线机械不能散架电路不能掉线传感器要在场上扛得住干扰程序逻辑又得在高压对抗中不跑飞。任何一块短了比赛当场就会露馅。我们队伍四个人分别负责机械、电路、算法和现场调度。备赛前期最容易犯的错误是各干各的——机械改一版算法那边传感器布局就要跟着改电路换了主控机械结构又得重新设计接口。后来我们统一了一个原则所有设计从规则倒推规则限制了多少尺寸我们就按那个尺寸留余量规则没有限制的部分一律优先考虑可维护性。1.2 “统一部件”和“自主”是两个真正的门槛赛项名称里的“统一部件”四个字是规则核心。主办方对机器人的动力、主控、电池这些核心部件做了统一约束大家拿到的电机、控制系统、能源方案基本处于同一档位硬件上不存在“氪金碾压”。这样一来参赛队之间比拼的就是在统一平台之上的集成能力同样的硬件谁的结构更扛撞、谁的策略更聪明、谁的现场调试更稳谁就能赢。“自主”这个词就更直接了。机器人一上电启动信号给完之后遥控器就再也没有用处。比赛全程不允许人为干预机器人必须靠车上的传感器和程序自己决定往哪开、打谁、什么时候退。这和我们平时做遥控车完全不是一个难度等级。很多队伍把时间花在“怎么把车做得快、做得猛”上却忽略了最核心的问题在没有操作员的情况下机器人怎么知道该干什么。这一块想不清楚赛场上就是一台原地打转的铁盒子。2. 机械本体设计让机器人在格斗中站得住、打得动机械是整台车的骨架。自主格斗机器人最血腥但也最现实的一点是它一定会被撞、被推、被摔甚至车体直接翻过来。所以机械设计的第一目标不是“看上去炫”而是“挨完打还能正常工作”。2.1 底盘选型我为什么选了双轮差速底盘方案是机械设计的第一个分叉口。备赛时我们对比了三种主流方案双轮差速、全向轮和麦克纳姆轮。把几个关键维度拉出来看方案横向移动推挤能力传动复杂度成本与维护场地适应性双轮差速无靠转向强驱动轮接地面积大低两轮两电机低结构简单对地面摩擦要求高全向轮有可平移弱侧向轮易打滑中三轮或四轮驱动中轮子易损耗对地面平整度较敏感麦克纳姆轮有全向移动中斜向辊子受力有限高四轮独立驱动算法复杂高辊子和轴承损耗快对场地灰尘非常敏感我们最终用的是双轮差速加前后辅助万向轮。原因很简单格斗比赛里推挤是最高频的对抗动作双轮差速在直线推挤时两个驱动轮都能全力输出力量直接不像全向轮那样一部分动力消耗在侧向滑动上。而且统一部件里给出的电机和驱动器都是按常见直流减速电机设计的双轮差速的接线和控制逻辑最简洁现场排查问题也最快。麦克纳姆轮看起来灵活但在小尺寸、高冲击的赛场上灵活性和可靠性往往不可兼得。2.2 打击机构与重心设计底盘决定了车跑不跑得稳打击机构决定了车打不打得动。当时赛项规则允许的机器人尺寸很小我们设计的是水平旋转打击臂方案——一个由无刷电机带动的高强度碳纤维杆在水平面内高速旋转利用甩出的线速度击打对方。这个方案的优点是攻击范围大不需要精确瞄准靠近就能打出伤害缺点是重心容易偏移尤其在旋转杆甩起来的时候整个车体都会受到反扭矩。解决重心问题的思路是“压低、前移、加大底盘惯量”。我们把电池放在底盘正中间偏前的位置主控板压到最低用一块4毫米厚的铝合金底板做承载旋转电机尽量靠近车体几何中心。打击臂转速从4000转/分直接下修到3000转/分牺牲一点线速度换取车体稳定。实测下来转速降到3000之后连续打击十次车体位移幅度明显减小电机发热也降了一个档次。2.3 把机器人当消耗品来设计结构强度机械结构上最容易进的误区是“堆料加固”。一开始我们为了扛撞把底板换成6毫米铝板四周加了一圈钢制护甲结果整车超重电机扭矩吃紧转向迟钝。后来才想明白比赛要求的是在重量限制内达到最优的生存性不是造坦克。最终方案是车架主体用碳纤维板加铝合金立柱外部受击面用3D打印的ABS护甲内衬一层薄泡棉缓冲既控制重量又能吸收冲击能量。所有螺丝全部加预涂螺纹胶电机线缆用绕线管保护主控板周围留出至少5毫米的吸震空间。我们还在队里立了一条规矩每次对抗测试之后必检结构件发现裂纹立刻换绝不上场赌运气。3. 感知与决策一套不依赖视觉的自主对抗方案自主格斗最核心的部分不是车有多硬而是程序怎么理解赛场。备赛初期我们一心想上摄像头视觉识别后来被现实反复教育才换成了更可靠的传感器组合。3.1 传感器组合监测对手与环境视觉方案在规则下有三个很难绕开的坑一是光照影响极大赛场顶灯和窗边阳光会让同一块场地出现明显亮度差二是算力受限普通单片机上跑模型帧率很低等它识别出对方位置车已经被撞翻了三是视觉标定需要大量现场数据而赛前只有半天适应场地。我们最终采用了“红外测距 灰度边界检测 碰撞开关”的组合红外测距传感器装在车头两侧用于探测前方是否有障碍物判断是对方机器人还是场地围挡灰度传感器对着地面检测场地边界线的反射率变化防止打出界一旦检测到边界立即转向碰撞开关布置在车身四周用于感知被撞击触发短暂后退和转向程序用来被动脱困。这套组合的优点是响应快、逻辑简单、对光线不敏感缺点是无法精确区分对方的位置和朝向。但在小尺寸格斗场上大多数时候双方距离都在10到20厘米范围内红外测距的粗粒度判断完全够用重要的是程序逻辑要把“大概情况”处理得足够机智。3.2 状态机驱动对抗逻辑我们采用有限状态机来组织对抗逻辑状态划分得越清晰现场调试越容易。核心状态有五个启动自检、边界避险、搜索对手、接近攻击、受击脱离。switch (bot_state) { case STATE_INIT: // 自检电机、传感器、电量 break; case STATE_SEARCH: // 双电机低速差速旋转用红外测距扫描周围 break; case STATE_ATTACK: // 检测到前方目标加速前进并启动打击臂 break; case STATE_AVOID_BOUNDARY: // 灰度传感器检测到边界线后退并转向 break; case STATE_HIT_DISENGAGE: // 碰撞开关触发后退一小段再重新搜索 break; }实际调参中最有价值的一个细节是搜索状态不能让机器人原地转圈而是要走“S形”扫场路径。场地是长方体原地旋转容易困在角落S形路径能覆盖更大的面积让红外传感器更早发现目标。攻击状态也不是一发现目标就闭眼冲而是先判断目标是否在正前方如果偏了先转向对准再加速避免侧身被对方先手。3.3 现场标定与抗干扰传感器装在实验室里表现很好不代表到了赛场还能同样稳定。红外测距对环境光有一定敏感性灰度传感器更是直接依赖地面颜色和反射率。所以我们在赛前适应场地阶段专门留出两个小时拿着调试器现场逐个读传感器数值重新标定阈值。这个动作看着不起眼但它直接决定程序里的“判断标准”是否成立。抗干扰主要靠两招一是软件上对传感器信号做滑动平均滤波每5个数据取一次均值消除瞬时抖动二是在机械上做传感器遮挡给红外和灰度传感器加遮光罩只留一个朝向地面的采样窗口减少杂散光。有队伍在场上出现机器人时不时自动后退的怪病大概率就是传感器被环境光干扰触发了误判这类问题早标定早发现。4. 统一部件带来的工程约束换装、维修与整车一致性统一部件对很多队伍来说是约束但换个角度看它本身就是一套工程标准化模板。因为核心模块规格一致队伍之间没法在硬件上拉开代差谁能把这套统一部件管理得更精细谁就掌握了赛场主动权。4.1 标准化接口与模块化布局我们拿到统一部件后的第一件事不是装车而是画接口定义表。把所有统一部件的机械安装孔位、电气接口针脚定义、供电电压等信息整理成一张表格贴在工位前。几乎所有机械和电路改动都以这张表为依据避免“装上去才发现孔位不对”的低级返工。车体内部布局也做了模块化最底层是电池中间层是主控板和电机驱动最顶层是传感器和打击机构。每一层之间用标准铜柱连接拆卸时只需要松掉四个角的螺丝就可以整层替换。统一部件的标准孔距在这里帮了大忙因为受力点都是同一规格备用结构件直接批量加工不用一件一件修。4.2 赛场三分钟快速维修自主格斗赛项的赛程很紧凑两场对决之间的空档可能只有三到五分钟。我们专门模拟过“现场抢修”场景把最容易出的故障列成清单给每辆车配了一套快速维修包。故障现象排查顺序手段电机不转先查线缆接头再查电机驱动输出更换备用电机的快拆线束打击臂转不动查无刷电机电源线检查碳纤维杆卡滞直接用备用打击臂总成替换传感器数值跳变查接线是否松动检查遮光罩更换传感器重新标定整车程序异常重新上电观察状态灯闪烁位置直接切换备用主控卡这套清单看着简单但它倒逼我们把车体结构做得高度可更换。打击臂、电机、主控板全部用标准端子快速连接维修时不需要动烙铁。比赛那天队友真的在开场前两分钟换掉了一个被撞歪的打击臂整个过程只用了不到六十秒全是平时演练的功劳。4.3 多套机器人的一致性管理因为备赛周期长、消耗大我们做了两台车一台主战车和一台备用车。很多队伍做备用车只是“做一台一样的车”但真到现场会发现两台车手感、响应、阈值全不一样。我们的做法是让备用车和主战车共享同一套程序版本和同一份传感器标定参数生产装配流程也完全一致然后让两辆车轮流参加队内对抗谁的状态更好谁就当主战车。文件名里那个 zip 也继承了同样的逻辑——压缩包里的程序版本、图纸版本、标定记录全部按日期归档每次改动都有对应记录防止上场前拿错版本。5. 从训练到实战调试中的关键经验与现场复盘5.1 实验室稳定不等于赛场稳定这是我们本次比赛最深刻的一条教训。实验室里用的是光滑木地板灰度阈值调到某一档机器人跑得稳稳当当。到了赛场地板是深蓝色防滑地胶反射率完全不同如果直接沿用实验室参数机器人大概率会把整块地胶都当成边界线一直处于“边界避险”状态整车在场上不停地后退转向根本没法正常对抗。正确的做法是提前把标定步骤写进赛前checklist到了赛场第一步花二十分钟重新采集传感器数据把所有阈值按现场环境更新一遍。不要相信“上次调好的参数”能一直用。灯光不同、地面不同、场地周边颜色不同都会影响传感器读数。这个习惯能避免至少一半的现场翻车。5.2 对抗测试比单项测试重要单项测试只能验证“这台车能走、能打、能停”对抗测试才能暴露真实问题。我们后期每周至少做三次两车对练把一台车放在对方攻击路径上另一台车执行完整自主对抗流程专门测试打击臂在真实撞击下的可靠性、碰撞开关的触发灵敏度、以及车体翻倒后的恢复能力。对练录下来的视频价值极大。每一次撞击我们都会逐帧回放看打击臂是先接触对方装甲还是先蹭到地板看碰撞开关是否在有效时间内触发看车体被击退之后状态机会不会卡死在某个状态。很多“理论上没问题”的bug都是在慢放录像里发现的。比如我们的打击臂在高速旋转时会把连接线甩到边缘被自己的固定螺丝反复摩擦要不是录像看到线皮磨损至少会在赛场上白送一场比赛。5.3 赛后复盘三个最值得改进的地方比赛结束后我们坐在酒店里做了整整两小时复盘最后挑出了三个最值得改进的方向第一电源管理。当前主控板和传感器共用一路供电电机大功率启动时电压跌落会导致传感器读数跳变。下一步要单独加一路稳压模块把电机电源和逻辑电源彻底隔离。第二开机自检。比赛现场出现过一次备用车启动后状态机卡在初始化环节的故障原因是电池电压偏低导致电机启动失败但程序没有兜底。改进方向是自检阶段增加电压判断电量不足时直接拒绝启动并亮灯提示避免带伤上场。第三自适应策略。当前状态机逻辑偏防守遇到持续高速冲击的对手时后退脱离过于频繁。下一版准备增加一个“对手强度判断”根据碰撞频率和红外测距的变化趋势自动在“激进强攻”和“保守周旋”两种风格之间切换而不是一套策略打到底。这次备赛最大的感受是机器人格斗不是比谁的招式多而是比谁在被打乱之后还能稳定运行。想参加这个赛项的同学不用一开始就去追复杂的视觉识别和花哨动作先把底盘调稳把状态机跑顺把换装流程练熟。等这些基本功做到位再去考虑更强的打击力或者更聪明的策略。压缩包里装的说到底是一整套设计和调试的沉淀。本文还有配套的精品资源点击获取