企业官网建设流程全解析

每年八月底，总有一批参加电子设计竞赛的选手晒出奖状和颁奖合影，也总有人问：电赛不是做完作品、测完就结束了吗？怎么还有颁奖？很多人对全国大学生电子设计竞赛的完整流程印象只停留在“四天三夜写代码、焊电路、调参数”，对后续的封箱、作品报送、现场测评、综合测评、颁奖会完全陌生。

这篇文章站在一个亲身经历过全流程的参赛者视角，把从报名组队到最终颁奖的完整链路拆开讲清楚。不仅讲“四天三夜怎么做题”，还会重点讲很多人忽略的测评封箱环节、作品报送细节、现场测评演示技巧，以及颁奖会背后的评审逻辑。如果你是第一次准备参加电赛，或者已经报名但还没摸清流程，这篇文章可以作为你的赛前流程手册。全文偏经验总结，代码和清单都可直接复制到自己的备赛笔记里。

1. 电赛到底在比什么：先建立完整认知

1.1 一场比赛，四个核心环节

全国大学生电子设计竞赛（后文简称“电赛”）通常被大家描述成“四天三夜”，但四天三夜只是其中最集中的作品设计阶段。从参赛者视角看，完整流程其实包含四个阶段：题目分析与方案设计、作品制作与调试、测评封箱与作品报送、现场测评与颁奖。

这四部分缺一不可。很多队伍前面三天状态很好，结果在封箱环节出了岔子，或者现场测评时演示顺序混乱导致丢分，最后与奖项擦肩而过。复盘下来，问题往往出在“不知道后面还有哪些环节、每个环节怎么评分”。

作为电子信息类本科生，电赛的吸引力在于它高度贴近真实工程：给一个具体题目，有限时间、有限物料、团队协作完成一套可演示的电子系统。它的核心考察点不是“谁会背多少知识点”，而是“在压力下能不能把系统做出来、测出来、讲清楚”。

1.2 赛题方向与团队分工

电赛题目方向比较固定，大致有电源类、控制类、仪器仪表类、信号与通信类、无人机/小车类等。不同年份题目会有变化，但底层能力是共通的：电源设计、传感器采集、信号调理、MCU/FPGA 控制、上位机交互、文档撰写。

组队时建议按“硬件 + 软件 + 文档/测试”三角色配置。硬件负责电源、驱动、PCB 焊接和排故；软件负责嵌入式程序、算法、上位机；第三个人并不是只写文档，要承担测试用例设计、数据记录、现场演示演练和查漏补缺。很多队伍第三个人闲着，最后测评时反而手忙脚乱，就是分工没做好。

1.3 为什么赛前必须了解完整流程

电赛有一定的信息差。第一次参赛的队伍往往把全部精力放在“做作品”上，忽略了后面还有“封箱后现场测评”这个环节。而测评恰恰决定了奖项等级，作品做得好但测不出来、表达不清楚，分数会受很大影响。

所以这篇文章希望解决的就是：让你在比赛开始前，就对整个流程有画面感。知道哪一天该紧张，哪一天该冷静，哪个环节可能翻车，哪个环节能提前准备。

2. 赛前准备：真正的差距从比赛开始前就拉开了

2.1 技能储备清单

电赛四天三夜的强度很高，赛前没有技能储备，现场学肯定来不及。建议比赛开始前至少熟练掌握以下内容：

• 单片机基础外设：GPIO、定时器、PWM、ADC、UART、I2C、SPI。
• 常用传感器读法：温湿度、红外测距、编码器、IMU、摄像头/OpenMV 等。
• 电源模块：LDO、DCDC 降压、升压电路，以及基本的电流电压测量。
• 显示与交互：OLED、LCD、按键、蜂鸣器、LED。
• 调试工具：万用表、示波器、逻辑分析仪、串口助手。
• 至少一种上位机语言：Python 或 MATLAB，用于数据读取、绘图和分析。

注意，这里说的“熟练掌握”不是看书看过，而是能够不看手册直接写出可用代码。比赛期间时间非常紧，如果每个外设都要现场查手册，四天三夜只够调一个模块。

2.2 物料与工具准备

电赛一般允许自带常用工具、元器件和模块，但具体要求要以当年赛区通知为准。从经验看，下面这些最好提前备齐：

不要到比赛前一天才检查物料。很多工具只有用了才知道不好使，比如电烙铁头氧化严重、杜邦线内部断路等，提前一天把工具通电测一遍，能避免比赛期间浪费时间。

2.3 代码库与封装模块

有经验的队伍在赛前都有自己的“代码库”。比如常用的 OLED 驱动、MPU6050 读数、PID 控制、PWM 输出、ADC 滤波，这些代码不需要多复杂，关键是稳定、熟悉、能快速移植。

