企业官网建设流程全解析

开赛前一周，我就知道接下来的六天会很难熬，但真到了现场，发现实际节奏比想象中还离谱：题目凌晨发下来，群里瞬间炸锅，有人连夜画框图，有人抱着数据手册啃到天亮，也有人前半夜就拍板“就做这道”。真正经历过一次完整的6天5夜，我才明白电赛考验的不只是知识储备，更是时间管理、情绪控制、软硬件联调能力和关键时刻的决策力。这篇文章就把我踩过的坑、总结出的节奏安排、反复推倒重来时的应对策略，全部摊开讲清楚。

如果你是准备参加电赛的在校生，或者刚接触电子设计竞赛、想提前了解赛制流程，这篇完整攻略可以帮你少走很多弯路。它不是什么高深理论，全是实际比赛中被验证过的操作方法和现场经验，照着调整自己的备赛节奏，你会轻松不少。

1. 6天5夜到底是怎么构成的：先把时间账算清楚

很多人第一次接触电赛，以为就是拿到题目闷头做三天。实际上，一支队伍从进入封闭赛场到最终完成测评，整个周期通常要按6天5夜的规模来规划。这点不搞清楚，后面所有节奏安排都会乱。

1.1 从报到到评测：一条完整的参赛时间线

我把整个周期拆开，大概是这样的时间分布：

这里要说清楚的点是，有些赛区或者特定年份会额外安排综合测评环节，即在全国统一命题阶段之后，针对入围队伍进行一场封闭式的基础能力测试，比如现场补全电路、搭建指定功能模块、完成某个单片机外设操作等。这场测试的时间不算进常规三天四夜，但你必须把它算进整体备战计划里，因为没有针对综测的训练，很多队伍会在这一环突然翻车。

1.2 6天5夜里的三个核心阶段

从任务性质上，我会把整个周期分成三个完全不同的阶段，每个阶段的精力分配和思维方式都不一样。

第一个阶段是选题和方案论证。时间是拿到题目后的前半天。这个阶段最忌讳的是“看到什么做什么”，更忌讳的是“什么都不放，先聊两个小时”。我们队当年的做法是：拿到题目后先各自安静看半小时数据手册，然后每人用三分钟讲清楚自己看中的题目的难点、把握度和大致方案。三个人意见不一致时，以队长和技术最强的队员的联合判断为准，其他人在题目确定后必须无条件转到执行模式。

第二个阶段是攻坚实现期。时间跨度最大，从第一天下午持续到第四天深夜。这个阶段要完成从零到样机的跨越，尽量把所有功能按“先通路、后指标、再优化”的顺序推进。先让系统转起来，再谈性能，最后才谈稳定性和精度。很多队伍卡在“想做一个完美作品”的误区里，第一版直接全功能设计，结果三天过去连数据通路都没打通。

第三个阶段是联调与材料准备期。从第五天上午一直到提交前。这个阶段虽然看着只有一两天，但决定了作品能不能完整展示、报告能不能拿高分、现场答辩能不能顶住追问。很多队伍前面做得不错，最后材料一团糟，测试数据拿不出来，设计报告逻辑混乱，测评现场直接被老师问懵。

三个阶段的划分不是机械的，但大方向必须清晰：第一个阶段要快，第二个阶段要稳，第三个阶段要细。

2. 为什么电赛总在“反复推倒重来”：拆开来看都是这几个原因

标题里说“反复推倒重来”，这不是夸张。我观察到的绝大多数队伍，哪怕最后拿了奖，中间也至少推翻过一次方案。问题的关键是：你要能分辨哪些推翻是必要的，哪些推翻其实是因为一开始就没想清楚。

2.1 推倒重来的主要诱因

我复盘了自己参赛和后来带队的经历，发现翻车的原因高度集中在这几类。

第一类是对题目理解有偏差。这是最伤时间的。比如某道题要求“测量并显示”，你以为只需要做出一个测量功能，结果测评老师强调要能自动切换量程；再比如“负载为纯阻性”这种限定条件，你按容性或感性负载去设计了，后面全部白做。读题阶段多花一小时，后面能省一天。

