企业官网建设流程全解析

1. 这份讲义到底带你解决什么问题

RoboMaster 这个比赛的硬件门槛，比大多数新同学预想的要高。它不是你写个算法就能跑的车，而是一台需要从零搭起来的完整机电系统。每年队伍招新以后，新人问得最多的就是一句：我应该从哪学起？我目前带队伍时最常用的那份案头资料，就是 RoboMaster 硬件基础讲义 V0.2.1。它没有像很多教程那样贪多求全，而是把“让机器人在场地里跑起来、把弹丸打出去”的最小闭环作为主线，从电源怎么接、主控怎么选、电机怎么驱动、云台怎么转，一直讲到最后调试时那些最容易让人半夜崩溃的故障。

这份讲义适合三类人。第一是刚接手硬件工作的队员，它能把你在实验室里摸爬滚打三个月才悟到的东西浓缩成可以照着做的流程；第二是长期只写软件、对硬件心里没底的程序员，它帮你建立整机系统的硬件图景，知道你的代码到底跑在哪块板子上、怎么和外设通信；第三是负责带队伍的学长学姐，它是一份很好的内训教材框架，尤其适合把队里的经验沉淀成标准化文档，而不是靠口头一句一句传。

V0.2.1 这个版本号很有意思，说明它不是第一次写，也不会是最后一次。从版本演进的痕迹能看出，这版最看重的不是把什么都塞进来，而是把最容易出错的基础环节讲明白。基础这个词在 RoboMaster 里从来不等于简单，因为底盘、云台、电源、通信之间互相牵连，任何一个环节出问题，整个车就是一堆不能动的零件。

1.1 版本号背后的“最小闭环”逻辑

看 V0.2.1 的内容结构，能明显感觉到它是按“让一台车能动起来”的递进关系组织的。你不需要先学完所有理论，再开始动手，而是在每一个环节都围绕一个可以直接验证的目标来推进。

拿电源链路来说，新人最常见的错误之一，是一上来就把主控板、电调、传感器全部接到同一个电源输出上，结果一上电要么电压跌落，要么电流过大直接烧板子。讲义里不会只扔给你一张接线图，而是先讲清楚电池、分电极、降压模块、主控板、电调这几层的关系。底层逻辑是功率分级：底盘电机是大电流设备，主控板和传感器是小电流设备，它们不能混在同一根线路上。理解了这条，再去接线就完全不一样了。

另一个能看出“最小闭环”思路的地方是通信拓扑。RoboMaster 机器人内部其实有好几套通信网络在同时工作，包括遥控接收机链路、电机控制总线、传感器数据线、视觉板卡与主控之间的高速链路。讲义对这些不是平均用力，而是强调先把电机控制和遥控遥控这两条主线打通。因为这两条通了，车子就能动、能受控，后面所有调试才有基础。

1.2 V0.2.1 的目录结构可以怎么读

拿到这份讲义，建议不要按顺序从头读到尾。正确读法是以车为单位做一次自上而下的扫描，然后回到自己负责的模块精读。整份讲义大致可以分成五个逻辑区块。

第一块是供电和电气安全，解决的是“车能不能安全上电”的问题，这是所有工作的前提。第二块是主控板选型和外设接口规划，解决的是“脑子够不够用、接口够不够插”的问题，这决定了后续硬件设计的上限。第三块是底盘执行系统，包括麦克纳姆轮运动学、无刷电机和电调的接线控制，解决的是“怎么让车按你想要的方向动作”的问题。第四块是云台与传感器，解决的是“云台能否稳定瞄准、决策系统能否拿到环境信息”的问题。第五块是调试流程和故障排查，把前面所有硬件的常见坑集中在一张表里，这部分是实操中价值最高的。

对于只负责某个子系统的同学，我建议先把第五块故障排查部分扫一遍，再回头精读自己负责的模块。这样在动手之前你就知道哪些地方容易踩坑，做的时候就会刻意留意。

2. 机器人硬件架构的整体设计思路

一台能在比赛场地里正常作战的步兵机器人，硬件上至少包含电源系统、主控系统、底盘电机、云台电机、IMU、测距模块、视觉板卡、遥控接收机这几大部分。很多新手看到这么多模块就晕了。其实只要把硬件架构拆成三个层面来看，思路就很清晰：最底层是电源，中间是主控和通信，最上层是执行器与传感器。每一层向下依赖，向上提供接口。

