1. 硬件组的第一份“正经教材”，应该长什么样
带了三届RoboMaster战队之后，我最深的体会是：新人培养最大的瓶颈，从来不是天赋，而是一份靠谱的硬件基础讲义。每年招新季，都会有十几个大一大二的同学兴冲冲地跑进实验室，开口第一句话就是“学长，我想学硬件”，但真到了要上手的时候，很多人连万用表蜂鸣档是用来干嘛的都不清楚。
市面上关于STM32、关于PCB设计的教程很多，但那些资料要么偏向纯理论学习，要么是通用电子设计的内容，跟RoboMaster的实际场景贴合度不高。机器人赛场上真正需要的硬件知识，其实是有一套自己的逻辑的——电源怎么分配、电机驱动怎么选型、传感器信号怎么处理、CAN总线怎么布，这些内容散落在各种数据手册和论坛帖子里，新人靠自己摸索，效率极低。
所以我一直觉得，一个战队最值得沉淀的资产，除了车和代码，就是一本属于自己的硬件基础讲义。今天想跟大家分享的，就是我们队伍内部迭代到V0.2.1的《Robomaster硬件基础讲义》，聊聊这份讲义的内容框架、核心知识点的设计逻辑，以及我在整理和授课过程中踩过的坑。这份讲义面向的读者很明确：刚进入战队、有一定C语言基础但对硬件电路还比较陌生的大一大二同学，以及所有想系统梳理机器人硬件知识体系的嵌入式爱好者。
2. 讲义内容设计与版本迭代逻辑
2.1 为什么硬件组需要一份“自己的”讲义
很多人会问：网上现成的资料那么多，为什么非要自己写一份？我的回答是：因为通用资料解决不了比赛场景下的具体问题。
举个例子，网上讲BUCK降压电路的教程很多，但没有人会告诉你，当你的底盘电机堵转时，24V母线上的瞬态电压跌落能到多少伏、该怎么计算输入电容的容量；也没有人告诉你，在赛场上因为一个电源指示灯放错位置，导致电调上电时序错乱，整台车直接趴窝。这些细节，只有打过比赛的人才知道，而这些恰恰是硬件新人最需要的东西。
我们这份讲义的核心定位，不是替代数据手册，而是做“手册与实战之间的桥梁”。每个章节都遵循同一个逻辑链：这个电路解决什么问题 → 原理是什么 → 在RoboMaster的哪个模块里用到了 → 实际设计时要注意什么。这样新人学完之后，不是记住了一堆孤立的知识点，而是能够在脑子里形成一张“机器人硬件地图”。
2.2 V0.2.1版本改了什么
讲义的版本号从V0.1一路走到V0.2.1，并不是我一个人的功劳，而是好几届队员用实战经验喂出来的。V0.1版其实就是一个Word文档，里面塞满了各种截图和链接，内容非常零散，新人看完之后依然不知道从哪下手。
V0.2版做了第一次大重构，把内容分成了“电源系统、主控最小系统、电机驱动、传感器接口、通信总线”五大模块，每个模块配了实物图、原理图局部截图和调试注意事项。到了V0.2.1，又重点补充了两块内容：一是增加了大量“故障现象→排查思路”的案例，比如CAN通信偶发断连、ADC采样值漂移、电机驱动芯片过热等；二是把调试工具的使用方法单独拎出来成章，因为很多新人不是不会设计电路，而是不会用示波器去验证电路。
这个版本迭代过程给我最大的启发是：讲义不能是一劳永逸的，它必须跟着实战经验走。每赛季结束后，我都会拉着硬件组的队员做一次“复盘”，把本赛季踩过的坑一件件写进讲义里，这比任何理论说教都管用。
2.3 内容主线：从整机到模块再到调试
V0.2.1的内容编排，遵循的是“先搭框架、再填细节”的思路。第一卷讲整机硬件架构，让新人知道一台步兵机器人从上到下有哪些硬件模块、它们之间怎么连接；第二卷开始逐模块深入，每个模块先讲原理，再给参考设计；第三卷是调试方法论，教新人怎么用仪器验证一个电路到底工作正常不正常。
这条主线的好处在于，新人无论从哪一章开始读，都能清楚地知道自己学的这部分内容，在整个机器人系统里处于什么位置。比如讲电机驱动的时候，如果新人不知道电机驱动的上游是电源管理板、下游是主控板，他就很难理解为什么驱动电路的地线布线和电源板的地线规划有那么大关系。
3. 核心硬件模块拆分与原理精讲
3.1 电源系统：机器人的“心脏”怎么设计
电源系统在RoboMaster硬件里，地位怎么强调都不过分。一台标准步兵机器人的功耗，峰值可以到几百瓦，而电池电压会随着放电从满电的25.2V一路跌到保护值附近，同时底盘电机频繁启停、云台电机快速反转，都会让母线电压剧烈波动。如果电源设计不到位，轻则单片机复位，重则直接烧板子。
讲义的电源章节，第一件事是教新人画“电源树”。所谓电源树，就是从电池接口开始，把一路电压怎么分配到各个子模块画成一张树状图。比如24V母线直接给电机驱动板和部分电调供电，再通过一个BUCK电路降到12V给散热风扇和部分传感器供电，12V再通过一个BUCK降到5V给主控板和接收机供电，5V再通过LDO降到3.3V给MCU和逻辑电路供电。每一步降压是怎么实现的、效率大概多少、纹波能不能接受，都需要新人自己算一遍。
这里我要特别强调一下V0.2.1里新增的BUCK/BOOST计算案例。我们队伍自研过一块双向BUCK-BOOST电源板，用来在24V和48V之间做电压变换。讲义里不是直接给公式，而是带着新人一步一步算：输入电压范围、输出电流、开关频率、电感纹波电流系数，最终确定电感感值和输入输出电容容值。计算过程本身不复杂，但对新人来说，第一次真正理解“为什么数据手册上推荐的是22uH，而不是我随便选的10uH”，这个认知突破比记住任何公式都重要。
电源设计的另一个重点是软启动。BUCK电路刚上电时，输出电容相当于短路，瞬间冲击电流可以轻松烧掉保险丝或者触发电源保护。讲义里推荐的做法是先让单片机通过一个MOS管控制使能引脚，等电池电压稳定后再开启主电源通路，或者使用带软启动功能的电源芯片，通过调整SS引脚的外部电容来控制启动时间。
3.2 主控最小系统：从STM32到GD32的选型思考
主控最小系统是硬件新人的“第一个完整作品”，也是讲义里篇幅最长的一章。V0.2.1里用了大量篇幅讲MCU选型，因为很多新人有一个误区：以为主控越贵越好、性能越强越好，结果画出来的板子一大片，很多管脚根本用不到，还白白增加了设计难度。
从比赛实际需求出发，步兵机器人的主控需要处理的事情其实很明确：读取遥控器信号、控制底盘电机、控制云台电机、读取IMU和编码器数据、和视觉板通信。这些任务对主频要求并不极端，但对定时器、ADC、CAN外设的数量有要求。目前主流方案依然是STM32F4系列和GD32F4系列居多。我们在讲义的选型对比表里，把常用型号的Flash、RAM、定时器数量、ADC通道数、CAN数量、价格、采购难度列成了一张大表（见下表），让新人根据自己的功能需求去反推选型，而不是反过来先选芯片再勉强凑功能。
| 型号 | 主频 | Flash | RAM | 高级定时器 | ADC通道 | CAN | 适用场景 |
|---|---|---|---|---|---|---|---|
| STM32F407VET6 | 168MHz | 512KB | 192KB | 2个 | 16路 | 2路 | 主控主力，性能均衡 |
| STM32F103C8T6 | 72MHz | 64KB | 20KB | 1个 | 10路 | 1路 | 低成本副板、传感器板 |
| GD32F450VET6 | 200MHz | 512KB | 256KB | 2个 | 24路 | 2路 | 国产替代，主频更高 |
| GD32E230C8T6 | 72MHz | 64KB | 16KB | 1个 | 11路 | 1路 | 小型执行机构控制板 |
主控最小系统除了MCU本身，还有几个“最小配套”：供电电路、复位电路、时钟电路、调试接口和启动模式配置。供电电路要注意数字电源和模拟电源的分离，即使MCU内部有LDO，ADC的参考电压输入也尽量走独立的滤波网络。时钟电路看起来简单，但晶振的负载电容选得不合适，会导致系统时钟跑偏，串口波特率直接乱掉，这类问题在调试中特别容易让人抓狂。
调试接口的设计也值得一提。很多新人画板子的时候，SWD接口只管连了SWDIO和SWCLK两根线，结果一旦固件里把引脚复用改了，或者程序跑飞禁用了调试口，就只能干瞪眼。讲义里明确要求：SWD接口必须同时引出NRST复位脚，必要时还要引出串口一作为备用日志输出口。这个习惯在后期联调时能节省大量时间。
3.3 电机驱动电路：大电流背后的“工程艺术”
电机驱动是RoboMaster硬件里电流最大、发热最严重、也最容易出问题的部分。无论是底盘的有刷电机/直流无刷电机，还是云台的直流无刷电机，驱动电路的核心都是功率MOSFET构成的H桥或三相桥，以及对应的栅极驱动芯片。
讲义的电机驱动章节，我从H桥和半桥的拓扑讲起，然后重点讲三个容易被新人忽略的细节。
第一个是栅极驱动电阻的选择。MOSFET的栅极不是理想电容，开关瞬间的电流变化率受栅极电阻控制。电阻太大会导致开关速度过慢，MOS管长时间工作在放大区，发热剧增；电阻太小会导致开关瞬间的电压尖峰过大，甚至产生振铃，干扰附近的敏感电路。讲义的推荐做法是在栅极串联一个10Ω到22Ω的电阻，具体阻值用示波器观察开关波形来确定，以“没有明显振铃又能快速开通”为准。
第二个是续流回路的设计。电机是感性负载，MOS管关断瞬间会产生反向电动势，必须通过续流二极管或者MOS管体二极管进行泄放。这个环节的问题是，如果续流通路过长，寄生电感会阻碍电流换向，导致电压尖峰把MOS管击穿。所以画板时续流回路必须短而粗，这点讲义里反复强调，还有几张因为续流不好烧管的实物照片作为反面教材。
第三个是电流采样。电流采样是电机控制闭环的基础，常见方案有低边采样电阻加运算放大器放大、以及专用电流传感器芯片。低边采样电路简单便宜，但采样电阻的精度和温漂直接影响电流环精度，而且采样点要尽量靠近电机驱动桥，避免地线压降引入误差。讲义里给了一个工作温度范围下的采样电阻选型建议，包括电阻的额定功率至少要留有2倍余量，避免连续大电流工作下温漂导致采样值持续偏移。
3.4 传感器接口与信号调理：从“接上”到“稳定”
传感器章节覆盖了编码器、IMU、测距模块等常见模块，核心内容其实就是两个字：匹配。电平匹配、时序匹配、阻抗匹配，任何一个不匹配，传感器就工作不稳定。
电平匹配是最常见的问题。很多传感器模块是5V供电、输出5V信号，而主控是3.3V的逻辑电平，直接硬接轻则信号识别不了，重则把MCU引脚烧掉。讲义里的处理方案很明确：能用双向电平转换芯片就用电平转换芯片，例如TXS0108EPWR这类自动方向识别的芯片；信号速率不高的情况下，也可以用电阻分压加施密特触发器整形的方式处理。
ADC信号调理是V0.2.1新增的重点内容。我们队伍有一块自研的超级电容能量管理板，需要对电压和电流进行实时采集，发现ADC采样值总是不稳定。查到最后，问题出在采样信号线上叠加了高频噪声。解决方案是在ADC输入端加了一级RC低通滤波，截止频率设定在几十kHz左右；如果噪声还要更彻底地滤除，可以使用MFB结构的二阶有源滤波器。不过这里要提醒大家：ADC硬件滤波和软件滤波要搭配着来，硬件滤波器负责扛住高频干扰，软件滤波负责平滑剩余的低频随机噪声，两层都用上，数据才会稳。
传感器接口还有一个容易忽视的点，就是传感器的电源去耦。很多模块对电源纹波很敏感，IMU尤其是这样，电源上一点毛刺都可能让陀螺仪零漂变大。所以IMU这类高精度传感器的供电，最好用单独的LDO供电，并且在靠近芯片电源脚的位置放一个1uF陶瓷电容加一个0.1uF小电容并联去耦。
3.5 通信总线硬件：CAN、UART、SPI怎么选、怎么接
RoboMaster战车上的通信总线主要有三种：CAN、UART、SPI。讲义的通信章节，重点不是讲协议格式，而是从硬件设计的角度帮新人建立“选型直觉”。
CAN总线是机器人内部通信的骨干，特点是差分传输、抗干扰能力强、支持多节点组网，底盘电机、云台电机、裁判系统基本都挂在CAN总线上。硬件上要特别注意三个点：一是终端电阻，CAN总线两端各需要120Ω终端电阻，顺序不能乱；二是共模电感，进入板卡的CAN差分线，习惯上加一个共模电感来抑制共模干扰；三是隔离方案，CAN收发器选用带隔离的型号（例如ISO1050）或者外加数字隔离器，能有效阻断地环路和电机驱动带来的干扰。
UART在机器人上主要用于和接收机、视觉板、雷达等点对点设备通信。硬件上看似简单，但有一个细节经常被忽略——串口空闲引脚的电平状态。很多传感器模块的串口Tx端在空闲时是弱上拉，如果主控那边配置成了强下拉，就会出现静态电流偏大甚至信号错乱的情况。讲义里建议所有串口引脚默认配置为上拉输入，并且在板级设计时预留串口调试接口的外部跳线，方便出问题时用USB转串口模块直接抓数据。
SPI是高速短距离通信的典型选择，比如IMU、外部Flash、显示屏这类设备。SPI硬件设计的重点在于片选信号的处理。我看过很多新人的板子，喜欢在软件里直接拉低GPIO来控制片选，也就是所谓的软件片选（Soft CS）。这种方式在系统复杂后很容易出问题：程序在中断里频繁操作片选引脚的时序和SPI时钟不匹配，导致通信偶发失败。如果条件允许，尽量使用SPI外设自带的硬件片选（NSS），由外设自动控制片选时序，能省掉不少排查调试的麻烦。讲义里也放了对比表格，把硬件片选和软件片选的时序差异、适用场景写得很清楚。
4. 硬件调试实操：从零开始验证一块新板
4.1 新板子上电前的检查与上电流程
V0.2.1里我最坚持的一个章节，是“新板子上电检查清单”。因为每一届总有队员迫不及待地把刚焊接好的板子直接接到电源上，然后一声闷响，板子冒烟了，芯片烧了，只能重画重焊，白白浪费一周时间。这份清单其实很简单，但每一条都是用教训换来的。
上电之前，先用万用表二极管档，测量电源入口处的正负极之间是否短路，正常情况下会有一定的二极管压降读数，但绝对不会接近零；然后检查电源芯片的输入输出电容是否焊接正确、极性有没有装反；再检查MCU和其他关键芯片的供电引脚对地是否短路。这些检查都通过之后，才允许上电。
上电流程也不建议一步到位。如果电源系统比较复杂，先用可调电源设置一个比较低的限流值，比如500mA，再慢慢往上调电压，同时观察电流表读数变化。如果上电瞬间电流就飙升到限流值，说明板上还有短路点，赶紧断电排查。这个操作习惯，能避免绝大多数“上电即烧”的悲剧。
4.2 使用示波器和万用表验证核心信号
很多新人拿到示波器就懵，不知道从哪里下手。讲义里给出了一个“三板斧”验证方法：先测电源，再测时钟，再测通信。
电源测试的目标是确认各路电压在允许范围内，并且纹波可控。测量纹波时要使用示波器带宽限制功能（比如限制到20MHz），探头使用接地弹簧而不是长地线夹子，否则测出来的纹波大部分是环境噪声而不是真实的电源纹波。这个细节，我至少给不下十个队员纠正过。
时钟信号测试相对来说直观得多，晶振引脚上应该能看到正弦波或者方波，频率和标称值对得上。如果发现没有波形，先检查晶振负载电容和供电；如果波形频率不对，多半是负载电容配得不合适。这里推荐大家用示波器的FFT功能看一下时钟信号的频谱，偶尔会有奇次谐波偏大的情况，这通常是信号完整性问题的前兆。
通信信号的验证需要分两步走。第一步先看波形是否存在且幅度正确，比如CAN的差分信号，总线空闲时CANH和CANL都应该在2.5V附近，显性时CANH拉到3.5V、CANL拉到1.5V，波形呈明显的“眼皮”状；第二步才是用逻辑分析仪抓协议帧，确认数据内容正确。很多新人上来就接逻辑分析仪，波形都不看一帧，看到一堆乱码就慌了，实际上往往是CAN收发器工作不正常导致的。
4.3 用“最小可运行系统”思想定位故障
我在讲义里反复灌输一个非常重要的调试理念：碰到故障，先砍功能，回归最小可运行系统。所谓最小可运行系统，就是只保留“MCU + 电源 + 调试接口 + 一个指示LED”这个最小组合，先让这个组合稳定跑起来，再一步步把其他外设加回去。
这个思想在实战中特别管用。有一次队员反馈说主控板上电后无法下载程序，他们怀疑是烙铁焊接时把MCU搞坏了，准备直接换芯片。我让他们先量MCU供电，发现3.3V只有2.1V，再用手摸LDO，烫得不行。把LDO后端焊的传感器模块断开后，电压恢复正常。最终定位是传感器模块电源引脚焊桥短路。整个过程不到十分钟，如果当初直接换芯片，问题会变得更难查。
4.4 硬件白盒测试与版本管理
V0.2.1在测试方法论上有一个比较大的更新：引入了“硬件白盒测试”的概念。所谓白盒测试，就是针对每一块自研硬件板卡，编写一份详细的测试用例文档，列出每一项功能对应的测试方法和通过标准。
硬件白盒测试文档的编写逻辑很简单，但执行起来需要纪律。每块板子发到队员手里之前，硬件负责人应该先按测试文档跑一遍完整的测试。比如电源板，就测试每一路输出在不同负载情况下的电压、纹波、效率；主控板就测试每一个外设接口能否正常枚举、CAN能否发出正确的测试帧。全部用例通过后，板卡才能进入实际装车环节。
这里的额外收益是：白盒测试用例本身就是极好的教学内容。新人拿到一块新板子，照着测试用例一项项操作，很快就能掌握这块板子的每个功能模块。所以说，硬件调试文档写得好，比学长带新人效率高很多。
5. 常见问题与排查技巧实录
5.1 上电即短路：别急着怀疑芯片，先找焊桥
上电短路是最常见的硬件故障，但绝大多数情况下，问题不是芯片烧了，而是焊接时产生的焊锡桥连。尤其是TSSOP、QFN这类脚距小的封装，焊锡膏刷多了、温度稍微高一点，相邻引脚就可能粘连在一起，肉眼还不一定能看出来。
排查焊桥的办法是分段排查：先断开电源入口和后面电路的连接，分别测量各路电源对地阻抗；找到阻抗异常的那一路后，再断开该路上的各负载芯片，挨个测量。如果发现某颗芯片附近的电源和地之间阻抗为零，用放大镜仔细检查引脚，多半能找到焊桥。处理办法也很简单，用烙铁加助焊剂把多余焊锡吸走就行。在讲义里，我专门强调了一个纪律：不要用万用表的电阻档去测带电的板卡，也不要直接用万用表去“戳”MCU的引脚，那样很容易造成新的短路。
5.2 单片机频繁复位：十有八九是电源干扰
机器人在赛场上出现“突然死机、过一会儿又自己恢复”的现象，大家第一反应是程序bug，但我负责地讲，在硬件层面，最典型的诱因就是电源跌落。
底盘电机启动瞬间的电流可能高达几十安培，如果电源母线电容容量不够，母线电压会被瞬间拉低到欠压阈值以下，MCU检测到供电异常就直接复位了。排查办法是用示波器探头夹在MCU供电引脚上，在电机全速启停的时候观察电压波形，如果能看到明显低于复位阈值的跌落，那问题基本实锤。
解决思路也写在讲义里：首先在电机驱动板的母线输入端加大容量电解电容，比如用4个470uF的电解电容并联；其次检查电调或者驱动板的PWM频率设置，频率太低会导致电流纹波更大；最后可以考虑在MCU的供电前端做一个简单的电源监控复位芯片，例如TPS3823，让复位门限更稳定，同时增加掉电检测的中断处理机制，避免程序跑飞。
5.3 CAN通信偶发丢帧：终端电阻和地回路
CAN通信的问题很典型：单独用万用表量电阻、量电压都正常，一装到车上或者多节点通信时，就会出现偶发丢帧、甚至整条总线瘫痪的情况。排查方向基本就两个：终端电阻配置和地回路。
先查终端电阻。CAN总线两端必须在物理上位于总线的两个端点，而且阻值要准，120Ω左右。很多人把终端电阻焊在了一个中间节点的板子上，或者焊了两个终端电阻，导致总线阻抗异常，信号反射严重。还有一种情况是板卡上的终端电阻焊了，但通过跳线帽没有正常接入电路。
再查地回路。机器人是一个金属架构，底盘、云台、发射机构之间的地连接路径可能不相同，如果CAN总线在多个板卡之间连接，地线压差可能导致共模电压超出收发器的容忍范围。排查方法是把示波器的两个探头分别接在CANH和CANL上，参考地接在板卡的地，观察共模波形是否干净；如果有明显的噪声叠加在CAN差分信号背景上，就要考虑在总线两端加共模电感，或者改用隔离型CAN收发器。
5.4 ADC采样值漂移：从硬件滤波到软件滤波
ADC采样值漂移这个问题，在超级电容能量管理、电流闭环、电池电压监测这些场景里经常遇到。现象是同样的输入电压，读出来的AD值一直在跳，而且跳动的幅度还不小，不是那种正常的±1个LSB抖动。
硬件排查第一件事，是确认参考电压是否稳定。很多MCU的内部参考电压精度一般，随温度变化也会有漂移，如果对精度要求高，建议外部使用高精度基准源。第二件事是确认采样信号源的输出阻抗，如果信号源阻抗太大，ADC内部的采样电容在采集瞬间会抽走大量电荷，导致采样值偏高，这时需要在前级加一个电压跟随器做缓冲。
第三件事才是重点——硬件滤波电路。前面提到过RC低通滤波是标配，但这里要注意：ADC采样本质上是“瞬间取一个点”，如果RC滤波器的截止频率太低，信号变化速率快的时候，采样结果反而是“滞后且偏小”的。所以RC滤波器的截止频率要根据被测信号的最高频率来设计，截止频率至少是信号最高频率的5到10倍，才能兼顾滤噪和实时性。软件层面再加上滑动平均或者中值滤波，整体配合下来，AD值才真正“可信”。
5.5 调试器连不上MCU：排查“最小系统”是否完整
每次有队员来求助说“J-Link连不上芯片了”，我的第一反应永远是：先检查最小系统，而不是怀疑调试器坏了。
第一步量MCU供电电压，第二步量NRST复位脚电平，正常运行时复位脚应该为高电平；如果复位脚被外部电容或者别的电路拉低，芯片会一直处于复位状态，自然连不上。第三步确认BOOT0引脚的启动模式，如果是Boot from RAM或者Boot from System Memory，调试器能不能正常连接行为也不一样，这点在STM32上特别常见。第四步检查SWDIO和SWCLK是否被其他外设占用，很多新人在初始化代码里把这两个引脚复用成了GPIO或者别的功能，程序一跑起来调试口就断开了。
还有一个容易被忽略的问题：调试器供电。有些调试器可以从目标板取电，也可以给目标板供电，两种模式不能搞混。如果目标板已经有独立供电，调试器的供电模式还选在“给目标板供电”，两边电压打架，轻则连不上，重则烧接口电路。讲义里给的建议是：统一使用调试器只连信号线、目标板独立供电的方案，这样排查问题时能少一个变量。
6. 从讲义到实战：硬件新人的成长路径与团队协作
6.1 新人拿到这份讲义，应该怎么学
讲义写得好不好，最终要看新人能不能用起来。V0.2.1在每一章后面都配了“动手任务”，并且按照难度分了三个级别。第一级是“照着焊”和“照着测”，比如焊接一块最小系统板并完成点灯；第二级是“照着改”，比如在现成的电源板上修改反馈电阻，把输出电压从5V改成12V；第三级是“自己画”，比如从原理图开始设计一块完整的小型驱动板。
我强烈建议新人按顺序做任务，不要跳级。因为硬件的知识体系是层层递进的，没搞懂BUCK电路的反馈原理，就去改电源板输出电压，很可能改完输出完全不对，还得回头补课。每个任务做完后，都要求写一份实验报告，不要求多长，但要写清楚“我做了什么、测到了什么、出现了什么问题、怎么解决的”。这份实验报告就是你自己的硬件调试笔记，积累起来是非常宝贵的个人成长档案。
6.2 硬件和电控、机械怎么配合
很多新人对硬件工程师的理解是“画板子的”，但实际上，硬件是连接电控和机械的枢纽。一个合格的硬件工程师，至少要能看懂电控的接口需求，也要能理解机械结构对电路板形状、接口位置、散热空间的限制。
讲义里专门有一节讲“硬件设计需求确认清单”，要求在画板之前，必须和电控、机械负责人开一次需求对齐会。具体内容包括：电控需要哪些通信接口、每个接口的电气参数是什么、供电需求多少；机械给出的板卡空间尺寸是多少、接插件朝向有没有要求、哪些区域禁止布置元件；还有整机的功耗预算，电池容量能撑多久，这些都需要硬件工程师心里有数。
这个环节最容易出的问题，是接插件选型和安装朝向。很多板子画得没问题，但装到机器人上发现接插件被结构件挡住、线材弯折半径不够、或者接口朝向和线束走向冲突，最后只能飞线解决，可靠性大打折扣。提前和机械对齐，能避免返工。
6.3 硬件设计评审：画完板子不能马上就投板
队伍里我定了一条规矩：原理图画完、PCB布局布线完成之后，必须做一次硬件设计评审才能投板。评审内容不是走形式，而是对着设计检查清单逐项过。
清单里包括但不限于：电源入口有没有反接保护、电源树每一级的电流余量是否充足、MCU所有电源脚是否都有去耦电容且靠近引脚放置、晶振匹配电容是否选对、SWD调试口是否引出了复位脚，每种通信总线的终端电阻和上下拉是否按手册配置、电机驱动MOS管的散热面积是否足够、关键信号线有没有被打孔穿过造成环路面积过大、板上接插件的机械强度和固定方式是否可靠等等。
评审可以由战队里的硬件老队员来主持，新人也必须参加，让他学着怎么去审视一块板子的设计。这个过程对新人的成长帮助极大，因为“看懂别人的设计”比“自己画一个设计”难度更高，也更容易积累经验。
6.4 V0.2.1之后，讲义还能怎么扩展
V0.2.1是我目前比较满意的一个版本，但这远远不是终点。接下来我计划在V0.3里重点补充三块内容：一是视觉硬件的相关内容，包括摄像头接口、视觉处理板的供电和散热设计、以及图像传输链路的带宽考虑；二是整机线束设计的规范，包括线径计算、扎线方式、防拉防磨处理，这块内容看似不起眼，实际上是赛场可靠性的生命线；三是更系统化的硬件测试与可靠性验证方法，比如高低温测试、振动测试和长时运行稳定性测试。
我个人在实际操作中有一个很深的体会：讲义写到后面，不仅仅是给新人看的学习材料，也是给自己看的知识库。每年赛季结束，重新翻一遍讲义，总会发现“这里可以写得更好理解一点”“这个案例应该补充进来”。如果你也在带队伍，我强烈建议你也开始沉淀一份属于自己的硬件基础讲义，不管版本号是V0.1还是V0.5，先写起来，再一点点迭代，总有一天它会成为你们战队最值钱的传承。