第二类是核心器件性能不够。最常见的就是选了一个单片机、传感器或者运放，到手才发现它根本满足不了题目要求的指标。比如要做高精度电压测量，结果片内ADC噪声太大；要用摄像头做循迹，结果所选主控的算力处理不了图像数据。这类问题直接卡在系统层面，不改方案根本过不去。

第三类是系统集成后的“奇怪问题”。单模块测试时一切正常，接成完整系统后反复出问题。比如数字地和模拟地没有处理好，导致采样波动；电源模块的输出纹波把传感器信号淹没了；电机启动瞬间把单片机拉掉电。这类问题看似玄学，其实还是设计阶段没留够冗余和隔离手段。

第四类是团队协作节奏崩了。三个人各自埋头写代码、做硬件，到了第三天才发现接口对不上，或者一个人改了一版电路，另一个人还在拿旧版本调。这种情况下“推倒重来”往往不是因为技术，而是因为沟通失效。

2.2 判断“该推翻还是该硬扛”的三个标准

方案出了问题，最怕的就是病急乱投医，一会儿想改这里，一会儿想换那里。我建议用三个问题来判断到底要不要推翻重来。

第一个问题：核心指标还能不能达到？如果当前路线的理论极限都摸不到题目要求，那就别再耗了。比如你选了一个量程不够的传感器，软件再怎么校准也没用，这时候必须换。但如果你只是某个环节的精度差一点，比如滤波效果不理想，那这是优化问题，不该推翻。

第二个问题：还要花多少时间？冷静评估一下，按现在的进度，继续修修补补，能不能在规定时间内达到可用状态。如果还得超过一天时间，且没有把握，不如立刻回到前一天的功能版本，基于一个已经跑通的基础重新迭代。

第三个问题：换方案后真的会更好吗？有人在焦虑状态下会冲动地觉得“换一个模块/换一个算法就都好了”，但很多时候这只是逃避当前困难的心理反应。除非你明确知道新方案在哪个指标上、以什么机理优于旧方案，否则别随便换。

我见过太多队伍死在反复横跳上：今天觉得PID不行想换模糊控制，明天觉得I2C不稳定想改SPI，最后哪一个都没调通。与其频繁“推翻”，不如坚定一条路线，把问题拆到可解决的最小粒度上，一个一个解决。

2.3 如何把推倒重来的损失降到最低

既然方案总有被推翻的可能性，我们能做的就是把每次推倒的代价控制住。

最有效的做法就是模块化开发。硬件上每个功能组件独立做，比如电源板、主控板、传感器板、驱动板分开，哪块坏了单独换，不用整机重做。软件上每个功能封装成独立模块，接口设计好之后，即使底层实现换了，上层调用不用动。这样即使传感器换了型号，只需要改这个模块的驱动，其他代码不用动。

另外就是版本管理习惯。我们队在赛场上用了一个很笨但很有效的方法：每天晚上离开前，把当前可以运行的固件、电路原理图、PCB文件、关键测试数据都备份一遍，标注好“今天做到哪一步”。第二天哪怕改得面目全非，只要想回到昨晚的状态，十分钟之内就能恢复。这一招在“反复推倒重来”的场景里极其宝贵。

3. 赛前准备的核心细节：能提前备好的，不要留到赛场上

很多人觉得，电赛比的是临场发挥。这个观点对了一半。实际上，在赛场之外能提前做好的铺垫，直接决定了你能在赛场上把时间花在哪里。我把赛前准备分成三个维度：元件物料、代码与工程模板、工具与测试设备。

3.1 元件物料：模块化备料清单

电赛不比平时做课程设计，你不可能现场买元件。常用的物料必须提前备齐，而且要备双份。我整理了一份经过验证的基础清单：

