不打无准备的仗——聊聊我大一参加电赛的完整复盘又到了电赛报名季后台陆续有学弟学妹问我大一啥都不会能打电赛吗该从哪下手说实话两年前的我也是一脸懵地扎进这场“四天三夜”的硬仗现在回头看大一参加电赛这件事不仅不早反而是大学阶段性价比最高的选择之一。先交代一下背景我大一参加的是全国大学生电子设计竞赛的控制类题目从零基础开始到最终拿到省级二等奖。整个过程经历了选题纠结、焊接翻车、代码死循环、凌晨三点改参数改到怀疑人生再到最后测试现场的心跳加速。今天把这套经验完整拆给你不灌鸡汤全是实操。这篇分享适合三类人看一是正在犹豫要不要报名的大一新生二是已经报名但不知道从哪开始准备的队伍三是想了解电赛到底比什么的旁观者。我会从赛前准备、题目拆解、设计思路、现场节奏、踩坑记录几个维度展开讲到具体的芯片选型、模块调试方法、时间分配策略。1. 赛前准备与选题思路1.1 大一打电赛先搞清楚比什么电赛全称是全国大学生电子设计竞赛每隔一年逢单数年份举办一次全国赛双数年份有各省的联赛或邀请赛。它的核心赛制非常刺激全国统一命题统一时间发题然后给你四天三夜完成从方案设计、硬件搭建、软件编写到系统调试的全流程最后统一封箱测评。很多人听到“四天三夜”就吓退了但我要说句实话电赛真正比的不是谁懂得更多而是谁在有限时间内能把一个完整的电子系统跑起来。大一参赛的好处恰恰在于——你不会因为“想太多”而卡在方案选择上反而会老老实实按照标准套路把该做的模块搭完。从历年题目来看主要分几个方向控制类小车、飞行器、倒立摆等、信号类波形发生器、放大器、滤波器设计、测量类仪表、数据采集系统、电源类DC-DC变换器设计。每年大概7-8道题本科组和高职组分开不同题目难度差异很大。我需要强调一点题目难度跟年级关系不大很多拿国一的队伍里也有大一学生关键看准备方向对不对。1.2 赛前三个月最少要储备这些技能如果你是零基础大一新生别慌。电赛准备的本质是“带着任务学”——你不需要系统地学完模电数电只需要围绕比赛可能涉及的核心模块突击即可。以控制类为例赛前三个月我最建议优先掌握的东西按重要性排序如下单片机的GPIO操作和定时器配置这是控制类的地基至少掌握一个主流型号比如STM32F103系列会点灯就成功了三分之一PWM信号的产生与调节电机调速、舵机控制、蜂鸣器发声全都要用PWMADC采集和基本滤波算法读取传感器数据灰度、超声波、红外、编码器是控制闭环的第一步简单的PID控制思想不一定要求你能手推公式但至少要理解比例、积分、微分各自解决什么问题焊接功底万用板洞洞板焊接要熟练焊点饱满不虚焊四天三夜最怕半夜三更找虚焊故障具体时间分配上我的建议是前两个月每周保证8-10小时泡实验室第一个月重点玩单片机外设第二个月开始做往年真题的模块拆解。最后一个月则要完整模拟至少一次“四天三夜”的全流程练习。1.3 组队与分工别让三个人干同一件事电赛是三人一队三人配合得好不好直接决定四天三夜的生死。常见的合理分工模式是一人偏硬件电路设计、焊接、PCB绘制、电源管理一人偏软件单片机程序、算法、上位机一人偏系统文档撰写、方案设计、现场测试、时间把控。当然实际过程中不可能完全分家但必须保证每项工作都有人“主责”。这里踩过一个大坑大一刚组队时我们三个人都想写代码硬件没人管结果比赛第一天发现最小系统板飞线太乱供电一接上就重启。后来临时调整分工才勉强抢救回来。所以组队时一定提前说清楚各自的优势和兴趣别凭感觉“大家一起上”。2. 控制类题目的核心套路与方案选型2.1 从历年H题看控制类题目的出题逻辑最近几年电赛控制类的出题方向越来越明确小车、视觉、机械臂交互。这里我不想逐字分析具体某年的题目因为每年都会变但经典考点是稳定的——电机驱动与测速、传感器融合、闭环控制算法、人机交互界面。比如2023年H题聚焦于运动控制视觉识别2024年H题又加入了更多传感器融合的元素。这类题目真正想考察的是你的系统集成能力把一个多模块协作的完整系统搭起来并保证稳定性。大一参赛者容易犯的一个错误是疯狂堆硬件买个贵的摄像头模块、性能强的开发板、尺寸夸张的电机觉得硬件越猛分越高。其实测评时评委更看重稳定性和完成度就算你的车跑得慢只要稳稳完成任务拿到基础分也比跑得快但动不动翻车强。2.2 主控、驱动、传感器怎么选才不翻车选型原则一句话选你熟悉的不选参数最漂亮的。在四天三夜的高压环境下用一块完全没接触过的芯片等于赌博。我推荐控制类主控首选STM32F103系列原因很简单资料多、例程全、遇到问题一搜就能找到答案。进阶一点的队伍会用STM32F4系列跑视觉但大一参赛建议把F1用熟性能完全够用。如果你对Arduino更熟也不是不行只是测评时某些复杂算法比如高速PID、图像处理会比较吃力。电机驱动方面小车类题目最常见的方案是TB6612模块或DRV8833模块比传统的L298N轻便、效率高。控制类小车一般不追求大扭矩反而更看重响应速度和线性度所以驱动模块的PWM频率建议设置在10kHz-20kHz之间太低会有明显的电机啸叫声太高驱动芯片发热严重。编码器测速是闭环控制的基础常见的有霍尔编码器和光电编码器两种。在这里强烈建议选购带减速箱的电机加上AB双相霍尔编码器可以同时测速度和方向。注意编码器线一定要用屏蔽线或双绞线并且接线尽量远离电机电源线否则测出来的脉冲数会让你怀疑人生——别问我怎么知道的。传感器的选择则取决于题目需要循迹用灰度传感器最好是4路以上2路在过十字路口时会失灵避障用超声波或红外测距用VL53L0X激光测距模块精度高、速度快视觉识别用OpenMV或K210。大一阶段不建议直接上树莓派做视觉调试复杂度太高容易拖垮整个进度。2.3 PID参数整定的实操方法论到了控制类题目就绕不开PID。说到PID很多人第一反应是背公式、调参数调得满头大汗还是原地画圈。这里分享一套我自己总结的整定流程四天三夜里实测非常高效先只加比例项从小到大增加Kp直到系统开始等幅振荡小车来回抖动。记住这个临界值然后把Kp设为临界值的50%-60%加入积分项Ki从很小的值比如Kp的1/10开始加目的是消除稳态误差。注意Ki太大会引起低频振荡表现为小车周期性“点头”最后加入微分项Kd从0开始逐步增加抑制超调。Kd太小抑制效果差太大会放大噪声表现为高频抖动闭环测试时先用串口把设定值和实际值打出来别光盯着车看看到数据曲线才能定位问题还有一个小技巧现场调试时先降低速度目标值等参数调稳了再逐步提速。很多人一上来就全速跑然后调PID结果系统震荡得乱七八糟还以为是参数问题其实是速度太快超出了执行机构的物理极限。3. 信号类题目的设计要点与波形发生实现思路3.1 波形发生器题目的命题特点和核心挑战信号类题目几乎是电赛的“常青树”比如2015年的多种波形发生器、近几年频繁出现的信号源设计题核心要求一般是这样产生指定频率范围、指定幅值、低失真的正弦波、方波、三角波有时还要支持频率调制、幅值调制或者扫频输出。很多队伍一看到“低失真”三个字就头疼其实它考察的不只是“能不能出波形”而是“波形质量过不过关”。我大一那年虽然主攻控制类但练过一段时间的波形发生器题目因此对这个方向也有比较深的体会。一个完整的波形发生器系统包含三大部分信号产生DDS或直接数字频率合成、信号调理滤波、放大、幅值调节、人机交互按键/旋钮设置参数、屏幕显示。这三个部分要协同工作缺一不可。3.2 DDS方案选型AD9833、AD9850还是直接用单片机实现波形发生器最常见的有三种方案一是用专用的DDS芯片AD9833、AD9850等二是用高性能单片机STM32内置DAC直接查表输出三是用FPGA实现高速DDS。对于电赛来说三种方案各有利弊方案优点缺点适用场景AD9833模块电路简单、SPI控制、功耗低、波形质量好最高频率约12.5MHz够用、需要额外的运放电路大部分电赛波形题的首选STM32内置DAC省去外部芯片、灵活调整波形最高输出频率受DAC转换速率限制波形点数和频率上限矛盾频率要求不高几十kHz内且希望代码完全可控FPGADAC输出频率高、相位噪声低、扩展性强开发门槛高、调试周期长追求高频高性能但不推荐大一新手如果时间有限最稳妥的方案是AD9833DAC输出有源低通滤波器可变增益放大器。AD9833通过SPI接口配置后内部就能直接产生正弦波、三角波和方波频率分辨率可以精确到0.1Hz级别这在测评中是个很大的加分项。注意AD9833的输出是电流型DAC后续必须加运放转换成电压信号常见的搭配是OPA227或AD820配合一个二阶巴特沃斯低通滤波器去除高频镜像。3.3 信号调理链路这些细节决定波形质量一个常见的误区是DDS芯片出来的波形直接接示波器就能看。现实是DDS输出往往带着明显的台阶状量化噪声和高频噪声必须经过滤波和放大才能满足“低失真”要求。这里有几个关键细节滤波器的截止频率要设置成最高输出频率的1.5-2倍太低了会衰减高频正弦波幅值太高了滤不干净输出级最好用数字电位器或继电器切换电阻的方式控制幅值这样幅值调节是线性的不会像模拟电位器那样拧半天对不准50欧姆阻抗匹配一定要考虑测评时评委的示波器探头通常是1M欧姆输入阻抗但如果你设计的是50欧姆输出阻抗测试时最好用50欧姆终端匹配否则波形反射会导致过冲方波输出要特别注意压摆率SR运放的压摆率太低会导致方波边沿变缓严重时看起来像梯形波我当时练习时用AD9833二阶有源低通滤波OPA227放大输出1kHz正弦波时实测THD总谐波失真能做到0.5%以内应付测评绰绰有余。如果你想让波形更干净可以在DDS输出级加一个跟随器做隔离避免后级滤波电路的回流影响DDS芯片工作状态。4. 四天三夜的实战节奏与现场调测4.1 拿到题目后前3小时先做这五件事电赛的发题时间一般是早上8点从那一刻起计时开始。我的经验是前三小时千万别急着动手写代码先把节奏打对第一件事三个人分别快速浏览所有题目每人独立选出自己认为最合适的题并写下理由。这能避免三人凑在一起被某道题的“花哨描述”带偏第二件事汇总讨论确定最终选题。控制类题目优先选“基础动作要求明确、拓展功能空间大”的题信号类则优先选“指标清晰、测试方式明确”的题第三件事立即做一个简化的系统框图和时间表。把四天划分为第一天完成硬件搭建最小系统跑通第二天完成核心功能模块第三天联调处理边缘情况第四天上午定版、下午准备演示和文档第四件事马上把大赛提供的材料清单清点一遍列出缺什么立刻安排人去借或买。这一点最容易被忽略等到半夜发现缺一个运放想买都没地方买第五件事队长和队员明确今晚之前的小目标比如“今晚12点前小车必须能通过串口遥控前进后退”没有阶段性目标就容易磨洋工4.2 把“四天三夜”拆成四个“一天一夜”四天三夜听起来很长实际上真正能高效工作的时间不到60小时。我在备赛总结时发现一个规律第一天大家的精力和注意力还在线第二天状态尚可第三天开始显著疲劳第四天基本上靠肾上腺素撑着。所以任务分配必须和精力曲线匹配。第一天最重要的事情是硬件平台和调试环境搭建。对于控制类题目这意味着最小系统板跑通、电机驱动测试正常、传感器模块全部单个验证、串口调试助手联通。信号类题目则是DDS模块输出波形正常、滤波电路通断正常、运放电路工作电压正确。这天的目标不是实现题目功能而是确保“工具都顺手了零件都认识你了”。第二天主攻核心功能。控制类就是闭环跑起来——让小车按照基本规则动起来比如巡线、走迷宫、识别并抓取物体信号类就是把各指标逐一攻破——频率范围、幅值范围、失真度、按键设置是否灵敏。这一天的容错率最高因为就算写崩了还有第三天可以重构。第三天是做“锦上添花”功能的时候。比如控制类的视觉识别扩展、信号类的扫频模式接力或调制模式。同时在第三天就要开始考虑“边界情况”如果光线变了怎么办如果地面颜色不同怎么办如果输出负载变大怎么办这些在测评中都是暗坑。第四天上午坚决不再加新功能只做两件事反复跑完整流程测试排查偶发bug准备测评文档设计报告。中午开始养精蓄锐下午测评。4.3 联调中最容易拖垮进度的三个问题四天三夜里最容易出现的三个“时间黑洞”第一个是电源问题。小车电池电压从满电到欠电电机启动瞬间压降可能达到0.5V以上如果单片机和传感器直接并联在电池上轻则复位重启重则逻辑混乱。解决方案是电源分层电池过来先进一个电源模块比如LM2596或MP1584降压到5V5V再通过LDOAMS1117-3.3给单片机供电电机驱动单独从电池取电形成“电源树”。这个问题如果不提前处理联调时会反复出现“跑着跑着就死机”的情况。第二个是共地问题。多个模块之间单片机、电机驱动、传感器必须共地否则SPI/I2C通信时会收到完全随机的数据。我见过有人在I2C总线上挂三个设备数据乱得一塌糊涂查了半天发现是传感器的地和单片机的地没有接在一起。第三个是机械结构问题。3D打印的支架、螺丝松动、轮子方向偏斜这些在静态调试时完全看不出来一旦运动起来就会放大成控制误差。我的经验是联调前先用几分钟把所有螺丝紧固一遍轮子位置校准一遍这十几分钟能省下后面几个小时的排查时间。5. 大一学生的深度经验踩坑、心得与实用建议5.1 大一参赛最常踩的六个坑逐个说清楚第一个坑光看书不练板。很多同学觉得先把模电数电学完再参赛结果学到一半比赛都结束了。电赛的节奏决定了你必须在实战中补理论反过来用理论指导实战而不是先修完一门课再动手。第二个坑买一堆模块但不会用。为了准备比赛买了七八种传感器结果每种都只玩了十分钟就扔一边。正确做法是围绕往年题目选3-4个核心模块每个都做一个小实验彻底玩透比如灰度传感器就做“沿黑线走”的实验超声波就做“测距避障”的小车实验。第三个坑低估焊接的工作量和质量要求。四天三夜的硬件搭接基本是在万用板上飞线完成的焊点质量差是最隐蔽又最致命的故障源。建议赛前集中练两天焊点一个焊点一次成型光亮饱满不虚焊不桥连。特别是排针、排母的焊接一定要检查相邻引脚有没有连锡。第四个坑代码不做版本管理。三天里改了几十版代码到了第四天发现新版本跑了半小时没问题但测试时偶发卡死想回退到旧版本却找不到。强烈建议用Git做版本管理哪怕只是本地仓库每次功能稳定就commit一次写清注释关键时刻能救命。第五个坑不重视设计文档。有些队伍到第四天测评前才连夜赶报告写出来的东西逻辑混乱、数据缺失。其实测评时评委对文档的重视程度不亚于现场演示——同样的代码和硬件文档写得清楚规范分数能高出不少。建议每天固定留出半小时记录当天的设计决策、测试数据和遇到的问题第四天只需整理润色即可。第六个坑心态失衡。四天三夜中一定会遇到“这题做不完了”的崩溃时刻。我的经验是提前约定好“不管多慌先睡三小时”。人在极度疲惫时做决策的质量会急剧下降很多时候就是在凌晨犯下的低级错误第二天白天花三倍时间补救。合理休息不是浪费时间而是保障效率的必要投资。5.2 给大一新生的备赛时间线参考我这里给出一份比较“标准”的半年备赛节奏供今年打算报名的大一同学参考时间段核心任务每周投入时间赛前6个月寒假选主控型号完成最小系统板跑通学习C语言基础与单片机外设编程8-10小时赛前4个月围绕目标类题目练习模块电机驱动、编码器、灰度/超声传感器掌握串口调试技巧10-12小时赛前2个月组队确定分工做一套往年真题严格控制4天3夜的时间完成第一次完整流程演练15小时以上赛前1个月复盘模拟赛问题补短板准备常用工具、模块、备用板卡按需这套节奏不要求你有多好的天赋只需要每周稳定投入。电赛是一件“时间堆得起、回报看得见”的事情。5.3 从电赛能带走哪些比奖状更有价值的东西坦白说大一时拿的奖项在求职和保研时的分量有限但电赛本身能带给你的东西远超那张证书。首先是工程调试能力。书本上告诉你的永远是理想情况电赛逼着你在噪声、干扰、电源波动、机械误差的夹缝中把系统调通。这种“面对混乱世界解决问题”的能力是任何课堂都无法给你的。其次是项目管理和团队协作能力。三个人在极限压力下分工——你焊板子他写代码我调测试——这和小型创业公司的运作模式如出一辙。期间产生的矛盾、摩擦和最终的和解本身就是一门沟通课。现在我在实验室带项目最不怕的就是遇到一堆bug因为当年电赛早已把心理承受力拉满了。再就是处理未知问题的自信。大一参赛时遇到“为什么输出不对”这类问题总想求助他人到第二年已经能自己拿着示波器逐级排查。这种“我有能力定位并解决问题”的信念感在后面做科研、找工作、甚至独立做个人项目时都是非常宝贵的底气。5.4 评委测评视角他们到底在看你什么最后从测评角度补充几个容易被忽视的点。测评时评委看的不只是“功能是否实现”而是“系统是否足够可靠”。第一条测评有严格的时间限制不是无限次机会让你重新来。所以你的系统必须能一次跑通这要求你提前设计好“防呆机制”——比如小车偏离路线能否自动纠正信号源参数设置是否超出范围能否自动切换回来。第二条评委喜欢看数据说话。演示时随口说“我这个能跑”远不如直接展示串口打印出来的编码器实时数据、PID输出曲线来得有说服力。赛前准备几页关键截图和测量表格放入设计文档中会加分很多。第三条压轴环节的问答不要穿帮。评委可能会问“你这个滤波器的截止频率为什么设成1kHz”“这个芯片的SPI通信速率配置成多少”这类细节问题检验的是一支队伍是不是真的自己动手做过而不是“借鉴”了别人的方案。所以即使是团队中一个人写的代码其他两人也至少要能讲清楚整体架构和关键参数。我个人在测评现场见过太多队伍演示时风生水起一被问到细节就支支吾吾这种情况往往连基础分都保不住。反过来哪怕功能只完成了70%但只要队伍能清清楚楚说清每一行代码、每一个模块为什么这么设计反而更容易拿高分。6. 赛后的延续与进阶建议电赛并不是一个孤立的“比赛”或者一次性的“活动”。“赛后才是学习的真正开始”这句话一点不假。比赛结束之后你会发现自己比开赛前的自己强大了一个量级——这不是错觉而是大量实践带来的真实成长。如果你还想继续往深里走建议优先做两件事一是把比赛中没来得及细抠的模块彻底吃透比如把PID扩展成模糊PID、串级PID或者给波形发生器加上自定义波形下载功能二是把你写的代码和使用过的电路整理成一个“个人模块库”以后做课设、毕设、甚至其他科创项目时这些积累可以直接复用。我自己整理的那份“STM32常用外设初始化代码”到现在还能在每晚的实验室工作中派上用场就足以说明这些积累的复用价值。同时如果你的时间允许建议主动去带下一届大一新生。我在大二时回到实验室给学弟学妹做培训发现“教是最好的学”——当你能把“为什么DAC的输出要加低通滤波”讲得连大一新生都点头时你对这个知识点的理解才算真正到位。还有一个容易被忽略的好处电赛过程中你会认识一群志同道合的人他们来自不同年级不同专业对硬件和软件有着相似的热情。这些人将来可能是你的队友、搭档、面试官也可能是一起创业的伙伴。这种连接价值往往要等到毕业之后才能真切体会到。最后分享一个小技巧比赛结束后不要急着清空你的比赛文件。哪怕只是随手记录的活动心得、测试日志、预算表都好好保留下来。它们是大学最真实的一部分存档也是等你到了大三再回头看时会心一笑的珍贵证据。如果你正在犹豫要不要报名我的建议是别犹豫了拉上两个靠谱的伙伴把材料备齐直接开干。大一打电赛最好的时机就是现在。