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数量、价格、采购难度列成了一张大表见下表让新人根据自己的功能需求去反推选型而不是反过来先选芯片再勉强凑功能。型号主频FlashRAM高级定时器ADC通道CAN适用场景STM32F407VET6168MHz512KB192KB2个16路2路主控主力性能均衡STM32F103C8T672MHz64KB20KB1个10路1路低成本副板、传感器板GD32F450VET6200MHz512KB256KB2个24路2路国产替代主频更高GD32E230C8T672MHz64KB16KB1个11路1路小型执行机构控制板主控最小系统除了MCU本身还有几个“最小配套”供电电路、复位电路、时钟电路、调试接口和启动模式配置。供电电路要注意数字电源和模拟电源的分离即使MCU内部有LDOADC的参考电压输入也尽量走独立的滤波网络。时钟电路看起来简单但晶振的负载电容选得不合适会导致系统时钟跑偏串口波特率直接乱掉这类问题在调试中特别容易让人抓狂。调试接口的设计也值得一提。很多新人画板子的时候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先写起来再一点点迭代总有一天它会成为你们战队最值钱的传承。