下面以常见的 PID 控制为例，展示一个可复用的简化版本，适合比赛初期快速验证闭环控制思路。这段代码不依赖特定硬件，可以看作一种“模板代码”，实际使用时根据 MCU 型号调整接口即可。

// pid.h 简化版位置式 PID 结构体 typedef struct { float kp; float ki; float kd; float target; float integral; float prev_error; float dt; } PID_t; float PID_Update(PID_t *pid, float current) { float error = pid->target - current; pid->integral += error * pid->dt; float derivative = (error - pid->prev_error) / pid->dt; float output = pid->kp * error + pid->ki * pid->integral + pid->kd * derivative; pid->prev_error = error; return output; }

这个模板的价值在于：比赛开始后，如果题目需要速度环、温控环或角度环，你可以直接把结构体初始化后填入参数，快速进入调试状态，而不是从零开始写。

3. 四天三夜：从拿到题目到封箱的完整时间线

3.1 第一天：选题与总体方案

电赛通常早上公布题目。第一天最重要的事情不是立刻焊板子，而是冷静选题和确定方案。

选题要看三方面：一是有没有做过类似题目，二是物料是否齐备，三是团队优势方向。不要只看“哪个题目看着简单”，要评估“哪个题目我们最有把握做完并测出指标”。

确定题目后，建议当天上午完成总体方案框图。方案要明确模块划分：传感器 → 信号调理 → 主控 → 执行/显示。同时把软件任务拆成通信协议、算法、显示、按键处理等模块，分给队员并行开发。

第一天最容易犯的错误是方案反复横跳。上午觉得 A 方案好，下午觉得 B 方案更牛，到了晚上硬件焊了一半，软件也写了一版，结果什么都没跑通。好的做法是选一个最稳妥的方案先跑通，再考虑优化。

3.2 第二天：硬件搭建与软件联调

第二天是核心开发期。硬件同学负责焊接最小系统、电源、传感器接口，软件同学同时开始编写外设驱动和主流程。这里一定要并行，不要等硬件全部完成再开始写软件。

联调时建议分模块验证：先测电源输出是否正常，再测传感器读数是否合理，然后测执行机构响应，最后把多个模块串起来。如果直接从完整系统开始调，出现问题很难定位。

这个阶段可以开始记录测试数据。推荐用串口把数据发送到上位机，现场观察曲线，比看串口打印的数值直观得多。

用一个简单的 Python 脚本来接收串口数据并保存到 CSV，作为后期测评报告的数据支撑：

# record_serial.py 串口数据采集示例 import serial import time import csv ser = serial.Serial("COM10", 115200, timeout=1) with open("record.csv", "w", newline="") as f: writer = csv.writer(f) writer.writerow(["time_ms", "voltage", "current"]) start = time.time() while True: line = ser.readline().decode("utf-8", errors="ignore").strip() if line.startswith("DATA,"): parts = line.split(",") if len(parts) >= 3: voltage = parts[1] current = parts[2] elapsed = int((time.time() - start) * 1000) writer.writerow([elapsed, voltage, current]) print(f"time={elapsed}ms, V={voltage}, I={current}")

这段脚本在比赛现场非常实用。硬件发一行DATA,3.30,0.12，上位机就能自动记录，后期写文档、绘曲线、分析指标都有数据依据。

3.3 第三天：闭环调试与指标测量

第三天通常进入系统联调和指标冲刺。此时重点不是“功能能不能跑”，而是“指标能不能达标”。电赛评分很看重量化指标，比如电压调整率、负载调整率、响应速度、精度误差等。

要提前设计测试方案，准备测试点。比如测电源效率，就要测量输入输出电流电压；测控制系统响应，就要记录上升时间、超调量、稳态误差。这些数据就是测评报告的核心内容。

如果时间允许，建议做一个自动化测试脚本。下面用 pandas 和 matplotlib 对 CSV 数据做简单可视化，适合快速确认测试结果：

# plot_record.py 数据可视化示例 import pandas as pd import matplotlib.pyplot as plt df = pd.read_csv("record.csv") plt.figure(figsize=(10, 4)) plt.plot(df["time_ms"], df["voltage"], label="Voltage") plt.plot(df["time_ms"], df["current"], label="Current") plt.xlabel("time (ms)") plt.ylabel("value") plt.legend() plt.grid(True) plt.show()

到第三天晚上，系统应该已经处于“能稳定复现指标”的状态，而不是“偶尔能出一次正确结果”。如果作品性能不稳定，多半是电源纹波大、接触不良或代码里有非确定时序问题，优先排查这些。

3.4 第四天：文档撰写与封箱检查

