企业官网建设流程全解析

大一上学期刚结束，我就跟室友说：我想去打电赛。室友第一反应是“你连单片机都没碰过，去比赛不是送人头？”我也犹豫过。但后来事实证明，这大概是我大学四年里做得最对的决定。电赛这东西，对大一学生来说，它首先不是一个能不能赢的问题，而是你想不想通过四天三夜把自己“逼熟”的问题。

这篇文章我打算把从备赛、组队、学技术，到四天三夜现场操作的全部经验都写出来。如果你也正处在大一，担心自己基础太差，不知道从哪儿下手，那这篇心得应该能给你一条能直接照做的路径。哪怕你不参加比赛，光是把里面提到的技能点学一遍，也足够你在实验室里接不少活了。

1. 先搞清楚电赛到底比什么，再谈大一怎么准备

1.1 电赛的赛制与节奏

电赛全称是“全国大学生电子设计竞赛”，很多工科生叫它“电子竞赛”或者干脆叫“电赛”。它最典型的比赛形式是四天三夜连续作战：给你一套赛题和一批指定器件，小组成员在这四天里完成方案设计、硬件搭建、软件调试、文档撰写，最后封箱送测。听起来很刺激，其实这也是它和大作业最大的区别——大作业做不完还能缓两天，电赛是真没得缓。

比赛通常分本科组和高职高专组，题目方向大致覆盖电源类、控制类、信号处理类、仪器仪表类、通信类等。每个方向各有各的脾气：电源题考模拟电路功底，控制题考单片机加传感器加执行机构的闭环能力，信号题考波形采集和处理，仪器仪表题往往会结合某个具体场景做一个测量装置。对大一新生来说，控制类和简单仪器仪表类是相对容易上手的，因为这类题目见效快，能肉眼看到东西在动、数据在变，成就感来得比较直接。

还有一个容易被忽视的点：电赛不是每年都有全国赛，通常中间年份还会有校赛、省赛区的选拔赛或者邀请赛。很多学校的常规操作是，大一新生先在校内选拔里“陪跑”一轮，用半年时间把基础能力补起来，第二年再冲刺大奖。所以别觉得大一参赛万一成绩不好就亏了，实际上这轮经历能让你省掉很多大二、大三还要走的弯路。

1.2 大一参赛的真实定位

我见过不少大一新生的两种极端心态。一种是我基础都没学完，去了肯定拖后腿；另一种是我天赋异禀，大一就要拿国一。坦白讲，这两种都容易崩。大一的定位应该是：经历一次完整的电赛流程，逼自己学会工程实现的基本功，同时尽最大努力拿一个能拿的奖。

我当时给自己定的目标非常简单：能坚持四天三夜不出大事故，做出来的东西能通电、能跑通演示流程，写出一份像样的报告。至于奖项，能拿到省二就谢天谢地。事实证明这个预期很合理，因为电赛最不确定的部分不是你会不会，而是现场会不会出各种意料之外的故障。大一学生缺少经验，最容易在故障排查上浪费时间。但只要撑过完整流程，经验值涨得非常快。

所以，如果你是大一，请先放下“我要拿国奖”的执念，把它当成一次高强度项目实训。你的对手不是那些大三大四的队伍，而是你昨天那个还没碰过示波器的自己。当你把比赛能遇到的坑都踩过一遍，再去参加下一次，成绩自然会上来。

1.3 三个人的队伍怎么组、怎么分工

电赛一般三人一队，人多了会乱，人少了忙不过来。最理想的组合是：一个人偏硬件和焊接，一个人偏单片机软件，一个人偏方案和文档。这三角分工不是绝对的，但能保证比赛时不会出现“所有人都在改代码，没人管板子”的局面。

我那年队伍的配置是大一的我加大二、大三的两个学长。学长负责方案设计和难度把关，我负责焊接、模块测试和一部分报告数据整理。这种“梯度队伍”在实验室里很常见，对大一来说也是最舒服的成长方式。如果你能抱到学长学姐的大腿，别犹豫，进去之后多干活少说话就行。

要是找不到学长学姐，三个大一自组队也可以打，但分工一定要提前明确。我的建议是先用一周时间做一个合作小项目，比如组装一辆可以避障的小车。这个项目能同时暴露三个问题：谁的焊接靠谱、谁写代码逻辑清楚、谁平时最爱偷懒。别等到比赛才开始磨合，那时候吵架已经来不及了。

2. 赛前三个月，我从零开始的备赛路线

2.1 学科知识怎么补，优先级怎么排

