电子信息类专业的同学应该都听过一句话大学四年没打过一场电子设计竞赛总觉得少了点什么。而真正决定参赛之后面对“电赛”这两个字大多数人第一反应不是兴奋而是茫然——从哪开始准备队友去哪找三天四夜到底怎么熬题目怎么选文档怎么写“E工程竞赛宝典-电赛篇一”想做一件事把校外朋辈导师的经验直接搬到台面上用QA的方式把大家最想问又不好意思问的问题一个个拆开讲清楚。所谓校外朋辈导师就是刚打完比赛、拿了奖、还在读研或者刚工作的学长学姐他们不像老师那样讲理论体系而是告诉你“我当时是怎么做的”“这个坑我替你踩过了”。对于准备参加全国大学生电子设计竞赛的同学来说这种经验传输往往比课本来得更直接、更管用。这篇是系列第一篇聚焦在“赛前准备”和“团队搭建”这两个最让人头疼的环节整理了几位朋辈导师的真实问答记录。内容不绕弯子全是实操层面的东西。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给下一届参赛者的三条建议朋辈导师如果只能留三句话我会说这三句。第一早组队、早磨合、早准备。拿奖的队伍里你很少会发现他们是赛前两个月才开始动手的。提前半年到一年开始做小项目把队友之间的默契、代码风格的统一、模块储备都磨出来正式比赛对你来说只是一次“流程重演”。第二把“至少完整做完一个小项目”当作报名的前提条件。不要指望在四天三夜里学会怎么用单片机。赛场上所有时间都应该花在实现和调试功能上而不是补基础。第三所有模块都要有“备份思维”。核心芯片多备一个、电源方案多备一条、程序在单片机里留个恢复模式这几个动作每一条都曾经在真实比赛中救过人的命。稳健性不是一种性格是一种设计习惯。我打比赛那会儿带过我的学长说过一句话我一直记到现在“电赛的题目做出来不是终点能把你的系统解释给一个完全不懂的人听它才算真正完成。”后来我才理解这说的其实就是工程表达能力。这也是为什么我把这个系列叫“竞赛宝典”——不只是教你怎么拿奖更是教你做一个真正能输出结果的工程师。这一篇是QA的第一期聊了准备、组队、备赛、现场、复盘几个阶段的核心问题。后面还有第二期、第三期会继续往细了讲选题策略、模块电路设计、调试工具用法这些硬核内容。有什么想让我在下一期回答的问题可以先记下来咱们下篇接着拆。