• 主控类：STM32F103系列、STM32F407系列、MSP430、ESP32，至少各两片，最好有一块核心板加一块最小系统板。
• 电源类：多路输出的DC-DC模块（5V、3.3V、正负5V、正负12V）、低压差LDO（AMS1117等）、可调电源模块、大电容和TVS管。
• 传感器类：温湿度传感器、IMU（MPU6050/JY61）、红外测距、超声波、编码器、光电传感器、霍尔传感器。
• 运放与信号链：OP07、OPA2277、AD620、TL084、高速比较器、精密基准源。
• 执行与驱动：TB6612电机驱动、DRV8825步进驱动、舵机、直流减速电机、步进电机。
• 显示与交互：OLED屏（I2C和SPI两种接口）、按键模块、旋转编码器、蜂鸣器。
• 通信模块：蓝牙模块、NRF24L01、ESP8266。

这些物料不是每场比赛都用得上，但你要做到“需要时能在十分钟内找到并接线”。另外，所有电阻电容我建议按常用阻值和容值分组封装，现场翻元件盒是极浪费时间的一件事。

3.2 代码与工程模板：赛前的隐形起跑线

如果等到题目下来才开始写工程模板，你等于把前三个小时白白浪费在初始化代码上。强烈建议赛前就准备好以下内容：

• 单片机最小工程模板：包含时钟配置、GPIO初始化、串口打印（重定向printf）、定时器PWM输出、ADC采样、DMA搬运、外部中断。
• 常用外设驱动：OLED显示驱动、按键扫描、编码器读取、I2C读写（含软件I2C和硬件I2C两种，因为有些传感器对时序要求苛刻）。
• 常用算法模块：滑动平均滤波、一阶低通滤波、限幅滤波、简单的PID控制器、软件去抖。
• 自己的分区和注释规范：哪部分是主循环，哪部分是中断，哪部分是参数调节区。规范化的工程看起来是小事，但能让你在熬夜的时候少犯低级错误。

这里有个经验之谈：模板一定要自己亲手写过一遍，不要用网上下载的源码直接上。因为你在现场会遇到各种“为什么这里初始化不对”的玄学问题，如果模板不是自己写的，你排查起来完全没有头绪。我自己就吃过这个亏，用了一个网络上流传的通用工程模板，结果它默认开启了某个外设复用功能，导致我调试了半天串口就是不出数据。

3.3 焊接、PCB与工具类的实战经验

进赛场前，工具和耗材的准备不能马虎。焊台、热风枪、万用表、示波器、逻辑分析仪、电源，现在很多赛区会提供或者允许自带。如果条件允许，尽量携带自己的示波器，不要只依赖赛场公共设备。公共示波器排队的场景在比赛后半段非常常见，你说不定要等一两个小时。

某一个认证的经验是：如果条件允许，把常用模块提前焊好排针，做成即插即用的最小系统；比赛中临时飞线飞得太多，系统稳定性会急剧下降，而且排查起来非常痛苦。PCB这块，除非题目明确要求自制板或者你有十足的把握，否则比赛过程中不建议花几个小时去画板子、打样。现在的做法更多是：提前准备一块万用板，在上面完成原型验证，功能全部跑通后再考虑要不要做PCB。在6天5夜的赛程里，时间是最不可再生的资源，焊板子这种高耗时低不确定性的事情要放在最后考虑。

4. 实操实录：拿一道典型题目走完6天5夜

这一部分我用一道比较典型的信号采集与处理类题目来演示完整的操作流程。你不用纠结具体题目本身，重点看每一天我们如何分配时间、遇到问题如何处理、哪些步骤可以复用。

4.1 第0.5天：选题和方案论证

假设题目要求做一个多通道信号采集与显示系统，能测量几路模拟信号并把波形显示在屏幕上，还要能计算频率和幅值。拿到题的当天，我们先花二十分钟各自查资料，然后坐下来说清楚三个问题：题目要什么、技术难点在哪、最坏情况下要做到什么程度才算完赛。

这时候的方案讨论只停留在模块级别，不讨论具体芯片型号。大方向定为“单片机+片内ADC+OLED/屏幕显示”，频率测量用输入捕获的方式实现，幅值测量通过峰值检测加校准。用两张A4纸把系统框图和引脚分配画完，直接进入物料清点。重点检查屏幕模块、按键模块、电位器、信号源、以及备用运放是否齐全。

