电子设计竞赛，圈内习惯叫“电赛”，是电子、自动化、通信类专业学生在校阶段绕不开的一场硬仗。E+工程把“竞赛宝典”系列的第一篇放在电赛上，而且选了一个特别的角度——让校外朋辈导师直接来做Q&A。所谓校外朋辈导师，就是那些离开校园不久、正在企业里做开发的年轻工程师，他们只比同学们大几岁，不需要给任何人打分，回答问题完全不绕弯。他们参与答疑时遇到过很多高频问题，从备赛认知、方向选择、组队节奏、技术实操到临场排错都有覆盖。这里把答疑内容按时间顺序做了系统整理，构成一份可以直接照着走的备赛地图，适合准备参加电赛的本科生和高职生阅读，也适合带竞赛的老师拿来当学生入门的参考。

1. 为什么电赛值得认真对待，为什么用校外朋辈导师来答疑

1.1 电赛到底在比什么，值不值得投入

先搞清楚对手。电赛是团队赛，三人一队，在一个相对集中的环境里连续工作四天三夜，按赛题要求做出一套能运行的电子系统，最后以现场演示加测试打分。比赛题目跑不出电源、控制、仪器仪表、通信这几个大方向，也许每年具体题目会翻出新花样，但底层的知识结构变化不大。评分结构有一个非常关键的特征：每道题都分“基本要求”和“发挥部分”，基本要求是保底分，发挥部分才是拉开差距的地方。

投入一个学期甚至更久去准备电赛，到底值不值？我的看法是：值得，但别把它当赌博。电赛成绩在很多场合确实有用，评奖评优、保研推荐、考研复试，甚至研究生导师选人时都会关注。更实际的是，备赛过程会逼着你把模电、数电、单片机这些课程里松散的知识串成一个闭环：你要画电路、写固件、调参数、测数据、写报告、上台答辩，一个完整的产品研发流程被压缩在几个月里走了一遍。哪怕最后没拿奖，这个流程本身就是课堂给不了的东西。

不过要提醒一句，电赛的题目设计和实际工程应用之间还有不小距离。评委不是看你用了多顶尖的芯片，而是看你在有限时间内能不能把系统调通、把数据测出来、把话说清楚。说白了，它更像一次极限条件下的工程项目演练，而不是纯知识竞赛。

1.2 校外朋辈导师这个身份，好在哪

为什么是“校外”朋辈导师，而不是校内老师或者辅导员？原因很现实。校内老师当然更懂知识体系，但老师跟学生之间存在天然的考核关系，很多学生不敢暴露自己“其实什么都不会”的真实状态。加上师生交流时间有限，提问往往被压缩成几句客套话，真正卡住的地方常常来不及说透。校外朋辈导师不一样，他们只比学生大几岁，刚走完从本科生到工程岗位的完整路径，对学生在哪个环节容易卡住非常敏感。

朋辈导师还有一个独特优势是行业视角。他们在企业里每天处理的是真实产品的电源纹波、通信稳定性、结构散热问题，看一个学生作品的时候，第一反应往往不是“这个概念对不对”，而是“这个方案在真实环境里能不能撑住”。这种务实思维，对竞赛里“四天做出来还要能演示”的场景特别适用。再加上校外身份意味着他们不打分、不写评语，回答问题没有顾虑，可以直接说出“这个方案不行，换个思路”这种大白话。

还有一个容易被忽略的点：朋辈导师的指导成本低。同样是解答问题，他们更愿意用师兄师姐的口吻，现场直接上手帮你查代码、测波形，而不是丢给你一本教材让你自己回去看。这种即时的反馈速度，在备赛阶段非常宝贵。

1.3 这份Q&A想解决的核心矛盾

筹备这套Q&A时，我先让几位校外朋辈导师说一说“学生在备赛前最缺什么”。聊完发现高度一致：不是缺知识，是缺信息。很多队伍直到拿到赛题才发现，原来评分表上基本要求和发挥部分的分数比例是事先就公布过的，可惜已经来不及调整策略。也有队伍第一天就把题目理解偏了，做到第三天推倒重来。

结合这些信息，我把文章结构定成一条时间线：从“要不要参加、怎么选方向”开始，到“组队怎么组、时间怎么排”，再到“具体技术怎么选型、四天三夜怎么分配”，最后是“遇到故障怎么查、答辩怎么不翻车”。这样的编排逻辑很简单：把大家最关心的问题放到最前面，技术细节放到后面，让不同阶段的读者都能快速找到自己需要的那一块。所有问答都来自真实的校外朋辈导师答疑场景，我做了脱敏和整理，比许多照本宣科的官方经验分享要直接得多。

