企业官网建设流程全解析

1. 从一份讲义说起：RoboMaster 硬件基础到底在讲什么

RoboMaster 硬件基础讲义 V0.2.1 这个标题,一看就是队内技术文档迭代到第二版小版本号的产物。V0 代表刚成型,V0.2.1 说明大框架没动,只修了细节——通常是补了几个接口定义、改了两处参数、加了一节新人踩坑记录。我带过几届队伍,也写过类似的讲义,深知这类材料的价值从来不在于它有多全,而在于它把"新人第一次摸板子时必须知道的那 20% 讲清楚了"。硬件基础这四个字覆盖面极广,从电源树设计到信号完整性,从线束压接到 ESD 防护,但真正落到比赛场景里,核心就三件事:供电不要崩、通信不要丢、接口不要接反。

这份讲义适合两类人:一类是刚进电控组、会用 Keil 点亮 LED 但没独立搭过一套完整系统的同学;另一类是机械组转过来、需要理解"为什么线不能随便走"的队友。它解决的问题很具体——比赛场上机器人突然重启、电机莫名发热、遥控延迟半秒,这些问题九成都不是算法写得不好,而是硬件层面埋了雷。读完这份讲义,你应该能独立完成一套地面测试台的搭建、独立判断一块板子能不能上电、独立定位一条 CAN 总线为什么不通信。

接下来我会按讲义本身的逻辑往下拆,把 V0.2.1 里没写透的部分补上,把我自己在调试现场踩过的坑摊开讲。

1.1 电控新人最常踩的三个坑

第一个坑是把开发板的 5V 当成万能电源。很多同学第一次接线,直接拿主控板的 5V 输出给舵机、给传感器、给屏幕供电,结果一上电主控就复位。原因很简单:板载 LDO 或 DCDC 的持续输出能力通常只有 1A 到 2A,而一个舵机堵转瞬间就能拉 2A 以上,瞬时跌落直接把 MCU 的供电拉穿。正确做法是所有大电流负载单独走一路电源,主控只负责发信号,不负责供能。

第二个坑是忽视共地。两块板子各自用不同电源,只连了信号线没连地线,通信要么完全不通,要么时通时断。信号是相对地电位定义的,没有公共参考点,接收端读到的电平就是浮空噪声。我见过最离谱的一次,队伍把 CAN 的 H、L 接对了但两板地没接,低速时勉强能跑,电机一转就整条总线报错。

第三个坑是上电顺序随机。有人习惯先把 24V 电池插上,再插主控 USB,再打开遥控。这种顺序在绝大多数情况下没事,但一旦分电板上有大电容、上电瞬间浪涌电流过大,或者 USB 和电池同时给主控供电形成回路,概率性烧器件。讲义里专门用一节讲上电顺序,这不是形式主义,是血泪。

1.2 讲义 V0.2.1 的定位与内容边界

很多队伍的技术文档有个通病:想写成一本书,结果写成了半本。V0.2.1 这个版本号透露的信息是,作者已经意识到要控制边界。硬件基础讲义不是电路设计教程,不会教你用 Altium 画四层板;也不是嵌入式教程,不会讲寄存器怎么配。它的边界应该划在"会用"这一层——能看懂原理图、能正确接线、能做基本测量、能判断故障方向。

所以我在组织内容时,刻意把"为什么这么设计"和"怎么接线才对"放在同等位置。比如讲电源域,不会推导 DCDC 的环路补偿,但会告诉你 24V 转 5V 的模块要选至少 3A 额定、要留 50% 余量;讲 CAN 终端电阻,不会讲传输线理论,但会告诉你总线两端各一个 120 欧姆、中间节点不要加。这些结论可以直接抄作业,同时后面附一句原理,让有兴趣的人自己往下挖。

版本迭代到 V0.2.1 说明还有 V0.3、V0.4。我的建议是每次迭代只解决一类问题:V0.3 补线束规范,V0.4 补测试流程,V0.5 补故障树。一次塞太多,新人反而不看。

1.3 机械、电控、硬件三方的接口约定