我大一参加电赛前，模电数电只学了一点点，C语言刚刚会写循环。后来发现，电赛真正卡人的不是理论知识，而是“能不能把理论用出来”。所以我给自己排了一个优先级：先是C语言基础，然后是单片机外设操作，再往后是电路常识和仪器使用，最后才是各种算法和理论计算。

C语言方面，你要能熟练写判断、循环、数组、函数，结构体最好也掌握。指针可以先不那么精通，但至少得看得懂。电赛现场的代码，绝大多数时间都在和寄存器和外设打交道，语法反而只是基础。我当时报了学校的C语言强化班，又自己刷了200道基础题，等到写单片机程序的时候，才觉得编译器报错没那么可怕了。

单片机方面，很多学校实验室会从51单片机教起，因为51的寄存器简单，能让你理解“端口操作”“中断”“定时器”这些基本概念。但比赛主力建议用STM32，生态成熟，例程多，遇到问题网上一搜一大把。个人经验是：先用51点亮LED，再用STM32点亮OLED，完成“点灯”这一步，后面的路就顺了。

电路知识方面，不用先去啃厚厚的模电书。你只需要会看原理图，知道上拉电阻、下拉电阻、分压、滤波、三极管开关这些常用电路长什么样，然后会用万用表测电压、导通和电流。真到了比赛现场，很多“玄学问题”最后查出来都是共地、虚焊或者电源不稳，这比会推导一个公式重要十倍。

2.2 工具、软件与开发板选择

比赛是团队作战，个人工具可以提前准备一批。我最常用的硬件工具是恒温电烙铁、万用表、剥线钳、镊子、吸锡带、热缩管、杜邦线，还有几卷不同规格的焊锡丝。恒温电烙铁强烈建议人手一把，便宜的可调温焊台就够用，别拿那种几十块钱不能调温的烙铁硬顶，焊起来真的痛苦。

实验室里的示波器、可调电源、信号发生器，能蹭就蹭。示波器主要用来查波形、看PWM输出对不对、查串口有没有信号。可调电源要养成“先调好电压限流再上电”的习惯。我记得我第一次用可调电源，脑子一热直接旋到12V去点一块5V模块，冒烟速度比反应还快。

软件开发环境建议提前配好。用STM32的话，目前主流是STM32CubeMX生成初始化代码，再用Keil MDK或者STM32CubeIDE写逻辑。Keil是老牌了，资料多，新手遇到编译报错更容易查到答案。画图工具可以先学立创EDA，上手快，能画两层板，还能直接在线打样。比赛报告里的电路原理图，很多队伍就是用这类EDA工具现场画的。

开发板选择方面，建议先买一块STM32F103系列的核心板，几十块钱，资源多、例程多，足够应付大部分控制类题目。等到有一定基础，再考虑更高性能的H7系列。如果你预算有限，可以直接找实验室借，很多实验室都有往届学长留下的板子，省下来的钱拿去买模块更划算。

2.3 提前搭好你的模块库，比赛时直接调用

这里说的模块库，不是指GitHub上那些开源固件库，而是你针对常用模块手写的驱动代码集合。比赛时最浪费时间的事情之一，就是现场调驱动。传感器数据读不出来、电机不动、OLED花屏，这些问题如果都能通过赛前的模块库预先解决，四天三夜就能腾出大把时间做系统集成。

我当时给自己定了一个任务：每拿到一个新模块，必须在一个晚上之内写好驱动，并且把例程整理成固定格式。格式很简单，一个头文件加一个源文件，接口函数命名统一。比如OLED就用OLED_Init、OLED_Clear、OLED_ShowString这种风格。这样比赛时从库文件里一拖就能用，不需要临时回忆引脚配置和初始化顺序。

常用模块清单可以根据往年赛题来准备。我列的这几个，如果你能提前备好并测试过，比赛会从容很多：OLED显示屏、独立按键、LED灯、蜂鸣器、MPU6050陀螺仪、灰度传感器、超声波测距、红外传感器、TB6612电机驱动、编码器电机、舵机、蓝牙串口模块，以及一些稳压模块和DC-DC降压模块。摄像头或OpenMV这类视觉模块，等到你确定要做视觉方案时再准备，因为它比较贵，而且上手难度更高。

对了，模块买回来之后一定要做“老化测试”，连续通电半小时以上再判断是否稳定。有些便宜传感器刚开始正常，用几分钟就飘了，这种坑早点发现早好。大一备赛，宁可赛前多烧几块模块，也好过比赛现场被一块虚焊的板子折磨。

3. 四天三夜实操流程复盘