第四天的主要任务是整理文档、补充测试数据、完成封箱前检查。很多队伍低估了文档的重要性，最后草草写几百字上交，测评时也讲不清楚设计思路。

文档一般包含：题目要求、方案论证、理论分析、电路设计、软件流程、测试数据、误差分析、结论与改进。写的时候注意：数据必须来自真实测量，不要编造。测评专家有可能会现场复测，文档里写得太理想，实测对不上会扣印象分。

封箱前检查是最关键的一步。需要检查：作品是否固定牢固、电源接口方向是否有标识、各模块连接是否松动、电池是否充满、备用物料是否放好。封箱后通常不能再打开，所以有一种“所有检查都要在封箱前完成”的心态。

4. 测评封箱：比你想象的更严肃

4.1 封箱流程与规则

四天三夜结束时，工作人员会统一进行作品封箱。简单说，就是把你的作品、报告、相关材料装进统一的箱子，贴上封条，然后由赛区统一收集、送抵测评现场。

这里必须强调规则性：封箱之后，未经允许不得擅自拆封。如果测评前作品损坏，能不能处理，取决于赛区规定。因此封箱前一定要确认作品状态，最好拍照片或视频记录内部接线，万一现场出问题还能快速定位。

4.2 封箱检查清单

很多队伍封箱时手忙脚乱，建议提前做好一张检查表，逐项打钩：

• 作品是否加电运行正常，指示灯或显示是否正常。
• 所有模块是否固定，防止运输途中震落。
• 电源线是否留足接口长度，并做好正负标识。
• 外露端子是否做绝缘处理，防止短路。
• 文档纸质版是否装好，是否和系统里的版本一致。
• 是否带上备用下载器、数据线、电池、常用工具。
• 记下自己作品的功能操作步骤，方便测评时快速演示。

封箱不是走过场，而是你作品“出厂”前的最终状态确认。真正有经验的队伍，会在封箱前最后做一次完整功能的流程测试，就像代码上线前的回归测试。

4.3 封箱后的心理调整

封箱之后到现场测评之间通常有一段时间。这段时间不要彻底放松，也不要过度焦虑。建议做两件事：一是准备现场测评的演示脚本，把操作步骤、讲解词、关键指标提前写好；二是预演可能被专家追问的问题，比如为什么用这个芯片、性能指标怎么测出来的、误差来源是什么。

不要到了测评现场才开始“即兴发挥”。现场测评的时间有限，如果操作不熟练，很容易在规定时间内做不完指标演示，损失很多分数。

5. 作品报送与现场测评：从“做出来”到“测出来”

5.1 作品报送需要准备什么

作品报送不只是把箱子送到测评地点。一般来说，还需要配合提交设计报告、演示视频（视当年要求而定）等材料。每个赛区要求略有差异，要提前和指导教师确认。

这里有一个容易被忽略的点：作品运输过程中的稳定性。作品如果只是放在纸箱里直接搬走，很可能到了现场就松了、断线了。建议在箱内增加减震材料，易碎模块单独固定，电路板表面用静电袋保护。

5.2 现场测评的测评流程

现场测评一般按题分组，每组有固定的测试时间。测评专家按照评分表逐项测试，评分表会在测评现场密封，但大体结构和赛题要求一致。

测评环节通常包含：

• 功能演示：按照题目要求展示基本功能。
• 指标测试：现场测量输出电压、电流、精度、速度等关键数据。
• 提问环节：专家会针对设计思路和关键参数提问。
• 加分项：部分题目有发挥部分或创新加分。

演示时要注意操作顺序，先把最简单的功能演示完，保证基础分拿到，再试高指标的发挥部分。不要一上来就挑战极限指标，万一失败，后面时间可能不够。

5.3 如何设计你的现场测评演示

现场演示是有技巧的，本质上是“把作品能力高效呈现给不懂细节但熟悉题目的专家”。

要提前把操作流程固定下来。比如：

1. 上电，等待系统初始化完成。
2. 展示默认界面或默认状态。
3. 按题目要求调整输入参数并展示输出。
4. 切换到数据显示界面，展示实时测量值。
5. 如果需要，记录关键数据并展示到屏幕上。

演示时尽量少用串口和电脑，如果必须用上位机，要提前确认驱动能装、串口能识别。要是现场没有对应驱动，上位机演示就会失败。最稳妥的演示方式是作品本身带显示或者能通过板载指示灯反馈状态。

5.4 测评专家关注什么

测评专家不是看“你的作品科技含量多高”，而是看“你的作品是否满足赛题指标，是否能稳定复现”。

专家常问的问题有：

• 电源模块的转换效率是多少，怎么测的？
• 控制系统的稳态误差为什么偏大，怎么改进？
• 为什么选择这个传感器，抗干扰能力如何？
• 输出波形的纹波为什么这么大？