讲义在这部分花了不少篇幅，因为它决定了整车的可靠性上限。我见过很多队伍的程序算法很漂亮，但硬件架构设计时偷了懒，到最后不是这个地方接触不良，就是那个地方电流不够，整体性能被严重拖累。

2.1 电源链路：从电池到每一块芯片

电源是整个硬件系统里最不该省事的部分。在 RoboMaster 机器人上，电池通常是额定 24V 级别的多串锂电，满电时电压还会更高一些。底盘电机要直接从电池取电，功率很大，瞬时电流很容易冲到几十安培，必须走粗线独立供电。而主控板、IMU、测距模块这些弱电设备只能承受 5V 或 3.3V，需要有降压模块把高压转成低压。

这里有一个新手必须建立的概念：功率逐级分配，互不干扰。电源链路应该像一棵树，电池是树根，主干分出两个大枝，一个是电机功率枝，一个是控制系统枝。功率枝直接接电调，控制系统枝再经过降压模块接主控和传感器。千万不能让电调、主控、传感器全都并联在同一根线上，否则电机启动瞬间的电流冲击会把逻辑电路拉崩，表现就是系统随机死机、程序飞掉。

电压转换部分，主流的做法是用开关降压模块，效率通常能做到 85% 以上。如果你的主控板是从比赛标准平台继承下来的，它通常已经集成了板载降压电路，直接用电池供电即可。自己搭板子的话，建议预留至少一路 5V 和一路 3.3V 的输出，并且每路都配上合适的滤波电容。还有一个细节很容易被忽略，就是电源指示灯。板上一定要有电源指示灯，否则你根本无法判断上电后是硬件没工作还是固件没跑起来。

电池端必须有保险措施。常见组合是总开关加保险丝，放在电池出口最容易操作的位置。把所有功率器件加起来的最大电流乘以余量系数，再选保险规格，一般按额定电流的 1.5 到 2 倍选择。这样既能保证正常工作时不会误熔断，又能在短路时及时切断。我用一句话总结电源设计的优先级：先安全，再稳定，最后才谈效率。

2.2 主控板选型与外设接口规划

主控板是机器人硬件的中枢，选型最核心的三条标准，一是处理器性能够用，二是外设接口数量充足，三是开发调试方便。RoboMaster 机器人上需要处理的任务包括底盘电机控制、云台电机控制、IMU 数据读取、遥控信号解析、与视觉板卡的通信，以及和比赛裁判系统的数据交互。这些任务并发运行，对 MCU 的要求不低。

从经验看，选用 Cortex-M4F 及以上内核的性能级 MCU 是稳妥底线。它要具备硬件浮点运算单元，因为云台角度解算和电机控制里有很多浮点运算，软件浮点会占用大量 CPU 时间。存储方面，建议至少 128KB RAM，如果要做视觉协处理之外的复杂状态机调度，256KB 更从容。Flash 空间同样重要，因为多套控制参数和日志存储都很占空间。

接口资源是主控选型里最容易低估的部分。一台完整机器人至少要两路 CAN 总线，一路接底盘电机电调，一路接云台电机电调；至少四路串口，分别给遥控接收机、IMU、视觉板卡、调试日志预留。此外还要有若干路 PWM 输出做备用，比如控制摩擦轮的调速器或者灯的亮度。SPI 和 I2C 也不能少，部分传感器和扩展外设要用。我见过因为串口不够用，最后只能拿杜邦线飞线复用通信口的情况，调试时极为痛苦。

外设接口规划还包含一个很容易忽视的点：SWD 或 JTAG 调试接口必须有且要留出方便插拔的位置。板上调试接口做得反人类，会导致每次烧录程序都要把整台车拆开，这种设计在比赛中是不可接受的。

2.3 通信拓扑：CAN 总线与串口的分工

硬件层面的通信拓扑，直接决定代码层面的调用方式。RoboMaster 机器人的通讯主要依赖 CAN 总线加串口这两套体系，它们在拓扑上互补。