3.1 发题后的前6小时，我建议你按这个顺序走

四天三夜是从拿到题目那一刻开始算的。前6小时是整个比赛最关键的阶段，很多人在这里就翻车了。我的经验是：先别急着写代码，更别急着焊板子。三个人先把所有题目从头到尾读一遍，列出来“题目要求我们做到什么”“给定了哪些器件”“有哪些硬性指标”，再用排除法把题目筛掉一批。

怎么筛呢？首先是看队友有没有做过类似方向，其次是看手里模块能不能直接支撑，第三是看难度的上限高不高。比如一个电源题要求效率达到百分之九十以上，对模拟电路和PCB设计都有很高要求，大一队伍就要慎重。相反，如果用现成的电机驱动和传感器就能做出闭环控制，哪怕功能花哨程度一般，也更容易在四天里做完。

确定题目之后，不要马上拆方案。先画出系统框图：主控、电源、传感器、执行机构、人机交互，五个部分各用什么器件，怎么连接。这一步能帮助你们发现很多“想当然”的错误。建议用白纸画，画完拍照发群里，再开个小会统一意见。方案定了，后面就别老改，越改越慌。

接下来分配任务：一个人去仓库借料或者清点已有模块，一个人去焊核心主控板和接口，一个人开始写基础初始化和外设测试代码。这一步的关键是并行，而不是三个人挤在同一块板子上干同一件事。我当时负责焊电机驱动模块，学长负责写PID架子，另一个学长做电源测试，三个人的进度刚好能接上。

3.2 四天的时间分配：把通宵用在刀刃上

电赛叫四天三夜，听起来像要通宵三天，其实真这么干的人，最后一天多半是懵的。比较科学的时间分配是，第一天晚上可以晚点睡，把方案和核心模块调通；第二天晚上看进度决定，进度顺利就正常睡，进度落后就补一会儿；第三天晚上才是真正的攻坚期，大部分队伍都会通宵；第四天上午必须停下来，因为要封箱和准备测评。

第一天到第二天的核心任务，是把“最小可用系统”跑起来。什么意思？比如你要做一辆小车，不需要一开始就加上视觉识别，先把“上电之后轮子能转、用遥控器能控制前进后退”这种最基础的东西做出来。反之，如果你一上来就死磕PID参数，结果车还跑不起来，心态很容易崩。

第三天上午，开始把各个模块拼到一块。拼装顺序也有讲究：先电源，再主控，再传感器，最后执行机构。每接一个模块就测试一个，不要全部线都插好了再统一上电，否则短路了都查不出来。等到整个系统能稳定跑通演示流程，再开始优化性能指标。优化的时候一次只改一个变量，改完就测，测完记录数据。

这里必须强调休息策略。我见过不少队伍是三个人轮流通宵，最后所有人情绪都不好。最合理的做法是：需要连续工作时，一个人盯两小时，另外两个人各自眯一会儿。人在高度疲劳状态下写的代码，第二天回看经常是灾难现场。你宁可慢一点，也不要让第四天早上醒来发现代码已经被改得面目全非。

第三天晚上，也就是真正的“无限夜”，是集中处理Bug的时间。这个阶段最容易出现的现象是“越改越乱”。我的建议是，涉及关键逻辑的改动，先做一次备份，改动范围控制在最小；一次不要同时优化功能和修Bug。通宵可以，但必须有人记录当前版本能跑通的状态，否则天亮了可能连能跑的版本都找不回来。

3.3 从裸板到能演示：联调阶段的步骤与细节

联调是整个比赛里最考验耐心的一环。很多大一选手的崩溃，都是从这一步开始的。我给你一个当时我用得非常顺手的调试顺序：先板级调试，再模块级调试，最后系统级测试。板级调试是确认主控板供电正常、晶振起振、程序能下载进去；模块级调试是一个一个把传感器和执行器接上，确认它们分别工作正常；系统级测试才是把所有模块串起来跑全流程。

系统级测试的时候，建议写一个固定的“测试脚本”，也就是按演示顺序把操作动作列出来，一项一项打勾。比如“上电 → OLED显示开机画面 → 按Start键启动 → 电机启动 → 传感器读到有效数据 → 屏幕刷新 → 停止”，每一步都写清楚预期现象和实际现象。这个过程能非常有效地暴露隐藏问题。

几个常见的联调坑：第一个是地线。多个模块共用一个电源时，地线没接好，传感器读上来的数据会乱跳。解决办法是采用星型接地，所有模块的地线尽量集中到电源端的同一个点上。第二个是波特率不匹配。串口打印乱码，八成是波特率配置不一致。第三个是PWM频率选择不当。用低频PWM控制电机，电机会发出尖锐噪音，最好选择15kHz以上的频率，听不见也很稳。