2. 备赛前的整体设计：方向、团队与时间线

2.1 赛题方向怎么选才不后悔

电赛赛题基本集中在四个大方向，我把它们的特点用表格列出来，方便对照。

选方向有一条铁律：先盘队伍里三个人各自会什么，再谈喜好，不要照着网上的热门方向硬冲。很多队伍被“控制类题目分高”吸引，结果三个人从来没有完整写过电机控制程序。方向选得再漂亮，兑现不了分数就是零。我的建议是，队伍里已有的知识结构决定下限，赛前还有两三个月的补课时间决定上限，而上限能不能补起来，取决于你们愿意投入多少有效训练时间。

2.2 三人组队不能只看“技术最强”

电赛的队伍是三个人，不是一个人，也不是十个人。这三个人最好承担三种不太重叠的角色：一个人负责硬件电路和电源系统，一个人负责主控代码和软件算法，另一个人负责文档报告、数据记录、测试流程和现场答辩。为什么要专门安排一个人管文档？因为电赛最后提交的不只是一个能跑的作品，还有一份完整的设计报告，评委打分时报告和答辩占的比重不容忽视。很多技术型队伍到最后一天才发现报告还是空白，只能靠通宵补，质量自然拉胯。

还有一种常见的失败队伍画像：三个人技术都不错，但没有人做全局调度，头两天都在讨论方案，谁也说服不了谁。电赛备赛阶段就要明确：方案最终决策权给谁，意见不一致时怎么处理。我建议组队后先一起做一个小项目，比如两天内做一个带无线遥控的小车，看看各自的工作习惯和沟通方式合不合拍。经历过一次小项目磨合，比任何口头约定都管用。

2.3 备赛时间线怎么排

时间线我建议分成四个阶段，每个阶段任务不同，不能一上来就刷题。

• 阶段一（赛前四到六个月）：补基础，跑通一套最小系统。一套最小系统要包含电源、主控、传感器、通信、执行器，真正让它们协同工作一次。
• 阶段二（赛前两到三个月）：按往年真题做模块化储备。电源模块、电机驱动模块、信号采集模块各做一块，做成可以随时调用的“积木”。
• 阶段三（赛前一到两个月）：完整模拟一次四天三夜，用往年真题实测流程，记录每个环节的真实耗时。
• 阶段四（比赛周）：不再开发任何新东西，只做整合、测试和文档收尾。

每个阶段的核心目标可以简单归结为：阶段一解决“能不能动”，阶段二解决“有多少现成的积木”，阶段三解决“拼积木需要多久”，阶段四解决“最后别出事”。时间安排上，我建议平时每周至少保证两个整块的半天来投入，比如周六下午和周日全天，而不是每天零散地看几眼代码。竞赛训练需要连续注意力，碎片化学习在备赛阶段效率极低。

还要提醒一点：很多队伍备赛前期花大量时间研究赛题和评分规则，却迟迟不动手。看十篇赛题分析，不如焊接一块板子来得踏实。动手跑起来之后，很多自己没意识到的问题会自动浮现，这才是真正的备赛进度。

3. 校外朋辈导师竞赛Q&A实录：从入门到赛场

3.1 那些被问了很多遍的入门问题

“大二学生，C语言只学过基础，模电数电还在学，能不能参加电赛？”这个问题被问的次数最多。校外朋辈导师的回答很直接：能，而且建议去。但不是为了拿奖，而是电赛的备赛过程本身就是一个高速学习通道。参加一次，你会迅速知道自己缺什么：是电源不会设计，还是ADC采样写不好，还是报告不会组织。这个自我诊断比任何课堂考试都有效。大二最大的优势是试错成本低，就算最后没有拿奖，暴露出来的问题可以在大三之前全部补上。反过来，如果队伍里三个人都是完全零基础，那就先别急着参赛，应该先做一个用单片机控制LED和按键的小项目，把开发环境跑通再说。

“要不要先买齐设备和仪器再开始备赛？”这也是一个高频问题。导师的建议是：先借后买。学校实验室一般都有台式万用表、示波器、信号源、稳压电源，先摸熟这些仪器的操作，比拥有一台自己的仪器更重要。个人需要准备的只是几样便宜且高频使用的东西：一套顺手的电烙铁和焊台、常用排针和杜邦线、一块主控开发板，外加几种常见传感器模块。不要一上来就买高精度台式设备，很多人买回示波器后发现大部分时间在吃灰。

