RoboMaster硬件基础讲义：电源、电机与CAN总线调试实践

年初整理团队资料的时候，我把手上这份《RoboMaster硬件基础讲义V0.2.1》翻了出来。它是我们队伍电控组沉淀了两届赛季的培训文档，从最初几页问答记录，长成了现在这本覆盖电源、电机、通信、调试、排障的硬件入门手册。说实话，每年招新季我都要反复跟新队员强调同一句话：先把硬件基础吃透，再谈调参和战术。这份讲义解决的就是这个事——让一个没碰过焊台、没接过电源的新人，能在两周内安全、规范地完成一块主控板和一套电机动力系统的搭建与验证。如果你在带队伍、带新人，或者自己刚接触RoboMaster硬件，这份讲义的思路和内容可以直接拿来当参考。

1. 这份讲义想解决什么问题

1.1 从V0.2.1版本号说起

先说这个版本号。V0.2.1不是拍脑袋写的，它代表这份文档经历了三轮实质性的结构变化。

V0.1是最早的“问答式”文档，当时培训全靠老队员口口相传，新队员问一句记一句，整个文档零散得像聊天记录。V0.2开始按硬件子系统重新组织，把电源、电调、电机、主控、通信拆成独立章节，每条知识点后面都补了“为什么”和“怎么测”。到了V0.2.1，主要工作是修正了之前功率计算里的错误、补充了CAN总线拓扑的几种接法，还增加了第五章的故障排查速查表。

我想说的是，硬件讲义的版本迭代本身就很有价值。硬件知识最大的特点是“错一次就长记性”，但长记性的代价可能是烧一块电调、炸一个桨。把别人踩过的坑写进文档，让新人不用再交一遍学费，这就是讲义存在的全部意义。所以别把版本号当形式，每次更新都应该对应一次真实的教训。

1.2 谁该读，读到什么程度

这份讲义的定位非常明确：面向三类人。

第一类是刚刚入队的电控组新人。他们对硬件只有零散概念，需要一条从零到一的主线。讲义要求他们达到的程度是：能独立完成电池、电源板、电调、电机、主控的接线与上电测试，能读懂CAN数据帧，能在万用表和示波器的帮助下定位基本故障。

第二类是视觉组和算法组队员。他们不直接写驱动代码，但经常需要和电控联调。比如视觉要给主控发目标坐标，就得了解串口和CAN的带宽差异；要判断云台响应是不是够快，就得理解电机闭环的延迟来源。这部分人不需要会焊线，但必须听得懂电控在说什么。

第三类是其他队伍来取经的队员。很多队伍硬件实力不弱，但缺少一套系统的培训材料。这份讲义的框架可以直接迁移过去，章节顺序、检查清单、排障表都可以照用，只需要把自家用的具体模块替换进去。

一句话总结需求：这份讲义不是用来“读”的，是用来“照着做”的。每章的结尾都有实操任务，做到哪一章，就要完成哪一章的动手验证。

2. 硬件系统的三层架构，先建全局观

2.1 动力链、控制链、信号链怎么划分

新队员最常见的认知误区，是把一堆模块当成孤立零件。实际上，一台RoboMaster机器人的硬件系统可以拆成三条清晰的链路：动力链、控制链、信号链。

动力链负责“把能量变成运动”。路径是：电池 → 保护板/总开关 → 电源分配板 → 电子调速器 → 电机。这条链上的核心参数是电压、电流和功率，任何一环的线径不足、接触电阻过大或电流超限，都会在这条链上先暴露问题。

控制链负责“做决定并执行”。路径是：主控 → CAN总线/串口 → 电调 → 电机，再加上编码器和惯性测量单元（IMU）的反馈回路。控制链的核心是实时性，毫秒级的延迟就会让云台手感发飘、底盘抖动。

信号链负责“感知外部世界”。包括裁判系统的比赛状态数据、视觉模块识别到的目标坐标、激光或超声波传感器的距离信息。信号链的数据经过主控处理后，最终会汇入控制链，形成完整的“感知—决策—执行”回路。

我把这三条链画成表格放在讲义的第一章，每个新人先看这张表再看正文。表格里不只有模块名称，还有“它死了会怎样”这一列，目的是让新人建立故障和影响之间的关联直觉。

2.2 电源系统：电压等级与功率预算

很多新人第一次看到6S锂电的电压都会犯嘀咕，22.2V的标称电压直接接到12V的电调上会不会烧？这就涉及讲义里的一个重要原则：先确定电压等级，再选择模块，绝对不靠猜。