CAN 总线承担的是对可靠性要求最高的电机控制任务。它具有差分信号传输、抗干扰性强、传输距离远、多节点仲裁这些优点，非常适合电机电调的组网。一条 CAN 总线上可以挂多个电调，每个电调有独立的 ID，主控向总线周期性地发送控制指令帧，电机把编码器数据通过总线回传。CAN 波特率一般可以跑到 1Mbps，对电机控制这种周期性小帧数据来说完全够用。

串口则承担模块间点对点通信。遥控接收机输出信号、IMU 数据帧、视觉板卡给出的目标信息，都通过串口传到主控。需要注意的是串口电平标准，大部分模块是 TTL 电平，直连主控没问题；但有些工业级传感器是 RS485 电平，需要转接板，接线前一定先确认规格。我遇到过把差分信号直接接到 TTL 串口上，结果一个模块也读不到数据的案例。

另一个通信层面的硬规范是共地。主控板和各模块之间除了信号线，还要把地线连通，否则数据会随机出错。这一点很多人吃过亏，看起来是通信协议写错了，实际是地电位不一致导致信号电平漂移。

3. 执行系统的实操核心

机器人能不能输出动力、能不能稳定瞄准，全看执行系统。这是硬件讲义 V0.2.1 里篇幅最大、最有含金量的部分，因为执行系统是你真正需要动手接线、调试、上电测试的地方。电源和主控做对了，只是让系统“活”起来，执行系统做对了，车才会真的“动”起来。

3.1 麦克纳姆轮底盘的运动学入门

RoboMaster 比赛里最常见的底盘就是四轮麦克纳姆轮结构。相比普通轮子，麦克纳姆轮最大的特点是轮毂上斜向安装了若干小辊子，当轮子转动时，辊子会在地面上产生一个斜向的摩擦力。四个轮子的斜向力合成之后，可以让车体在不改变朝向的情况下平移，这就是全向移动。

很多讲麦克纳姆轮的教程一上来就扔公式，新人记不住也理解不了。这里我给一个更直觉化的解释：你把四个轮子想象成四个独立的小推进器，每个轮子都能朝一个方向发力。要让车体向前平移，四个轮子都向前转；要让车体向右平移，就需要左侧轮子产生向右的力、右侧轮子产生向左的力，合力向右。这份讲义里最重要的公式是反解公式，也就是知道你想要车体的速度，反推出每个轮子应该转多快。

实际的运动学反解可以写成下面这个形式：

// 输入：车体期望速度 vx（前后）、vy（左右）、w（旋转），单位为 m/s 和 rad/s // Lx、Ly 为轮到车体中心的半轴距 double v_fl = vx - vy - w * (Lx + Ly); double v_fr = vx + vy + w * (Lx + Ly); double v_rl = vx - vy + w * (Lx + Ly); double v_rr = vx + vy - w * (Lx + Ly);

这个公式里的正负号是根据轮子安装方向来的，不同车型的麦克纳姆轮安装角度可能有差异，实际使用时需要先验证符号。验证方法很简单：把机器人在原地旋转，观察四个轮子的实际转动方向是否和期望方向一致，不一致就调整符号。

运动学公式解决的是“每个轮子该转多快”的需求，但真正让轮子转起来，就需要把速度指令下发给电机控制环。底盘电机通常使用大扭矩的无刷电机，通过电子调速器驱动。主控不需要自己控制电机的换相，那是电调内部做的事情。主控只需要把期望速度或期望扭矩通过 CAN 报文发给电调，然后读取电调回传的编码器数据，形成闭环。

3.2 无刷电机与电调：接线、上电、调试细节

无刷电机和电调是执行系统最核心的组合，也是最容易烧件的地方。电调和电机之间是三相线，三根线没有严格的相序规定，任意两相交换会让电机反转，这在调试时要特别留意。电调需要从电池取电，电调信号端与主控 CAN 相连。整套接线看起来简单，但细节很多。

第一，接线前必须先确认电调的供电范围和电机的额定电压匹配。我在调试时见过有人把额定电压 12V 的电机接到了 24V 电池上，上电瞬间电机冒烟，电调也一并烧毁。第二，电调和电池之间要加合适的电容组，电调在换相时会产生大电流脉动，不加电容会把电压尖峰传导到电源网络里，影响主控稳定。第三，全部接线完成、反复检查之后才允许上电，上电之后用手轻轻转动电机，正常应该有轻微的锁止感。