当天晚上没有急着焊任何东西，只做了一件事：把系统的软件框架搭好，让OLED能显示字符、按键能触发中断、串口能输出调试信息。这也是我一直强调的“先把地基打好，再往上层盖楼”的做法。

4.2 第1~2天：硬件搭建和数据通路打通

第二天上午开始搭电路。方案是先在一个万用板上把最小系统做出来，然后外接信号调理电路。信号调理这块用的是“仪表放大器+后级放大+比较器整形”的结构。这里遇到第一个坑：仪表放大器输出信号总是叠加了一个几十毫伏的直流偏置，查了半天发现是增益电阻虚焊，万用板上的焊点有毛刺，重新补焊之后问题解决。

第二天下午到晚上，完成了ADC多通道采样和串口打印。这时候我们做了一次整体自测：用信号发生器输入一个1kHz、幅度2V的正弦波，通过串口查看采样到的数值序列。这一步很关键，它验证了从信号源到ADC到CPU到调试串口的整条数据通路是否顺畅。如果连原始数据都读不准，后面做算法都是空中楼阁。

第二天睡前出了一版可以显示波形的基础版本，把原始采样值在屏幕上以点阵形式画出来了。虽然很简陋、刷新率也很低，但我们已经有了一个“能跑起来”的系统。

4.3 第3~4天：指标攻坚和稳定性调试

到第三天才进入真正有竞赛味道的阶段。早上我们重新读了一遍题目要求，然后发现自己对“能显示波形”的理解太幼稚了，题目还要求显示频率值，并且要在一定范围内保证测量精度。于是开始补频测功能：用比较器把正弦波整形成方波，再用单片机的输入捕获功能测频率。

这里出现了第二次“推翻重来”。最初想把比较器输出直接接在普通GPIO上，靠轮询的方式检测边沿，结果发现频率一高误差就非常夸张。我们果断放弃这种软测频方式，改用定时器输入捕获的硬件测频功能，问题立刻解决。这次推翻只损失了一个小时，原因就在于是按照模块化的思路，只改了软件层面的检测方式，硬件本身没动。

第四天主要是在优化显示和增加操作逻辑。显示刷新率不够，就把帧缓冲从“边采样边画”改成“采样完成后一次性绘制”，并对波形做了简单的插值和缩放处理。同时在操作逻辑上增加了菜单切换、按键设置等功能。这天晚上连续调试了六个多小时，遇到的最大问题是屏幕偶尔会“花屏”，后来发现是供电电压在波动时OLED复位异常，在电源端加了100uF电容后稳定下来。

4.4 第5~6天：整体联调与材料准备

第五天上午，我们把所有功能整合到最终版本的固件中，开始跑整套流程：上电、进入测量界面、接入信号源、读频读幅、切换量程、单次触发。这个阶段的心态是“不要出新功能”，只修bug。任何新想法都记录下来，但如果不是紧急必要，就不在这个阶段动代码。这个原则非常重要，我见过很多队伍在最后一天突然想加一个新功能，结果把原本稳定的系统改崩了。

第五天下午到晚上做设计报告。其中测试数据是最重要的内容，需要把在不同输入条件下的测量误差整理成表格。这里我特别提醒一句：所有测试数据一定要在比赛现场自己亲手测出来，不要拿仿真软件的结果凑数。测评老师对数据的真实性非常敏感，而且现场的实测数据和理论仿真结果往往有出入，提前准备好实测数据能让你在答辩时底气十足。

第六天上午进行封箱前检查：把所有螺丝拧紧、排线插牢、电源线加固，然后做了一次完整的无人干预测试，也就是“上电之后不再碰它，看它能不能自己稳定工作”。因为测评现场所有操作都是自己完成，你要是当着评委的面重启失败，印象分会掉很多。

5. 高频翻车问题与排查思路速查

我把自己带过的队伍和身边朋友遇到的典型问题整理成了一张速查表，按问题类别、可能原因、排查顺序来写。你可以在赛前把这张表打印出来，贴在调试台上。

5.1 硬件电路类问题

