2020年夏天，那条竞赛通知真正发出来的时候，我们备赛群安静了大概三秒，然后满屏都是感叹号。“终于等到你”这五个字，大概是那段时间所有电赛参赛者心里最真实的写照。从年初开始等通知，等到怀疑人生，等到部分队友差点转去准备考研，结果公告落地的那个下午，群里一下子就活了。这篇就来聊聊我们队从备赛、选题到四天三夜实测、再到赛后复盘的全过程。里面没有那种“只要努力就能拿奖”的鸡汤，全是实际操作里趟出来的经验，适合正在备赛或者以后想参加电子设计竞赛的同学参考。
1. 公告发布前后的那几天：2020年电赛到底特殊在哪
1.1 群里炸锅的那个下午
我记得很清楚，当时是8月份，距离原定比赛日期已经过去了整整几个月。很多队伍在寒假前就开始准备，打算开学回来直接冲刺，结果硬生生在家里蹲了大半年，连焊台都没碰过几次。我们学校的情况也差不多，实验室关门，仪器借不出来，买好的元器件堆在宿舍柜子里吃灰。到6、7月那会儿，群里的话题已经开始从“这道题用哪种方案”变成“电赛今年是不是真要黄了”。
所以当通知真正出来的时候，备赛群里炸了。不夸张地说，那种感觉就像你等最后一班公交等了一个小时，已经准备扫码打车了，结果车突然来了。公告的大致内容是：竞赛没有取消，但组织形式做了调整，从原来全国集中式的评审，改成了分散式、分赛区组织，测评方式也相应调整。这意味着什么？意味着题目照样有，测评照样有，奖也照样评，只是大家见面的方式变了。对参赛者来说，核心规则没变，变的更多是时间分配和测评细节。
那几天我们团队做的第一件事，不是马上翻书，而是把2020年之前几年的赛题和器件清单全部重新过了一遍，目的就是找方向感。电赛的出题风格向来有延续性，电源类、信号类、仪器仪表类、控制类这几大类基本每年都会轮着来。器件清单里给了什么芯片，基本能猜到大方向。那次公告的器件清单和往年相比有增有减，比如放宽了对部分处理器平台的限制，还允许使用一些成熟的评估模块，这个信号很关键，说明题目重心慢慢从“手搭电路”往“系统集成”倾斜了。
1.2 时间、赛制和测评方式的三重变化
如果你没赶上2020年这一届，可能很难体会“连测评方式都要改”这件事对备赛有多大的影响。以前电赛的测评是队员带着作品到指定地点，现场通电、现场演示、现场答辩，评委就在你面前看你波形和指标。而2020年部分赛区改成了远程测评或者学校分散测评，这意味着两件事：
第一，作品的可靠性和自动化程度变得更重要。以前你在现场可以手动掰一下电位器、重新插一下杜邦线，评委也能理解。分散测评的时候，很多环节是靠录像或者远程摄像头实时观察，可重复性差的系统在现场就是灾难。所以我们备赛时专门给自己定了一条规矩：任何上位机参数都必须在开机三秒内自动加载，不许靠人手在评测时去敲键盘配置。
第二，文档和录屏材料的分量加重了。以前的测试记录尚可以口头汇报，分散测评下很多细节要靠文字和截图说明，论文写不清楚，评委就看不到你的工作量。我们那一届不少水平不错的队伍，最后就吃亏在材料准备上，系统明明跑得很好，但文档描述和测评流程不匹配，分数拉低了不少。
1.3 器件清单背后想告诉我们的事
我一直觉得电赛的器件清单是一份“官方划重点”的文件，聪明人都会反复读它。2020年的清单里，主控方面基本覆盖了常用的嵌入式平台，模拟器件也给出了具体的运放、比较器、ADC型号。很多人拿到清单第一反应是“太好了，我手头都有”，但真正读懂的人会开始反向推理：为什么给这个器件而不给那个？为什么偏偏是这颗运放？
拿运放来举例，如果清单里给的是一颗带宽、压摆率、噪声指标都偏向低频精密测量的型号，那题目大概率跟小信号处理或者高精度采集有关；如果给的是一颗高速比较器，那多半和频率测量、PWM检测、锁相环搭边。再配合允许使用DDS模块这类宽松条款，基本可以判断信号类和仪器仪表类题目的技术栈会围绕“数字合成+高频测量”展开。我们当时就是按这个逻辑去准备模块的，后面实测阶段确实用上了一部分，算是押中了方向。
2. 备赛期我做的几类功课：器件、模块与赛题方向的预判
2.1 按题目大方向囤模块，做减法不做加法
很多第一次参加电赛的队伍容易犯一个毛病：不管用不用得上，先把所有类型的模块买齐，光传感器就能囤十几个型号。结果比赛一开始，光挑模块就花掉半天时间，剩下的时间全在跟不熟悉的器件搏斗。我们队经过前一次比赛的教训，这次学乖了，按题目大类把模块分成四组：电源组、信号采集组、控制执行组、人机交互组。每一组只保留一到两个主力型号，确保队伍里至少两个人能不看数据手册直接写出驱动代码。
电源组是优先级最高的。不管最后选什么题，没一块稳的电源，后面全是白搭。我们准备了两套方案：低压差线性稳压为主控供电，开关电源负责大电流负载，再加上一个可调的负压模块，基本覆盖电赛中常见的电源需求。信号采集组以精密ADC和仪表放大器为核心，控制执行组包括了常见电机驱动和舵机驱动方案，人机交互就是OLED屏幕加上矩阵键盘，简单直接，不整花活。这套储备思路后来被我们总结成一句话：备赛是准备覆盖面，不是收集器材。
2.2 把常用电路和驱动代码提前写成“半成品库”
电赛四天三夜的时间看着宽裕，实际上第一天的方案论证就可能耗掉半天，真正留给细节调通的时间非常有限。所以备赛阶段最有价值的事情之一，是提前写好那些“一定会用到”的底层代码。比如ADC轮询读取加均值滤波，PWM输出配置，串口打印格式化调试信息，按键扫描，屏幕刷新，基本PID控制循环，这些东西不管哪类题都用得上，没必要在比赛时重新对着数据手册一行行敲。
我们还做了更极端一点的事情：把几套常用的模块组合方案做成工程模板，主控初始化完直接进入一个简单的自检程序，上电后自动检测各个外设能不能通信。这样到了比赛现场，作品搭起来后第一步不是对着示波器发呆，而是跑一遍自检，哪里有问题立刻就能定位到是哪条总线上挂的设备挂了。这个模板让我们在整个比赛过程中节省了至少三个小时，而这种时间在四天三夜里比什么金贵。
驱动代码这块有一个小建议：不是谁的代码都能直接拿过来用，尤其是网上那种来源不明的库，编译环境、引脚定义、时钟配置稍微不一样就白搭。我们的做法是所有模块代码必须自己在开发板上验证一遍，运行成功才放进半成品库里。备赛期多花点时间，比赛期才能少踩坑。
2.3 三人怎么分活：硬件、软件、论文提前定死
电赛队伍一般是三个人，但三个人怎么分工，很多队是真到比赛那天才现场商量。这样做的后果就是第一天的效率极低，三个人都围着同一个问题转，而别的队已经开始画PCB或者调固件了。我们这次在备赛阶段就把分工白纸黑字定了下来：A队员负责硬件搭建和电源调试，B队员负责主控固件和算法实现，C队员负责上位机、论文框架和测试记录。注意，这里说的是“分工责任”而不是“各干各的”，A忙不过来的时候B要上去焊板子，C写论文卡壳的时候A要帮忙补数据，但核心责任人对最终结果负责。
这种分工还有一个隐藏的好处——到了测评和写文档阶段，不会出现所有人都在抢同一块键盘的情况。我们队在比赛第二天开始就要求C队员同步搭论文框架，每天把当天的工作内容、关键测试数据、波形截图全部整理进文档里。等到第四天别人开始熬夜补论文的时候，我们的测试报告已经只剩最后的排版和细节修订了。电赛的评分里测试报告占比不低，这部分的提前量往往能直接转化成奖项的差距。
3. 四天三夜实测流程：从选题到封箱的完整节奏
3.1 选题环节最容易纠结，我们怎么做决策矩阵
电赛的第一步永远是等题目出来，而第一道坎也永远是选哪道题。别看只有四个小时的选题时间，每年都有队伍把下午的大好时光全耗在“这道题难不难”“那道题会不会做不完”的内耗里。我们队这次提前准备了一个决策矩阵，把往年赛题的特点和自带家底全部量化打分。
决策矩阵的维度很简单：基础分、上限分、风险系数、队伍熟悉度。基础分是指按我们现有储备，这道题保底能拿多少分；上限分是理想情况下能做到什么指标；风险系数来自往年题目里那些常见的坑，比如高频电路的一致性差、机械结构工作量太大、需要复杂闭环控制等不确定因素；队伍熟悉度则是三个人关起门来自己问自己：这类型的题目里涉及的核心技术，有几个人真正独立做过。最后用加权的方式算出一个总分，基本能过滤掉那些“看上去很美”的题目，把范围缩小到一至两道合适的题。
那年我们最终选的是信号类方向，没有选听起来更有意思的控制类四轴题目。原因很简单：控制类题目看着酷，但机械结构调试时间不可控，而我们队伍对信号链路的熟悉程度更高，手头模块的完整性也更好。电赛的目标是四天三夜里做出一个能稳定工作的系统，不是做科研探索，合适比炫酷重要得多。这句话我们后来讲了无数次。
3.2 前36小时必须完成的关键节点
题目定下来之后，时间轴就打开了。我们的习惯是先把整个四天分成三个大段：前36小时是系统核心链路打通，中间24小时是功能补全和指标优化，最后12小时留给封箱、论文和现场预演。前36小时是整个比赛最关键的阶段，因为大部分队伍都是在这个阶段掉链子的。
以当时我们做的信号处理系统为例，前半天先完成硬件平台搭建和核心芯片配置，确保基本的信号能进来、能出去。这个阶段不要追求指标，关键是链路活着——示波器上有波形，ADC有数据，DAC能输出，屏幕会刷新。链路通了之后立刻进算法验证阶段，先把核心功能用一个最简单的版本跑通，就算性能不行也先跑过一遍流程。这样做的好处是确保我们手里永远有一个能工作的系统，剩下的时间都是优化问题，而不是推倒重来的问题。
到了第36小时，我们已经完成了核心功能的基本版本，系统能稳定运行三小时以上不宕机。这个节点达成后，整个队伍的心理压力骤减，后两天的所有工作都是在这个基础上添砖加瓦。反观那些一开始就追求完美方案的队伍，经常在第二天晚上还在跟链路做斗争，后面的节奏就彻底垮掉了。
3.3 最后一天半的联调和文档冲刺
核心功能稳定之后，剩下的工作并不是无脑优化指标，而是做三件优先级明确的事情：第一件是完善输入输出边界条件的处理，也就是把各种异常情况都考虑到。信号输入范围调大怎么办？超出显示范围怎么办？按键误操作怎么办？这些边角料问题看着小，但测评现场最容易出问题的恰恰就是这些地方。第二件事才是性能指标的打磨，最后一件是配合C队员做完整的测试记录和报告。
关于联调还有一个非常实操的建议：每次修改完代码或者硬件，别急着庆祝，先把整个系统重新完整跑一遍，跑完记录波形和数据，确认没有问题再继续下一步。我见过太多队伍改了一个参数后发现指标达标了，兴奋得直接开始写论文，结果没过多久系统开始随机抽风，回头一查发现是新改的参数跟另一处功能冲突了。联调阶段最好的心态是“每一分钟都在假设系统下一秒会挂”，带着这种危机感去测试，能发现很多平时注意不到的问题。
文档冲刺这件事，很多人以为就是把论文套个模板填满就行，其实测评现场的演示流程必须跟文档描述完全一致。评委拿着你的报告，会按照报告里描述的步骤一步步去验证，如果你的文档写的测试方法和实际系统的操作流程对不上，现场就会非常尴尬。我们队最后一天做了三遍完整的全流程实测，包括每一张截图对应的状态、每一次按键的顺序、每一组数据的读取方法，全部按论文里的步骤重新走了一遍，确保万无一失。
4. 那些在测评前一天差点炸掉的坑，现在想起来还后怕
4.1 电源纹波问题差点让我们全盘重来
信号处理类的系统对电源稳定性的要求比想象中要苛刻得多。比赛第二天，我们把所有功能模块全部接上之后，高精度ADC的采集数据突然出现了周期性跳变。用示波器一看，电源轨上有大概几十毫伏的纹波，频率正好和板子上开关电源的开关频率一致。这个问题的根源在于我们一开始贪方便，直接用开关电源给模拟前端供电，开关噪声顺着电源线耦合进了ADC的参考电压里。
解决办法是立刻调整电源树结构，把模拟部分和数字部分的供电完全分开，模拟前端用低压差线性稳压器单独供电，数字部分用原来的开关电源，同时把ADC的参考电源引脚加上足够的去耦电容，并重新规划了铺地。弄完之后再测，之前的数据跳变消失了。这个坑给我的教训是：在电赛里，模拟电路和数字电路之间的“隔离意识”必须从头建立，不要等出了问题才想起来检查电源树。尤其是做测量类题目的时候，电源噪声对指标的影响立竿见影。
4.2 ADC读数漂移与采样滤波的反复拉扯
另外一个让我们头疼的问题是ADC读数的缓慢漂移。系统刚开机的时候读数很准，但是连续运行半小时之后，误差越来越大。我们一开始怀疑是温漂，后来发现不是，真正的罪魁祸首是程序里的采样时序和外部信号源之间的相位关系没有固定，导致采集窗口在信号周期上每个刷新周期都不一样，读数自然上下飘。
这个问题最终靠两个手段解决：一是把采样触发放到信号同步上升沿触发，保证每次采样都落在信号的同一相位点；二是加入了移动平均滤波算法，平滑掉单次采样的随机抖动。两者结合之后，读数的长期稳定性终于达标。这里想说的是，很多看起来像硬件问题的现象，根源其实在软件时序上，排查的时候不要只盯着电路，也要把逻辑分析仪和示波器同时架起来看时序关系。
4.3 比赛第三天晚上的“三小时编译不过”事件
这个插曲现在说起来像笑话，但当时真的让人头皮发麻。第三天晚上，我们准备把当晚优化好的代码合入主版本，结果编译直接报错，而且报错信息非常离谱，指向一个压根没改过的头文件。折腾了将近一个小时，最后才发现问题出在工程配置上：有人不知道什么时候把编译器优化等级改到了某个激进档位，结果触发了编译器在某个特定宏展开上的兼容性问题。
可别说这是小概率事件，四天三夜高强度工作下，人一疲劳就会做出各种迷之操作，比如点错按钮、改了配置忘了保存、把两个版本的工程文件混在一起打开。我们的应对策略是比赛一开始就用git管理代码，每完成一个阶段就提交一次，出现这种问题直接回退到上一个能编译的节点，而不是在报错现场干耗时间。那晚回退到旧版本后，我们花了十分钟重新把当天改的代码用干净的方式合入，问题就解决了。版本管理这种东西，平时觉得多余，比赛的时候就是救命稻草。
4.4 测评演示细节：场地、环境和“演示脚本”
到了最后测评阶段，还有一个容易被忽略的变量——场地和环境差异。实验室里测试正常的系统，换个房间可能因为灯光、电磁环境、电源质量的变化就出现异常。我们赛前专门做了个“便携式测试环境”清单：自带电源排插、带屏蔽的测试线材、备用探头、甚至还有一块深色绒布用来遮挡环境光线直射屏幕。听起来有点小题大做，但现场环境确实可能让屏幕反光导致评委看不清显示数值，也可能让频率计读数不稳，这时候一块布、一根好线就能挽回不少分数。
演示脚本也很重要。我们提前把每一步操作和对应预期结果写成了A4纸，谁负责操作、谁负责解说、谁负责记录评委提出的问题，全部安排清楚。测评现场最容易出现的状况是评委问了一个计划外的问题，队员开始慌，操作节奏全乱。有了脚本和分工，就有一个稳定输出信息的人，其他人可以专注回答问题，整个演示过程即使有意外也显得从容。
5. 赛后复盘：电赛带给我的东西不只是获奖
5.1 做减法、留后路的思路，后来一直受用
比赛结束后，我们队复盘过几次，一致的结论是：这次能稳定拿奖，靠的不是现场爆种，而是备赛阶段把大量“决策问题”提前变成了“执行问题”。在备赛时就定好选型方向、写好半成品代码、定好三人分工、做好决策矩阵，比赛期间的每一步都有章可循，所有的脑力都花在了解决具体技术问题上，而不是花在现场纠结选哪条路上。
这种“做减法、留后路”的思路后来被我带到了工作和做项目的方方面面。比如设计一个功能时，先问自己什么是最小可用版本，再考虑锦上添花的东西；比如在做技术调研时，先做决策矩阵而不是追逐热点。很多学弟学妹问我电赛到底锻炼什么，我的回答是：它锻炼的不仅是电路和代码能力，还有一套在极端时间压力下依然能理性做决策的方法论。这个方法论比拿几个奖重要得多。
5.2 给下一届的建议：现在就开始储备什么
如果你正在为下一届电赛做准备，我的建议是三件事：动手、记录、组队。动手指的是不要只看书和视频，把常用的电源模块、运放电路、传感器驱动全部亲手焊一遍、调一遍；记录指的是每做完一个东西就把踩过的坑和技术参数记下来，比赛时这些都是最靠谱的参考资料；组队指的是尽早找到志同道合的队友，三个人提前磨合过几次小项目，比比赛时才认识要强太多。
另外，尽量在赛前完整走一遍“模拟比赛”的训练流程：给定一个方向，计时四天，从头做一个小项目，包括方案论证、硬件搭建、代码调试、报告撰写。哪怕做出来的东西不完美，这个过程也会让你把真正比赛时的节奏感和分工默契找到，不至于一上来就被四天三夜的强度打懵。电子设计竞赛的机会就那么几次，错过一次少一次，希望下一届的你不用等这么久，但一旦等到，请一定全力以赴。