一个经常被忽略的问题是:硬件讲义里应该有一张接口约定表。机械组要知道电控需要多大的安装空间、走线孔开在哪里、电池仓怎么固定;电控组要知道机械给出的孔位能不能装下分电板;硬件组要知道机械的材质是不是导电、会不会和电路短路。三方接口没对齐,赛前一周返工是常态。

我在讲义里加了一张最简单的接口卡,每个模块一行,写清楚尺寸、重量、供电需求、接口类型、安装方式。这张表看着朴素,但它让三方沟通效率翻倍。举个小例子,底盘电机 C620 电调每个大约 50 克,四个就是 200 克,加上线束接近 300 克,如果机械组没预留这个重量,重心会偏。

2. 核心硬件模块拆解:一块板子上到底装了什么

讲硬件基础绕不开"拆解"这个动作。我把一套标准步兵机器人的电子系统拆成五个层次:能源层、主控层、通信层、感知层、执行层。讲义里每一层对应一到两页,配合实物照片和原理图截图,新人对着看一遍就能建立整体认知。这一节我把每层的核心器件、选型逻辑、常见接口都过一遍。

2.1 主控与最小系统:别把开发板当黑盒

主控是整个系统的大脑,目前队伍里主流是 STM32F4 和 STM32H7 两个系列。F407 主频 168MHz,带 FPU,跑整套控制算法够用;H723/H743 主频能到 480MHz 以上,适合多路电机加视觉回传的场景。选型时不要只看主频,要看外设数量:几路 CAN、几路 UART、几路定时器 PWM 输出、几路 SPI。一个步兵至少需要 2 路 CAN(底盘和云台)、2 到 3 路 UART(遥控接收、裁判系统、上位机)、若干路 PWM(舵机、激光),算下来 F407 的外设刚好卡在临界点上。

最小系统指的是让 MCU 能跑起来的最少外围电路:晶振、复位、启动模式选择、电源去耦、调试接口。这五样缺一不可。我见过队伍自己画的板子,去耦电容省了几个,结果电机一启动 MCU 就随机跑飞。去耦电容的作用是在芯片瞬态取电时就近提供电荷,减少电源轨上的电压波动。100nF 贴片电容要贴近每个电源引脚放,大容量的 10uF 放在芯片电源入口,这两级配合才有效。

调试接口强烈建议保留 SWD 的四根线:VCC、GND、SWCLK、SWDIO,并且引出标准排针。比赛现场如果程序跑飞,能直接接仿真器看寄存器状态,比盲猜快十倍。

// STM32 CAN 初始化关键参数(CAN1,1Mbps,APB1=42MHz) // 位时间 = 1 + BS1 + BS2 个 tq,采样点建议落在 75% 附近 // Prescaler = 3, BS1 = 11 tq, BS2 = 2 tq, SJW = 1 // 位时间 = 1+11+2 = 14 tq,tq = 3/42MHz ≈ 71.4ns,波特率 ≈ 1Mbps hcan1.Init.Prescaler = 3; hcan1.Init.TimeSeg1 = CAN_BS1_11TQ; hcan1.Init.TimeSeg2 = CAN_BS2_2TQ; hcan1.Init.SyncJumpWidth = CAN_SJW_1TQ;

上面这段配置里,采样点的位置是最容易出错的地方。采样点太靠前,信号还没稳定就采样,误码率高;太靠后,留给同步的余量不足。经验值是把采样点放在位时间的 75% 到 87.5% 之间,长线束、多节点时往 87.5% 靠。

2.2 电源域与保护:把 24V 和一地鸡毛分开

一套机器人里电压域至少有四层:24V(电池和底盘电机)、12V(部分云台电机、灯带)、5V(传感器、舵机、接收机)、3.3V(MCU、部分传感器)。每一层的电流特性和噪声特性完全不同,绝对不能共用一个降压模块串下去。24V 转 5V 再转 3.3V 这种链路看着省事,实际是灾难:5V 轨上的舵机电流波动会直接串到 3.3V,MCU 跟着抖。

正确的做法是树状供电:24V 电池进来先分两路,一路直供底盘电调,一路进主降压模块转 5V;5V 再分两路,一路给外设,一路经 LDO 转 3.3V 给 MCU。每一级之间加保险丝或自恢复保险、加 TVS 管防浪涌、加大容量电解电容吸收瞬态。