比赛常用的动力电等级是6S锂电，满电电压约25.2V，标称22.2V。电机和电调选型时都已按这个电压范围设计，直接连接没有问题。但主控、路由器、视觉工控机这些弱电设备的输入往往需要5V或12V，所以必须在电源分配板上通过DC-DC降压模块分出多路辅助电源，而不是把动力电直接怼进去。

功率预算是电源章节的核心。以我们参赛的步兵机器人赛项为例，比赛规则对底盘输出功率有明确限制，常见的额度在240W量级。这意味着平均电流要控制在10A出头，而电机的瞬时峰值电流可能达到几十安培。电池的容量和放电倍率必须同时满足“平均功耗撑满一局比赛”和“瞬时峰值不掉电压”两个条件。讲义里给了一个简单估算公式：单块电池能量（Wh）除以整机平均功耗（W）得到理论续航时间，再留出20%的余量。很多第一次设计供电方案的队伍，问题往往出在只看容量不看放电倍率，电池容量够大，但C数不够，一拉急速电压就往下跌，触发电调低压保护直接趴窝。

电源章节的最后一定要讲安全。锂电池不是玩具，过放、过充、尖锐物体穿刺都可能引发严重事故。讲义里明确规定：每次上电前测量电池总电压，低于阈值必须充电；动力线一律使用带防反接设计的连接器；任何接线改动前先断电池。

2.3 通信链路：CAN总线为什么是主力

RoboMaster机器人内部的通信主力是CAN总线，这个选择不是偶然。CAN是差分信号，抗干扰能力强，在电机大电流启停频繁的环境里依然稳定；它是多主网络，主控和多个电调可以挂在同一对线上，不用点对点布一堆线；另外CAN的数据帧带CRC校验，错误帧会被自动丢弃，对控制指令这种容错率极低的数据来说很关键。

但CAN也有让新人头疼的地方。它需要终端电阻，总线两端各接一个120Ω的电阻，否则信号反射会让通信时好时坏。它需要设置波特率，总线上所有节点必须一致，最常见的是1Mbps。接线时还要注意CANH和CANL不能接反，主控的CAN接口和电调的CAN接口必须共地。这些细节单独看都不难，但串在一起就能让一块“完全正常”的电调沉默一整天。

讲义里把CAN和串口、I2C、SPI做了对比。结论是：电机控制这类需要实时性和可靠性的场景用CAN；和视觉模块传目标坐标这类中等速率、点对点的场景用串口；板载传感器这类短距离高速通信用SPI；多设备低速采集用I2C。新人不一定要全部掌握，但至少要知道为什么电机不选串口控制，因为串口没有错误帧重传机制，也没有多主仲裁能力，一条线上挂多个设备时容易互相干扰。

3. 核心模块的原理与选型思路

3.1 无刷电机：扭矩从哪来

阅读理解无刷电机，建议不要一上来就背磁场公式，先抓住一个直觉：无刷电机的扭矩来自定子磁场和转子磁场的相互作用，电调把三相线圈按顺序通电，让磁场“追着”转子跑。和带碳刷的有刷电机相比，无刷电机没有机械换向结构，效率更高、寿命更长、噪音也更小，代价是驱动电路更复杂，必须有电调配合。

电机输出轴上实际能带动的扭矩，一般要经过减速机构放大。比赛电机常见的减速方式有行星齿轮减速和直驱加外部齿轮箱。减速比越大，输出扭矩越大，但转速上限越低。选型时不能只看电机本体功率，要看“带减速后的扭矩—转速特性”能否匹配你的设计目标。底盘需要高速机动，减速比就不宜过大；云台需要精准、小范围转动，就适合高减速比方案。

还有一个新人容易忽略的指标是电机的转子惯量和响应速度。云台电机如果转子惯量太大，PID稍微调激进一点就会振荡；惯量太小又容易被底盘振动干扰。讲义里建议，在做机械设计之前，先根据云台和底盘的质量分布估算负载惯量，再反推电机选型，而不是等装好了再改方案，机械一改就是两周工期。

3.2 电子调速器：电机的“油门”是谁给的

无刷电机的驱动电路，行业内统一叫电子调速器，简称电调。电调的职责是把直流电逆变成三相交流电，并实时调节电流大小。它内部有MOSFET构成的逆变桥，以及电流采样、温度检测、过流保护等电路。我们用的比赛级电调通常内置FOC矢量控制，能做到低噪声、高动态的扭矩控制。

电调与控制器的通信方式主要有两种：PWM信号和CAN命令。PWM方式接线简单，适合入门演示；CAN方式支持双向通信，能回传转速、电流、温度、故障码等状态，比赛队伍全部建议走CAN。电调的输入电压范围、持续电流和峰值电流是选型的关键参数。必须留出足够裕量：标称持续30A的电调，如果长时间跑在28A，温升会非常可观；而电机堵转时的电流可能是额定电流的好几倍，所以电调的保护逻辑和散热设计比纸面电流更重要。