电调的配置是另一个大坑。不同类型的电调有不同的参数，包括最大电流、控制模式、CAN 节点 ID 等。下电状态配置好 ID 之后，上电后主控才能通过 CAN 报文精确控制每一路电机。这里要给新人一个忠告：把每个电调的 ID 和对应电机写在纸上，贴在车上。比赛现场最不缺的就是混乱，标签能省掉你一半排查时间。

调试的第一步永远是不装轮子的空转测试。先把电机从底盘上拆下来，或者至少让轮子悬空，然后通过 CAN 发送非常小的速度指令，比如电机额定转速的 5% 以下。观察电机能否平滑转动，方向是否正确，编码器数据是否跟随。如果电机抖动、啸叫或者发烫，立刻断电检查相序、机械连接和参数配置。直接带着轮子测试，一旦指令出错，整车窜出去，轻则撞坏设备，重则伤人。

3.3 云台双轴角度闭环的硬件配合

底盘解决的是“去哪里”的问题，云台解决的是“瞄准哪里”的问题。比赛里的云台大多是二自由度结构：一个偏航轴负责水平旋转，一个俯仰轴负责上下摆动。云台上面安装着发射机构，硬件上要保证两个轴转动灵活、刚性足够、回差小。

云台电机的选型思路和底盘电机不太一样。底盘电机需要的是扭矩和耐冲击，云台电机需要的是响应速度快、控制精度高。常见的方案是使用体积紧凑、扭矩适中的无刷电机配合高分辨率编码器。偏航轴因为是持续承载云台重量，对电机的持续扭矩要求更高；俯仰轴主要克服重力矩和发射机构的冲击力矩，对电机的峰值扭矩要求更高。

云台控制不只是一个电机控制问题，它本质上是一个传感融合问题。云台上安装了 IMU（惯性测量单元），用来测量云台的姿态角度。只有把 IMU 数据和电机编码器数据融合起来，才能实现稳定的角度闭环。具体做法是用电机编码器的角度增量做短周期跟踪，用 IMU 的重力向量做长周期校正，消除积分漂移。这套融合算法看起来不难，但调好不容易。

调试云台时有一个很容易被忽略的硬件细节：线材的束缚力。云台在两个轴旋转时必然拖带线缆，如果线缆太硬、太粗、预留长度不足，会把云台的位姿拉偏，造成角度误差。很多人怎么调 PID 都调不出理想效果，最后发现问题出在一根粗线缆上。这个细节，新手几乎一定会踩。建议云台所有连线选用柔软细线，绕到云台轴心，预留足够活动余量，再用线夹固定走线路径。

4. 传感器的选型、安装与接入

执行系统让机器人“能动”之后，传感器层的任务就是让机器人“知道自己在哪、目标在哪”。对多数机器人来说，最基础的传感配置是 IMU 加测距模块，进阶一点再加视觉板卡。硬件讲义 V0.2.1 在这部分的重点是让每一种传感器都能稳定地输出可信数据。这个“可信”比看起来难得多，因为传感器不是插上就能用的。

4.1 IMU 的选型与安装是技术活

IMU 是机器人感知系统里最基础、也最娇气的传感器。它内部包含加速度计和陀螺仪，原理是用微机械结构感知运动加速度和角速度。由于微机械结构对物理振动和温度变化都极其敏感，IMU 的数据质量和它的安装方式直接相关。

选型上，比赛级别机器人至少需要六轴 IMU，也就是加速度计加陀螺仪。更高端的有九轴，额外包含磁力计。实际使用中我不太依赖磁力计，因为场地里金属结构、电机磁场都会干扰地磁测量，融合进姿态解算反而会引入噪声。重点看陀螺仪的量程和噪声密度，量程至少要覆盖机器人快速旋转的角速度范围，噪声密度越小越好。

安装时最核心的原则是：靠近测量对象的旋转中心，并且远离振动源。偏航轴的 IMU 应该尽量安装在云台旋转轴线上，这样测量的角速度才是云台真实的角速度，否则快速旋转时会出现很大的离心加速度噪声。IMU 板上通常有一个箭头或圆点用于标识方向，安装时必须与车体坐标轴对齐，误差大了姿态解算全错。