联调完了不要急着庆祝，先做“断电重启测试”：系统断电，等几秒再上电，看看能不能恢复到正常演示状态。电赛测评现场，每支队伍的展示时间有限，排到你的时候通常已经过了一段时间。如果设备重启需要花五分钟去初始化，很影响评委体验。所以把“上电自动初始化”做成一个标准功能，真的非常加分。

3.4 报告、封箱、测评现场，一个都不能少

到了第四天，很多队伍以为把作品做好就完事了，其实设计报告占了比赛总分里不小的比重，绝对不能糊弄。报告的框架一般是：方案论证与比较、理论分析与计算、电路与程序设计、测试方案与测试结果、总结与展望。要特别注意把指标和测试数据做成表格，比如“设定速度、实测速度、误差”这种格式，评委看到清晰的数据，分数会明显更高。

封箱这个动作也很有讲究。我们当时有过一次惨痛教训：匆忙封箱后，发现备用电源线落在外头，测评现场找了半天才借到别人的线。所以封箱前必须按清单检查物品，我列一个基础版给你们参考：主控板及下载器、各模块备用件、全部电源线和信号线、充电宝和充电头、打印好的设计报告（多备两三份）、常用螺丝刀和万用表、备用焊锡和烙铁（如果现场允许带）。

测评现场的第一个原则是“不要急”。进场先观察桌面上有没有电源、是不是需要自己准备插线板，然后花一分钟把设备摆好。上电之前再检查一遍接线顺序，确认没有短路风险。很多队伍在现场一紧张，上电就烧，基本都是因为连检查的时间都没有。先深呼吸，再动手，绝对不亏。

演示的时候，尽量让操作流程简洁。我见过一个队伍演示时非要现场调一个参数，结果手抖按错键盘，观摩了半屏乱码。稳妥的做法是，所有参数在测评前就预置好，现场只做“上电、启动、展示结果、关闭”这几个动作。如果评委问参数怎么调，你口头说明就行，不一定非要现场演示调整过程。

4. 大一最容易踩的坑，我替你踩了一遍

4.1 硬件坑位图鉴：虚焊、反接、共地

先说焊接。大一新手的焊接水平，基本处在“焊上了但好像又没焊上”的状态。虚焊是最隐蔽的问题：电路看起来通了，轻轻碰一下又断了，或者电压时有时无。我的排查方法是三步走：先用眼睛看焊点是不是亮圆润，再用镊子轻轻拨一下引脚看有没有松动，最后用万用表蜂鸣档量两个焊点之间是否导通。这个过程虽然基础，但能省下后面无数乱猜的时间。

电源接反是另一个经典事故。很多模块的引脚顺序是GND、VCC、SDA、SCL这类排列，但如果你用的排针是反的，插上就烧。养成的习惯是，在所有杜邦线两端分别用红黑区分电源正负，插线之前再对照一次丝印。更保险的方案是在主控板上预留一个反接保护二极管和自恢复保险丝。对于大一来说，多买两块备用主控板也是解决办法，反正迟早要烧一两块，提前买还能省下比赛期间跑赛点附近电子市场的钱。

共地问题，看起来最不起眼，实际杀伤了得。两块板子各自用独立电源供电，如果不把GND连到一起，模块之间通信的数据就可能完全错乱。我在赛前几天遇到过MPU6050数据疯狂跳变，最后发现就是传感器和主控各插了不同电源，地没接到一起。到这里我才真正理解为什么实验室老师反复强调“所有模块必须共地”。

4.2 软件坑位图鉴：变量溢出、中断、代码版本管理

大一写软件最常见的坑是变量溢出。比如用一个uint8_t变量去计速度环的累加值，数据一旦超过255，就突然变成0，然后整个控制系统像抽风一样飞起来。排查办法其实很简单：所有累积量、误差量、PID输出量，能往上定义就往上定义，int16_t不够用就int32_t。宁可多浪费一点内存，也别在比赛现场怀疑人生。

中断问题是第二个大坑。很多人一开始学中断，觉得它很酷，用起来也随意，结果一个中断服务函数里放了delay函数，直接卡死主循环。电赛代码里，中断服务函数要短小精悍，只做标志位置位和必要的变量更新，真正的逻辑处理放到主循环里完成。另一个常见问题是中断标志位不清，导致中断不断触发，代码看起来像随机崩。每个外设的清除标志位操作，一定要在初始化的时候确认清楚。