调试电调时有个经验之谈：先确认电调能正常回传状态帧，再发控制指令。也就是“先听后说”。很多人一上来就猛发指令，电机不动就以为是指令格式错了，实际上可能是总线上根本没建立通信。CAN调试时观察回传帧里的电压、温度字段，能让很多问题一目了然。

3.3 主控与传感器：硬件的大脑和感官

主控板上的MCU是整车的决策大脑。选型时首要考虑的不是算力有多强，而是外设资源够不够。需要几路CAN？几路UART？几路PWM？还要考虑是否有足够的GPIO接裁判系统和自定义传感器。很多新人在画板子的阶段没算好引脚资源，到最后发现串口不够用，只能牺牲功能，这属于典型的低级错误。

传感器方面，底盘里程计依赖编码器，云台姿态依赖IMU。IMU有加速度计和陀螺仪，通过融合算法输出姿态角。安装IMU时最忌讳的是紧挨着电机和电源板，磁干扰和振动会让姿态数据漂得离谱。讲义里专门有一小节叫“传感器的安装规范”，要求：IMU远离大电流走线；编码器连接线使用双绞屏蔽线；所有信号线和动力线分层走线，避免平行。

关于传感器数据还有一个容易被忽视的点：所有传感器数据进入主控后，必须做时间戳对齐。CAN、串口、SPI的数据到达时间不同，如果不做同步，视觉给的坐标和IMU给的姿态在时间上错开几十毫秒，控制效果就会大打折扣。这部分在讲义里属于进阶内容，但我会要求每个队员在联调前先把数据流时序图画出来。

4. 实操环节：上电、接线与测试的硬规矩

4.1 上电前检查清单

我见过太多老队员上电也是直接插电池，但我依然要求每个人都必须过一遍检查清单。原因很简单：上电前的两分钟检查，能在硬件故障发生前拦下至少一半的问题。

讲义里的清单分成三级。第一级是静态检查：确认电池电压在合理范围，确认电源极性正确，用万用表蜂鸣档测动力线正负极之间没有短路，检查所有连接器是否插到位、锁扣是否扣紧。第二级是通信检查：确认CAN总线两端终端电阻正常，用万用表测CANH和CANL之间大约60Ω（两个120Ω并联），确认主控和电调的波特率配置一致。第三级是上电动态检查：先不插电机，单独给电调上电，听是否有异常蜂鸣，看状态指示灯是否正常；再插上电机，用手轻转电机轴，感受是否有明显的顿挫阻力，这能初步判断绕组是否正常。

这套清单看起来繁琐，但它能防止一个最贵的错误：把接错的线插上电池，然后眼睁睁看着电调冒烟。

4.2 电机的首次上电与CAN调试

我强烈建议首次上电测试在桌面进行，不上车、不装轮子、不装发射机构。桌面测试的流程在讲义里写得非常细。

第一步，接好电池、电调、电机的动力线，主控通过USB-CAN适配器连到电脑。先启动一个终端查看CAN信息，Linux下用can-utils工具：

# 设置CAN0接口，波特率1Mbps sudo ip link set can0 type can bitrate 1000000 sudo ip link set can0 up # 监听总线上所有数据帧 candump can0

此时如果一切正常，终端里应该能看到电调自动上报的数据帧，里面包含电调编号、电压、电流、温度等字段。这一步是对“通信是否建立”的最终确认。

第二步，发送控制帧。控制帧的ID和格式必须和电调通信协议严格一致。首次发送时，指令值从零或极小值开始，观察电机是否轻微响应。千万不要第一次就发大油门，电机飞转起来时桨叶或者联轴器脱出，桌面测试也会变成安全事故。

# 发送一条测试指令，电流或转速设定为最小值 cansend can0 201#0000000000000000

第三步，缓慢增大指令值，观察电机转速是否线性上升，同时监听回传帧中的电流值，确认电流没有异常尖峰。如果电流在低转速时就明显偏大，说明可能存在机械堵转、相线接错或者电机选型不匹配。之后再退出指令、让电机停转，用手触摸电调外壳，感受温升是否正常。

4.3 焊接、压线和线径选择的经验

硬件基础讲义里花了不少篇幅在“体力活”上，因为很多问题最后都出在物理连接上。先讲线径。动力线截面积必须按承载电流来选，常见经验值是每平方毫米铜线长期安全载流量约5-8A，要留裕量。底盘主电源线我建议至少用14AWG，约2平方毫米，能长期跑20A以上；信号线用22-24AWG就足够了。线径太小，线上压降和温升都会非常可观；线径太大，又不好弯折走线。