减震设计是 IMU 安装里真正拉开差距的地方。电机换相、摩擦轮高速旋转都会产生宽频振动，这些振动叠加在 IMU 信号上，轻则姿态波动，重则解算发散。常见做法是使用泡沫双面胶或专业减震垫将 IMU 与结构板隔离，形成机械低通滤波，同时设置恰当的采样频率和软件滤波。我见过直接把 IMU 拧死在金属支架上的配置，云台稍微一加速，姿态数据就是一片毛刺，这类问题优先级排第一，因为它影响所有上层控制。

4.2 测距与视觉模块的硬件接入

测距模块主要用来判断目标距离，为发射弹道的补偿提供依据，也就是估算弹丸下坠量。现在主流测距方案是 TOF 激光测距，发射激光脉冲并测量反射时间，典型测量距离在几米到十几米，误差在厘米级，响应速度快，比普通的超声传感器可靠得多。

硬件接入时要注意测距模块的光学窗口不能被遮挡，也不能对着强反光物体。安装位置要尽量与发射管平行，这样才能测出“子弹飞行方向上”的距离，而不是车身侧面某个障碍物的距离。模块输出通常走串口或 I2C，串口建议使用独立串口，不要在一条总线上挂过多传感器，否则会互相阻塞。

视觉模块是整套系统里数据吞吐量最大的部分。摄像头把图像流送给高算力板卡，板卡运行目标识别算法，然后把提取出来的目标角度和类型通过串口或网口发给主控。这里硬件上容易出问题的不是识别算法，而是供电和传输延迟。高算力板卡功耗大，必须独立供电，不能和主控挤在一个低压电源上。摄像头的数据线要选择屏蔽良好的线缆，不然电机启动瞬间的电磁干扰会直接让画面出现条纹甚至黑屏。

4.3 遥控接收机与调试链路

无论你的自动化算法多先进，比赛和调试中都必须保留人工遥控这条链路。它是最底层的安全保障，也是新功能上线前最可靠的验证工具。遥控接收机通过无线电接收遥控器信号，经过解码后通过串口或总线发给主控。

硬件上年年有人踩的坑是通道映射不一致。遥控器摇杆的某个通道对应什么功能，必须先固化下来，并做成一张表单贴在调试台上。比如左摇杆控制底盘前后左右，右摇杆控制云台偏航俯仰，这个映射一旦确定就不要改，因为代码、硬件、操作手三方的预期都绑定在这张映射表上。

调试链路还有一个容易被忽略的通路是日志输出。主控上必须预留一个调试串口，打印运行状态、错误码和关键变量。比赛现场没有示波器也没关系，串口日志配合一个 USB 转串口小板，足以应付大部分问题排查。这份讲义里反复强调日志可控，也是在提醒队伍：别等出了故障才发现没有观测手段。

5. 硬件调试流程与高频故障排查

我见过太多队伍把时间花在“猜”上：车不动了，不知道是电源问题、接线问题、CAN 通信问题还是电机本身问题，于是怀疑这、怀疑那，拆来拆去浪费时间。如果每个队伍都按一套严格的硬件调试流程走，至少能省掉一半的排查时间。讲义 V0.2.1 最后这部分的价值就在这里，它给出了一条可重复执行的调试路径和一张高频故障速查表。

5.1 从上电到闭环的六步调试流程

第一步是静态检查。不上电，先检查所有接线是否牢固，连接器是否插到位，线缆有没有破损或裸露铜芯。这一步要做得很机械。比如用手轻轻拉一下每根线，看是否松脱；检查焊点是否有虚焊；检查螺丝是否拧紧。一个松动的接线哪怕只有万分之一的概率出问题，在比赛中都会在关键时刻爆发。

第二步是上电空载测量。电池接通后，先用万用表测量关键节点电压。电池端电压应符合标称电压；降压模块输出端应稳定在 5V 或 3.3V 左右；电调供电端电压应与电池电压一致。任何一步电压异常，立刻断电排查，禁止继续往下操作。此阶段的全部意义在于确认“电源链路可靠”。

第三步是主控最小系统验证。只保留主控板供电和 SWD 调试接口，下载一个最简单的点灯程序。如果板载 LED 能按预期闪烁，说明 MCU 工作正常、调试链路通、Flash 读写无误。点灯程序不值钱，但它是系统启动的第一个里程碑，后面的所有代码都建立在它的成功之上。