回答问题时，诚实比逞强更重要。如果实验结果不够好，可以说“我们优化了 A 和 B，但时间关系还没做到 C，后续可以改进”。不要编造数据，专家一旦追问细节就会露馅。

6. 颁奖会：比赛的结果落在哪里，成长又落在哪里

6.1 评审结果与奖项体系

电赛一般设有赛区奖和全国奖。赛区测评后会确定省奖，部分优秀作品会被推荐参加全国复测，最终确定全国奖项。全国奖的评审还会结合综合测评，综合测评通常是在规定时间内完成一个现场小任务，重点考察个人的基本工程能力，不允许带现成代码，非常考验基本功。

这里想特别说一句：很多人问“电赛有颁奖吗”。真的有，而且颁奖会还挺正式。获奖队伍会收到证书，部分赛区还会组织颁奖典礼或经验分享会。不过比起那张奖状，准备和参加电赛的过程才是更有价值的收获。

6.2 颁奖会现场是什么样的

颁奖会的流程通常包括：领导致辞、宣布获奖名单、颁发证书、优秀指导教师发言、获奖学生代表发言、合影留念。有的一等奖团队会被邀请展示作品或作报告。

参加颁奖会时需要留意自己的着装和礼仪，虽然不是特别严肃的场合，但作为参赛选手代表，保持基本的整洁和精神面貌是加分项。如果获奖了，建议派代表提前准备一段简短感言，感谢指导教师、队友，以及总结一下比赛经验。

6.3 赛后复盘：比奖状更重要的三件事

颁奖结束不代表这件事结束了。回到学校后，建议做一次完整的赛后复盘。

第一，重新跑一遍作品，记录所有测量数据，完善设计报告，把它整理成一份可复用的项目文档。第二年如果继续参赛，这些资料能节约大量时间。

第二，总结踩过的坑。比如哪类元器件容易烧、哪种布局容易受干扰、哪段代码调试时间最长，都可以记录到备赛笔记里。

第三，把比赛中用到的代码、电路图、数据脚本整理成自己的工具库。下一次做课程设计、毕业设计或者科研项目时，这些都是实实在在的积累。

7. 电赛常见问题与避坑清单

7.1 高频问题与解决思路

7.2 全流程避坑清单

现在把这些坑按时间顺序整理成清单：

• 报名阶段：确认赛区通知、是否限学校数量、是否需要校内选拔。
• 赛前两周：检查物料，调试所有模块，准备代码库。
• 第一天上午：快速选题，不要纠结超过两小时。
• 第二天白天：模块级联调，尽量每天结束时有一个可运行版本。
• 第三天晚上：指标测试和文档初稿同步进行。
• 第四天下午：封箱检查按清单走，不要凭感觉。
• 测评前：多查路线、时间、测评教室位置。
• 测评现场：先做基础功能，再做发挥部分。
• 综合测评：靠平时积累，重点考察基本功，不依赖现成代码。
• 赛后：整理代码和文档，形成自己的备赛资产。

7.3 关于实验室安全与比赛心态

最后提一个被很多人忽略的点：实验室安全。

电赛期间大量使用电源、电烙铁、电池等设备，如果操作不规范，不仅可能损坏作品，还可能造成安全事故。使用电烙铁时注意不要烫伤，不要在带电状态下随意插拔电路；使用锂聚合物电池要防止过放和短路；焊接时注意通风。

心态方面，四天三夜确实累，但不要靠通宵硬撑。合理安排作息，至少保证每天有几个小时连续睡眠。比赛比的不是谁睡得少，而是谁的作品更完整、数据更扎实。真正有效的冲刺，是在赛前几个星期，不是在比赛最后一天。

8. 总结与后续参赛建议

通过这篇文章，希望能帮你建立起电赛全流程的完整画面：赛前储备是基础，四天三夜是核心，封箱报送是关口，现场测评是关键，颁奖与复盘是收尾。每一个环节都要提前准备，而不是临场发挥。

如果你准备第一次参加电赛，下一步可以考虑做这样几件事：

• 和队友一起做一次小型系统设计，比如温控小车、信号采集装置，模拟电赛节奏并完整走一遍“设计-制作-测试-文档”流程。
• 整理自己的代码库和物料清单，方便比赛开始后直接调用。
• 找两套往年赛题，限定时间做方案预演，检验团队协作和细节检查能力。

电赛真正能带给你的，不只是那一张获奖证书，而是一次完整的工程项目训练：从需求到方案，从硬件到软件，从测试到表达。把这些能力沉淀下来，无论以后是继续学习、做科研还是进入工业界，都会用得到。