你在排查硬件问题时，最重要的原则是从电源开始，再到信号链路，最后到软件逻辑，顺序不要颠倒。很多奇奇怪怪的“灵异事件”，查到最后基本都是供电子系统的问题，这个顺序能帮你少走弯路。

5.2 软件与系统类问题

软件问题的高效排查方式就是信息输出。串口是你最好的朋友。把所有关键变量通过串口以特定格式打印出来，一旦哪一步不对，看打印数据就能迅速定位。很多新手喜欢一个劲地用调试器单步走，这在复杂系统里反而容易迷路。

5.3 测试、现场与材料问题

比赛不只是“做出来就行”，现场如何展示和讲解在很大程度上影响成绩。

现场测评时，最常见的翻车是“换了一台设备就不会操作了”。比如在实验室用的信号发生器是某个品牌，到了现场换了另一台，旋钮布局不一样，结果现场操作不熟练，浪费了宝贵的测试时间。解决办法就是赛前多用不同品牌的常用仪器做练习，至少要对常见的操作逻辑有个熟悉度：怎么设定频率、怎么设置幅度、怎么开输出，这几个动作必须形成肌肉记忆。

还有一个现场高频问题是“作品带着去了现场，但忘了带电源线或信号线”。听起来很离谱，但每年都有队伍中招。建议准备一个专用的比赛物料包，里面放着：主作品、备用电源线、信号线、万用表笔、U盘备份资料、打印的纸质版设计报告。进测评场地前，照着清单检查一遍，再进场。

另外，如果现场出现问题，千万不要慌着拆机。先冷静观察现象，如果是可以拔插的重启类问题，可以先断电重启；如果是线路接触问题，检查接线；如果确定是硬件损坏而无法修复，大胆向评委说明情况，展示你已经完成的部分和调试记录。诚信和从容在测评中非常重要，很多评委愿意给出指导分来体现实力，而不是一味地抓着故障不放。

6. 把6天5夜的节奏转化为日常备赛的习惯

比赛只有一次，但备赛周期可以拉得很长。在我看来，真正决定你在6天5夜里能不能扛住的，不是这几天有多么拼，而是你在之前有没有养成高效调试的习惯。如果你现在还在备赛期，下面几个习惯越早养成越好。

第一个习惯是“每天留一个完整的时间块做集成测试”。很多队伍备赛都是各做各的，到了赛前才把模块拼在一起，结果发现接口问题一堆。平时就养成每个周末做一次系统联调的习惯，把软件版本固定、硬件状态固定，完整跑一遍流程。

第二个习惯是“记录调试日志”。哪怕只写几行字：今天改了哪个模块、动过什么参数、出现了什么现象、怎么解决的。这是快速排查问题的宝藏库。比赛时你根本没有时间回忆“这个传感器上次是怎么调通的”，但一份调试日志可以让你三分钟进入状态。

第三个习惯是“故意制造故障再修复”。备赛时我喜欢干一件事：把一个原本正常的模块故意弄出点问题，比如把某个信号线断开、把电源电压调偏，然后让队友在限时内定位并修复。这个练习非常接近赛场上的真实状态，也很好地锻炼了用手边的工具一步步排查问题的能力。

再讲一个比赛之外但同样重要的话题：身体。6天5夜不是让你连续6天不睡觉，那只会让第三天开始所有人脑子变成浆糊。合理的节奏是前两个晚上可以熬夜到凌晨一两点，第三四个晚上至少保证一个人有4小时完整睡眠，最后两天要尽量保证全队交替休息。我自己见过太多队伍到第四天已经没法正常思考了，连最基本的“用万用表量一下电压”都变得迟缓。休息不是浪费时间，它是在为后续的高强度调试保留认知能力。

最后分享一个我自己特别深的体会：很多年后回看电赛，拿不拿奖其实没那么重要，真正让人记忆深刻的，是那种在巨大的时间压力下，靠团队协作把一个东西从想法变成现实的过程。这中间你会无数次怀疑“这个方案是不是错了”，也会无数次因为一个突然跑通过的功能而激动半天。这些经历会实实在在地改变你后续的学习和工作习惯。祝你们在赛场上一路顺风，也祝你们能享受整个过程。