第四步是总线通信验证。接上电调和电机，但不装轮子，通过 CAN 总线发送读取指令，确认能收到电调回传的报文。这一步同时验证了总线物理层、电调 ID、报文解析逻辑。如果读不到数据，优先检查 CAN 终端电阻、波特率配置和电调 ID 设置。

第五步是执行器空转测试。通过 CAN 发送小速度指令，观察电机是否平滑转动，编码器数据是否与理论值一致。云台则在断电状态下手动转动两个轴，检查机械上的卡滞和回差。

第六步是传感器闭环联调。依次接入 IMU、测距模块、遥控接收机，主控打印所有传感器数据，确认数据更新率、量程和数值跳变都在正常范围。全部通过后，再把底盘架子支起来，做整机闭环通电测试，观察电流曲线和发热情况。

这套流程看着繁琐，每一步都很短。真正执行起来，一个完全没动过的底盘，二十分钟就能走到第六步。跳过流程直接全车通电的代价，可能是烧掉一块主控板然后花三天排查。

5.2 高频故障速查表

这里我把车队里真实踩过的高频故障整理成一张速查表，配合讲义 V0.2.1 使用，排障效率会高很多。

这张表不能覆盖所有问题，但它给出了一个思路：先电源后信号，先机械后电气，先主控后外设。大多数故障都能归到这几类里，按顺序排查，思路就不会乱。

5.3 走线、接地与机械连接的工程规范

最后这部分是讲义里最“软”但也最影响可靠性的一节，主题是工程规范。很多队伍硬件设计图看着漂亮，实际做出来一跑就四处出问题，根源就是工程细节没做到位。

走线方面，大电流导线必须选用合适线径。电池到电调的主干线路，线径过细会发热，产生明显压降。一般按实际最大电流 1.5 倍余量选择线径，底盘功率链路用到 AWG16 至 AWG18 等级是常见选择。所有功率线颜色统一红色正极、黑色负极，信号线用不同颜色区分功能，接头处套热缩管，并在两端贴上标签。

接地是隐蔽的魔鬼。所有模块的参考地必须与主控地共地，否则会电平悬空。模拟地和数字地建议在一点连接，避免形成地环路。电机功率地上的大电流返回路径要尽量短、尽量粗，不能和传感器信号地的回流路径重叠，否则电机电流会把噪声耦合进传感器信号里。

机械连接同样影响电气可靠性。电路板固定螺丝需要加弹垫防松，电机座固定螺丝使用螺纹胶。比赛车辆长期受到冲击，振动让螺丝松动是最常见的隐性故障。我见过云台固定螺丝松了以后，IMU 数据出现周期性抖动，整个稳定控制完全失效，查了半天才发现问题不在算法，而在机械。

6. 从 V0.2.1 继续往前走，我的一些经验

这份讲义是 V0.2.1，说明它还在成长。我实际用下来的体会是，硬件讲义这类资料的迭代永远不会结束，因为每年新队员会带来新问题，每年的规则和战术也会催生新的硬件需求。我自己在传阅这份讲义时，会顺手在空白处补充本队特有的接线习惯、元器件替代型号和故障案例，让它慢慢变成队伍自己的专属版本。

如果你正打算把这份讲义用在团队内训里，我有三个建议。一是不要只让学生读，必须配合动手任务，比如每周一个小目标：完成一条电源链路、点亮一块主控板、驱动一个电机。二是坚持记录故障日志，每次排障以后把问题和原因写进讲义，第二年你们会感谢现在的积累。三是永远保留最基础的测试环境，一台可复用的测试底盘、一套万用表、一副示波器，这些工具的价值不亚于任何高端设备。

最后分享一个小技巧：每个赛季正式开始前，拿出一周时间，让所有队员重新完整走一遍从电池上电到电机闭环的流程，并完成整车上电老化测试。这一周看起来是“浪费”，其实是整个赛季里最值得的投资。硬件基础扎实了，后面写代码、调算法、打模拟赛，才不会被各种无厘头的硬件故障打断。毕竟在赛场上，你的车能稳稳开出去、稳稳开回来，就已经赢了一半。