过去半年我们实验室的硬件资料一直在一个不断翻新的共享文档里打转每次新队员进来都要从头讲一遍“这个是电机、那个是主控”讲的人累听的人懵。今年赛季开始前我下定决心把手里这套东西整理成一份真正的讲义从整车架构讲到模块选型再到调试排障形成一个可以反复翻看的文档这就是Robomaster硬件基础讲义V0.2.1的由来。V0.2.1不是推翻重写而是在V0.2的基础上修正了不少容易误导人的描述补齐了CAN通信和供电系统这两块此前讲得含糊的内容还专门加了一章排查实战记录。这篇博文就把讲义里最核心的东西拆开讲一遍所有内容都来自我们车队实际装车、调车、炸车之后攒下来的经验。如果你刚进实验室不久或者对RoboMaster的硬件体系还停留在“知道有电机和单片机”的层面这篇内容能帮你建立一张完整的地图如果你已经带过一段时间队伍欢迎对照你们的方案互相印证。这里不会堆一堆官方参数表更偏向告诉你每颗芯片、每根线缆、每个电阻在整台车上到底扮演什么角色。1. 从整机到模块先弄懂一台车是怎么组成的1.1 一辆步兵机器人身上到底有哪些硬件很多新队员拿到一份原理图就开始看芯片型号我一般会拦住他先别急着看细节把一台车拆成几个大块弄懂块与块之间怎么协作再往下钻才有意义。以最常见的步兵机器人为例整车硬件可以分成四层来看控制层主控板大多是RoboMaster开发板C型或者自研的STM32板子是大脑负责接收裁判系统数据、处理遥控器信号、运行控制算法、给电机发指令。视觉这块如果做了自瞄还会有一块独立的计算平台比如妙算、Jetson Nano或者直接用工业电脑它和主控之间通常用串口或USB通信。执行层底盘四个轮子的动力电机、云台Yaw轴和Pitch轴电机、发射机构里的摩擦轮电机和拨盘电机这些都是最终输出动力和动作的部件。感知层裁判系统的装甲板模块、测速模块、灯条模块视觉用的摄像头/工业相机以及一些队伍会加的激光测距模块、陀螺仪等。感知层既包括官方裁判系统这种“硬性传感器”也包括自研视觉这种“软性感知”。电源层电池、总开关、保险丝、各类稳压模块把电池电压降成12V、5V、3.3V以及给视觉计算平台供电的DC-DC模块。电源层经常被忽略但八成奇怪的故障最后都跟供电有关。用一张简单的数据流来理解就是传感器和遥控器把信息给主控主控处理后通过CAN总线把指令发给电机驱动板电机转动后带动底盘和云台运动整个过程由电源层持续提供能量。任何一层出现问题整车要么不动要么乱动。1.2 硬件选型的底层逻辑不是越贵越好而是越稳越好我见过不少队伍一上来就买最贵的电机、最贵的工业相机结果比赛前两周还在为供电不稳、通信干扰焦头烂额。选硬件其实有三个优先级按顺序来可靠性 易用性 性能。可靠性很好理解RoboMaster是强对抗比赛车被撞、线被刮、电池被反接都是常态硬件必须在物理冲击和电气冲击下存活。易用性也很关键队员的精力有限如果一块电机的驱动板连文档都写不清楚调通它可能就要花掉一个月。性能反而是最不着急的因为比赛规则对电机功率、射速、底盘功率都有明确限制不是硬件性能越高成绩就一定越好而是在规则框架内把系统调稳、调顺手。以主控板为例我们队用的是官方RoboMaster开发板C型原因很朴素例程全、排针定义清楚、集成CAN收发器和稳压电路新队员照着官方例程可以很快跑通一个电机。自研板子性能上限更高但硬件设计、layout、焊接、调试这一套流程对新人来说门槛太高容易卡在“板子都点不亮”的阶段。1.3 V0.2版本这次改了架构描述方式V0.1的讲义里我把内容按“电控组、机械组、视觉组”来划分后来发现这个分法有严重问题新队员会下意识觉得“CAN总线是电控的事跟我视觉没关系”结果摄像头供电和主控共地导致画面出现水波纹时视觉和电控互相推诿。V0.2开始我改成按“控制、执行、感知、电源”四个功能域来写让所有人都先理解一台车是靠这些功能协作转起来的然后再看自己负责的那部分落在哪个域里。V0.2.1则是在V0.2的结构上做的一次勘误修正了对CAN终端电阻的表述补充了稳压模块选型的计算过程并把排查实战单独抽出来作为一章。2. 主控和通信选好大脑更要规划好“神经”2.1 为什么大家都在用STM32F407系列主控RoboMaster官方开发板C型的主控芯片是STM32F407IGT6Cortex-M4内核主频168MHz。这个性能对RoboMaster场景来说不能说奢侈但绝对够用六路CAN、多路串口、USB、ADC、PWM外设都非常齐全跑裸机RTOS或者简单调度都行。更重要的是社区资料非常多电机驱动例程、裁判系统解析例程、各种传感器驱动都有人写过新队员遇到问题搜索一下就能找到参考。用这块板子时要特别注意供电入口板载的USB接口只能用来下载程序绝对不能靠USB给整块板子的外设供电。接上电源之后先用电表量一下板子上3.3V和5V输出是否正常再往下接外设。这个习惯能省掉很多“莫名其妙”的问题。2.2 CAN总线布局把线缆也当成系统的一部分在RoboMaster整车上CAN总线是绝对主力地盘电机、云台电机、发射电机都可以通过CAN总线控制裁判系统也通过CAN或串口与主控交互。使用CAN总线时线缆布局有一些容易被忽略的规则线缆选型必须是双绞线最好带屏蔽层。双绞线能有效抵消电磁干扰这在电机大电流启动时尤其重要。底盘电机频繁正反转会产生很强的电磁辐射如果CAN线随便用普通跳线飞线干扰会导致通信偶发超时。终端电阻CAN总线两端各需要120欧姆的终端电阻。很多问题的排查经验是通信时好时坏先查终端电阻有没有接、有没有接在真正的两端。注意是总线的物理两端不是主控板和最近的一个电机。有些开发板板载了120欧电阻但如果你同时又把电阻焊在总线末端相当于并联成60欧反而会导致通信异常。接地与隔离车上是金属底盘CAN线走过金属件时如果外皮破损搭铁通信可能时断时续。建议CAN线在底盘上走线时穿波纹管或缠绕管避免摩擦破损。复杂场景下主控一侧和电机驱动一侧如果电位差明显最好使用CAN隔离收发器不过对大多数步兵车来说做好共地和良好走线就够了。2.3 自定义协议与代码侧的硬件约定主控和视觉板通信、主控和裁判系统通信都有官方协议或例程可参考但电机控制这块我们会有自己的封装。在代码层面我要求所有队员遵守一个简单的约定硬件相关部分全部封装成独立模块谁都不许在控制算法里直接操作寄存器。一个简单的电机控制协议结构体长这样typedef struct { uint16_t id; // 电机ID int16_t speed; // 目标转速rpm uint16_t current; // 电流限制 uint8_t mode; // 控制模式速度/电流/位置 } MotorControlCmd_t;定义好结构体之后上层控制代码只负责算“速度要多少”底层驱动只关心“怎么把速度值通过CAN帧发出去”。这样的好处是换电机型号或者改通信方式时上层代码不用动。这个经验是我们踩过坑才换来的V0.1时期底层CAN发送代码和控制代码混在一起换一次电机型号就重写一遍浪费了大量时间。3. 电机与驱动系统理解每一个执行单元3.1 车上的三类电机各管一摊RoboMaster赛事里常见的电机型号不多但用途区分很明确我用一个表格总结一下型号类型常见用途控制方式特点M3508 P19无刷减速电机底盘动力、拨盘CAN指令控制自带速度闭环减速比19:1扭矩大官方驱动板配合C620电调GM6020无刷云台电机云台Yaw/Pitch轴CAN或PWM控制集成驱动支持位置/速度模式转动平滑是云台稳定性的核心M2006小功率无刷减速电机摩擦轮、小拨盘CAN控制配合C610电调体积小、重量轻适合转速高的场景普通直流减速电机有刷/无刷辅助结构如舵机类动作PWM或IO控制一般不用在主力系统用于创新机构表格里列的是市场上最常见的配法不同赛季规则下可能还有自研电机或者特殊机构但大框架基本不变。3.2 控制环你写的代码到底在控制什么很多新队员刚接触电机时以为“给电机发个转速它就稳定转起来”是理所当然的。实际上RoboMaster的电机控制是分层的搞清楚每一层在做什么调试时才能精准定位问题。以M3508为例官方C620电调内部已经完成了电流环和速度环的闭环控制。你通过CAN给它发一个“目标转速”电调会自动调整PWM占空比让电机稳定在这个转速。所以对于主控来说你控制的对象是“期望速度”而不是“PWM占空比”。如果用到GM6020做云台它支持位置模式——你直接发“目标角度”电调会带着云台转到那个角度。这就引出一个常见误区有人为了云台更跟手在主控里又写了一个PID位置环跟电调内置的位置环串在一起结果调参时发现怎么调都震荡。正确思路是先明确每一层闭环的职责电调管电流和底层速度主控管更上层的逻辑比如云台角度闭环、底盘速度解算。3.3 装配与走线的隐藏问题电机装到车上之后硬件上的坑往往不在电机本身而在装配和走线扭矩传递M3508减速箱输出轴和轮子之间的联轴器必须锁紧。有一次我们车跑着跑着轮子掉了检查发现是顶丝没打螺纹胶震动之后松脱。螺纹胶这个细节写进讲义的V0.2版本了。编码器线M3508自带编码器反馈但编码器线非常细在底盘反复震动中容易断裂。不要直接把编码器线拉直绷紧要留出活动余量并且用扎带固定在不会被碾压的位置。电机散热长时间高负载跑动后电机和电调都会发热。C620电调贴在金属板上能有效散热但注意电调背面的导热垫一定要贴好否则热保护触发后动力突然下降就会被人误判成“电池没电了”或者“电机坏了”。4. 供电与裁判系统决定整车下限的两大系统4.1 电池和稳压模块电压选型的计算逻辑RoboMaster比赛对电池有严格规定绝大多数队伍用的是官方电池输出能力很强瞬时电流几十安培都没问题。问题出在电控系统需要多路不同电压主控要5V或3.3V传感器要12V或5V视觉计算平台有的要12V或19V电机电调的供电则直接从电池引。稳压模块选型不是拍脑袋的至少要做一次粗略的功率估算。以12V稳压模块为例你先统计所有12V负载的最大电流云台电机驱动逻辑 视觉工业相机 激光测距模块假设加起来峰值电流是3A那么选择稳压模块时余量至少要给到1.5倍也就是额定5A左右。为什么不是刚好3A因为电机启动瞬间、摄像头自动曝光瞬间电流会出现尖峰如果模块恰好顶着极限运行输出电压会跌落轻则画面水波纹重则主控重启。选型时可以看两个参数额定电流和纹波。纹波越低对传感器越友好尤其是模拟摄像头或者高精度IMU纹波大的供电会直接让数据漂移。这块我建议用示波器实测不要只看手册上的纹波参数很多模块在负载大的时候纹波表现和手册差别很大。4.2 裁判系统的硬件接入该隔离的地方要隔离裁判系统是官方强制安装的设备它不能“影响比赛公平”但它的数据对整队非常重要血量、弹丸射速、底盘功率、射速限制等。硬件接入时主控和裁判系统的通信主要有两种情况裁判系统串口输出主控通过串口接收这种比较简单注意共地即可。裁判系统的CAN接口这时候要特别小心地电位问题。如果裁判系统和主控之间地电位有偏差容易出现数据错误。我们的做法是裁判系统的总电源从电池正负极经过一个独立的保险丝取电和动力线在电池端汇合但主控供电和裁判系统供电在板级分开。裁判系统的数据线靠近主控一端要加磁珠或共模电感抑制高频干扰。4.3 视觉设备供电的地环路问题视觉系统的供电是很多队伍调了好久才发现的大坑。工业相机和处理板如果分别在两路电源上取电而它们之间又有通信线USB或者网线连接就有可能形成地环路轻则画面出现横条纹重则通信不稳定甚至烧毁接口。解决思路有两个方向一是从根源上统一供电让视觉设备和主控共用一个负极减少地电位差二是阻断地环路在通信线上使用隔离方案比如USB隔离器、工业相机用光纤转接。考虑到车上空间和重量普通步兵我们建议优先做第一种把视觉供电和主控供电规划成同源的支路尽量在电源源头汇合。5. 新队员最容易踩的硬件坑排查实战记录5.1 CAN通信随机掉线整条排查链路的复盘V0.2.1里新增了一整页排查清单最开始想写就是因为去年国庆集训时一台步兵车跑两圈就报一次电机通信超时排查了整整三天。我把完整链路写在这里你以后遇到类似问题可以直接照着查。第一步先确认是单一节点故障还是总线级故障。我们当时的现象是四个底盘电机随机超时但云台电机不受影响说明问题可能不在主控而在底盘电机这条支路。第二步检查连线。拆开底盘护甲发现CAN线确实是从电池底下穿过去的线束被电池底板反复挤压其中一根CAN_H线的绝缘皮已经磨破露出一小截铜丝和底盘金属接触。这就是典型的“时好时坏”原因——跑动时线束受振动铜丝间歇性搭铁。第三步处理方式不是简单换线而是把走线路径重新规划所有CAN线不再从电池下方经过改走底盘侧帮并用波纹管套住再用扎带固定。之后这个故障再没出现。这个案例的教材意义在于不要一上来就怀疑代码、怀疑电调先解决物理层。CAN通信出问题优先排查线缆、接插件、端子再看协议和配置。5.2 电机上电后嗡嗡响但不转这个故障几乎每个赛季都会遇到一次。现象是上电后电机鸣叫有电但给转速指令后电机不转或者轻微抖动。排查顺序如下第一步确认电机ID设置和主控发送目标ID是否一致。M3508电机在上电时需要设置ID如果ID冲突或者未设置电调不会响应指令。检查方式是看电调指示灯状态对照驱动板手册确认是否处于正常通信状态。第二步确认控制模式。比如用C620电调上电默认可能需要报文来激活如果没有按照手册发激活帧电调虽然通电但不会驱动电机。这种问题常见于“我已经写了发送转速的代码但没写激活报文”。第三步确认负载是否卡死。如果减速箱或者轮子被异物卡住电机会过流保护表现为声音异常但轴不转。用手拨动轮子检查顺滑度断开负载再测试电机空转就能区分是机械还是电气问题。5.3 稳压模块电压跌落导致视觉掉帧有一次我们视觉识别突然卡顿排查了很久视觉代码最后发现是电压跌落导致工业相机掉帧。当时工业相机和云台电机驱动逻辑共用同一个12V稳压模块云台Pitch轴快速摆动时电流尖峰把12V电压拉到10V以下相机瞬间重启或丢帧。我们用示波器捕获到了跌落波形正常12VPitch启动瞬间电压跌到9.8V持续大约120ms然后恢复。这个跌落完全够让相机重启。解决方案有两步第一步把相机供电换到独立的稳压模块和电机逻辑供电物理隔离第二步选择额定电流更大的模块并且增加输入侧的储能电容比如并联两个1000uF电解电容吸收电流尖峰。改动之后掉帧问题彻底消失。这件事在V0.2.1的讲义里专门作为“视觉掉线先查电源”的经典案例记录在案。6. 从V0.1到V0.2.1讲义迭代本身也是一种技术积累6.1 新队员的资料阅读与摸车顺序建议每次新队员进来都会问“我应该先看什么”现在的答案是分成三步第一步先把本讲义通读一遍不需要记住所有引脚和寄存器只需要建立“整车是怎么运转”的框架。第二步对照讲义去摸真车用万用表量电池电压、稳压模块输入输出、主控供电把每个模块的位置和线缆方向在车上找出来。第三步跑通官方电机例程能控制一个电机转起来后面就是熟能生巧的事了。这里要特别提醒一句RoboMaster的学习纸上谈兵最容易让人产生虚假的掌控感。你背下所有电机的型号和参数不如亲手把一根CAN线焊好、用示波器看一次通信波形来得实在。6.2 文档维护的心得版本号背后的做事方法讲义的版本号从V0.1到V0.2.1看似只是加了三个小版本背后的迭代逻辑实际上是团队技术管理的缩影。V0.1是“资料拼盘”把网上找到的各种资料和往年代码扔到一起只有罗列没有体系。V0.2做了一次彻底重构按功能域重新组织删掉过时内容补上了供电和排查两章。V0.2.1则是基于实操反馈做的精准修正把V0.2里表述不够精确的地方比如CAN终端电阻的接法改正并新增了实战案例。我强烈建议每个带队的同学都给自己负责的技术方向建立一个类似的文档体系不用追求一次成型但一定要有版本记录、有修改日期、有修改理由。这样半年后翻看你能清楚还原当时为什么做这个决定踩过哪些坑。这比任何“经验总结”都来得真实。另外一点是文档一定要跟硬件实物保持一致。我们V0.2版本里画过一张供电拓扑图结果后来换了一种稳压模块走线变了但图没更新。新队员照着图找模块找了半天发现图上标的模块在车上根本不存在。V0.2.1里我强制规定任何硬件改动必须同步更新到对应文档的变更记录里否则不予确认。这个制度看起来有点死板但能省下非常多后续沟通成本。调整完这一版之后我最大的感受是硬件知识本身并不难难的是把散落在一台车上的零散知识点串成一张网让每个人都能站在同一个认知水平上去交流。V0.2.1的迭代过程本质上就是在做这件事。如果你们队伍也在整理类似的资料希望这篇内容能给你一些参照也欢迎按实际情况改出一份属于你们自己的硬件基础讲义。