代码版本管理，这个必须提。三四个队友一起写一个工程，最怕的是A改了函数接口、B还在用旧的，然后两个人互相觉得对方有问题。最轻量的解决办法是，比赛前每人学习基础Git操作，比赛时用一套代码仓库管理，至少要做到“每天保存一个能编译、能运行的版本”，并且用带日期时间的名字备份。我不会劝你现在就去学Git的高级分支合并，但基础add、commit、push、pull一定要熟练。现场手误覆盖文件，真的会让人瞬间暴躁。

4.3 团队协作与心态：比赛是三个人的事

电赛最折磨人的不是技术，而是人跟人之间的沟通。四天三夜，睡眠不足，压力巨大，方案来来回回改，这时候最容易爆发矛盾。我见过一个队伍因为“到底用超声波还是OpenMV做避障”吵了一下午，结果两样都没调好。我的经验是：前期就约法三章，方案改动必须全队三分之二同意，而且改动前要写出“为什么改、改完预期多久见效”，否则保持原方案不变。

还有一点，要允许队友犯错。大一队员最常见的心理是“我不敢乱动板子，怕搞坏了挨骂”。这种心态反而容易导致他不敢测试、不敢实操，最后变得像个旁观者。作为队长或者学长，要多鼓励新人上手操作，哪怕焊接歪了几个引脚也没关系，焊坏了多练两次就熟了。我的第一块STM32就是这么被“练”废的，但废完之后我对引脚电平、供电关系就再也忘不了。

心态崩掉的急救办法，我自己也很常用：先停手，去洗个脸，然后把当前问题写在一张纸上，标出能接受的最坏结果和备选方案。很多时候，你害怕的不是问题本身，而是“这个问题会不会导致我们拿不到奖”。把关注点从结果拉回“现在这一步怎么做”，人就能冷静下来。

5. 电赛结束之后，留下来的是什么

5.1 这些技能为什么值得你继续投入

打完一次电赛，你会发现自己突然能看懂大部分电子模块的说明书了。这是一件很神奇的事。以前看一个传感器数据手册，满脑子都是术语；比完赛再看，脑子里会自动浮现出“供电多少伏、量程多少、输出接口是模拟还是数字、需不需要上拉电阻”这些问题。这种“读文档、找关键参数”的能力，靠上课很难学来，靠比赛很容易练成。

同时，你在比赛里练出的调试方法，也是可以迁移到任何技术领域的。比如“一次只改一个变量”“先用最小系统跑通再叠功能”“出了Bug先复现再修”，这些方法论做软件开发、做硬件开发、甚至做科研项目都通用。很多大三才开始进实验室的同学，反而很羡慕我在大一就能有这种系统级思维。

对保研、找实习来说，电赛经历也是一个很好的简历项目。我不喜欢把比赛简单当成加分工具，但客观上，能独立讲清楚一个电赛项目的技术细节和踩坑过程，面试官确实会对你刮目相看。你得能说清楚“你负责哪部分”“用了什么方案”“为什么这么选”“出了什么问题怎么解决的”，这些才是经历沉淀出的真正的亮点。

5.2 给大一新生最后的几条建议

第一，别等自己“准备好了”再参赛。电赛最大的特点就是，你永远不可能完全准备好，四天三夜本身就会逼着你快速学习。大一的你，与其担心基础差，不如每天给自己定一个动手小目标：今天焊通一个电路，明天点亮一块屏幕，后天写一个串口打印。积少成多，比赛时你自然有底气。

第二，抱紧实验室和学长学姐的大腿。电赛不是闭门造车，很多学校都有专门的电赛协会或者创新实验室。哪怕你暂时不是正式队员，也可以去实验室帮忙打下手、整理器材、旁观调试。这些东西比你在宿舍看二十篇经验贴都有用。记住一句很现实的话：动手次数多了，你手里那块板子才会慢慢变成你的朋友。

第三，珍惜这段“为了一个问题熬到深夜”的经历。我第一次完整调通一辆小车的时候，已经是凌晨两点多，小车在实验室地板上笔直往前跑，那一刻的兴奋，比后来拿到获奖证书还强烈。比赛结束后，你会发现自己硬气了不少：再复杂的问题，都会先想着拆小、排查、验证，而不是第一时间找“模板答案”。这种自信，可能才是电赛留给你最值钱的东西。

以后再有学弟学妹问我大一打电赛是不是太早，我都会回答：不是太早，是刚刚好。趁试错成本低，趁热情还没被课程磨平，去吧。