做硬件三年多带过的队伍前前后后换了三批人有一点我体会特别深代码写错了可以当场改焊错一根线、烧掉一块板子往往整个周末就没了。很多新队员刚进实验室时热情很高上来就问怎么调视觉怎么跑导航结果连接线都分不清更别提看懂原理图。所以我一直觉得机器人竞赛的入门资料里硬件基础这块最缺一份能直接照着干的东西。正好最近把队里的《RoboMaster硬件基础讲义》整理到V0.2.1版本借着这个版本号聊聊——这份讲义是怎么设计的、里面到底讲什么、实际用的时候有哪些坑是文档里没写的。先说清楚这份讲义是干嘛的。它不是产品说明书也不是芯片手册的翻译而是一份面向零基础队员的实操手册覆盖了一个机器人分队从供电到传感器、从电机驱动到通信协议的最核心知识。V0.2.1这个版本加上了一些实际排障记录修掉了上一版里容易误导新人的电机选型建议补充了IMU常见的I2C地址冲突问题。如果你正在带新人、准备进实验室或者想自己搭一辆能跑的机器人底盘这份讲义的设计思路和内容拆解应该能给你不少参考。1. 讲义定位与整体结构为什么每个战队都需要一份自己的硬件手册1.1 版本号背后的迭代逻辑V0.2.1是怎么一步步改出来的先说说版本号。V0.2.1不是随便写的它反映了一份内部资料从能用到好用的完整过程。V0.1.0是第一版当时内容很粗糙就是把培训时讲的东西塞进去结构是电源—主控—外设三段式每个部分各写各的没有贯穿的实战案例。结果新队员看的时候都有同一个问题知道了单个模块怎么接但不知道串起来是什么样。V0.2.0开始做最小系统闭环——从一块空PCB开始到最后电机转起来、云台能摇头、传感器能读数中间所有步骤串成一条线。V0.2.1则是踩坑后的回填比如发现MPU6050和多个I2C设备共用总线时地址冲突比想象中频繁又比如某型号稳压模块在电机堵转瞬间压降特别大导致主控重启。这些内容不是网上搜来的是每次比赛、每次调试现场被坑出来的。这件事给我的启发是一份好的硬件讲义不是一次写出来的而是靠版本迭代喂出来的。如果你也打算给自己的队伍整理类似资料不用等待完美再动笔先出一个能用的版本然后在带新队员的过程中不断回填失败案例。V0.2.0到V0.2.1的变化核心不是知识量的增加而是它以故障排查为线索把散落的知识点重新串了一遍。1.2 目标读者与适用场景谁需要这份讲义拿到手能干什么这份讲义的目标读者非常明确刚进实验室的本科生、从软件或机械方向转来做硬件的队员、以及想在课余时间自建一台竞技机器人底盘的个人爱好者。前两种人是主要使用场景因为比赛队的传承压力很大——每年纳新之后要在几周内让新人具备基本的动手能力否则后面的联调根本没法推进。针对这些读者讲义做了几个关键设计先动手后理论不是先讲欧姆定律、基尔霍夫定律而是先画一条从电池到电机的最小路径让新人先把一个最简单的回路跑通。同一个案例贯穿始终以底盘电机控制为主线中间穿插云台舵机、IMU姿态、摄像头通信这样每个模块学完都能往主线上挂。每个章节末尾有可复现任务比如用万用表测量待机电流并记录故意制造一种虚焊然后通过观察现象反推原因这些任务逼着人真正动手而不是看完就忘。你如果是自己玩不参加比赛这份讲义的学习路径也成立——只不过可以把比赛相关的内容比如弹道系统的供弹电机、发射机构替换成更有兴趣的模块核心方法论是一样的。2. 硬件选型与方案拆解为什么主控选STM32、电机驱动选TB6612不是拍脑袋2.1 主控芯片的取舍Arduino、STM32还是更高端的处理器讲义的第一个重量级选择是给整台机器人定主控。大多数队伍最终选了STM32F407系列或者F103系列有些人会用F405很少直接用Arduino。原因并不复杂Arduino的优点是好上手、库函数齐全但致命问题是实时性不可控。机器人的底盘电机控制需要PWM输出频率稳定在10kHz以上Arduino Uno的16MHz主频虽然勉强够跑但一旦同时处理裁判系统串口数据、IMU中断、舵机信号任务调度就会打架。STM32F4系列的主频最高168MHz有多个定时器、多路ADC、丰富的中断优先级用来做底盘控制、云台控制和简单的传感器采集绰绰有余。为什么不直接上更高端的芯片成本只是一部分更现实的是团队的软件能力。F4系列有大量免费HAL库函数网上资料多到看不完新人上手时踩坑有人接得住冷门的高性能芯片一旦出了问题排查手段少反而拖慢进度。这里我特别想提醒一点主控选型的本质不是选最强的而是选团队能hold住的。你让一个从没写过嵌入式代码的新人直接啃DSP或FPGA第一周就会被寄存器劝退。STM32F407在比赛场景里算性能冗余但生态成熟这是它成为主流的原因。2.2 电源系统设计电池选型、稳压方案和电流估算公式硬件里最容易出问题的其实不是主控而是电源。讲义的第二章把电源放在了所有模块之前因为几乎所有莫名其妙重启传感器读数跳变电机无力的故障往上追几层都是电源不干净或者供电不足。电池方面比赛常用2S锂电池7.4V或者3S锂电池11.1V底盘如果是四个直流减速电机加两个舵机2S电池就够用3S大多是为了给发射机构提供更高电压。选电池的核心参数不是电压而是持续放电能力。这里有个经验公式总电流估算 单个电机最大工作电流 × 电机数量 主控及传感器电流 预留30%余量四个直流减速电机空载电流可能只有几百毫安但堵转瞬间电流能飙到2A甚至更高。四个同时堵转就可能接近8A加上主控和传感器大约0.5A整机峰值电流接近8.5A。如果电池的持续放电能力只有10A看起来够但还要考虑线损、连接器接触电阻和低温影响所以至少要选峰值电流的1.3倍以上——也就是12A以上的电池。这个过程讲义里写得很细关键是让新人学会先算电流再选电源而不是先选电池再碰运气。稳压部分主控和传感器需要5V或3.3V所以要用DC-DC稳压模块。这里有个常见误区——很多新手拿LDO芯片直接降压。LDO的特点是简单、纹波小但效率低输入7.4V输出5V时多余的2.4V全变成热量。电流一大模块烫得不敢碰。所以讲义推荐高效的开关降压模块比如基于MP1584或TPS5430的方案效率能到90%以上纹波稍大但只要在数字电路电源前加滤波电容就没问题。电机驱动供电的问题比较隐蔽。很多驱动模块的VCC脚是给芯片内部控制逻辑供电的例如TB6612的VCC是2.7V到5.5V而电机电源VM要单独接电池正极。有些人会把VM和VCC接同一个5V结果电机根本转不动——不是PWM没输出而是驱动芯片的功率级没吃到足够的电压。这类问题在讲义里用了专门的表格区分。2.3 电机驱动方案对比TB6612、L298N和分立MOS管的实际表现驱动模块的选择直接决定电机能不能转、发热大不大、控制线性度好不好。网上最常见的两种方案是TB6612和L298N很多人直觉上觉得L298N便宜、经典但实际用起来差距很大。L298N最大的问题是压降和发热。MOTOR VCC接7.4V电池时L298N内部功率管的饱和压降在2V左右也就是说电机实际拿到的工作电压只有5.4V左右电机转速和扭矩都明显打折。更麻烦的是它自带的线性稳压器效率极低板子很容易发热跑几分钟就得加散热片。TB6612FNG的表现就好很多功率MOSFET的导通压降只有0.5V左右而且体积小、逻辑简单。它的最大缺点是电流上限——官方给的峰值是3A连续工作电流最好在1.2A以下。如果电机是那种比较大的带编码器的直流减速电机单路峰值可能超过2A长时间堵转就有烧毁风险。这种情况下讲义建议换成大电流的H桥驱动方案或直接用分立MOS管搭建全桥。这里有一个不少队伍踩过的坑买来的TB6612模块是某宝上三块钱的散新片品质参差不齐有的板子连输出电容都省了。建议买模块时先看PCB上有多少电容、芯片丝印是否清晰拿到手先空载测试不要直接上电机。如果条件允许尽量选有渠道保障的模块。2.4 传感器选型IMU、编码器、摄像头到底各司其职硬件基础阶段传感器不需要多但每一种都要讲清楚为什么需要它。IMU惯性测量单元比赛机器人需要实时感知自身姿态车体倾斜了、云台翻转了都要靠它反馈。MPU6050是最经典的选择六轴数据I2C输出资料多到数不清。不过它有个特点原始数据合并了噪声直接当角度用会飘需要做互补滤波或卡尔曼滤波。讲义在V0.2.1里专门加了一节提醒新人IMU数据必须做滤波再发给控制算法否则角度数据跳得比实际动作还快。编码器底盘电机的转速反馈是闭环控制的基础。直流减速电机后面带霍尔编码器输出A相、B相两个脉冲信号主控通过定时器的编码器模式数脉冲就能算出车轮的转速和方向。常见的坑是AB相序接反——明明向前走代码里看到的计数却是负数。这个讲义里会教你在代码里加一个方向打印调试接口先确认方向再做闭环。摄像头RoboMaster后期的视觉识别离不开摄像头。硬件基础不要求做算法但至少要搞懂USB摄像头的带宽占用以及OpenMV这类视觉模块如何通过串口把识别结果发给主控。经常有队伍忽略电源问题摄像头对电压波动很敏感USB口直接从主控取电电机一加速电压跌落摄像头马上掉线。给摄像头单独一个稳压源能解决很多玄学问题。3. 核心模块实操从一块空板到电机转起来全过程拆解3.1 搭建最小硬件系统的六个关键步骤讲义V0.2.1里最核心的内容是带你走完一个最小系统完整搭建过程。它不是PPT式教学而是一步步能落地的操作流程。这里我把核心步骤提取出来每一步都附上我当时辅导新人时强调的要点。第一步设计供电拓扑画出电流流向图。在焊接任何东西之前先在纸上画一条线电池正极 → 保险丝/防反接二极管 → 一条支路到电机VM → 另一条支路到DC-DC稳压模块 → 主控5V/3.3V → 传感器。不要跳步连保险丝的位置都要画清楚。第二步焊接电池插座和总开关。这里有一个非常便宜的教训很多人为了省事直接裸焊电池正负极结果调试时一碰就短路火花四溅。正确的做法是在电池正极回路里串联一个自恢复保险丝或者保险管。选保险丝的额定电流要大于正常工作电流、小于导线和模块能承受的最大电流——这个数值就是上一节算出来的峰值电流的1.3倍。第三步焊接主控最小系统。很多新人买一个现成的STM32核心板带晶振、USB转串口、下载电路然后自己焊接一个底板扩展排针。这个做法的好处是省去手工焊接贴片芯片的麻烦坏处是核心板与底板的连接可靠性完全取决于排针焊点。我见过不下五次因为某根排针虚焊导致GPIO在高负荷时电压拉低、整个系统不断重启的案例。所以焊接完每一根排针后都要用万用表二极管档逐个检查导通性。第四步焊接电机驱动模块和电机接口。关键在于分清逻辑地和功率地。TB6612的GND要和主控的GND连到同一个点但电机的大电流回路尽量用粗线至少0.75平方毫米不要和信号线共用一根细线。更不要用杜邦线直接连接电机和驱动——大电流下杜邦线接触电阻大而且容易脱落最好用XT60接头或者拆机插座。第五步给主控烧录一个最小PWM测试程序。这一步不是可选项。先写一个固定50%占空比、频率10kHz的PWM输出程序用示波器或者逻辑分析仪确认输出正常再接电机。很多人跳过这一步直接上完整控制代码结果电机不转时根本不知道是程序的错还是硬件没焊好。把问题隔离得越小排障越快。第六步闭环测试。电机转起来之后再接编码器打印出编码器数值确认转速方向和电机实际运动方向是否一致。这一步我是吃了大亏的——以前以为AB相接反只是符号问题后来发现编码器模式初始化错误可能导致读取数值完全错乱电机显示1000转但实际上只转了一圈。3.2 关键参数计算实例分压电阻和PWM频率的选择逻辑讲义里参数计算占了不少篇幅。实践证明把每一个参数都变成可以通过计算得到的东西新人才不会靠瞎猜来设定系统。电池电压检测分压电阻主控的ADC输入范围通常是0到3.3V而电池电压最高8.4V直接接入会烧引脚。所以要用电阻分压把电压降低到ADC能接受的范围。我常用100kΩ和33kΩ的组合分压比例是33 / (10033) ≈ 0.248。当电池电压是8.4V时ADC引脚上看到的是8.4 * 0.248 ≈ 2.083V距离3.3V还有足够余量。这样ADC读到的原始值就能反推出实际电压实际电压 ADC读数 / 4095 * 3.3 / 0.248。这里有几个注意点电阻精度选1%或更高分压后最好跟一个100nF电容滤波还要在ADC引脚加一个3.3V的钳位二极管防止电池电压异常升高烧坏主控。PWM频率的选择电机驱动输入的PWM频率很多人直接沿用512Hz之类的默认值结果电机发出尖锐的啸叫声或者转速线性度很差。对于直流减速电机推荐PWM频率在10kHz到20kHz之间超过人耳可听范围电机啸叫会减轻很多而且输出电感效应更平稳。但要注意频率不能无限高频率太高会造成MOS开关损耗上升驱动芯片发热增加。我在讲义里给了一个经验值TB6612配常见的1:30减速比直流电机15kHz左右表现不错。关键是要实测不同频率下电机的最低启动占空比——如果频率太高电机的有效电压被电感滤波可能10%占空比以下完全不动频率太低则最低启动占空比又太大。3.3 代码侧联调一段可以直接上板的硬件验证程序讲义里还配了硬件验证代码这里摘录一段底盘电机PWM初始化和ADC采集电池电压的核心示例。代码本身不复杂但每一步都对应前面的硬件设计。// 基于STM32F407 HAL库的硬件验证代码片段 TIM_HandleTypeDef htim3; ADC_HandleTypeDef hadc1; // PWM初始化定时器3通道1频率15000Hz void MX_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); // 电机PWM引脚 PA6 复用为定时器3通道1 GPIO_InitStruct.Pin GPIO_PIN_6; GPIO_InitStruct.Mode GPIO_MODE_AF_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; GPIO_InitStruct.Alternate GPIO_AF2_TIM3; HAL_GPIO_Init(GPIOA, GPIO_InitStruct); } void Motor_SetDuty(uint8_t percent) { uint32_t pulse (uint32_t)(percent * 100); // 0-100 0-10000 __HAL_TIM_SET_COMPARE(htim3, TIM_CHANNEL_1, pulse); } // ADC采集电池电压返回伏特值 float Read_Battery_Voltage(void) { uint32_t adc_value 0; float voltage 0.0f; HAL_ADC_Start(hadc1); HAL_ADC_PollForConversion(hadc1, 10); adc_value HAL_ADC_GetValue(hadc1); // 假设分压电阻100K/33K参考电压3.3VADC分辨率4095 voltage (adc_value / 4095.0f) * 3.3f / 0.248f; return voltage; }新人拿到这段代码配合示波器应该能在半小时内确认三件事PWM波形是否正常、占空比调整是否线性、ADC读取电压是否和万用表测量值一致。如果这三项都通过那最底层的硬件链路基本就是可靠的。讲义里明确强调在做任何复杂控制算法之前先把这个验证程序完整跑一遍能省掉后面80%的排障时间。4. 调试工具、排查思路与常见问题速查4.1 硬件调试的基本方法论分层隔离、先电源后信号我带人调试硬件时最喜欢用的一个原则是分层隔离。意思是遇到一个系统性问题先把问题切成独立的小环节每个环节单独测试而不是直接改代码、换模块。比如电机不转。很多新人的第一反应是换驱动模块或者调一遍PWM初始化代码。正确做法是做一个线性排查先测量驱动模块的VM和GND两端电压是否正常电池有没有电保险丝断没断。再测量逻辑端VCC是否有5VGND是否和主控共地。然后看PWM引脚有没有波形输出、占空比是不是符合预期。最后才怀疑驱动芯片损坏或者电机损坏。这四步里前两步是电源问题后两步是信号问题所以也叫先电源后信号。这个顺序在讲义里被反复强调因为电源故障的隐蔽性最高。一个典型的例子是某模块的GND只接了主控的GND而没有接电池负极于是主控通过其他路径形成了部分地回路结果整个系统处于一种半工作状态——灯光微亮、电机抖动、传感器偶尔读数。这种情况用万用表量一下模块GND和电池负极端电压就会发现不是0V问题立刻暴露。另一个工具使用方法很重要万用表的二极管档不只是用来测二极管更多时候用来检测PCB走线通断和焊接短路。比如STM32的两个相邻引脚如果焊锡搭连万用表会报出短路报警反过来如果排针虚焊用电阻档或者二极管档测量时会发现开路或者阻值奇高。养成每焊一排针就用表测一遍的习惯能显著减少看起来都焊了实际上没通的问题。4.2 我把调硬件时踩过的坑整理成了速查表这一节内容在V0.2.1版里增加了不少因为每次比赛前集训新人问的问题高度重复。把这些高频问题整理成表格放讲义里等于让新人在动手之前先预演一遍可能遇到的故障。故障现象可能原因排查方法解决方案上电后主控不断重启电源线压降过大或稳压模块输出能力不足用万用表量主控入口电压是否持续稳定换用电流余量更大的DC-DC给主控电源加至少100uF电容电机不转但PWM有波形驱动模块逻辑电源缺失或共地不良测量VCC引脚对地是否达到工作电压将驱动模块逻辑地和主控GND可靠短接电机抖动且伴随啸叫PWM频率过低或占空比过小调节PWM频率观察最低有效占空比将频率调到10kHz以上增大最低启动占空比传感器I2C读数偶尔乱跳上拉电阻不匹配或地址冲突确认总线上所有设备的地址、检查上拉电阻给I2C加上4.7kΩ上拉改设备地址电池电压检测数值偏高分压电阻精度不足或ADC参考电压不准万用表实测分压点电压与读数值比对换1%精度电阻用内部参考基准校准ADC底盘前进时看起来像在画弧左右电机编码器方向不一致或PID参数不一致单独打印每个轮的转速统一编码器方向给左右轮分别标定PID参数USB摄像头掉线摄像头供电电压跌落实测量摄像头输入端电压在电机加减速时的波动单独为摄像头提供稳压源或用外部供电的USB HUB舵机上位后电流猛增舵机堵转或者供电能力不足测堵转电流是否超过标称值给舵机单独6V/3A稳压模块表格是总结但真正关键的是每一条背后都有一个具体的事故。比如左右电机方向不一致这个坑我在V0.2.1版讲义里补充了一个小练习故意把一台电机的AB编码线接反让队员通过打印值找出问题。这种反向训练比正向教学有用得多。4.3 排查工具的选择和正确用法以及你真的需要示波器吗新队员常问我是不是必须买一台示波器我的答复是如果预算有限优先买一台好一点的万用表再加一个逻辑分析仪。万用表能解决大部分静态问题电压、通断、短路逻辑分析仪价格便宜能观察I2C、SPI、串口通信的波形和时序排查通信类的疑难杂症足够了。如果想排PWM频率、电源纹波这类问题才需要示波器。但工具只是辅助最重要的还是测量习惯。我见过很多新人用万用表测量时表笔乱放量电压时表笔没有可靠接触得到一跳动数据就以为是电路坏了。正确做法是测量电压时表笔要接触裸露的焊盘或测试点不要夹在绝缘皮上测电流时一定要串联接入千万不要把电流档表笔直接并联到电源两端——这是万用表最常见的报废方式。还有一个小技巧在主要供电节点都预埋测试点。比如电池正极、稳压输出、主控3.3V、电机驱动VM等关键位置预留几个露出铜箔的小焊盘调试时装表笔非常方便。这算是硬件调试的预埋措施成本几乎为零但排障能快很多。5. 讲义之外从硬件基础到整机联调的延伸路径5.1 打好硬件底子之后应该怎么往视觉和整机方向走V0.2.1的定位是硬件基础所以它没有涉及太多算法和上位机内容。但这份讲义的价值体现在后续延伸上。当你理解了电源、通信和驱动之后再接视觉、做整机联调就会轻松很多。比如视觉模块和主控的通信。很多队伍用OpenMV或者树莓派做识别识别结果通过串口发给主控。这个环节看起来简单但实战中最大的坑不是串口配置而是两个模块的供电和地电位不统一。视觉模块接在一路5V上主控接在另一路5V上如果两个电源没有共地串口信号就会出现随机的乱码。解决方式很简单把所有模块的GND可靠接到同一个电位再谈协议解析问题。这类问题在讲义里虽然没有展开整章但在通信协议一节里已经埋了伏笔。再比如云台控制。云台需要两个舵机或者两个无刷电机来稳定方向核心是IMU反馈加上串级PID。很多新人一上来就调大PID增益结果云台开始振荡发出嗡嗡声。如果之前学过讲义里的先单点后整体调试原则就会先把IMU数据滤波调到稳定再单独调内环最后调外环。硬件调试的方法论到了控制算法领域依然适用。5.2 这份讲义应该如何继续演化未来版本的规划V0.2.1不是终点。基于这几年的经验我已经在酝酿V0.3.0核心方向有三个加入更多失败案例回放。现在每周集训遇到典型故障我都会拍照记录然后回填到对应章节。对于硬件资料来说真实的故障记录比正确接线更有教学价值。补充无刷电机和FOC驱动的基础内容。现在的比赛已经越来越多使用无刷电机它们的接线和调试手法和直流电机完全不同。V0.2.1里这部分只是提了个头估计V0.3.0会专门开一章。增加硬件评审检查单。比赛前总会做系统检查以前靠经验现在打算把清单固化到讲义里——比如检查所有接线端子是否锁紧检查电机是否异常发热检查裁判系统连线是否牢固。让新人按清单逐项打钩比老队员在旁边喊十遍管用。我始终觉得高手和新手的差别不在于谁更懂芯片手册而在于谁见过的失败更多、谁更能把失败转化成可复用的经验。一份讲义如果只有正确路径没有失败路径那它只完成了一半任务。希望这份V0.2.1的思路能帮你少走点弯路也早点攒出自己的版本号。 
长河君 · 2026/10/21 2:31:24 · 阅读 1.2k 机器人竞赛硬件基础讲义V0.2.1：从供电选型到最小系统搭建的实战指南
做硬件三年多带过的队伍前前后后换了三批人有一点我体会特别深代码写错了可以当场改焊错一根线、烧掉一块板子往往整个周末就没了。很多新队员刚进实验室时热情很高上来就问怎么调视觉怎么跑导航结果连接线都分不清更别提看懂原理图。所以我一直觉得机器人竞赛的入门资料里硬件基础这块最缺一份能直接照着干的东西。正好最近把队里的《RoboMaster硬件基础讲义》整理到V0.2.1版本借着这个版本号聊聊——这份讲义是怎么设计的、里面到底讲什么、实际用的时候有哪些坑是文档里没写的。先说清楚这份讲义是干嘛的。它不是产品说明书也不是芯片手册的翻译而是一份面向零基础队员的实操手册覆盖了一个机器人分队从供电到传感器、从电机驱动到通信协议的最核心知识。V0.2.1这个版本加上了一些实际排障记录修掉了上一版里容易误导新人的电机选型建议补充了IMU常见的I2C地址冲突问题。如果你正在带新人、准备进实验室或者想自己搭一辆能跑的机器人底盘这份讲义的设计思路和内容拆解应该能给你不少参考。1. 讲义定位与整体结构为什么每个战队都需要一份自己的硬件手册1.1 版本号背后的迭代逻辑V0.2.1是怎么一步步改出来的先说说版本号。V0.2.1不是随便写的它反映了一份内部资料从能用到好用的完整过程。V0.1.0是第一版当时内容很粗糙就是把培训时讲的东西塞进去结构是电源—主控—外设三段式每个部分各写各的没有贯穿的实战案例。结果新队员看的时候都有同一个问题知道了单个模块怎么接但不知道串起来是什么样。V0.2.0开始做最小系统闭环——从一块空PCB开始到最后电机转起来、云台能摇头、传感器能读数中间所有步骤串成一条线。V0.2.1则是踩坑后的回填比如发现MPU6050和多个I2C设备共用总线时地址冲突比想象中频繁又比如某型号稳压模块在电机堵转瞬间压降特别大导致主控重启。这些内容不是网上搜来的是每次比赛、每次调试现场被坑出来的。这件事给我的启发是一份好的硬件讲义不是一次写出来的而是靠版本迭代喂出来的。如果你也打算给自己的队伍整理类似资料不用等待完美再动笔先出一个能用的版本然后在带新队员的过程中不断回填失败案例。V0.2.0到V0.2.1的变化核心不是知识量的增加而是它以故障排查为线索把散落的知识点重新串了一遍。1.2 目标读者与适用场景谁需要这份讲义拿到手能干什么这份讲义的目标读者非常明确刚进实验室的本科生、从软件或机械方向转来做硬件的队员、以及想在课余时间自建一台竞技机器人底盘的个人爱好者。前两种人是主要使用场景因为比赛队的传承压力很大——每年纳新之后要在几周内让新人具备基本的动手能力否则后面的联调根本没法推进。针对这些读者讲义做了几个关键设计先动手后理论不是先讲欧姆定律、基尔霍夫定律而是先画一条从电池到电机的最小路径让新人先把一个最简单的回路跑通。同一个案例贯穿始终以底盘电机控制为主线中间穿插云台舵机、IMU姿态、摄像头通信这样每个模块学完都能往主线上挂。每个章节末尾有可复现任务比如用万用表测量待机电流并记录故意制造一种虚焊然后通过观察现象反推原因这些任务逼着人真正动手而不是看完就忘。你如果是自己玩不参加比赛这份讲义的学习路径也成立——只不过可以把比赛相关的内容比如弹道系统的供弹电机、发射机构替换成更有兴趣的模块核心方法论是一样的。2. 硬件选型与方案拆解为什么主控选STM32、电机驱动选TB6612不是拍脑袋2.1 主控芯片的取舍Arduino、STM32还是更高端的处理器讲义的第一个重量级选择是给整台机器人定主控。大多数队伍最终选了STM32F407系列或者F103系列有些人会用F405很少直接用Arduino。原因并不复杂Arduino的优点是好上手、库函数齐全但致命问题是实时性不可控。机器人的底盘电机控制需要PWM输出频率稳定在10kHz以上Arduino Uno的16MHz主频虽然勉强够跑但一旦同时处理裁判系统串口数据、IMU中断、舵机信号任务调度就会打架。STM32F4系列的主频最高168MHz有多个定时器、多路ADC、丰富的中断优先级用来做底盘控制、云台控制和简单的传感器采集绰绰有余。为什么不直接上更高端的芯片成本只是一部分更现实的是团队的软件能力。F4系列有大量免费HAL库函数网上资料多到看不完新人上手时踩坑有人接得住冷门的高性能芯片一旦出了问题排查手段少反而拖慢进度。这里我特别想提醒一点主控选型的本质不是选最强的而是选团队能hold住的。你让一个从没写过嵌入式代码的新人直接啃DSP或FPGA第一周就会被寄存器劝退。STM32F407在比赛场景里算性能冗余但生态成熟这是它成为主流的原因。2.2 电源系统设计电池选型、稳压方案和电流估算公式硬件里最容易出问题的其实不是主控而是电源。讲义的第二章把电源放在了所有模块之前因为几乎所有莫名其妙重启传感器读数跳变电机无力的故障往上追几层都是电源不干净或者供电不足。电池方面比赛常用2S锂电池7.4V或者3S锂电池11.1V底盘如果是四个直流减速电机加两个舵机2S电池就够用3S大多是为了给发射机构提供更高电压。选电池的核心参数不是电压而是持续放电能力。这里有个经验公式总电流估算 单个电机最大工作电流 × 电机数量 主控及传感器电流 预留30%余量四个直流减速电机空载电流可能只有几百毫安但堵转瞬间电流能飙到2A甚至更高。四个同时堵转就可能接近8A加上主控和传感器大约0.5A整机峰值电流接近8.5A。如果电池的持续放电能力只有10A看起来够但还要考虑线损、连接器接触电阻和低温影响所以至少要选峰值电流的1.3倍以上——也就是12A以上的电池。这个过程讲义里写得很细关键是让新人学会先算电流再选电源而不是先选电池再碰运气。稳压部分主控和传感器需要5V或3.3V所以要用DC-DC稳压模块。这里有个常见误区——很多新手拿LDO芯片直接降压。LDO的特点是简单、纹波小但效率低输入7.4V输出5V时多余的2.4V全变成热量。电流一大模块烫得不敢碰。所以讲义推荐高效的开关降压模块比如基于MP1584或TPS5430的方案效率能到90%以上纹波稍大但只要在数字电路电源前加滤波电容就没问题。电机驱动供电的问题比较隐蔽。很多驱动模块的VCC脚是给芯片内部控制逻辑供电的例如TB6612的VCC是2.7V到5.5V而电机电源VM要单独接电池正极。有些人会把VM和VCC接同一个5V结果电机根本转不动——不是PWM没输出而是驱动芯片的功率级没吃到足够的电压。这类问题在讲义里用了专门的表格区分。2.3 电机驱动方案对比TB6612、L298N和分立MOS管的实际表现驱动模块的选择直接决定电机能不能转、发热大不大、控制线性度好不好。网上最常见的两种方案是TB6612和L298N很多人直觉上觉得L298N便宜、经典但实际用起来差距很大。L298N最大的问题是压降和发热。MOTOR VCC接7.4V电池时L298N内部功率管的饱和压降在2V左右也就是说电机实际拿到的工作电压只有5.4V左右电机转速和扭矩都明显打折。更麻烦的是它自带的线性稳压器效率极低板子很容易发热跑几分钟就得加散热片。TB6612FNG的表现就好很多功率MOSFET的导通压降只有0.5V左右而且体积小、逻辑简单。它的最大缺点是电流上限——官方给的峰值是3A连续工作电流最好在1.2A以下。如果电机是那种比较大的带编码器的直流减速电机单路峰值可能超过2A长时间堵转就有烧毁风险。这种情况下讲义建议换成大电流的H桥驱动方案或直接用分立MOS管搭建全桥。这里有一个不少队伍踩过的坑买来的TB6612模块是某宝上三块钱的散新片品质参差不齐有的板子连输出电容都省了。建议买模块时先看PCB上有多少电容、芯片丝印是否清晰拿到手先空载测试不要直接上电机。如果条件允许尽量选有渠道保障的模块。2.4 传感器选型IMU、编码器、摄像头到底各司其职硬件基础阶段传感器不需要多但每一种都要讲清楚为什么需要它。IMU惯性测量单元比赛机器人需要实时感知自身姿态车体倾斜了、云台翻转了都要靠它反馈。MPU6050是最经典的选择六轴数据I2C输出资料多到数不清。不过它有个特点原始数据合并了噪声直接当角度用会飘需要做互补滤波或卡尔曼滤波。讲义在V0.2.1里专门加了一节提醒新人IMU数据必须做滤波再发给控制算法否则角度数据跳得比实际动作还快。编码器底盘电机的转速反馈是闭环控制的基础。直流减速电机后面带霍尔编码器输出A相、B相两个脉冲信号主控通过定时器的编码器模式数脉冲就能算出车轮的转速和方向。常见的坑是AB相序接反——明明向前走代码里看到的计数却是负数。这个讲义里会教你在代码里加一个方向打印调试接口先确认方向再做闭环。摄像头RoboMaster后期的视觉识别离不开摄像头。硬件基础不要求做算法但至少要搞懂USB摄像头的带宽占用以及OpenMV这类视觉模块如何通过串口把识别结果发给主控。经常有队伍忽略电源问题摄像头对电压波动很敏感USB口直接从主控取电电机一加速电压跌落摄像头马上掉线。给摄像头单独一个稳压源能解决很多玄学问题。3. 核心模块实操从一块空板到电机转起来全过程拆解3.1 搭建最小硬件系统的六个关键步骤讲义V0.2.1里最核心的内容是带你走完一个最小系统完整搭建过程。它不是PPT式教学而是一步步能落地的操作流程。这里我把核心步骤提取出来每一步都附上我当时辅导新人时强调的要点。第一步设计供电拓扑画出电流流向图。在焊接任何东西之前先在纸上画一条线电池正极 → 保险丝/防反接二极管 → 一条支路到电机VM → 另一条支路到DC-DC稳压模块 → 主控5V/3.3V → 传感器。不要跳步连保险丝的位置都要画清楚。第二步焊接电池插座和总开关。这里有一个非常便宜的教训很多人为了省事直接裸焊电池正负极结果调试时一碰就短路火花四溅。正确的做法是在电池正极回路里串联一个自恢复保险丝或者保险管。选保险丝的额定电流要大于正常工作电流、小于导线和模块能承受的最大电流——这个数值就是上一节算出来的峰值电流的1.3倍。第三步焊接主控最小系统。很多新人买一个现成的STM32核心板带晶振、USB转串口、下载电路然后自己焊接一个底板扩展排针。这个做法的好处是省去手工焊接贴片芯片的麻烦坏处是核心板与底板的连接可靠性完全取决于排针焊点。我见过不下五次因为某根排针虚焊导致GPIO在高负荷时电压拉低、整个系统不断重启的案例。所以焊接完每一根排针后都要用万用表二极管档逐个检查导通性。第四步焊接电机驱动模块和电机接口。关键在于分清逻辑地和功率地。TB6612的GND要和主控的GND连到同一个点但电机的大电流回路尽量用粗线至少0.75平方毫米不要和信号线共用一根细线。更不要用杜邦线直接连接电机和驱动——大电流下杜邦线接触电阻大而且容易脱落最好用XT60接头或者拆机插座。第五步给主控烧录一个最小PWM测试程序。这一步不是可选项。先写一个固定50%占空比、频率10kHz的PWM输出程序用示波器或者逻辑分析仪确认输出正常再接电机。很多人跳过这一步直接上完整控制代码结果电机不转时根本不知道是程序的错还是硬件没焊好。把问题隔离得越小排障越快。第六步闭环测试。电机转起来之后再接编码器打印出编码器数值确认转速方向和电机实际运动方向是否一致。这一步我是吃了大亏的——以前以为AB相接反只是符号问题后来发现编码器模式初始化错误可能导致读取数值完全错乱电机显示1000转但实际上只转了一圈。3.2 关键参数计算实例分压电阻和PWM频率的选择逻辑讲义里参数计算占了不少篇幅。实践证明把每一个参数都变成可以通过计算得到的东西新人才不会靠瞎猜来设定系统。电池电压检测分压电阻主控的ADC输入范围通常是0到3.3V而电池电压最高8.4V直接接入会烧引脚。所以要用电阻分压把电压降低到ADC能接受的范围。我常用100kΩ和33kΩ的组合分压比例是33 / (10033) ≈ 0.248。当电池电压是8.4V时ADC引脚上看到的是8.4 * 0.248 ≈ 2.083V距离3.3V还有足够余量。这样ADC读到的原始值就能反推出实际电压实际电压 ADC读数 / 4095 * 3.3 / 0.248。这里有几个注意点电阻精度选1%或更高分压后最好跟一个100nF电容滤波还要在ADC引脚加一个3.3V的钳位二极管防止电池电压异常升高烧坏主控。PWM频率的选择电机驱动输入的PWM频率很多人直接沿用512Hz之类的默认值结果电机发出尖锐的啸叫声或者转速线性度很差。对于直流减速电机推荐PWM频率在10kHz到20kHz之间超过人耳可听范围电机啸叫会减轻很多而且输出电感效应更平稳。但要注意频率不能无限高频率太高会造成MOS开关损耗上升驱动芯片发热增加。我在讲义里给了一个经验值TB6612配常见的1:30减速比直流电机15kHz左右表现不错。关键是要实测不同频率下电机的最低启动占空比——如果频率太高电机的有效电压被电感滤波可能10%占空比以下完全不动频率太低则最低启动占空比又太大。3.3 代码侧联调一段可以直接上板的硬件验证程序讲义里还配了硬件验证代码这里摘录一段底盘电机PWM初始化和ADC采集电池电压的核心示例。代码本身不复杂但每一步都对应前面的硬件设计。// 基于STM32F407 HAL库的硬件验证代码片段 TIM_HandleTypeDef htim3; ADC_HandleTypeDef hadc1; // PWM初始化定时器3通道1频率15000Hz void MX_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; __HAL_RCC_GPIOA_CLK_ENABLE(); // 电机PWM引脚 PA6 复用为定时器3通道1 GPIO_InitStruct.Pin GPIO_PIN_6; GPIO_InitStruct.Mode GPIO_MODE_AF_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; GPIO_InitStruct.Alternate GPIO_AF2_TIM3; HAL_GPIO_Init(GPIOA, GPIO_InitStruct); } void Motor_SetDuty(uint8_t percent) { uint32_t pulse (uint32_t)(percent * 100); // 0-100 0-10000 __HAL_TIM_SET_COMPARE(htim3, TIM_CHANNEL_1, pulse); } // ADC采集电池电压返回伏特值 float Read_Battery_Voltage(void) { uint32_t adc_value 0; float voltage 0.0f; HAL_ADC_Start(hadc1); HAL_ADC_PollForConversion(hadc1, 10); adc_value HAL_ADC_GetValue(hadc1); // 假设分压电阻100K/33K参考电压3.3VADC分辨率4095 voltage (adc_value / 4095.0f) * 3.3f / 0.248f; return voltage; }新人拿到这段代码配合示波器应该能在半小时内确认三件事PWM波形是否正常、占空比调整是否线性、ADC读取电压是否和万用表测量值一致。如果这三项都通过那最底层的硬件链路基本就是可靠的。讲义里明确强调在做任何复杂控制算法之前先把这个验证程序完整跑一遍能省掉后面80%的排障时间。4. 调试工具、排查思路与常见问题速查4.1 硬件调试的基本方法论分层隔离、先电源后信号我带人调试硬件时最喜欢用的一个原则是分层隔离。意思是遇到一个系统性问题先把问题切成独立的小环节每个环节单独测试而不是直接改代码、换模块。比如电机不转。很多新人的第一反应是换驱动模块或者调一遍PWM初始化代码。正确做法是做一个线性排查先测量驱动模块的VM和GND两端电压是否正常电池有没有电保险丝断没断。再测量逻辑端VCC是否有5VGND是否和主控共地。然后看PWM引脚有没有波形输出、占空比是不是符合预期。最后才怀疑驱动芯片损坏或者电机损坏。这四步里前两步是电源问题后两步是信号问题所以也叫先电源后信号。这个顺序在讲义里被反复强调因为电源故障的隐蔽性最高。一个典型的例子是某模块的GND只接了主控的GND而没有接电池负极于是主控通过其他路径形成了部分地回路结果整个系统处于一种半工作状态——灯光微亮、电机抖动、传感器偶尔读数。这种情况用万用表量一下模块GND和电池负极端电压就会发现不是0V问题立刻暴露。另一个工具使用方法很重要万用表的二极管档不只是用来测二极管更多时候用来检测PCB走线通断和焊接短路。比如STM32的两个相邻引脚如果焊锡搭连万用表会报出短路报警反过来如果排针虚焊用电阻档或者二极管档测量时会发现开路或者阻值奇高。养成每焊一排针就用表测一遍的习惯能显著减少看起来都焊了实际上没通的问题。4.2 我把调硬件时踩过的坑整理成了速查表这一节内容在V0.2.1版里增加了不少因为每次比赛前集训新人问的问题高度重复。把这些高频问题整理成表格放讲义里等于让新人在动手之前先预演一遍可能遇到的故障。故障现象可能原因排查方法解决方案上电后主控不断重启电源线压降过大或稳压模块输出能力不足用万用表量主控入口电压是否持续稳定换用电流余量更大的DC-DC给主控电源加至少100uF电容电机不转但PWM有波形驱动模块逻辑电源缺失或共地不良测量VCC引脚对地是否达到工作电压将驱动模块逻辑地和主控GND可靠短接电机抖动且伴随啸叫PWM频率过低或占空比过小调节PWM频率观察最低有效占空比将频率调到10kHz以上增大最低启动占空比传感器I2C读数偶尔乱跳上拉电阻不匹配或地址冲突确认总线上所有设备的地址、检查上拉电阻给I2C加上4.7kΩ上拉改设备地址电池电压检测数值偏高分压电阻精度不足或ADC参考电压不准万用表实测分压点电压与读数值比对换1%精度电阻用内部参考基准校准ADC底盘前进时看起来像在画弧左右电机编码器方向不一致或PID参数不一致单独打印每个轮的转速统一编码器方向给左右轮分别标定PID参数USB摄像头掉线摄像头供电电压跌落实测量摄像头输入端电压在电机加减速时的波动单独为摄像头提供稳压源或用外部供电的USB HUB舵机上位后电流猛增舵机堵转或者供电能力不足测堵转电流是否超过标称值给舵机单独6V/3A稳压模块表格是总结但真正关键的是每一条背后都有一个具体的事故。比如左右电机方向不一致这个坑我在V0.2.1版讲义里补充了一个小练习故意把一台电机的AB编码线接反让队员通过打印值找出问题。这种反向训练比正向教学有用得多。4.3 排查工具的选择和正确用法以及你真的需要示波器吗新队员常问我是不是必须买一台示波器我的答复是如果预算有限优先买一台好一点的万用表再加一个逻辑分析仪。万用表能解决大部分静态问题电压、通断、短路逻辑分析仪价格便宜能观察I2C、SPI、串口通信的波形和时序排查通信类的疑难杂症足够了。如果想排PWM频率、电源纹波这类问题才需要示波器。但工具只是辅助最重要的还是测量习惯。我见过很多新人用万用表测量时表笔乱放量电压时表笔没有可靠接触得到一跳动数据就以为是电路坏了。正确做法是测量电压时表笔要接触裸露的焊盘或测试点不要夹在绝缘皮上测电流时一定要串联接入千万不要把电流档表笔直接并联到电源两端——这是万用表最常见的报废方式。还有一个小技巧在主要供电节点都预埋测试点。比如电池正极、稳压输出、主控3.3V、电机驱动VM等关键位置预留几个露出铜箔的小焊盘调试时装表笔非常方便。这算是硬件调试的预埋措施成本几乎为零但排障能快很多。5. 讲义之外从硬件基础到整机联调的延伸路径5.1 打好硬件底子之后应该怎么往视觉和整机方向走V0.2.1的定位是硬件基础所以它没有涉及太多算法和上位机内容。但这份讲义的价值体现在后续延伸上。当你理解了电源、通信和驱动之后再接视觉、做整机联调就会轻松很多。比如视觉模块和主控的通信。很多队伍用OpenMV或者树莓派做识别识别结果通过串口发给主控。这个环节看起来简单但实战中最大的坑不是串口配置而是两个模块的供电和地电位不统一。视觉模块接在一路5V上主控接在另一路5V上如果两个电源没有共地串口信号就会出现随机的乱码。解决方式很简单把所有模块的GND可靠接到同一个电位再谈协议解析问题。这类问题在讲义里虽然没有展开整章但在通信协议一节里已经埋了伏笔。再比如云台控制。云台需要两个舵机或者两个无刷电机来稳定方向核心是IMU反馈加上串级PID。很多新人一上来就调大PID增益结果云台开始振荡发出嗡嗡声。如果之前学过讲义里的先单点后整体调试原则就会先把IMU数据滤波调到稳定再单独调内环最后调外环。硬件调试的方法论到了控制算法领域依然适用。5.2 这份讲义应该如何继续演化未来版本的规划V0.2.1不是终点。基于这几年的经验我已经在酝酿V0.3.0核心方向有三个加入更多失败案例回放。现在每周集训遇到典型故障我都会拍照记录然后回填到对应章节。对于硬件资料来说真实的故障记录比正确接线更有教学价值。补充无刷电机和FOC驱动的基础内容。现在的比赛已经越来越多使用无刷电机它们的接线和调试手法和直流电机完全不同。V0.2.1里这部分只是提了个头估计V0.3.0会专门开一章。增加硬件评审检查单。比赛前总会做系统检查以前靠经验现在打算把清单固化到讲义里——比如检查所有接线端子是否锁紧检查电机是否异常发热检查裁判系统连线是否牢固。让新人按清单逐项打钩比老队员在旁边喊十遍管用。我始终觉得高手和新手的差别不在于谁更懂芯片手册而在于谁见过的失败更多、谁更能把失败转化成可复用的经验。一份讲义如果只有正确路径没有失败路径那它只完成了一半任务。希望这份V0.2.1的思路能帮你少走点弯路也早点攒出自己的版本号。