3.2 技术选型与实现的几个硬核问答

“主控芯片选哪家？”这个问题几乎每组都会问。导师的看法是：选你写代码最顺手的那一个，而不是参数看起来最唬人的那一个。如果队伍以前只用过Arduino，那就继续用Arduino，因为比赛比的不是芯片性能，而是功能完成度。Arduino的库函数丰富，很多外设驱动不用自己从零写，能把时间省下来做系统级联调。如果你们有STM32经验，用STM32当然更好，外设丰富、性能强、串口和定时器资源多，但代价是初始化配置复杂，出错概率更高。还有一条中间路线：主控用熟悉的芯片做整体逻辑，需要高性能的模块比如图形界面、复杂信号处理，用单独的协处理器分担压力。这种做法适合水平比较高的队伍，新手不要轻易尝试。

“电源模块是买现成的还是自己搭？”导师的回答有点反直觉：买现成的为主，自己搭为辅。电赛时间非常紧张，如果花两天去调一个DC-DC电源，核心功能可能就没时间做了。正确策略是：提前准备一个稳定可靠的电源模块作为共用底座，比赛时所有板卡都从它取电；只有当题目本身涉及电源性能，比如题目是电源类赛题时，才需要认真设计一个高性能电源，但这也是备赛阶段就该反复验证过的模块。永远不要在比赛现场第一次调试核心电源电路，这句话值得抄在工位旁边。

“控制类题目要不要学PID？”导师的回答是：不只是要学，而是要在比赛前完整调过至少一遍。很多队伍赛前看了大量PID理论，自认为懂了，结果现场电机一抖就不知道先调哪个参数。我建议准备一个简易小车平台，把位置式PID和增量式PID各调一遍，记录不同参数下的响应曲线。你会直观地看到，Kp太大会震荡，Ki能消除静差但会让系统变慢，Kd对噪声敏感。这个经验值多少钱？值控制类高奖项的一半。调过一遍PID之后，控制题你已经赢了一半对手。

还有“代码要不要模块化”的问题，答案是必须。四天三夜的编码时间碎片化严重，如果所有功能都堆在一个主函数里，改一个小参数可能要重新编译烧录测试十分钟。提前把传感器驱动、通信协议、控制逻辑封装成独立模块，赛场调试效率会翻倍。这个经验也直接对应当前工程开发里的架构习惯，算是打比赛顺便练了职业基本功。

3.3 四天三夜怎么排兵布阵

“四天三夜的时间到底怎么安排？”这是临场类问题里最常被问的，导师给的建议很具体。

第一天，仔细读题。把评分表逐条拆出来，对照往年经验评估难度，确定方案后立刻开始搭硬件框架和软件骨架。第二天，把基本要求里的核心功能完整实现，能跑通就行，不要纠结性能优化。第三天，回头打磨性能、补充发挥部分里最顺手的一两项，同时开始写报告框架、整理测试数据。第四天，上午全面测试和录制演示视频，下午整理作品和文档，预留至少三小时做现场答辩的演练和查漏补缺。

这里有几个时间分配原则必须强调。第一个是“基本要求百分之百优先”，很多队伍第一天晚上就盯着发挥部分想，结果第二天才发现基本要求都没跑通。第二个是“每天收工前留半小时做备份”，代码上传备份、数据导出备份、进度写进日志，这个习惯能避免灾难性事故。第三个是“通宵要控制次数”，四天三夜不是真的让你四天不睡，连续通宵的决策质量和焊接质量都会断崖式下降，第三天睡一个好觉反而比多熬三小时更有价值。

“基本要求和发挥部分怎么取舍？”这个问题的答案很简单：先把基本要求做到稳定可靠，有余力再进攻发挥部分里最容易拿分的那一块，不要平均用力。基本要求是大多数队伍都能完成的任务，完成它就能拿到一个还不错的保底分；发挥部分难度跳一级，完成一两项就足以拉开明显差距。很多人贪多，每一项都碰一下，最后没有一项是完整跑通的，这是最可惜的结局。

3.4 报告和答辩环节，校外朋辈导师怎么看

“报告和答辩是不是走过场？”这个问题不少学生问过，导师的回答很直接：评委要在有限时间里看完大量作品，报告和答辩往往是他们形成印象的主要渠道，你说是不是走过场。