保护电路里最该重视的是反接保护和过流保护。反接保护用一颗 P 沟道 MOS 管加在电源入口,成本不到两块钱,能救一块几百块的主控板。过流保护可以用自恢复保险丝 PPTC,缺点是响应慢、有压降,大电流场合用采样电阻加比较器更靠谱。

注意:电源模块的额定电流必须按"峰值电流的 1.5 到 2 倍"选,不能按平均电流选。四个底盘电机同时加速,24V 轨瞬间电流能冲到二三十安,分电板和线束都要按这个峰值设计。

2.3 通信总线怎么选:CAN、UART、I2C、SPI 各管一段

讲义里这一节我写得最细,因为通信问题是新人最头疼的。四种总线不是随便挑的,它们各自有明确的适用场景。

CAN 是 RoboMaster 里的绝对主力,底盘电机、云台电机、超级电容都用它。选它的理由是差分信号抗干扰强、多节点挂一条线、带仲裁机制不会冲突。代价是配置复杂,比特率和采样点必须全网一致,任何一端配错,整条总线都瘫。终端电阻是另一个高频坑:总线物理两端各一个 120Ω,如果一端省了,信号反射会让误码率飙升;如果每个节点都加,等效阻抗降到几十欧姆,驱动能力不够。

UART 用得最多的是遥控接收和裁判系统。遥控接收机输出的通常是串口信号,波特率固定,接线是 TX 对 RX、RX 对 TX 交叉。裁判系统串口一般 115200,8 位数据、1 位停止、无校验。这里有个细节:裁判系统的数据帧有固定帧头和长度,解析时必须先找帧头再校验长度,不能直接按字节流读,否则一旦丢包,后续所有数据全部错位。

I2C 主要给 IMU 用。它的坑在于上拉电阻和总线电容。上拉电阻典型值 4.7k,阻值太小静态功耗大,太大上升沿变缓导致时序不满足。总线上挂的器件越多,等效电容越大,400kHz 下总电容超过 400pF 就可能通信失败。解决办法是降低速率到 100kHz,或者换 SPI 接口的传感器。

2.4 传感器与执行器的接口规范

感知层的核心是 IMU,常见型号有 BMI088、MPU6500 加 IST8310 磁力计的组合。IMU 安装有三个硬性要求:贴着机器人重心、远离大电流线束、方向标记和机械坐标系对齐。前两条是因为加速度计对振动和磁场干扰极度敏感,第三条是因为坐标系不一致会让姿态解算直接错。

执行侧的接口规范重点在电调。C620 电调控制 M3508 电机,输入是 CAN 报文,ID 分配有讲究:1 到 4 号 ID 对应四个底盘电机,5 到 8 号留给云台或拨弹。报文里 8 个字节正好放四个电机的电流值,每个电机两个字节,大端在前。发送频率建议 1kHz,低于 500Hz 电机响应会明显发木,高于 1kHz 有些电调会丢帧。

实操心得:所有执行器的 ID 和线序,在装车前用标签纸写好贴在线头上。赛场上排查故障时,你能省下至少十分钟找线的功夫。

3. 供电与线束:最容易冒烟的地方

硬件调试出事,十次里有七次出在供电和线束上。这一节我按"从电池到负载"的顺序讲一遍,同时把几个关键计算补上,因为讲义原稿里这部分只有结论没有过程,新人照着做不知道为什么。

3.1 电池、分电板与保护电路

电池目前主流是 6S 锂聚合物,标称 22.2V,充满 25.2V,放电截止不要低于 19.8V(每片 3.3V)。容量一般在 3000 到 6000mAh,放电倍率 25C 以上。这里有个容易被忽略的点:放电倍率要按峰值电流算,不是按平均电流。假设整机峰值 60A,选 3000mAh 电池,需要的倍率是 60/3 = 20C,加上安全余量应该选 30C 以上。倍率不够会造成压降大、电池鼓包,严重的直接起火。

