大一无知无畏抱着“反正输了也不丢人”的心态报名了电子设计竞赛结果真把四天三夜完整扛了下来。这篇心得不是获奖经验分享我们当时拿的只是一个省级二等奖没有国奖光环加持。但这篇内容想说的是大一打电赛到底值不值、怎么准备、过程中的真实状态是什么样、哪些坑是没人提前告诉你的。如果你也正犹豫要不要报名或者刚组好队不知道从哪里下手这篇文章可以给你一个比较真实的参考。1. 大一参赛先想清楚你图什么1.1 电赛能给你什么不能给你什么大一打电赛最常见的动机是三样好奇、简历加分、以及“不想大学四年过得太平淡”。先说结论这三样里只有第一样和第三样是靠得住的。从实际收获来看电赛带给我的能力成长远比获奖本身更大。备赛期间你会被逼着接触学校课程还没讲到的内容单片机最小系统、传感器数据采集、电机驱动、PID控制算法、电源设计。这些知识点放在课表里分布在两三个学期但在比赛里你必须在两三个月内全部上手。这种倒逼式学习效率极高因为你是带着任务去学的而不是为了应付考试。同时你会被迫养成看数据手册的习惯。学校实验课教你照着实验指导书连线、抄代码电赛可没人给你写实验指导书。模块买回来只有一张引脚图芯片只有一个几百页的英文文档你得自己查寄存器、看时序图、猜波形。这个能力对工科生来说比任何一门课的成绩都重要。但也要泼一盆冷水电赛不能让你保研不能让你直接拿到大厂offer甚至不能证明你的专业知识有多扎实。评委打分看的是你四天做出来的东西能不能稳定跑起来而不是你掌握了多少理论。所以我们赛后复盘时有一个共识——大一参赛最大的价值是帮你在大学早期建立起对“电子系统”这个概念的完整认知而不是让你提前成为专家。1.2 大一的短板和优势心里要有数既然要打电赛就得清醒地认识自己的位置。大一的短板很明显理论知识不够C语言只学到指针还没学数据结构模电数电还在课堂上和老师互相折磨连示波器怎么触发都没弄明白。动手经验也少焊接水平停留在“能把元件焊上但不保证不虚焊”的程度。但大一的优势同样真实时间多、脸皮厚、没有心理包袱。大二大三学长要准备考研、找实习、刷绩点而你可以从早到晚泡在实验室没人说你。我的体会是电赛备赛期就是纯拼投入时间这一点大一学生反而占便宜。另外大一参赛的容错率很高。就算最终没拿奖你还有三年时间可以继续参赛。那些第一次比赛学到的经验教训会直接转化成第二年、第三年的竞争优势。我们实验室有一个学长大一参赛连省三都没拿到大二拿了省一大三直接冲进国赛他赛后跟我说大一那次唯一的贡献就是让他把每个环节的坑都踩了一遍。所以在心态上给自己定一个可接受的最低目标很重要。我当时和队友约定拿奖是运气做出来是底线学东西是实打实的收益。把预期放低之后整个备赛和比赛过程的心态会稳很多反而更容易发挥出正常水平。2. 备赛阶段从点亮一颗LED到拼出完整系统2.1 硬件选型为什么我们选了STM32F103C8T6电赛控制类题目的主控选择基本绕不开51、STM32、MSP430这几个方向。我们当时经过一轮讨论直接放弃了51单片机选了STM32F103C8T6这颗芯片。51的优势是上手快网上教程多如牛毛还是许多学校单片机课程的入门芯片。但它的短板也很明显8位架构、主频低、片上外设少。电赛这种场景下你需要同时处理ADC采样、PWM输出、编码器计数、串口通信、外部中断51的资源分配会让你做到怀疑人生。STC的增强型51能缓解一部分问题但开发体验和代码效率仍然不如32位MCU。STM32F103C8T6就是那颗经典得不能再经典的芯片。Cortex-M3内核最高72MHz主频64KB Flash20KB RAM资源虽然不算丰富但对一个课时四天三夜的电赛题目来说完全够用。最重要的是它的生态极其成熟资料多到你看不完任何你能想到的问题几乎都有人踩过并发布了解决方案。对于大一新手来说遇到问题能搜到前人经验这是最宝贵的隐形资源。选型时还有个现实考量就是价格。我们备赛用的核心板加下载器一套下来几十块钱即使焊坏几块板子也不心痛。用这些损失换来实际项目经验性价比非常高。2.2 工具和物料清单照着准备就行电赛是一个依赖工具的竞赛工具不齐全会直接拖慢进度。我把当时我们桌上必备的东西整理成了一份清单给打算参赛的同学一个参考类别具体物料用途说明调试工具数字万用表、示波器学校实验室、逻辑分析仪可选查电压、看波形、抓时序问题焊接工具恒温焊台、尖头烙铁、焊锡丝、助焊剂、吸锡带焊板子、拆错件、修补焊盘主控STM32F103C8T6核心板、ST-Link下载器程序烧录调试传感器模块编码器电机、超声波模块、灰度传感器、MPU6050视题目需求而定备赛多买几种驱动模块TB6612电机驱动、L298N、舵机控制电机和机械结构电源模块18650电池组、降压模块LM2596、AMS1117给不同电压的器件供电耗材洞洞板、排针、杜邦线、扎带、铜柱、螺丝螺母搭建和固定结构软件工具Keil MDK、STM32CubeMX、立创EDA写代码、生成初始化工程、画原理图这些物料里我特别想多说两句的是示波器和逻辑分析仪。很多大一同学调试时只用万用表但碰到PWM波形不对、I2C通信失败、串口乱码这类问题没有示波器你只能靠猜。如果学校实验室借不到示波器至少入手一个几十块钱的逻辑分析仪排查数字信号问题会轻松非常多。2.3 备赛时间线三个多月我们是怎么排的我们这支队伍是从暑假前大概三个月开始准备的节奏大致是这样的第1~4周补基础。主要任务是学会用STM32CubeMX配置引脚和时钟用Keil写点灯、外部中断、定时器、串口通信这些基础程序。目标不是精通而是把所有常见外设跑通一遍知道它们大概怎么工作。第5~8周做小题目。拿往届电赛的基础题练手比如做一个带编码器测速的循迹小车做一个温湿度采集显示系统。这个阶段开始接触传感器数据处理、PID调参、电源供电这些“真刀真枪”的问题。第9~12周模拟比赛。选一个比较有代表性的往届题目严格按照四天三夜的时间走一遍流程。这个过程特别关键你会发现很多平时没暴露的问题比如分模块调试都正常一整合就互相干扰比如代码写到最后Flash快满了比如机械结构根本固定不住。备赛阶段我最大的感悟是不要把时间全花在看视频和看书上。嵌入式这行看十小时教程不如自己动手调一个小时bug。程序写不出来、板子调不通的时候硬着头皮去搜、去试、去改这个过程才是真正的成长。2.4 大一写代码的真相不用害怕代码量其实不大很多大一同学一听到“写代码”就紧张觉得自己水平不够。我先给大家一个定心丸电赛四天里你写的嵌入式C代码从量上说可能只有几百到一千行。真正难的不是代码本身而是你要理解你操作的是硬件不是纯粹的软件逻辑。比如说你要输出一个可调占空比的PWM波形软件上只需要配置定时器和比较寄存器但硬件上你得检查引脚是否正确复用了、信号有没有被其他外设占用还要用示波器确认波形从引脚上真实输出了。代码只是整个系统的一部分这是和纯软件开发最大的区别。另一个对大一友好的事实是你不需要从零写驱动。STM32的HAL库和标准外设库已经把寄存器的操作封装好了网上还能找到各种传感器模块的例程。我当时干得最多的事就是看别人写的初始化代码理解一下每一行在干什么然后改改引脚号、改改参数移植到我自己的工程里。但这里有一个很重要的态度问题看别人代码必须看懂不能只会复制粘贴。你得能说清楚为什么这个初始化要开这个时钟、为什么这个中断要放这个回调函数、为什么这个延时放在这里。把“会用”升级成“理解”比赛时遇到问题才有排查的思路。3. 组队与分工三个人的队伍怎么搭最稳3.1 找队友的三个原则电赛是三人一队队友选得好不好直接决定比赛期间是共同战斗还是互相折磨。我们总结出来的三个原则是兴趣匹配、能力互补、抗压能力相当。兴趣匹配看起来虚实际上很关键。如果一个队友对电子设计本身完全没兴趣只是被硬拉来凑数那他在四天三夜的高强度工作中很容易心态崩。能力互补是指软硬件各有侧重有人擅长写程序有人擅长焊板子调试电路有人擅长做结构和文档。三人尽量别都偏同一个方向不然会出现“会的人累死不会的人帮不上忙”的尴尬局面。抗压能力在电赛里尤其重要四天没觉睡、调不通代码、临近截止时间还没完成这些场景极其考验心态一个容易炸毛的人会把整个队伍的节奏带崩。还有一个很现实的问题大一新生要不要找高年级学长组队我的看法是可以但要想清楚定位。和学长组队知识储备和经验差距是降维打击学东西确实快。但你也得接受一个事实高年级选手的思路和方案规划往往是他们在主导大一队员容易变成“打杂的”。如果抱着学习的心态去这完全没问题如果想真正体验从零到一做完整项目的过程那和同年级队友一起摸爬滚打体验会更加完整。3.2 分工不是简单分成“硬件、软件、文档”很多人以为三人分工就是一个人负责硬件、一个人负责软件、一个人负责报告。实际操作下来远没有这么简单。电赛的题目通常是一个完整的系统软硬件高度耦合。比如一个自动行驶小车传感器采集数据、主控决策运算、电机执行指令每个环节都同时涉及硬件接线和软件配置。如果做硬件的和做软件的各管一摊联调阶段会非常痛苦互相都觉得是对方的问题。我们当时的做法是不按“硬件/软件”划分而是按“子系统”划分。比如一个人负责电源、主控和基本驱动逻辑一个人负责传感器和信号处理一个人负责执行机构电机/舵机和整体结构。每个子系统内部这个人既要去接硬件线也要写对应的驱动程序。真正到最后联调时才全队一起上。这样做的好处是每个人都对完整的软硬件流程有体感而不是只熟悉自己那一小块。坏处是前期可能进度更慢因为每个人都要同时接触硬件和软件。但对于一个长期发展的大一学生来说这种“全栈”体验带来的成长收益我认为是更高的。3.3 团队沟通和版本管理的教训等真正开始备赛了你才会意识到沟通有多重要。我们吃过最大的亏是代码没有版本管理硬件改版不通知队友。有一次我花了一个晚上调好的电机控制参数第二天早上发现全乱了。后来才知道队友前一天晚上觉得代码“优化”了一下直接改了我写的文件。而他用的是他电脑上的工程没有跟我同步。从那以后我们强制规定所有代码统一放到一个Git仓库里每天结束前必须提交一次所有硬件接线改动必须在群里拍照记录每个人改了什么命名和注释里都有标注。这些习惯看起来琐碎但在四天三夜的高强度作战中它们能救命。电赛拼到最后比拼的是一个团队的信息同步能力和工程管理能力而不只是技术能力。哪怕你们是三个大一菜鸟只要信息不丢、改动不乱完成度就会比那些“高手”但组织混乱的队伍高出一截。4. 四天三夜实战复盘比赛到底是怎么进行的4.1 D1题目发布与选题决策是第一道坎电赛正式开始的第一天下午全国统一发布题目。拿到题目后的头几个小时是整个比赛最紧张的时刻。你需要快速浏览所有题目评估每一道题的难度、工作量、以及自己队伍的擅长方向然后快速锁定目标。我们当时面对的现实是信号类题目需要高速电路设计和FPGA我们不会电源类题目对模拟电路基本功要求高我们大一没学透最后只剩下控制类题目可以选。这个决策过程其实非常快速因为我们对自身能力边界有清晰的认知。但选题之后有个更重要的问题在方案设计上一定要控制复杂度。我们见过太多队伍第一天把方案设计得极其宏大要用视觉识别、要用机器学习、要做远程监控结果两三天后发现根本做不完最后连基础功能都保不住。我们的原则是先做一个能稳定跑基础功能的保守方案把基础分拿稳了再考虑加分项。比赛这东西做出来是第一位的做得好是第二位。4.2 D2硬件搭建与模块调试最考验基本功第二天是硬件工作量最大的一天。我们的任务是把前一天晚上定下来的方案落实到物理世界主控板供电、电机驱动接线、传感器装到车体上、通信线排布。这个阶段大一基本功不足的短板就暴露出来了。比如焊接质量不稳定有些焊点看起来亮亮的实际上根本没有吃透焊盘一碰就脱。我们第一天晚上就因为一个虚焊的排针导致传感器信号时断时续排查了近一个小时。后来学乖了焊完每一块板子都用万用表通断档挨个点测一遍绝不跳过这一步。还有电源问题必须单独说。电机启动瞬间的电流冲击非常大如果主控和电机共用一个电源电压会被瞬间拉低导致单片机复位。这个问题我们踩坑后用了两种方式解决一种是电池输出直接给电机驱动然后通过降压模块单独给主控供电做到电源隔离另一种是在电源输入端并联一个大电容吸收瞬间压降。两种方式都用上系统稳定性会明显提升。4.3 D3联调、改方案、心理战第三天是整个比赛最痛苦的阶段。所有模块要整合在一起跑各种问题开始集中爆发。你最常遇到的场景是传感器数据不对、电机响应迟缓、显示数值乱跳、程序莫名其妙跑飞。这一天的关键词是“排查”和“取舍”。排查要有方法不能头痛医头脚痛医脚。我们总结出的排查顺序是先查电源用万用表确认各级电压正常再查信号用示波器或者逻辑分析仪看传感器输出波形对不对最后才怀疑代码逻辑用串口打印关键变量判断程序执行路径。绝大多数问题都能在这个流程下定位出来。取舍则是这个阶段最艰难的决定。如果某个功能从开始就容易出问题到现在还没调通那大概率是方案有问题而不是时间不够。我们的做法是给自己设一个截止时间如果在某个时间段内还调不通这个高级功能就果断降级回到保守方案保住基础分。这就像比赛中受伤的运动员状态不行还硬冲不如赶紧调整策略保住比赛资格。4.4 D4封箱、测试与文档最后一战比赛最后一天的下午就要封箱测评了上午的时间尤其宝贵。我们当时做了一件特别有用的事把完整系统连续跑了十遍记录下每次的表现。这个习惯帮我们找到了两个隐蔽的问题一个是程序运行时间长了之后内存中某个变量会出现溢出现象导致显示偶尔闪烁另一个是机械结构的螺丝在长时间震动后松了导致车轮偏移。这两个问题如果在测评现场才暴露很可能就直接前功尽弃了。赛前多跑几遍把系统调到“连续运行N次都稳定”的状态比临时改任何功能都更重要。还有一个被很多队伍忽视但很重要的事情文档。电赛有设计报告评分环节分值占比不低。很多人以为报告是最后才写的其实刚好相反思路要在一开始就清晰然后在四天过程中逐步完善记录。我们做了一份十几页的设计报告包含了方案论证、电路设计、软件流程、测试数据。测试数据这个部分尤其有价值评委看到你有对比实验、有数据分析印象分会明显不一样。5. 大一踩过的坑给你提前排掉一半5.1 硬件坑看着简单动起手来全是事坑1杜邦线是最大的不稳定源。很多模块用杜邦线连接接触不良的问题排查起来极其折磨。建议比赛时重要信号线全部换成焊接连接不要嫌麻烦。坑2共地问题。传感器和主控之间信号不正常很多时候不是通信协议的问题而是没有共地。接线之前先理清楚每一个模块的GND是不是连到了同一个电位上。坑3电源的数量和种类要提前规划。不同模块需要的电压不一样有的要5V有的要3.3V有的要12V。比赛时临时加降压模块特别容易搞混备赛时就要把电源树画清楚。坑4电机驱动芯片发烫。最常见的原因是PWM频率不对或者负载电流过大。如果芯片烫得无法摸千万不能放任不管轻则影响输出重则烧毁芯片。5.2 软件坑你以为的软件问题可能全是硬件问题坑1串口乱码不一定是配置错了。先查波特率再查晶振频率是否匹配最后查USB转串口模块的质量。我们有一次乱码折腾了大半天最后发现是那个几块钱的串口模块本身有问题换了一个就好了。坑2中断里不要做耗时的操作。比如在定时器中断里调用延时函数、做浮点运算这些操作会拖慢中断响应速度导致系统卡死。中断里只做标志位设置和简单的数据搬运复杂的处理放到主循环里做。坑3看门狗不是必须的但关键时候能救命。如果程序偶尔会跑飞打开独立看门狗在主循环里定期喂狗。虽然是一个很小的配置但能让系统的稳定性上一个档次。坑4代码要分模块写。每个外设驱动放一个文件主循环文件里只放系统逻辑。这个习惯能让你在第三天改需求时不用对着几百行耦合代码发愁。5.3 文档坑写得越勤最后越轻松很多队伍把设计报告拖到最后一天才动笔结果就是在一堆模块还没完全调通的状态下花巨额时间补文档心态直接爆炸。我们的经验是每人每天结束前写一段当天的工作记录配两张照片或者截图。比赛最后只需要把这些记录汇总、润色、排版半天就能搞定一份质量不错的报告。还有一个容易被忽略的细节测试数据要留原始记录。哪怕是一张随手拍的示波器波形照片一张测试记录表放在报告里都比空口描述有说服力得多。评委看过的报告成百上千你的数据一眼假他们会直接质疑你的设计真实性。5.4 心态坑电赛比的不是智商是持久战最后想认真聊一下心态问题。电赛的强度是真实的四天里我们每天只睡四五个小时有队友到最后一天几乎精神恍惚。在这个状态下任何一个小问题都可能引爆情绪。我们队里三个人虽然也有过争执但都遵守了一个约定对事不对人问题当前解决优先复盘后置。这个约定帮我们度过了最黑暗的第三天晚上。当时传感器数据一直不对我一度想把模块砸了。队友拉住我说先梳理排查链路别急着换方案。冷静下来之后用示波器一测发现是一个引脚的复用配置错了十秒钟改完就好了。电赛打下来最让我觉得值得的不是那张奖状而是我终于在大一就知道了一件事一个电子系统是怎么从想法变成实物的。这个认知课本不会教作业不会考但如果你以后真的要走工科这条路它比一门课的高分重要得多。如果你也是大一正在纠结要不要报名我的建议是报别犹豫。找个愿意一起折腾的队伍从零开始学哪怕最后没拿奖你学到的东西也会在后面的学习和比赛中反复用到。电赛不是天才的舞台它属于所有愿意花时间的人。