21届智能车竞赛我们战队分到了疯狂电路组。先说清楚这个组别很多朋友看官方名录可能找不到这四个字它对应的是无线充电节能组但因为这一整套车的功率变换电路、无线充电接收电路、电机驱动电路加起来实在太多了有一阵子几乎每周都要炸掉一两块板子队里就戏称它是“疯狂电路组”。Soberup战队的开源目录就是我们在这个组别从零开始到最终完赛的全部资料沉淀包含硬件原理图、PCB、嵌入式代码、上位机工具和调试记录。这篇内容不是教你抄作业而是我把整个开源项目拆开揉碎了讲每个目录里是什么、当初为什么这么设计、哪些地方最容易踩坑以及如果你打算复现这套方案应该按什么顺序去读代码和改板子。无论你是刚进实验室准备打下一届的新人还是已经在调车但卡在某些玄学问题上的老手我觉得这份记录里的经验都值得参考。1. 开源目录全景仓库里到底存了什么东西先看总目录结构这是开源项目最先要交代清楚的东西。我们当时整理仓库的时候定了一个原则让任何一个陌生同学拿到压缩包之后不靠任何口头交流也能把车跑起来。所以仓库不是简单扔一堆代码而是把硬件、固件、工具、文档全部分门别类放好。Soberup_21_smartcar/ ├── README.md ├── docs/ │ ├── 硬件设计说明.md │ ├── 软件框架说明.md │ ├── 调试笔记.md │ └── 试验记录汇总.xlsx ├── hardware/ │ ├── receiver_board/ # 无线充电接收板 │ │ ├── schematic.pdf │ │ ├── PCB/ │ │ ├── BOM.xlsx │ │ └── test_report.md │ ├── power_board/ # 超级电容充放电管理板 │ │ ├── schematic.pdf │ │ ├── PCB/ │ │ ├── BOM.xlsx │ │ └── test_report.md │ ├── motor_driver/ # 电机驱动板 │ │ ├── schematic.pdf │ │ ├── PCB/ │ │ └── BOM.xlsx │ └── main_board/ # 主控板 │ ├── schematic.pdf │ ├── PCB/ │ └── BOM.xlsx ├── firmware/ │ ├── project/ │ │ ├── Soberup_Demo.launch │ │ └── Soberup_Demo/ │ ├── src/ │ │ ├── main.c │ │ ├── control/ │ │ ├── sensor/ │ │ ├── algorithm/ │ │ └── driver/ │ └── README.md ├── tools/ │ ├── tuning_host/ # 上位机调参软件 │ └── data_analysis/ # 离线数据分析脚本 └── mechanical/ ├── 3D_model/ └── 装配说明.md1.1 硬件目录的设计逻辑hardware目录按功能板来分而不是按项目阶段来分这一点很重要。因为调车后期改动最多的是电机驱动板如果把它和主控板混在一个版本里别人下载代码之后就分不清哪一版对应哪一版了。每块板子我都单独建了schematic、PCB和BOM三个子目录BOM表里不光写元器件型号还会写采购渠道和大致价格这样复现的人不用自己去淘宝搜半天。还有一点是每块板子都带一份test_report.md。比如接收板测试报告里会记录不同输入电压下的效率、温升数据电容板会记录充放电曲线截图。这些数据比原理图本身更有价值因为原理图只告诉你“应该怎么连”测试报告告诉你“实际上能跑到什么程度”。1.2 固件代码的组织方式firmware工程是基于TC264双核单片机做的代码按模块划分src下面有control、sensor、algorithm、driver四个文件夹。driver放的是底层外设驱动比如DMA采集、PWM输出、编码器接口sensor层把摄像头、编码器、陀螺仪的数据统一成结构体往外传algorithm里面是图像二值化、边线提取、PID这些核心算法control则是把算法算出来的结果变成电机PWM和转向舵机PWM。这样分层的好处很直接调参的人不需要去改底层驱动只需要在control层改PID系数在algorithm层调图像参数。甚至可以直接用上位机在线改不用反复刷flash。1.3 调试工具的价值tools目录里的上位机调参软件是我们自己写的串口通信协议也开源在仓库里了。它的主要功能有三个实时显示摄像头图像、曲线显示速度与电流数据、在线修改PID参数。配合无线串口模块可以做到车在跑道上跑人在电脑前面看着数据调参数不需要每改一次参数就拔一次电池。这套工具在当时救了全队的命因为疯狂电路组最大的痛点就是电池和电容的电压变化很大同样的PID参数在不同电量下表现完全不同。有了在线调参就能在几次试跑里快速找到折中值。2. 疯狂电路组的核心设计思路这个组别为什么会“疯狂”第一个原因是电路拓扑极其复杂第二个原因是整车能量流是动态变化的。普通组别电池电压是固定的只要保证稳压输出就行但无线充电节能组的能量来源是超级电容电压会从高到低一路掉下去所有电路都必须工作在宽电压输入下这对电源设计和电机控制都是额外的挑战。2.1 能量流与整车架构整车能量流动是这样的赛道地面有发射线圈车上的接收线圈感应到交变磁场后产生交流电经过整流桥变成直流再通过Buck电路降压后给超级电容充电。超级电容是整个车的唯一能量来源放电时电压从25V左右一路降到10V左右然后通过稳压和驱动电路供给电机和主控。这带来一个直接问题如果想让车在电容电压降低之后依然保持稳定的速度和转向响应就不能只做单级稳压。我们最终采用的方案是“电容直供电机独立降压给主控”也就是电机驱动直接吃电容电压利用宽压驱动芯片来应对电压跌落主控和其他低压电路则用一级Buck和一级LDO单独供电。这样做的好处是低压部分不会因为电容电压变化而重启坏处是电机驱动部分对宽压范围的纹波抑制要求很高否则PID输出对应的PWM占空比在低压和高压下会产生完全不同的实际电压。2.2 MCU选型与外设分配主控选择TC264主要看中它的双核架构和丰富的外设资源。一颗核跑图像采集和二值化另一颗核跑控制和通信两边通过核间通信机制传数据可以有效避免图像处理延时导致控制周期抖动。外设分配上摄像头用的DMA硬件触发编码器用的正交解码舵机和电机PWM各占一个定时器通道其他预留IO给调试串口和LED指示灯。选型时也对比过STM32H750和RT1064他们主频更高但功耗也偏高。疯狂电路组对功耗非常敏感因为所有能量都来自超级电容任何低压电路多耗0.1W都会直接影响续航。TC264在200MHz下把外设全部跑起来实测功耗比预想中要低这是最终选中它的原因。2.3 为什么把PCB设计放在第一优先级很多队伍做智能车是先画核心板再把传感器和驱动搭在一起。我们在疯狂电路组吃过几次供电不稳的亏之后把设计顺序改成了“电源板优先、驱动板次之、主控板最后”。因为无线充电的接收端和电容管理板直接决定了全车能否稳定运行一旦电源拓扑有问题后面软件怎么调都白搭。这里有个经验所有板子在投板之前先用洞洞板搭一个验证电路不用追求美观目的是确认关键芯片工作正常、纹波在可接受范围内。比如我们最初的电容稳压方案有一个致命错误——Buck电路在负载突然变化时输出过冲直接导致主控复位。这个问题如果直接画PCB至少要等一周才能发现问题用洞洞板半天就能测出来。3. 硬件电路设计深度拆解这一章是代码之外的硬核部分。如果你不打算复刻整个硬件可以只看表格和注意事项如果你要自己画板子建议逐行对照原理图看。3.1 无线充电接收与超级电容管理无线充电接收部分的核心元件是接收线圈、谐振电容、整流桥和Buck电路。线圈的输出电压会随着与发射端的距离变化而剧烈波动厂家标称电压根本不可信。我们的做法是在接收线圈后加一个LC并联谐振网络谐振频率对准发射端的开关频率这样能显著提升接收效率但也带来了一个问题谐振电容的耐压值要留足余量否则强耦合时线圈电压升高电容容易直接击穿。整流桥选型要注意反向恢复时间和压降。我们一开始用了普通整流管结果效率只有60%多板子烫得不行换成肖特基二极管后效率到了75%发热明显下降。这组对比数据完整记录在test_report里复现的时候建议直接参考最终版本。接整流桥后面的Buck电路负责给超级电容充电。超级电容模组是六节2.7V单体串联最高电压16.2V充电策略是恒流、恒压两段式先以设定电流恒流充电电压达到14.4V单体平均2.4V之后切恒压电流逐渐降低。这里千万不要充满到16.2V超级电容对过压极其敏感一旦超过额定电压寿命和安全性都大打折扣甚至会鼓包漏液。3.2 电机驱动板的设计要点电机驱动用的是半桥MOS方案四个N沟道MOS管组成全桥栅极驱动芯片选择的是自带自举电路的类型。这里有个关键细节全桥上下管的死区时间必须设置好。我们最初死区设的0.5微秒结果高速开关时上下管直通电流飙升直接烧了一片MOS。后来把死区调到2微秒才稳定。MOS管栅极电阻也值得说。栅极电阻太大会让开关速度变慢、开关损耗上升太小会产生振铃、造成电磁干扰。我们最终选了10欧姆并且每个栅极旁边都并联了一个1N4148快速二极管帮助关断时快速放电。这组参数不是随便拍的是通过示波器反复看栅极波形确定的。电流采样用的是采样电阻运放放大方案采样电阻放在全桥下桥臂的源极端。放大后的电流信号同时送进ADC和比较器比较器阈值设置成过流保护点触发后硬件直接封锁PWM输出而不是靠软件响应。这条硬件保护链路是血泪教训换来的软件过流保护至少需要几十微秒硬件比较器只需要几十纳秒。3.3 PCB布局与电磁兼容疯狂电路组的PCB布局比普通组别要谨慎得多。最大的干扰源是无线充电接收线圈附近的高频磁场和电机驱动PWM的高dv/dt而最敏感的电路是摄像头信号和陀螺仪I2C总线。如果这两类电路靠得太近图像会出现水波纹陀螺仪数据会跳变。我们的解决方案有三个层面功率电路、模拟电路、数字电路分区布局功率地、模拟地、数字地单点连接。摄像头信号线使用差分协议并包地处理信号线旁边两侧铺地铜。陀螺仪放在车的中心轴上远离电机和驱动板并且用软排线连接避免振动和磁场直接耦合。还有一个很多人会忽略的点主控板的晶振不要靠近超电容正极走线。超级电容瞬间放电电流很大路径上的瞬态磁场会干扰晶振导致系统时钟抖动严重时直接死机。我们的第一版主控板就栽在这个问题上后来把晶振挪到板边远离大电流走线才解决。4. 嵌入式软件与控制算法硬件稳定之后软件才是真正决定车速的东西。这部分不会讲具体每一行代码重点说架构设计和算法参数之间的关系。4.1 代码架构与双核任务调度TC264的双核不是所有任务都能随便分配需要根据外设归属来确定。我们B核负责图像采集、二值化和边线提取A核负责控制算法、通讯和状态机。两个核之间通过Mailbox传递数据传递频率是一帧图像一次大约14毫秒。图像处理这一帧的速度直接决定控制周期所以图像处理函数里严禁使用延时等待所有耗时操作都要改成非阻塞方式。控制任务的调度周期是1毫秒。在每个控制周期里A核读取当前速度、陀螺仪数据和来自B核的最新赛道中线信息然后通过PID计算得到电机PWM和舵机PWM。如果某一次图像数据没有更新控制系统继续沿用上一帧的赛道信息不会出现控制中断的问题。看门狗必须开。在疯狂电路组这种电源变化剧烈、干扰频发的环境里单片机跑飞是家常便饭。我们的看门狗超时时间是100毫秒一旦程序卡死或跳飞系统自动复位车会在几十毫秒内刹停而不是全速冲出去。4.2 图像处理与赛道中线提取摄像头用的是总钻风灰度摄像头分辨率设置为188×120这个分辨率在帧率和处理量之间比较均衡。采集到灰度图之后第一步是二值化。一开始我们用固定阈值结果发现光照不均匀时有大片区域误判。后来改成动态阈值每个点跟同一行的平均值比较效果好了很多。边线提取的逻辑是找左右两侧的跳变点分别存储左右边界数组然后计算中线偏移。这里有一个容易忽略的细节当车进入十字路口或环岛时左右边界会发生突变不能直接把偏移量用在转向控制里。我们的做法是维护一个置信度标记当左右边界宽度超过正常值或者边界不完整时将转向控制切换到上一帧数据和陀螺仪航向角的融合结果避免误转向。补一下代码效果展示这是二值化和中线提取的核心逻辑文件路径在firmware/src/algorithm/line_finder.c。uint8_t find_edges_and_midline(uint8_t *binary, uint8_t *midline) { uint8_t left_edge, right_edge; uint8_t found 0; for (uint8_t row 0; row IMG_H; row) { left_edge 0; right_edge IMG_W - 1; // 从左往右找第一个黑点作为左边线 for (uint8_t col 0; col IMG_W; col) { if (binary[row * IMG_W col] BLACK) { left_edge col; break; } } // 从右往左找第一个黑点作为右边线 for (uint8_t col IMG_W - 1; col 0; col--) { if (binary[row * IMG_W col] BLACK) { right_edge col; break; } } if (right_edge left_edge) { midline[row] (left_edge right_edge) / 2; } else { midline[row] INVALID_POINT; } } return found; }实际调试中环岛入口的左右边线经常同时出现在同一侧这种算法会失效所以必须加状态机来处理特殊元素不要指望一种算法跑全场。4.3 PID参数整定与能量管理策略控制系统分两部分速度环和转向环。速度环是纯闭环转向环是位置环微分前馈。速度环先调因为速度不稳定的时候转向没有意义。调速度环的方法比较老套但最有效先给一个固定PWM测出实际速度和PWM之间的关系做电机死区补偿。之后从小到大加KP等到速度波形开始震荡固定KP再加KI消除稳态误差。疯狂电路组特有的问题是电容电压下降会改变电机的转速-电压特性所以速度环的积分项不能太大否则电压突变时积分饱和会让车猛加速或急刹车。转向环我们用了PD控制加微分前馈典型参数大概是P45、D8。这个比例比大多数队伍用的值大很多因为无线充电车为了节能会维持一个相对低的速度转向就要更敏锐才能走好近弯。在线调参工具的曲线回放功能在这里帮助很大每次跑完一组数据直接回放图像和速度曲线能看出是转向过度还是转向不足。能量管理策略是疯狂电路组独有的。我们的策略是记录当前电容电压和总电流估算剩余能量和已消耗能量然后根据赛道长度设定目标速度。如果电容电压低于警戒线自动把最大速度限制降低同时提高转向PID中的D项让车更平稳地滑行而不是强行保持高速导致没电停在场中央。5. 常见问题与排查技巧实录这一章是实战记录每一条都是真金白银踩出来的。列成速查表方便你们对照。故障现象常见原因排查手段预防方案MOS管上电即烧死区过短、栅极驱动不足示波器看栅极波形死区至少2us栅极电阻串二极管超级电容鼓包过压充电或单体不均衡万用表量每节电压恒压阶段设置低一点加均衡板摄像头图像水波纹高频磁场干扰模拟总线断开电机后看图像软排线包地信号远离功率区车速忽快忽慢电容电压变化导致占空比-速比漂移回放电压和速度波形速度环加入电压前馈单片机频繁复位大电流路径干扰晶振用示波器测复位引脚晶振远离功率走线加复位滤波舵机抖动控制周期不稳定或电源纹波大看控制周期和电源纹波保证1ms任务不被打断加储能电容无线充电效率低谐振频率偏移测线圈波形频率调谐振电容匹配发射频率5.1 上电烧MOS管的复盘这个问题我们前后烧了四片MOS才找到真正原因。第一次烧是死区太短第二次烧是栅极驱动芯片供电不足第三次烧则是上电瞬间电容充电电流过大造成的浪涌。前两次还好排查第三次最隐蔽因为上电瞬间超级电容接近短路充电电流几十安培瞬间把母线电压拉低驱动芯片的供电也跟着掉MOS管进入半导通状态直接烧毁。最终解决方法是两级软启动先通过预充电阻给电容慢慢充电电容电压达到设定值之后再由继电器短接预充电阻。这个电路在power_board里有完整实现继电器控制信号来自主控的一个IO延时500毫秒后再允许电机PWM输出。5.2 摄像头的间歇性水波纹图像出现水波纹是调车时最磨人的问题之一。我们用屏蔽线替换了软排线、把摄像头电源加了LC滤波都没根治。最后发现是摄像头的地线和电机驱动的地线在PCB上形成了环路电机电流变化时地电位漂移导致摄像头输出信号的参考地不稳定。解决办法是彻底的单点接地主控板上的模拟地、数字地分开走线在电源输入端一点汇合摄像头地单独拉一根线到主控板的地汇合点不再就近接到大电流地。这之后水波纹出现的概率低了九成剩下的微弱干扰在图像算法里用形态学滤波做了补充。另外一个角度看如果试了好几种屏蔽方案都无效多半不是信号线本身的问题而是参考地的问题。这类干扰用示波器探头直接量摄像头供电引脚的纹波会比看图像推测快得多。5.3 在线调参和数据回放技巧最后分享一个让整个调试效率提升很大的习惯每次试跑都完整记录一组数据包括图像、电机PWM、实际速度、电容电压、舵机PWM时间戳对齐。刚开始大家嫌麻烦后来发现没有数据的时候车一冲出去就什么都看不到了只能凭感觉改参数改几轮下来不仅没有进展还可能把之前的稳定参数搞没了。tools目录里的data_analysis脚本可以把这些CSV文件转成图表自动画出赛道轮廓和速度曲线叠加图。利用它回放问题车次能清楚看到是在哪个弯道丢线了、是在哪一段电压不足导致降速、是在哪个点PID输出饱和了。这种“先看数据再动手”的习惯比任何调参技巧都重要。我们后期把绝大多数问题都锁定在数据里而不是去现场靠眼睛猜。特别是电容电压这个量普通组别根本不会关注但在疯狂电路组里它决定了整条赛道能不能跑完。写在最后的一点体会如果你真的想复现这个开源项目的方案我建议不要直接从PCB和代码开始抄而是先把docs目录下的三篇文档通读一遍尤其是调试笔记里那段从洞洞板验证到最终投板的记录。因为那里面记录的失败过程才是整个项目里最有价值的东西。每一块板子的设计改动都对应着一个实际问题理解这些问题之后你会发现原方案并不是完美的甚至有些妥协是为了赶赛程做出的无奈之举。在你自己动手做的时候至少把超级电容充电管理板单独打板验证一次不要一上来就把全套PCB一起投。这个组别最大的特点是电路之间耦合非常深电源、驱动、主控任何一环出了问题都可能把其他板子一并带走。先做小板、再集成整板、最后再调软件这个顺序可以帮你避开我们走过的那些弯路。