分电板的作用是把一路电池电分配给多路负载。好的分电板设计包含:大电流输入端子、多路带保险的输出、一路干净的 5V 降压给主控、电压电流检测电路回传给主控。检测电路其实很值钱,它让你在遥控器或者上位机上实时看到电压,电量低时提前预警。我建议把电压检测阈值设成 21V 报警、20V 强制返航,这个数值是根据 6S 锂电的放电曲线定的,低于这个区间电压会断崖式下跌。

保护电路里还有两个器件值得单独说。一个是TVS 管,接在电源入口,吸收电机换向产生的反电动势尖峰。没有它,尖峰能轻松超过 40V,击穿后级降压芯片。另一个是预充电阻,大电容刚接上电池瞬间近似短路,预充电阻限制这个浪涌电流,几百毫秒后再用继电器或者 MOS 短接掉。讲义的 V0.2.1 版本把预充电路画进去了,这是前面版本漏掉的重要细节。

3.2 线径与压降计算:别用眼睛判断

线径怎么选,很多新人凭感觉,拿手边最粗的用。其实按电流查表就行,但更重要的是算压降,因为压降直接决定电机能不能满功率输出。

铜导线的电阻率约 0.0175 Ω·mm²/m。假设底盘电机线长 0.5 米(去回算 1 米)、电流 20A、用 16AWG(截面积 1.31mm²)的线,电阻 R = 0.0175 × 1 / 1.31 ≈ 0.0134Ω,压降 U = 20 × 0.0134 ≈ 0.27V。这个损失可以接受。如果换成 22AWG(0.326mm²),压降变成 1.07V,电机在 24V 系统里直接损失 4% 的电压,加速明显变肉。

信号线另当别论。CAN 要用双绞线,特征阻抗 120Ω;UART 用普通排线即可,但超过 30 厘米建议加屏蔽或者双绞。所有信号线尽量远离电源线走,平行走线时保持至少一厘米间距,交叉时垂直交叉。这不是玄学,平行走线会让电源线的电流变化通过容性耦合进信号线,垂直交叉的耦合面积最小。

3.3 接地、屏蔽与走线布局

接地是个玄学话题,但在小系统里有明确的实践原则:单点接地为主,大电流回路单独走。具体说,主控的模拟地、数字地在芯片下方汇合,然后单点连到电源地;电机的大电流回路只走自己的地线,不要和信号地混在一起走。混在一起的结果是大电流在地线上产生压降,这个压降叠加在信号参考上,就是噪声。

屏蔽层怎么接也有讲究。屏蔽线只有一端接地时叫单端接地,能防电场干扰;两端都接会形成地环路,反而引来磁场干扰。一般信号线用单端接地,屏蔽层接在主控端。

走线布局上,我从现场总结出几条:

• 电池到分电板的线越短越好,减少线阻和线感。
• 电机线远离 IMU 至少十厘米,实在避不开就加磁环。
• 所有线束用过线孔加保护套,防止振动磨破绝缘。
• 插头统一型号、统一方向,防止插错。

常见问题:电机一转 IMU 数据就飘。九成是电机线走线离 IMU 太近,剩下一成是 IMU 减震没做好。先处理走线,再考虑物理减震。

4. 实操:从零搭一套可上电的地面测试台

讲义最有价值的部分是这一章,因为前面都是知识,这里给的是流程。我把流程拆成四步:备料、上电、点亮、标定。每一步都有明确的完成标志,新人可以自己检查有没有做到位。

4.1 器材清单与预算

地面测试台不需要整车,把主控、电源、遥控接收、一到两个电机接起来就够了。清单大致如下,价格按常见渠道估算,仅供参考。

如果预算有限,稳压电源比电池更划算,因为能限流、能看电流读数,调试时不容易烧东西。示波器可以用逻辑分析仪替代,测数字信号够用,价格便宜很多。

4.2 上电顺序与检查表

上电这件事必须流程化,我把它做成一张检查表,每次通电前对着走一遍。

1. 目视检查:所有插头方向、线序、绝缘皮有没有破损。
2. 万用表测输入端阻抗:电源正负之间不能是短路,正常值应该几百欧姆以上。
3. 不接负载,仅给主控通电,确认 MCU 能下载程序、能打印日志。
4. 接上 5V 外设,观察主控电压是否稳定。
5. 最后接大电流负载,从低占空比开始逐步加。

