电子信息类专业的同学应该都听过一句话：大学四年，没打过一场电子设计竞赛，总觉得少了点什么。而真正决定参赛之后，面对“电赛”这两个字，大多数人第一反应不是兴奋，而是茫然——从哪开始准备？队友去哪找？三天四夜到底怎么熬？题目怎么选？文档怎么写？
“E+工程｜竞赛宝典-电赛篇（一）”想做一件事：把校外朋辈导师的经验直接搬到台面上，用Q&A的方式，把大家最想问又不好意思问的问题一个个拆开讲清楚。所谓校外朋辈导师，就是刚打完比赛、拿了奖、还在读研或者刚工作的学长学姐，他们不像老师那样讲理论体系，而是告诉你“我当时是怎么做的”“这个坑我替你踩过了”。对于准备参加全国大学生电子设计竞赛的同学来说，这种经验传输往往比课本来得更直接、更管用。
这篇是系列第一篇，聚焦在“赛前准备”和“团队搭建”这两个最让人头疼的环节，整理了几位朋辈导师的真实问答记录。内容不绕弯子，全是实操层面的东西。
1. 为什么电赛值得打，以及为什么你需要一份“朋辈版”攻略
1.1 电赛到底是什么，含金量藏在哪
全国大学生电子设计竞赛，业内一般直接叫“电赛”。它的比赛形式很特殊：赛题公布后，三人一组，在四天三夜里完成从方案设计、电路搭建、程序调试到论文撰写全流程，最后提交实物作品并现场测评。
很多人把它类比成“电子专业的毕业设计压缩版”，我觉得更准确的比喻是“限时生存挑战”。四天三夜不是让你按部就班做完，而是逼你在极短时间内做取舍：什么功能必须实现，什么功能可以直接砍掉，什么模块先用现成的，什么电路必须自己搭。这种决策能力，课堂里学不到，只有真刀真枪下场才练得出来。
含金量方面，国赛奖项在保研加分、简历筛选、考研复试里的分量不用我多说。但我想补充一个容易被忽略的价值：电赛是少数能让你完整经历“从需求到成品”全过程的课外活动。很多同学到大三还只会焊开发板、调例程，打一次电赛，至少能把单片机、传感器、电源管理、上位机、结构设计这些散装技能串成一条线，这是企业面试里非常看重的工程整合能力。
1.2 为什么听“打过比赛的人”比听“老师讲”更有效
学校里的培训课和实验室指导当然重要，但存在两个天然短板：第一，老师讲的是方法论，覆盖面广但颗粒度粗；第二，老师不会告诉你“某年某题我做到一半发现自己方案选错了”这种失败细节。
校外朋辈导师的价值恰好在此。他们刚刚经历完整个比赛周期，对赛题难度、时间分配、常见翻车点有鲜活的记忆。比如“电源题到底能不能选”“控制题用什么单片机最稳”“测评现场评委最在意什么”，这些问题的答案往往带点幸存者偏差，但恰恰是最贴合实战的经验。
我做这个系列访谈时，问过一位拿过国一的学长：“你觉得备赛过程中最容易被低估的事情是什么？”他的回答很意外：“不是焊接，不是编程，是队友之间的沟通方式。”这种话，说明书里不会写，但打过比赛的人一听就懂。
2. 赛前准备：从零到能参赛，你需要解决哪些问题
2.1 Q：大一或者大二基础薄弱，能不能参赛？怎么入门？
朋辈导师：能参赛，但要有策略地“混”。大一参赛拿奖概率低，这是事实，但参赛本身不是奔着拿奖去。大一的正确姿势是这样的：先选一个自己感兴趣的模块方向，比如显示、按键交互、电机驱动或者传感器采集，然后把相关的例程跑通，比赛时在组里承担这块的执行工作，同时看队友怎么做方案、怎么分配时间、怎么调试硬件，这比任何培训课都值。
大二学生情况就不同了。这时候你应该已经在某个方向上有了半年以上的积累，基本熟悉单片机开发流程，至少写过几百行独立完成的代码。如果还没有，不建议直接报名，而是先用一到两个月的时间做一个小项目练兵，比如做一个带蓝牙控制的智能小车，把PWM调速、串口通信、电源供电整明白了再报名，不然四天三夜里光是查基础bug就能耗掉半天。
入门路线我给一个参考：C语言基础 → 单片机裸机开发（某款你要用的主流型号） → 常见外设驱动（GPIO、定时器、中断、UART、I2C、SPI） → 传感器读取与显示 → 小型闭环项目。这个链路走完，基本能应付大多数赛题的最低要求。
2.2 Q：硬件和软件只能选一头，优先补哪边？
朋辈导师：如果你还有两学期以上的时间，别二选一，硬着头皮都学。电赛和课堂作业最大的区别在于，课堂作业的接口是定义好的，电赛的接口是你们自己定义的。硬件只会焊板子、软件只会写逻辑，中间那个“硬件接口和软件寄存器怎么对上”的环节就会卡住整个组。
如果时间确实不够，判断标准就看你们组的配置。三个人里已经有两人硬件较好，那你可以主攻软件；反之就补硬件。但要记住，所谓的“补”，目标不是让你精通，而是让你能看懂原理图、能说出每个模块的上电时序和通信协议、能在紧急时刻换掉一个烧坏的芯片。这是底线，不是高要求。
我见过一个很典型的反面案例：某组三个同学都是软件向，写代码一套一套的，结果比赛第二天电源模块冒烟，三个人盯着原理图面面相觑，没人知道该查哪里，最后只能借了个万用表从零开始学，一整天就耗在维修上。这不是危言耸听，电赛作品里硬件故障的排查速度，往往决定了你们能不能按时交作品。
2.3 Q：队友怎么找？什么样的组合最容易出成果？
朋辈导师：先讲一个最常见的误解：找队友不是找“成绩最好的三个人”凑一队，而是找“能力互补且能吵完架不散伙的三人组”。
电赛的常见分工是硬件、软件、文档与测试，但实际上比赛时边界会变得非常模糊。硬件要写测试代码验证电路，软件要拿电烙铁飞线改板，文档要跟着熬夜同步进展。所以比技能互补更重要的是：三个人对比赛结果的期望一致，遇到分歧时能快速决策。
我的选人标准是三条：第一，每组至少有一个能看懂完整原理图的人；第二，至少有一个能在压力下写代码不手抖的人；第三，至少有一个心细、愿意做文档和进度管理的人。一个人可以同时满足其中两项，但最好不要三人都只满足第三项——那种“全员都想做后勤”的队伍，最后往往连功能都跑不齐。
另一个容易被忽略的点：尽量找愿意提前一起准备的人，而不是赛前一个月才组队。我认识一个强队，他们大三开学就定好队友，提前半年做了三个完整的小项目来磨合流程，等到了正式比赛，他们只是在重复已经做熟练的动作而已。
3. 备赛阶段：从选题到模块化设计的实战策略
3.1 Q：赛题方向那么多，怎么选才不后悔？
朋辈导师：电赛题目通常覆盖几个大类：电源类、控制类、仪器仪表类、信号处理类、通信类，偶尔还有无人机、小车这类综合性题目。选哪种没有绝对优劣，但有几个经验法则可以分享。
如果你是从零起步的团队，优先考虑“基础设施复用率高”的方向。什么意思？比如电源类题目，你备赛时做的DC-DC模块、稳压电路、过流保护，这堆东西在任何题目里都可能用到；而无人机类题目，你练的飞控和光流定位，如果当年没出无人机题，基本等于白练。所以备赛覆盖面广的队伍，选题容错率更高。
等到赛题公布那天，选判断标准就三条：第一，你们做过的模块能覆盖题目需求的比例；第二，题目里有多少关键指标是你们团队以前实测过、而不是只是理论上感觉能行的；第三，比赛周你们几个人有多少精力能真正花在这道题上。满足前两条的题目，就是你们的优先项。
3.2 Q：四天三夜的时间怎么排？会不会不够用？
朋辈导师：不够用是常态，关键是“在哪里不够用”。大多数做得好的队伍，会把四天时间切成三段：前期冲刺方案，中期全力实现，后期留足缓冲。
第一天上午到中午，必须定方案。谁去查往年同类题目的设计报告、谁画系统框图、谁列物料清单，各干各的，不能扎堆。下午开始焊接和调通最小系统，晚上必须让核心传感器或执行机构跑起来。如果第一天晚上核心链路还没通，就要考虑降低目标，而不是死磕。
第二、第三天是马拉松式开发期，按模块并行推进。硬件组调电源和接口，软件组写算法和逻辑，文档同学跟着整理测试记录和截图。这个阶段最容易出现的问题不是进度慢，而是“各做各的，最后拼不起来”。所以每天早晚各开一次十分钟的短会，每人只回答三句话：我做了什么、接下来做什么、有没有卡住我的问题。
第四天上午是收尾硬截止时间，下午必须进入文档撰写和演示排练。很多队伍以为测评只看作品功能，其实现场演示的流畅度对得分影响极大。你亲手做的东西，为什么测评时反而会卡住？因为你没排练过，没把操作步骤整理成脚本。这一步至少留出四小时。
3.3 Q：备赛期间模块化清单怎么列？哪些模块值得提前做？
朋辈导师：拉一个模块化清单的核心思想是“把比赛时的工作量提前消化”。不需要很复杂，按功能列就行。
我的建议清单是这样的：电源模块至少准备一套可调压的DC-DC方案和一个可靠的稳压电路，调试必备；单片机最小系统板准备两到三块，不同型号各一块，防止某颗芯片烧了没得换；显示模块准备OLED和LCD各一套；交互模块准备按键、编码器、触摸屏；传感器这块建议覆盖距离、温度、电流、姿态四类，每种选一个你熟悉的型号提前写好驱动；电机驱动备好H桥和PWM调速代码；通信模块准备串口、I2C、SPI和蓝牙，WiFi有条件也备一下。
有人觉得提前写驱动是走捷径，比赛不可以这么做。实际上电赛从来不要求你从零造轮子，驱动库和模块化代码是你知识储备的一部分。但注意，备赛时“用过”和“写过”是两回事，每行代码最好都理解，因为现场调试时你大概率需要改参数、调时序，不明白原理的人只能瞎试。
4. 实战干货：那些上了赛场才明白的细节和教训
4.1 Q：现场调试电路板翻车，最常见的几个原因是什么？
朋辈导师：我列几个高频翻车点，全是实战见过或踩过的。
电源问题排第一。面包板或杜邦线供电时，接触电阻和压降比你想象的大很多，电机一转，单片机直接复位或传感器读数漂移。解决办法是提前用稳压模块单独供电，数字和模拟分开走线，关键IC附近加去耦电容，容量不用大，104就行。
接反和短路排第二。比赛压力下，正负极接反烧芯片是常事。比较好的习惯是：每一块新板子通电前，用万用表量一下对地电阻，确认没有短路再上电。这个动作只要十秒钟，能避免两小时的痛苦。
信号完整性排第三。很多传感器线长了、弯了、搭在电机线旁边，数据就开始乱跳。看起来是软件bug，查半天发现是串扰。所以布线时传感器信号线尽量短，远离大电流走线，必要时使用屏蔽线或者双绞线。
4.2 Q：文档和演示视频怎么准备才不丢分？
朋辈导师：电赛测评有一个容易忽略的点：作品功能分占比很高，但文档和演示的规范性会影响评委对你们整体工程素养的判断，在同等功能水平下，文档好的一方有明显优势。
设计文档的核心结构可以固定下来：系统方案对比与选择、理论分析与计算、电路与程序设计、测试方案与测试结果、结论。每一部分要给出你们真实做过的对比和分析。很多队伍写“方案选择”时只罗列了三种方案然后说“综合比较，我们选择某某方案”，评委一眼就看出来是编的。正确写法是写清楚每个方案的优缺点、你们测试的数据、为什么放弃。
演示视频和现场演示的要点是一样的：展示之前，先把电路预热稳定；操作时一步一步来，先打开电源，再启动程序，再展示核心指标，不要跳步骤；万一有一步没成功，别慌，把现象说出来，大多数评委允许在时间允许时再试一次。真正丢分的不是失败，而是操作混乱、说不出下一步要做什么。
4.3 Q：现场测评有哪些隐藏得分点？
朋辈导师：功能指标是硬性得分，但现场测评的“人”的因素也很重要。
第一个隐藏得分点是“你们对系统的熟悉程度”。评委问“你这个参数范围为什么选这个”的时候，你如果能当场说出计算过程、甚至从包里拿出测试记录本翻给评委看，效果完全不一样。反之如果只回答“我们试的”，会让人觉得你们是凑巧做出来的。
第二个隐藏得分点是“演示过程的流畅性”。评委一天要看几十组，如果你的演示步骤清晰、两三分钟能展示所有要点、数据呈现直观（哪怕只是一个正规的串口上位机界面），好感度提升非常快。很多组的内容是好的，但演示时到处找线、找屏幕、翻菜单，好感度就打了折。
第三个隐藏得分点是“设计文档的细节密度”。系统框图里有没有标注芯片型号？电路原理图旁边有没有关键计算？测试数据有没有给出测量条件和误差分析？这些细节堆起来，就构成了评委对你“工程素养”的判断。
5. 赛后复盘：证书之外，你还能带走什么
5.1 Q：拿了奖和没拿奖的队伍，赛后复盘到底有什么差别？
朋辈导师：说实话，我见过不少拿了低奖或没拿奖的队伍，赛后就把作品拆了、代码删了、文档扔了，好像这段经历没发生过一样。而那些最终成为“竞赛老手”的人，基本都会做三件事。
第一，整理一份回顾文档。不是官方的设计报告，而是给自己看的复盘：这次比赛哪个环节时间估算失误了？哪个器件选型坑了？哪个设计本来可以做得更简洁？一条条写下来，下次比赛前打开看一遍，非常管用。
第二，分类归档代码和电路。把本次项目中可复用的模块抽出来，单独存放。下一次比赛或者做大作业、毕业设计时，直接调用这些模块可以节省大量时间。很多人的所谓“经验”其实就藏在这些文件里。
第三，和同组队友坐下来聊一次“真心话”。听起来很玄，但做过项目的人都懂：项目结束后团队的沟通复盘，比技术复盘更能反映问题。谁承担多了、谁遇到压力会回避、谁在关键时刻能顶住，这些观察对你的协作能力提升很有帮助。
5.2 Q：电赛里的技能，毕业后还能用上吗？
朋辈导师：要分两面说。你若去纯互联网公司做业务开发，单片机、传感器这些技能确实不是主业，但你在电赛里锻炼出来的“如何在资源受限的条件下把系统调通”这个能力，在任何工程岗位都极其稀缺。系统越复杂，越需要这种拆解问题和快速试错的能力。
如果你去硬件、嵌入式、智能制造这类方向的公司或实验室，电赛经历几乎是直接对口。很多做嵌入式开发的朋友应该都有同感：面试聊到电赛作品时，面试官关心的往往不是你用了什么芯片，而是你遇到问题时的排查思路、你的设计取舍逻辑、你如何验证一个模块可行不可行。这些内容，都是电赛期间真实做过的，远比背八股文扎实。
还有一点容易被忽略：电赛三人的合作强度，非常接近真实项目里的协同强度。你在比赛里养成的高频沟通、任务分解、互相检查的习惯，在工作里会是很大的加分项。
5.3 Q：给下一届参赛者的三条建议？
朋辈导师：如果只能留三句话，我会说这三句。
第一，早组队、早磨合、早准备。拿奖的队伍里，你很少会发现他们是赛前两个月才开始动手的。提前半年到一年开始做小项目，把队友之间的默契、代码风格的统一、模块储备都磨出来，正式比赛对你来说只是一次“流程重演”。
第二，把“至少完整做完一个小项目”当作报名的前提条件。不要指望在四天三夜里学会怎么用单片机。赛场上所有时间都应该花在实现和调试功能上，而不是补基础。
第三，所有模块都要有“备份思维”。核心芯片多备一个、电源方案多备一条、程序在单片机里留个恢复模式，这几个动作每一条都曾经在真实比赛中救过人的命。稳健性不是一种性格，是一种设计习惯。
我打比赛那会儿，带过我的学长说过一句话，我一直记到现在：“电赛的题目做出来不是终点，能把你的系统解释给一个完全不懂的人听，它才算真正完成。”后来我才理解，这说的其实就是工程表达能力。这也是为什么我把这个系列叫“竞赛宝典”——不只是教你怎么拿奖，更是教你做一个真正能输出结果的工程师。
这一篇是Q&A的第一期，聊了准备、组队、备赛、现场、复盘几个阶段的核心问题。后面还有第二期、第三期，会继续往细了讲选题策略、模块电路设计、调试工具用法这些硬核内容。有什么想让我在下一期回答的问题，可以先记下来，咱们下篇接着拆。