再讲焊接。XT60这类动力插头的焊点是“一次焊接”的活儿，焊接前必须把线头预上锡、插头引脚也预上锡，然后快速完成焊接，焊点必须光亮圆润。最忌讳的是一直把烙铁放在焊点上加热，会烫坏塑料外壳导致接触不良。焊接完成的插头要做“拉拔测试”，稍微用点力拉线，焊点松动的话一眼就能看出来。

最后讲线材管理。动力线和信号线在机体内必须分层走、分开绑扎，不能捆在同一束扎带里。电机启停瞬间的大电流会产生较强的电磁干扰，贴近信号线会让编码器读数跳动、CAN通信丢包。所有线缆都留出适当的活动余量，但不要长到能甩进电机齿轮附近；线头用热缩管收口，裸露铜丝的长度尽量短。

5. 常见故障排查速查表

5.1 高频故障对照表

第三章和第四章的内容是“怎么搭”，第五章是“坏了怎么查”。这块是讲义里我觉得最值钱的部分，因为它直接来自真实比赛中调试的原始记录。以下是几个最高频的故障和对应排查思路。

每个故障现象后面，讲义都会附一段排查逻辑，而不是直接给答案。比如“电机抖动不转”这行，我要新人先问三个问题：电机有没有被堵住？三相线是不是每一相都导通？CAN总线上电调的回传帧有没有周期性中断？这三个问题能过滤掉八成的抖动原因。

5.2 一次串扰问题的排查实录

光讲理论不够，讲义里还保留了一个完整的排查实录。有一次样机测试，云台电机稍微一动，底盘电机的速度反馈就开始跳变，视觉界面上目标框也跟着抖。第一反应是代码问题，查了PID参数、查了线程调度，都没发现问题。后来用示波器同时夹在编码器线上和底盘电机相线上，才发现电机启动瞬间编码器信号线上叠加了一串明显的毛刺。

原因并不复杂：编码器线从云台往下走，途中和底盘电机动力线贴在一起绑了约20厘米。电机相线上的大电流突变，通过线间寄生电容耦合到了信号线，造成编码器误码。解决办法是把两条线分开走，同时给编码器线换成屏蔽双绞线，外壳端单点接地。改完之后，现象彻底消失，前后排查耗时一个晚上。这个故事在讲义里专门有一页，标题就叫“先怀疑物理层，再去查代码”。

6. 版本迭代背后的教学反思

6.1 哪些内容讲了没用

做了这么多轮培训，我总结出三类“讲得最多但实际没用”的内容，在后续版本里都做了调整。

第一类是纯理论推导。无刷电机内部的磁场分析、FOC的坐标变换推导，写得再漂亮，新人看完还是不会接线。现在讲义只保留结论和感性理解，把数学推导放到参考资料附录里，供需要深挖的人自取。第二类是脱离实战的命令介绍。只讲CAN协议格式，不结合电调回传帧的例子，新人记不住。现在每个通信知识点都配一个“实测现象”小框，说明这个字段异常时你会看到什么。第三类是没有验收标准的操作步骤。只写“焊好电源插头”不算完，必须写清楚焊点外观、拉拔测试、上电测试三步验收动作。

这些调整说明一件事：教学文档的核心不是知识密度，而是知识到行动的转化率。讲义里每条知识点都应该能回答三个问题：在哪用、怎么用、怎么知道用对了。

6.2 V0.3准备补什么

下一版V0.3的方向已经想好了。第一是增加故障排查的“求助路径”章节，明确每个问题的排查推荐工具和参考文档索引，避免队员一遇到问题就逮着老队员问。第二是补充更细的选型对照表，把不同负载场景下的电机、电调、电池组合整理成几个推荐配置，新人可以直接照方抓药。第三是录制配套操作视频，尤其是焊接示范和首轮上电流程，静态文档对“动作类知识”的传达效率确实有限。

我始终觉得，硬件讲义的终点不是厚，而是“新人照着做完不炸”。每一条被写进来的内容，都应该经过真实赛场的验证。下一版会继续砍掉没用的章节，把时间留给真正能兜底的知识。

带队伍这么多年，我的一个体会是：硬件基础这件事，最怕的不是不会，而是不知道自己不会。很多人把机器人装起来了，但说不清每根线为什么这么走，每个参数为什么这么设，出了问题只能靠运气去试。这份讲义的意义，就是把这些“不知道自己不会”的部分，提前变成“会了并且能查”。如果你也在带团队、写培训材料，建议从一张故障排查速查表和一份上电前检查清单开始，这两页纸投进去的产出，远比十页原理图来得实在。