第 2 步最关键,很多人跳过,结果一上电就冒烟。电源正负之间如果测出接近零欧姆,说明有短路或者电容击穿,这时候上电就是烧钱。

上电顺序上,我推荐:先主控后外设,先低压后高压,先信号后功率。下电顺序反过来。这套顺序背后的逻辑是让每个阶段的电源轨先稳定下来,再接入会干扰它的东西。

4.3 第一次点亮与电机标定

第一次点亮的标准是"能下载、能打印、能响应遥控"。具体流程是烧一个最小程序,通过串口每秒打印一次心跳,同时解析遥控接收机的数据并回显。看到心跳说明主控在跑,看到遥控通道值随拨杆变化说明接收链路通了。

电机标定这一步容易被忽略,但直接影响后续控制效果。标定内容有三项:

第一项是零位标定。给电机发送零电流,记录编码器读数,作为机械零位。注意这一步要在电机不带负载或者负载固定的情况下做,否则零位是漂的。

第二项是方向确认。给一个正的小电流,观察电机转向是否符合预期,不符合就在软件里取反,不要在硬件上反接电机线——反接三相线虽然能换向,但和编码器方向会对不上,后续解算全乱。

第三项是电流环参数初调。M3508 这类电机通常有出厂参数,但装到具体机构上后惯量变了,需要微调。方法是给阶跃电流指令,用上位机看转速响应,超调大就减小比例增益,响应慢就增大。

// 电机 CAN 报文组装示例(以 0x200 标识符控制 1-4 号电机为例) // 每个电机 2 字节,高字节在前,范围 -16384 到 16384 uint8_t tx_data[8]; int16_t cur[4] = {1000, 0, 0, 0}; // 仅 1 号电机给正电流 for (int i = 0; i < 4; i++) { tx_data[2*i] = (uint8_t)(cur[i] >> 8); tx_data[2*i + 1] = (uint8_t)(cur[i] & 0xFF); } // 用标准帧、数据帧、1Mbps 发出

4.4 数据采集与日志:让问题可回溯

调车最痛苦的不是遇到问题,而是遇到问题后无法复现。解决办法是把关键数据实时记录下来。我在讲义里建议每个项目都做一个日志模块,记录这几类数据:电源电压、电机电流、IMU 姿态、控制指令、CAN 错误计数。

记录方式可以很轻量,主控通过串口或者无线模块把数据发到上位机,上位机存成 CSV。格式上建议每行一个时间戳加若干字段,方便后续用脚本分析。采样率不用很高,1kHz 的控制数据记 100Hz 就够复盘用了。

有了日志,前面那些"电机一转就重启"的玄学问题就变成了数据问题。你把电压曲线和电机电流曲线画在一起,重启时刻电压跌到多少一目了然。

5. 常见问题与排查技巧实录

这一节是我在讲义里加得最多的部分,也是新人翻得最勤的部分。每个问题我按"现象、可能原因、排查方法"来写,尽量给出可执行的步骤而不是泛泛而谈。

5.1 上电瞬间重启或者反复掉电

现象是主控每隔几秒重启,串口打印不断从头开始。核心原因是电源轨被拉穿。排查顺序如下。

先测电压。用万用表或者示波器看 5V 轨,重启瞬间如果掉到 4V 以下,基本确定是电流不足或者线阻过大。再查负载:把所有外设断开,只留主控,看是否还重启。如果不重启,就一个个接回去,接到哪个重启就是哪个的问题。

常见根因有三个:降压模块额定电流不够,换成更大功率的;线束太细或者接插件接触电阻大,压降过大;大电容缺失,瞬态电流靠电源模块硬扛。第三个最隐蔽,加一颗 470uF 以上的电解电容在负载入口往往就解决了。

5.2 CAN 总线不通信或者时通时断

现象是电机不响应,或者偶尔响应一下。排查按物理层到协议层的顺序。

物理层先测终端电阻。断电状态下,用万用表测 CANH 和 CANL 之间的电阻,正常应该是 60Ω 左右(两个 120Ω 并联)。如果测出 120Ω,说明只有一端有终端电阻。如果测出 40Ω,说明有三个终端电阻。这两个都不对。

