★ FEATURED ARTICLE 电子设计竞赛圈内习惯叫“电赛”是电子、自动化、通信类专业学生在校阶段绕不开的一场硬仗。E工程把“竞赛宝典”系列的第一篇放在电赛上而且选了一个特别的角度——让校外朋辈导师直接来做QA。所谓校外朋辈导师就是那些离开校园不久、正在企业里做开发的年轻工程师他们只比同学们大几岁不需要给任何人打分回答问题完全不绕弯。他们参与答疑时遇到过很多高频问题从备赛认知、方向选择、组队节奏、技术实操到临场排错都有覆盖。这里把答疑内容按时间顺序做了系统整理构成一份可以直接照着走的备赛地图适合准备参加电赛的本科生和高职生阅读也适合带竞赛的老师拿来当学生入门的参考。1. 为什么电赛值得认真对待为什么用校外朋辈导师来答疑1.1 电赛到底在比什么值不值得投入先搞清楚对手。电赛是团队赛三人一队在一个相对集中的环境里连续工作四天三夜按赛题要求做出一套能运行的电子系统最后以现场演示加测试打分。比赛题目跑不出电源、控制、仪器仪表、通信这几个大方向也许每年具体题目会翻出新花样但底层的知识结构变化不大。评分结构有一个非常关键的特征每道题都分“基本要求”和“发挥部分”基本要求是保底分发挥部分才是拉开差距的地方。投入一个学期甚至更久去准备电赛到底值不值我的看法是值得但别把它当赌博。电赛成绩在很多场合确实有用评奖评优、保研推荐、考研复试甚至研究生导师选人时都会关注。更实际的是备赛过程会逼着你把模电、数电、单片机这些课程里松散的知识串成一个闭环你要画电路、写固件、调参数、测数据、写报告、上台答辩一个完整的产品研发流程被压缩在几个月里走了一遍。哪怕最后没拿奖这个流程本身就是课堂给不了的东西。不过要提醒一句电赛的题目设计和实际工程应用之间还有不小距离。评委不是看你用了多顶尖的芯片而是看你在有限时间内能不能把系统调通、把数据测出来、把话说清楚。说白了它更像一次极限条件下的工程项目演练而不是纯知识竞赛。1.2 校外朋辈导师这个身份好在哪为什么是“校外”朋辈导师而不是校内老师或者辅导员原因很现实。校内老师当然更懂知识体系但老师跟学生之间存在天然的考核关系很多学生不敢暴露自己“其实什么都不会”的真实状态。加上师生交流时间有限提问往往被压缩成几句客套话真正卡住的地方常常来不及说透。校外朋辈导师不一样他们只比学生大几岁刚走完从本科生到工程岗位的完整路径对学生在哪个环节容易卡住非常敏感。朋辈导师还有一个独特优势是行业视角。他们在企业里每天处理的是真实产品的电源纹波、通信稳定性、结构散热问题看一个学生作品的时候第一反应往往不是“这个概念对不对”而是“这个方案在真实环境里能不能撑住”。这种务实思维对竞赛里“四天做出来还要能演示”的场景特别适用。再加上校外身份意味着他们不打分、不写评语回答问题没有顾虑可以直接说出“这个方案不行换个思路”这种大白话。还有一个容易被忽略的点朋辈导师的指导成本低。同样是解答问题他们更愿意用师兄师姐的口吻现场直接上手帮你查代码、测波形而不是丢给你一本教材让你自己回去看。这种即时的反馈速度在备赛阶段非常宝贵。1.3 这份QA想解决的核心矛盾筹备这套QA时我先让几位校外朋辈导师说一说“学生在备赛前最缺什么”。聊完发现高度一致不是缺知识是缺信息。很多队伍直到拿到赛题才发现原来评分表上基本要求和发挥部分的分数比例是事先就公布过的可惜已经来不及调整策略。也有队伍第一天就把题目理解偏了做到第三天推倒重来。结合这些信息我把文章结构定成一条时间线从“要不要参加、怎么选方向”开始到“组队怎么组、时间怎么排”再到“具体技术怎么选型、四天三夜怎么分配”最后是“遇到故障怎么查、答辩怎么不翻车”。这样的编排逻辑很简单把大家最关心的问题放到最前面技术细节放到后面让不同阶段的读者都能快速找到自己需要的那一块。所有问答都来自真实的校外朋辈导师答疑场景我做了脱敏和整理比许多照本宣科的官方经验分享要直接得多。2. 备赛前的整体设计方向、团队与时间线2.1 赛题方向怎么选才不后悔电赛赛题基本集中在四个大方向我把它们的特点用表格列出来方便对照。方向典型任务知识门槛主要风险点电源类DC-DC变换、逆变、恒流恒压中等模拟电路基础要扎实性能指标抠得细温度漂移和纹波容易翻车控制类小车、无人机、机械臂较高软硬一体平时跑得好赛场环境一变就容易失控仪器仪表类信号采集、频率测量、波形分析高对前端电路和ADC要求高校准和误差分析占大头通信类无线收发、调制解调高射频和信号处理底子要好环境干扰导致结果不可复现选方向有一条铁律先盘队伍里三个人各自会什么再谈喜好不要照着网上的热门方向硬冲。很多队伍被“控制类题目分高”吸引结果三个人从来没有完整写过电机控制程序。方向选得再漂亮兑现不了分数就是零。我的建议是队伍里已有的知识结构决定下限赛前还有两三个月的补课时间决定上限而上限能不能补起来取决于你们愿意投入多少有效训练时间。2.2 三人组队不能只看“技术最强”电赛的队伍是三个人不是一个人也不是十个人。这三个人最好承担三种不太重叠的角色一个人负责硬件电路和电源系统一个人负责主控代码和软件算法另一个人负责文档报告、数据记录、测试流程和现场答辩。为什么要专门安排一个人管文档因为电赛最后提交的不只是一个能跑的作品还有一份完整的设计报告评委打分时报告和答辩占的比重不容忽视。很多技术型队伍到最后一天才发现报告还是空白只能靠通宵补质量自然拉胯。还有一种常见的失败队伍画像三个人技术都不错但没有人做全局调度头两天都在讨论方案谁也说服不了谁。电赛备赛阶段就要明确方案最终决策权给谁意见不一致时怎么处理。我建议组队后先一起做一个小项目比如两天内做一个带无线遥控的小车看看各自的工作习惯和沟通方式合不合拍。经历过一次小项目磨合比任何口头约定都管用。2.3 备赛时间线怎么排时间线我建议分成四个阶段每个阶段任务不同不能一上来就刷题。阶段一赛前四到六个月补基础跑通一套最小系统。一套最小系统要包含电源、主控、传感器、通信、执行器真正让它们协同工作一次。阶段二赛前两到三个月按往年真题做模块化储备。电源模块、电机驱动模块、信号采集模块各做一块做成可以随时调用的“积木”。阶段三赛前一到两个月完整模拟一次四天三夜用往年真题实测流程记录每个环节的真实耗时。阶段四比赛周不再开发任何新东西只做整合、测试和文档收尾。每个阶段的核心目标可以简单归结为阶段一解决“能不能动”阶段二解决“有多少现成的积木”阶段三解决“拼积木需要多久”阶段四解决“最后别出事”。时间安排上我建议平时每周至少保证两个整块的半天来投入比如周六下午和周日全天而不是每天零散地看几眼代码。竞赛训练需要连续注意力碎片化学习在备赛阶段效率极低。还要提醒一点很多队伍备赛前期花大量时间研究赛题和评分规则却迟迟不动手。看十篇赛题分析不如焊接一块板子来得踏实。动手跑起来之后很多自己没意识到的问题会自动浮现这才是真正的备赛进度。3. 校外朋辈导师竞赛QA实录从入门到赛场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 技术故障排查速查表电赛现场有几个故障几乎天天都有人踩中我整理了一个对照表按“现象—可能原因—排查思路”来列遇到问题可以直接对着查。现象常见原因排查思路单片机上电不工作供电电压跌落、复位引脚悬空、晶振没起振先万用表测各级电源电压再测复位电平最后用示波器确认晶振波形系统运行时模块互相干扰数字地与模拟地没有分开采用单点接地模拟电路区域远离开关电源走线ADC数值跳动幅度大参考电压不稳、基准源噪声用低噪声基准源加RC滤波软件再做均值或中值处理电机能转但速度上不去PWM频率偏低、驱动芯片散热不够提高PWM频率到可听范围以上检查驱动芯片温度无线通信时断时续天线贴近金属件、模块供电电流不足天线垂直引出模块电源并一个大容量电解电容电压显示一直偏大或偏小分压电阻精度不够、万用表内阻影响换高精度电阻或做一次软件校准实际排查顺序永远遵循“先供电、再信号、最后软件”的优先级。至少一半的现场故障最后都归结为电源问题先把每一级电压量一遍很多看似魔幻的现象会立刻消失。这条经验放之四海而皆准。4.2 比技术更致命的非技术翻车有些队伍没有死在调不通上而是死在管理和流程上。最常见的翻车现场包括报告零进度最后一天通宵赶报告数据和图表全部缺失测试数据没有记录答辩时评委问“你实测频率是多少”完全答不上来没有备用器件一个保险管烧了就让整块板子瘫痪大半天电源接线用错排针引脚上电瞬间烧掉主控现场演示前没有预演上台才发现代码被改动过、编译不过。这些事故和技术水平无关全是流程纪律问题。我的习惯是比赛一开始就在白板上写一张“每日检查清单”内容简单到有点傻——供电正常、指示灯亮、串口有输出、代码已备份、测试数据已记录。每天收工前按清单全部勾一遍再晚也要走完这一遍才离开工位。听起来机械但正是这种机械的确认动作能在关键时刻救下整个作品。4.3 过来人最后悔的几件事如果只能挑出几条最有共性的教训我会选这几条。没有提前做一个“通用电源加最小系统底板”的稳定平台。很多队伍花大量时间在现场焊接飞线、重复搭同一套最小系统白白浪费宝贵的半天。提前做一个稳定的基础平台让每次测试都从这里开始是所有备赛事项里投入产出比最高的一个。做过的代码和电路没有模块化整理。比赛现场需要临时改功能、换器件如果之前做的传感器驱动完全不可复用就等于每次都得从零开始。用两天时间把代码和电路整理成自己的“个人库”比赛时会事半功倍。平时只在自己熟悉的开发板上调程序不熟悉比赛现场提供的仪器操作。赛场上设备型号跟学校实验室不一定一样旋钮位置、触发方式、菜单层级都可能有差异。不提前适应现场连波形都调不出来再好的电路也展示不了。没有尽早画出系统框图。很多队伍做到一半才发现某个模块的接口电压不匹配、通信协议对不上不得不推翻重来。提前把各模块之间的供电关系、信号流向、通信协议画成一张图贴在工位旁边所有改动都对照这张图评估能避免大量结构性返工。这些后悔事项其实指向同一件事备赛时要尽量把“再造轮子”的时间压到最低。比赛现场没有时间做创新只有时间组合你已经验证过的模块。大神和新手的差距往往不在方案新旧而在手里有多少提前搭好的积木。我自己当年第一次打电赛时队伍里没有一个人意识到报告要提前写最后一天补数据、补截图成绩惨不忍睹。第二次参赛前我提前三个月把电源模块、电机驱动、串口调试命令都做成了固定模板比赛的四天反而过得相对从容。现在回头看电赛真正教会我的不是某一款芯片怎么用而是如何在时间压力下把一个不确定的方案变成确定的结果。这篇QA先整理到这里后面的系列文章里我还会接着写工具链清单、往届真题复盘等内容。你在备赛过程中碰到过什么奇怪问题也欢迎留言告诉我回头继续请校外朋辈导师来回答。
阅读完成 · 觉得有帮助？