报告怎么写好看？不用堆词藻，但要结构完整：题目分析、方案论证、关键电路与算法说明、测试数据与误差分析、总结。误差分析尤其重要，评委很爱问“你的测量误差从哪里来”，如果报告里已经认真分析过，答辩时就能从容应对。另外，图表的规范性很加分，坐标轴注明单位、表格加上表头标题、关键波形截图配上简短说明，这些细节能让作品看起来像正经做出来的，而不是临时拼凑的。

答辩现场有几个细节常被忽略。开场白控制在三十秒内，直接说明你做了什么、指标达到多少；操作演示前先自检线缆连接和供电状态；测试时数据要当着评委的面重新测一遍，不能只指着之前的记录说“这是我们最好成绩”。这些细节不需要技术含量，每一条都能避免印象分被扣。校外朋辈导师最后都会补一句：把评委当成不懂你们整个开发过程的普通工程师，让他们在五分钟里听懂你做了什么、怎么做到的、数据支不支持你的结论。

4. 电赛实战中的高频问题与避坑经验

4.1 技术故障排查速查表

电赛现场有几个故障几乎天天都有人踩中，我整理了一个对照表，按“现象—可能原因—排查思路”来列，遇到问题可以直接对着查。

实际排查顺序永远遵循“先供电、再信号、最后软件”的优先级。至少一半的现场故障最后都归结为电源问题，先把每一级电压量一遍，很多看似魔幻的现象会立刻消失。这条经验放之四海而皆准。

4.2 比技术更致命的非技术翻车

有些队伍没有死在调不通上，而是死在管理和流程上。最常见的翻车现场包括：报告零进度，最后一天通宵赶报告，数据和图表全部缺失；测试数据没有记录，答辩时评委问“你实测频率是多少”完全答不上来；没有备用器件，一个保险管烧了就让整块板子瘫痪大半天；电源接线用错排针引脚，上电瞬间烧掉主控；现场演示前没有预演，上台才发现代码被改动过、编译不过。

这些事故和技术水平无关，全是流程纪律问题。我的习惯是：比赛一开始就在白板上写一张“每日检查清单”，内容简单到有点傻——供电正常、指示灯亮、串口有输出、代码已备份、测试数据已记录。每天收工前按清单全部勾一遍，再晚也要走完这一遍才离开工位。听起来机械，但正是这种机械的确认动作，能在关键时刻救下整个作品。

4.3 过来人最后悔的几件事

如果只能挑出几条最有共性的教训，我会选这几条。

没有提前做一个“通用电源加最小系统底板”的稳定平台。很多队伍花大量时间在现场焊接飞线、重复搭同一套最小系统，白白浪费宝贵的半天。提前做一个稳定的基础平台，让每次测试都从这里开始，是所有备赛事项里投入产出比最高的一个。

做过的代码和电路没有模块化整理。比赛现场需要临时改功能、换器件，如果之前做的传感器驱动完全不可复用，就等于每次都得从零开始。用两天时间把代码和电路整理成自己的“个人库”，比赛时会事半功倍。

平时只在自己熟悉的开发板上调程序，不熟悉比赛现场提供的仪器操作。赛场上设备型号跟学校实验室不一定一样，旋钮位置、触发方式、菜单层级都可能有差异。不提前适应，现场连波形都调不出来，再好的电路也展示不了。

没有尽早画出系统框图。很多队伍做到一半才发现某个模块的接口电压不匹配、通信协议对不上，不得不推翻重来。提前把各模块之间的供电关系、信号流向、通信协议画成一张图，贴在工位旁边，所有改动都对照这张图评估，能避免大量结构性返工。

这些后悔事项其实指向同一件事：备赛时要尽量把“再造轮子”的时间压到最低。比赛现场没有时间做创新，只有时间组合你已经验证过的模块。大神和新手的差距往往不在方案新旧，而在手里有多少提前搭好的积木。

我自己当年第一次打电赛时，队伍里没有一个人意识到报告要提前写，最后一天补数据、补截图，成绩惨不忍睹。第二次参赛前，我提前三个月把电源模块、电机驱动、串口调试命令都做成了固定模板，比赛的四天反而过得相对从容。现在回头看，电赛真正教会我的不是某一款芯片怎么用，而是如何在时间压力下把一个不确定的方案变成确定的结果。这篇Q&A先整理到这里，后面的系列文章里我还会接着写工具链清单、往届真题复盘等内容。你在备赛过程中碰到过什么奇怪问题，也欢迎留言告诉我，回头继续请校外朋辈导师来回答。