再测差分电压。上电通信时,CANH 对地约 2.5V 到 3.5V,CANL 对地约 1.5V 到 2.5V,两者差值就是差分信号。如果两条线电压一样,说明总线处于隐性状态或者压根没在工作。

协议层的坑主要在比特率和采样点。同一总线上所有节点必须用完全相同的比特率和采样点位置。我遇到过一队用不同厂家的电调混挂,两家默认采样点差了一个 tq,低速能跑,一上高速就报错。统一配置后解决。

排查技巧:如果手头有第二块主控,把它接到总线末端当监听节点,只收不发,能快速判断是发送端问题还是总线问题。

5.3 电机发热、异响、丢步

电机发热分两类:电气发热和机械发热。电气发热是电流过大,机械发热是轴承或者装配问题。判断方法很简单,断开负载空转,如果还发热就是电气问题,不热就是机械问题。

丢步通常和编码器有关。先确认编码器线序和信号类型,再看编码器读数的连续性。用上位机画编码器值随时间的变化曲线,正常应该是平滑的,如果出现跳变,可能是干扰或者接触不良。加屏蔽、缩短线长、远离电机线,三招下去基本能解决。

异响要分频率。低频的周期性异响一般是机械干涉,查装配间隙。高频啸叫多半是 PWM 频率落在人耳敏感区,把 PWM 频率调高到 20kHz 以上,超出听觉范围。还有一种断续的咔咔声,是电流环参数不合适导致的振荡,减小比例增益试试。

5.4 IMU 数据漂移与姿态解算发散

IMU 漂移是必然的,加速度计和陀螺仪都有零偏,磁力计受环境磁场影响大。缓解手段有三层:静态标定、动态补偿、融合算法。静态标定是把机器人静止放平,采集几百个样本求平均,得到零偏值,后续读数减去这个值。这一步每个赛季至少做一次,换场地后建议重做。

动态补偿主要针对温度。陀螺仪零偏随温度变化,低温环境下漂移会明显变大。如果比赛环境温差大,做一张温度补偿表会有帮助。

姿态发散还有可能是振动引起的。加速度计在振动下测到的不是重力,是振动加重力,解算结果自然乱。处理办法是物理减震,用硅胶垫或者减震球把 IMU 和机架隔开,同时提高算法里的低通滤波截止频率匹配。

5.5 常见问题速查表

6. 讲义后续可以怎么扩展

V0.2.1 只能算一个起点。以我带队的经验,硬件讲义至少还要补三块内容才能覆盖一个完整赛季的需求。

6.1 从硬件基础到电控闭环

硬件讲义的终点应该是电控的起点。建议下一版增加一章"硬件到控制的接口映射",把每个传感器和执行器对应到控制器里的哪个变量、哪个环路、哪个频率。比如 IMU 数据进姿态环、编码器数据进速度环、电流反馈进电流环,三条环路的带宽依次递增,硬件采样率和通信延迟必须满足最内环的要求。这一章写清楚,新人从调硬件过渡到写算法会顺很多。

还有一个值得加的专题是延迟预算。从传感器采样到执行器输出,整条链路上每一环都有延迟:采样延迟、通信延迟、计算延迟、执行延迟。把这些延迟加起来,如果超过控制周期的三分之一,控制效果就会明显变差。做一张延迟分解表,新人调参时就知道瓶颈在哪。

6.2 版本迭代与文档维护建议

技术文档最大的敌人是过时。我的做法是给文档加一个更新日志页,每次改动记录日期、改动人、改动内容和原因。V0.2.1 这个名字本身就应该对应一条日志记录。这样做的好处是半年后回头看,能知道某个结论是什么时候、基于什么场景得出的,而不是当成永恒真理照搬。

另外建议每赛季末做一次复盘,把当年遇到的新问题、新解法沉淀到下一版里。我个人的体会是,一份讲义能不能传下去,不取决于它写得多漂亮,取决于它有没有解决新人第一周最想解决的问题。把最常用的内容放在最前面,把验证过的结论标清楚,把没验证的猜测明确标注为待验证,这三点做到了,文档的生命力就长。