大一出成绩那天，我盯着屏幕上的"成功参赛奖"愣了好久。队友拍了拍我肩膀说"至少咱们把作品交上去了"，我苦笑了一下——48小时里我们只睡了6个小时，作品在测评时跑偏了线，连"完成基本要求"那一档都没拿到。但奇怪的是，三个月后的现在，如果有人问我"大一要不要去打电赛"，我的回答依然是：去，而且越早越好。
这篇心得不是成功经验分享，我没拿奖，甚至可以说输得挺惨。但也正因为输过、熬过、debug到头秃过，我才更清楚大一新生参加电赛（全称全国大学生电子设计竞赛，也就是大家常说的"电赛"）到底是怎么一回事：怎么准备、怎么组队、怎么避坑、以及最关键的——怎么在啥都不会的情况下，把一件看起来不可能完成的作品，跌跌撞撞地做出来。
1. 先说说大一的真实起点：你不需要"准备好"才开始
1.1 我当时什么都不会，为什么还敢报名
报名的时候，我刚学完C语言期末考试，模电数电还在"挂科边缘试探"，单片机是啥都不知道，焊台摸过两次，焊出来的焊点像锡块便秘。听到学长说"电赛题目涉及自动控制、信号处理、电源设计"时，我第一反应是"这跟我有什么关系"。
但真正让我下决心的，是实验室学长的一句话："大一参赛，最大的优势不是技术，是时间。你输了不亏，赢了血赚。"仔细想想确实是这样——大二大三的学长学姐要忙着考研、保研、找实习，顾虑多得很。大一新生时间最多、心态最好，即使拿个参与奖，简历上也不丢人，更重要的是能提前把电赛的完整流程走一遍。
于是我就这么硬着头皮报名了，成了队里唯一的大一新生。另外两个队友，一个是大二做控制方向的学长，一个是大三写代码的老学姐。组队的时候我特别自卑，觉得自己是去拖后腿的，但后来发现——大一新生在队里其实有独特的生态位：查资料、买器件、焊板子、整理文档、点外卖、熬夜的时候下去买红牛。这些琐碎的事情听着不起眼，但备赛期间真的缺不了人干。
1.2 大一备赛普遍存在的三个认知误区
打完整场比赛，回头看当时自己的想法，发现至少有三个认知是错的，估计也是大多数大一新生会踩的坑。
误区一：以为电赛拼的是"知识储备量"。总觉得得先学完模电、数电、信号与系统、自动控制原理才能上场。实际根本不是这样，比赛评审看的是你能不能在一个陌生题目面前快速拆解需求、快速做出来能跑的东西。很多知识是边比赛边查的，比如我们当时需要用到红外循迹，之前完全没接触过，也就花了一个晚上看数据手册加调通。大学四年学的东西，不如比赛三天里逼自己学的多，这是真的。
误区二：以为队友越强越好，自己跟着混就行。实际上，技术强的队友确实能兜底，但如果三个人完全没有交流、各搞各的，最后作品大概率是散的。电赛的组队逻辑更像"一个微型创业公司"，要有人管硬件、有人管软件、有人管整体方案和文档。大一新生最容易犯的错就是"觉得有学长学姐在，自己躺平就好"，结果评审老师问到一个细节，你支支吾吾答不上来，整个队印象分都受影响。你可以不会，但你必须参与到每个环节里，至少要能讲清楚"这个模块为什么这样设计"。
误区三：以为最花时间的是调代码和焊板子。真正打过比赛的人会告诉你，最花时间的是"找bug"和"改方案"。"诶这路怎么不走直线了"可能只是某个传感器松了，"上电就冒烟"可能只是电源线接反了。比赛第三天凌晨两点，我们三个人盯着明明逻辑正确却完全不动的小车，最后发现是电池没电了——这种荒唐事在电赛现场每天都在发生。
2. 电赛真正考的不是"做出来"，而是"在有限时间内做得出来"
2.1 四天三夜的时间到底怎么分配
电赛的赛制通常是四天三夜（有些年份是三天两夜），拿到题目那一刻，计时就开始了。很多人第一次参赛最大的误区是：拿到题目就开始埋头写代码、焊板子。这是大忌。
以我们当时选的题目类型（2024年H题自动行驶小车这类）为例，我的经验是时间应该这样切：
| 时间段 | 该做的事 | 具体产出 |
|---|---|---|
| 第1天上午 | 读题、选题目、定方案 | 一篇不超过3页的方案文档，明确基本要求和发挥部分 |
| 第1天下午到晚上 | 搭硬件框架、跑通最小系统 | 单片机最小系统、电机驱动、传感器模块全部能独立工作 |
| 第2天 | 软件主流程 + 单模块联调 | 传感器能读数据、电机能按指令转、控制逻辑跑通 |
| 第3天 | 整机联调 + 处理意外情况 | 完整功能闭环，开始反复测试稳定性 |
| 第4天 | 封箱、写设计报告、准备答辩 | 作品固定好、报告写完、演示流程彩排 |
我们当时最惨痛的教训就是第一天花了整整半天在讨论"到底选哪道题"，纠结H题小车还是E题其他方案，结果下午才开始动手。第一次参赛的人一定要记住：没有完美的题目，只有做得完的题目。选一个你们队最有把握完成基本要求的，比选一个看起来"分数上限更高"但你们压根没把握的，要明智得多。
2.2 用H题自动行驶小车举例，看什么是"聪明的取舍"
我们做的正是2024年H题自动行驶小车，要求小车能沿指定线路自动行驶、定点停车、还涉及一些路径规划的发挥部分。拿到题的时候，我们天真地以为能把所有功能全做完——大二学长甚至规划了用OpenMV做视觉识别，说"这样上限高"。但第一天晚上我们就发现，光是把灰度传感器循迹和编码器测速调通，就已经快崩溃了。
这里就体现出老队员的价值了。大三学姐拍板砍掉OpenMV方案，理由是："我们只有三天时间，视觉那一套没接触过，一旦调不通就是宕机，而灰度传感器循迹是我们练过的，虽然上限低，但至少能跑。"最终证明这个决定完全正确。比赛评分的基本盘是"能不能完成基础任务"，基础分拿到手，发挥部分能做多少算多少，绝不能让发挥部分反噬基础部分。
给大一新生的一个核心建议：做减法比做加法重要。把题目要求拆成"必须完成的"、"尽量完成的"、"锦上添花的"三档，先保证第一档100%稳定，再谈其他。
2.3 模块化设计：三个臭皮匠怎么凑成一个诸葛亮
大一新生在队里最大的价值，是当"模块负责人"。一个完整的小车系统，可以拆成电源模块、主控模块、传感器模块、电机驱动模块、软件控制模块。如果三个人都盯着同一块主板看，只会互相碍事。
我们的分工是这样的：大二学长负责电机驱动和电源设计（因为他对硬件最熟），大三学姐负责主控程序和控制逻辑（因为她的C语言功底和调试经验最好），我负责传感器读取和数据融合（这个相对独立，又是大一新生能上手的极限了）。每天早上对一次进度，晚上联调的时候才发现问题集中爆发——传感器读的数据学长那边不知道怎么用，学姐写的控制逻辑又和我这边的数据结构对不上。
模块化的关键不只是"各干各的"，而是"提前定义好接口"。比如传感器的数据格式、控制指令的协议，这些要在动手之前就定好。就像三个人分别盖房子的墙、屋顶和门窗，如果没有统一的设计图，最后拼起来必然漏风。
3. 从零基础到能上场比赛：一条"够用就行"的技术学习路径
3.1 大一新生应该优先学什么（按这个顺序不会错）
如果你是大一，想在明年电赛前不拖后腿，甚至能独当一面，我个人总结的学习路径大概是这样的，按"投入产出比"排序：
单片机基础（STM32或51系列选一个）：不用学太深，点灯、按键、中断、定时器、PWM、串口通信，这六样能用就行。电赛里90%的题目都以单片机为核心，这是绝对的基本功。我当时用的是STM32F103C8T6，某宝几十块钱的板子，配着HAL库学，一周就能跑通点灯和串口。
传感器数据读取：灰度传感器（循迹用）、超声波（避障测距）、编码器（测速）、陀螺仪MPU6050（姿态解算）。重点不是"会用某个传感器"，而是学会看数据手册、用I2C或SPI或ADC把数据读回来、再用串口打印出来验证。这一步是电赛最常见的卡点——传感器买回来，数据读不出来，然后一整天就废了。
执行机构控制：电机驱动模块（TB6612、L298N）、舵机、PID控制。大一新生最容易在这里产生畏难情绪，因为PID确实不是看一眼就懂的东西。但好在比赛对控制精度的要求并没有那么苛刻，调一个勉强能用的增量式PID，其实不需要理解全部的数学原理。
电路基础与焊接：至少要学会看原理图、认元器件、用万用表测通断和电压、焊接直插和贴片元件。不用会设计复杂电路，但至少不能把电源接反把板子烧了。
文档写作能力：设计报告在评分里占不小比例，大一新生完全可以承担这个工作。别觉得这是"打杂"，能清晰地把方案逻辑、电路设计、软件流程写出来，本身就是一种核心竞争力。
3.2 用生活化类比把PID讲明白（小白友好）
PID控制在电赛里几乎绕不开——小车站稳、走直线、控温、控速都会用到。很多大一新生一听"比例积分微分"就头大。我当时是这么被我学姐讲明白的：
你洗澡的时候调水温。冷水开太大，水太凉，你就往热水方向猛拧（比例项P，误差越大动作越大）；但快接近目标温度了，你还猛拧一下就过头了，这时候就该小幅微调（积分项I帮你消除长期存在的偏差，比如水压一直偏低你就得一直维持一个额外的开度）；微分项D则是"预判"——水温上升速度太快，即使还没到目标温度，你也要提前减小开度，防止冲过头。
类比到电机调速：你要让小车以1m/s的速度直线跑，当前速度0.8m/s，误差0.2，P就是把这个误差放大成一个PWM增量；如果一直有阻力让速度稳定在0.95上不去，I就会慢慢累积一个补偿量；而D会在速度突然掉到0.5时帮你快速响应。调PID的本质就是调这三个系数的比例，让系统的响应"快但不振荡"。
大一新生用PID，记住一个口诀就够了：先调P（从小到大，直到系统开始振荡），再调D（抑制振荡），最后调I（消除稳态误差）。实测下来，不少电赛题目用这个顺序调出来的效果就够用了。
3.3 从热搜题目反推：电赛到底在考哪些能力
我翻了翻近几年的电赛题目，从2020年的E题纸张测量、2019年F题纸张测量类，到2024年H题自动行驶小车，再到各类送药小车设计报告、综合测评题，看起来五花八门，但底层能力高度重合：
- 传感器信号采集与处理：纸张测量考的是电容/电感或激光测距的微弱信号读取，自动行驶小车考的是循迹传感器的阈值判断和融合。本质都是"从物理世界拿数据到单片机"。
- 执行机构的精确控制：小车要跑直线、要定点停车，本质是电机控制和闭环反馈。
- 电源与功率设计：电池电压转换、稳压、电流驱动能力，很多队栽在"一上电机单片机就复位"，基本就是电源没做好。
- 系统级调试能力：这是最没法临时抱佛脚的，只能靠比赛前多练、比赛中多踩坑。
所以你在大一打基础的时候，不用管具体是哪一年的哪道题，就盯住上面这几块能力去补，基本不会跑偏。送药小车也好、自动行驶小车也好，底层都是"感知-决策-执行"的闭环，万变不离其宗。
4. 备赛期踩过的坑：元器件、调试环境和心态崩盘
4.1 元器件采购的教训：芯片不是你想买就能马上到
备赛第一个星期，我们就踩了一个大坑。队友说需要一款比较小众的电机驱动芯片，在某宝上搜了一圈，要么是"预售15天"，要么是"价格翻三倍次日达"，差点就当了冤大头。后来还是实验室学长提醒，指定型号买不到就换替代方案——用两个常用的MOS管自己搭H桥，或者直接用现成的TB6612模块，功能差不多的。
电赛期间元器件采购有一个铁律：常用料提前囤，冷门料当天换方案。常用的单片机、灰度传感器、超声波、TB6612、降压模块、杜邦线、洞洞板这些，比赛前一个月就要备足。比赛期间尽量不要买任何需要等快递超过半天的东西，哪怕贵一点选同城闪送，也比你干等一天强。有些队伍甚至提前把可能用到的十几个模块全买回来，不管用不用得上，"弹药库"先备好。
4.2 调试环境：一台稳压电源和一个万用表是你的命根子
比赛现场最容易出现的荒唐事就是"板子没坏，但不知道哪里没通"。这时候如果你有一个靠谱的稳压电源和一块好用的万用表，排查效率能高出一大截。
稳压电源要能显示电流。很多人觉得电源不就是供电吗，但显示的电流值是一个极其重要的调试信号——如果单片机运行时电流异常偏大，多半是哪里有短路；如果电机一转电流掉得厉害，多半是电源带不动负载。我们当时用的是一个60W的实验室电源，虽然是十年前的老家伙了，但看电流调bug的效率远超"上电就冒烟再拆线"的盲人摸象。
万用表至少要有通断蜂鸣、电压、电阻三档。蜂鸣档用来查短路和断路，电压档用来确认各级供电是否正常，电阻档用来排查传感器、电机这些器件的线圈好坏。另外强烈建议多备几根杜邦线和几个面包板——比赛现场线断了、接触不良，是最折磨人的隐形杀手，多备耗材能救命。
4.3 那些让人崩溃的瞬间（以及我学到的东西）
我们比赛过程中至少崩溃了三次：
第一次是第一天晚上，主控板连不上下载器。折腾了俩小时，最后发现是下载器的驱动没装好——这在平时是个五分钟能解决的小事，但在倒计时氛围下被无限放大。教训是：比赛前要把所有工具链装好并测试一遍，包括IDE、编译器、下载器驱动、串口助手、示波器（如果有的话）。我们队吃亏就吃在"感觉准备好了"但没做一次完整的"从零到下载成功"演练。
第二次是第二天下午，小车突然不走直线，往右偏得离谱。学长第一反应是PID参数有问题，调了一个多小时无果。我蹲下去看了半天，发现是一个驱动轮的螺丝松了，轮胎空转导致转速不均。从这之后我们队立了一条规矩：先查机械，再查电气，最后才查软件。很多"玄学问题"的根源其实是螺丝松了、线接触不良、轮胎磨损这种物理层面的东西。
第三次是比赛第三天凌晨，我们发现灰度传感器的阈值怎么调都不稳定，过同一个位置有时读1有时读0。后来发现是传感器装歪了，离地高度不一致。重新固定支架后，问题立刻消失。教训是：传感器的安装位置和工作高度，直接影响数据的稳定性。你花两个小时写滤波算法，不如花十分钟把传感器装正装稳。
4.4 参考纸张测量题的教训：传感器精度决定算法上限
我特意翻了近几年关于纸张测量类题目的讨论，这类题看起来简单——测量纸张的厚度或张数，但做起来非常考验"传感器选型与精度"的平衡。有人用激光测距，有人用电容式传感器，有人用应变片。很多人花了大量时间写复杂的校准算法、拟合曲线，但最终发现，传感器的原始精度就摆在那里，噪声大、漂移严重，算法再精巧也救不回来。
这个教训在自动行驶小车上同样成立：你灰度传感器的基准电压都不稳定，PID调得再好，小车还是会忽左忽右。所以给大一新生的真心建议是：在传感器选型和机械固定上多花点时间，比在算法上死磕更有性价比。你在网上看到那些"效果逆天"的作品，背后多半是传感器选得讲究、装得靠谱，而不是代码写得多花哨。
5. 给大一新生的电赛行动清单（如果能重来一遍我会这么做）
5.1 赛前一个月：用一个小项目完成热身
不要等报名了才开始准备。如果你想参加明年暑假的电赛，我建议这个学期就完成一个小项目，哪怕是做一个最简陋的循迹小车——一个STM32最小系统板、一块灰度传感器、一个TB6612、两个直流减速电机、一块电池，总共成本不到150块钱，花两到三周的时间把它做出来。
做这个项目的意义不是"学会循迹"，而是把电赛的完整流程提前走一遍：看数据手册、接线、写代码、调试、遇到问题查资料、解决、总结。等你把流程走顺了，比赛时你的心态会完全不一样——至少你不会在下载器驱动上浪费两个小时。
如果时间更充裕，可以试试做一个"送药小车"的简化版：让小车从一个点走到另一个点，停下来，再回来。这个看似简单的任务，其实已经把循迹、电机控制、定点停车这些电赛的常考能力全都涵盖了。
5.2 组队与磨合：技术互补比技术高低更重要
组队这件事，我的建议是：不要只找"大神"，要找"靠谱"的。电赛是一场四天三夜的持久战，队友的技术可以一般，但负责心、沟通意愿和抗压能力非常重要。我们队有个队友技术很强，但比赛期间情绪崩溃过一次，整整三个小时啥也没干，这对团队士气的影响不比一个bug小。
理想的队伍配置是"硬件+软件+综合"：一个人擅长电路和焊接，一个人擅长写代码和调试，第三个人擅长查资料、写文档、做方案决策。大一新生如果还没找到方向，可以先问问自己擅长什么——如果你动手能力强，就走硬件方向；如果你逻辑思维好，就走软件方向；如果你既动手能力一般、逻辑也一般，那就往"项目管理+文档"方向发展，这个方向绝不是打杂，而是整个队伍的粘合剂。
队内磨合也很重要。建议赛前至少组织两到三次"模拟赛"——找往年的真题，给自己限定时间，三个人像正式比赛一样配合一次。我们当时就没做这个，结果真正比赛时才发现三个人的沟通方式是乱的：学长习惯说"把这个改一下"，但没说清楚具体是哪个函数、哪个接口，我和学姐都理解成了不同的事。
5.3 比赛中的生存建议：身体、心态和信息管理
最后聊几个比赛现场非常现实的问题：
睡眠管理。四天三夜如果完全不睡，第三天你就是行尸走肉。正确的策略是"轮班制"——比如学长守前半夜调硬件，学姐守后半夜写代码，你负责中间查资料和凌晨买夜宵（很多学校电赛期间会开放实验室通宵，外卖也能点到）。全队一起熬到天亮是最差的选择，因为第四天你们还需要清醒的头脑去写报告和封箱。
情绪管理。比赛期间一定会有"这东西根本做不完"的绝望时刻。我们当时第三天下午，小车还跑不到指定位置，队友脸色都很难看。我做了个特别管用的事：把大家拉出实验室，在楼下喘了十分钟气，然后回来把问题拆成三个小问题，一个一个解决。节奏一旦恢复，效率立马回来。
信息管理。比赛期间不要漫无目的地刷手机。建议每天固定时间集中查一次资料，比如中午吃饭时和晚上十点，其他时间屏蔽无关信息。我们用了一个共享Excel表，把每个人发现的技术问题、解决方案、待办事项都记在上面，这个小习惯避免了大量无效沟通。
写在最后：比赛结束后的三个月，我收获了什么
现在回想起来，那个"成功参赛奖"其实一点都不丢人。比赛结束后复盘，我发现自己在一个多月里学会了别人可能一学期才能学完的东西：单片机的基本外设、传感器的读写、PID的整定流程、甚至如何在高压下保持逻辑清晰。更重要的是，我提前看到了大学课程里那些知识到底是用来干什么的——原来《自动控制原理》里的闭环控制不是考试卷上的公式，而是让小车轮子不跑偏的真实力量。
如果你现在是大一，看到这篇心得，心里蠢蠢欲动又有点害怕，那我的建议很简单：去报名。找一个靠谱的队伍，提前一个月开始做小项目热身，把上面的坑都避开，然后比赛时拼尽全力。哪怕最后只是"成功参赛奖"，你也会发现，这段经历带给你的东西，远比那个奖项的等级更重要。电赛的赛场上，最大的收获从来不是证书，而是你第一次发现自己能在一群学长学姐中间，独立做完一件了不起的事。
)
