企业官网建设流程全解析

每年到赛前一个月，总有人跑来问我：现在开始准备电子设计竞赛还来得及吗？还有人连题目都没看仔细就去网上找现成方案，结果到封箱那天，硬件还在一块洞洞板上飞线，程序连看门狗都没关。我前后跟过三届电赛，也在实验室里带过几支队伍，最大的感受是：四天三夜只是最终展示，真正的备赛线拉得特别长——从你决定报名的那个晚上，从你选队友那一刻就已经开始了。这篇就按我自己的备赛线来讲，从组队怎么搭，到赛前技术怎么攒，再到四天三夜每一天怎么走，把我踩过的坑和验证过的做法一次说清楚。

1. 先搞清楚电赛到底比什么，备赛才可能不白费

1.1 四天三夜的本质是一场"极限交付"

我见过太多技术不错的人，第一次打电赛反而翻车。原因很简单：他们把电赛当成期末考试，以为原理懂了、单独模块能跑了就万事大吉，结果卷进真实赛程里，完全被时间和杂事推着走。电赛真正考的不是"你会不会做"，而是"在四天三夜的连续高压里，你能不能把方案设计、电路焊接、程序调试、测试数据、设计报告完整地交出来"。你可以把它当成一个限时的工程项目，队员就是项目组，测评老师就是甲方，所有环节都是交付物。

这和平时在实验室自己做东西有本质区别。平时你可以花两周慢慢调一个滤波器，比赛里你只有两个小时来决定到底用有源滤波还是无源滤波，然后立刻动手。平时你可以推翻重来，比赛里你推倒一次，后面所有环节都会跟着崩。所以我一直跟准备参赛的学弟学妹说：备赛练的不是"把题做出来"，而是"在有限时间里把一个不完美的方案做完整"。先接受"作品不可能完美"这个现实，你的动作才会快起来。

1.2 测评规则决定你要不要优化到天亮

电赛的计分方式，决定了你不能只埋头做功能。每道题都分"基本部分"和"发挥部分"，基本部分分值低但容易拿、必须拿；发挥部分分值高但难度也高，做不出来很常见。评委在封闭测评现场看的是实物演示和指标测量，不是看你实验室里调试得多流畅。所以我每次让队员把题目要求打印出来，用笔把所有"必须""不得""不超过"画出来，再对着评分点逐条确认：哪几个指标是硬指标，测不过直接扣分；哪几个是加分项，做不出来也不致命。

这个动作看似简单，却能避免很多无效投入。比如某年一道电源类题目，限制条件里写了"不得采用成品电源模块"，如果你没注意，还在网上买了降压模块回来，到测评现场直接就是不符合题目要求，基本部分直接零分。读题时把限制条件划出来，然后围绕评分点排优先级，比多焊一块板子重要得多。

1.3 备赛前先回答自己三个问题

准备到一半放弃的队伍，多半是因为一开始没想清楚。我建议每个队员在报名前先自己回答三个问题：第一，这个方向的原理我到底懂不懂？比如想做信号题，你至少要知道运放的虚短虚断、带宽、噪声从哪来；第二，给我一个具体模块，我能不能在半天内把它用起来？比赛不会给你学新东西的时间；第三，板子坏了、程序崩了、传感器读数不准，我有没有一套调试的方法和备用的思路？很多队伍第一次参加都挂在这三个问题上。

这三个问题不需要你现在就会，但备赛的过程，本质上就是把这三个问号一个个拉直。拉不直也没关系，但至少要让你自己清楚队伍缺在哪一块，然后有针对性地补。我觉得这是备赛阶段最值得做的事：知道短板在哪，比知道自己的长板在哪更关键，毕竟四天三夜拼的不是上限，是下限别崩。

2. 组队不是凑三个队友：角色分工决定了你们能做到哪一步

2.1 三个人不是三份全能，是三块拼图

电赛报名是三人一组，看起来随便找两个室友就能上，实际上队伍结构直接决定了你们的做题上限。我比较推荐的分工是：一个人偏硬件，负责电源、模拟电路、传感器前端和焊接；一个人偏软件，负责主控程序、算法和联调；第三个人是"项目推进者"，负责理论计算、文档、测试数据、时间管理，关键时候哪边缺人就补哪边。第三个人看起来没有前两个"硬核"，但电赛的文档和测评材料基本上要靠这个人撑起来。设计报告的排版、数据的整理、演示流程的编排，全是分。

很多队伍的问题在于三个人都相当软件或者硬件，没人愿意做杂活。一到第四天写报告时，三个人挤在一起编数据，报告质量一塌糊涂，硬生生把前面三天的努力降了半档。所以我宁可找一个焊接可靠、资料整理能力强但不那么会写代码的同学，也不愿意要三个只会写程序的人互相拖累。

2.2 反面例子：三种会翻车的队伍组成

说几个我在实验室亲眼见过的反面例子。第一种，"三个程序员"队：三个人都熟练单片机，但没有一个人愿意碰烙铁，结果电源模块焊得到处是锡珠，上电就短路冒烟，然后三个人开始互相甩锅。第二种，"两个大腿带一个挂件"队：大腿包揽了所有关键任务，挂件同学全程插不上手，第三天大腿熬红了眼，挂件却连示波器都不会开，最后文档也没人写。第三种，"全员全能"队：三个人什么都会一点，但遇到分歧谁都不服谁，方案改了三次，最后一天还在重构系统。

这三种组合的共同点是：角色没有边界，责任没有落到人。电赛时间太紧，任何"一会儿再说"的事情最后都会变成事故。组队的第一周，就应该把"谁是最终拍板的人"定下来，可以是投票，也可以让最有经验的人拍板，但不能没有拍板的人。

2.3 组队后的第一次磨合：一起完整做掉一道往年题

组队不是吃顿饭就算完了，最好在一个月内一起完整做一遍往年真题。这一步既能确认分工是否合理，也能暴露你们的沟通方式有没有问题。我见过有的队伍平时各学各的，到比赛时才发现两个人对同一根排针的引脚定义理解完全不一样，程序里写GPIOA1，硬件那边焊的是GPIOA2，一查一下午过去了。

磨合期的重点不是做题本身，而是建立队伍的"共同语言"。硬件队员要把每个引脚的信号名写在原理图或模块上，软件队员要主动去核对硬件给的引脚表；文档队员要盯紧每一个测试数据，从第一天就记录。平时磨合时能形成一套固定的交接流程，四天三夜里就可以直接照用，不会因为紧张而乱套。

3. 赛前技术规划：主控选型、方向预判、模块化攒件

3.1 主控选型：选熟不选新

电赛用哪个主控，很多人纠结半天。我的建议很朴素：队伍里最熟哪个就用哪个，不要为了"竞赛加成"临时换平台。最常见的方案是STM32F103系列，资料多、网上例程多到用不完，性价比也高；需要更强性能的时候用F407，带硬件浮点，做控制或者信号处理更省心。如果题目有指定芯片的要求，比如某些届指定用TI的MCU，那就老老实实按TI的来，这时候服从题目指定比个人偏好更重要，别拿自己的熟悉度去赌测评要求。

还有一点：现在很多控制题会出现视觉或识别的内容，OpenMV、K210这类视觉模块当辅控很常见，主控选型时要预留通信接口，别到时候发现串口只有一个还被调试占用了。

3.2 方向预判：四大常考方向的知识储备怎么铺

电赛题目万变不离其宗，长期来看主要集中在四个方向：电源类、信号类、控制类、仪器仪表类。各方向要准备的东西不太一样。电源类要熟DC-DC、LDO、MOS开关电路、储能电感电容，会算效率，会测纹波；信号类要会用运放搭滤波、放大、整形电路，熟悉ADC/DAC和FFT；控制类要会PID、会用编码器、会驱动电机，最好对无刷电机也有概念；仪器仪表类本质上是"测量+显示"，自动量程、数据采集、标定校准这些基本功要练。

不用每个方向都精通，但赛前的知识储备要按队伍的方向倾向分配。比如队里硬件队员对电源电路特别熟，软件队员擅长PID，那你们的重点方向就放在电源题或者小车控制题上。赛前精读两三个方向的内容、每个方向都跑一遍往年真题，比十个方向都浅尝辄止有效得多。毕竟电赛发题常常是五六选一，你们只要有一两道题是"闭眼能做的"，现场就从六选一变成了二选一，心态完全不同。

3.3 模块化思维：平时攒的是拼图，不是零件

备赛时间有限，最忌讳到比赛时再从头搭每个电路。我推荐队伍从备赛一开始就建立"模块库"，包括常用的电源模块、显示模块、按键模块、ADC采集、电机驱动、无线通信、传感器等。每个模块要满足三个条件：自己亲手调过、有清晰的接口定义、有保存好的测试记录。拿电源模块举例，某款降压芯片大概能扛多少电流、某个LDO压差小的时候输出稳不稳、某款DC-DC的效率曲线和纹波数据是什么，这些数据平时测一次记下来，比赛时就能直接选型，不用现场翻数据手册。

这里要特别说明，模块库不是购物车。买一堆现成模块堆在那不算积累，真正的积累是你能说出每一个模块的脾气。比如某个OLED屏模块在你的主控上需要四线SPI才能跑到稳定刷新率，某块电机驱动芯片PWM频率高了会过热，这些坑只有在平时自己调过之后才会知道。比赛时你们用的每一个模块都必须是"调试过一次以上"的，这个原则能帮你避开九成的现场翻车。

4. 备赛节奏：从焊接练习到全真模拟

4.1 阶段一：基础期别急着上板子

很多新手备赛上来就学主控例程，结果外设还没摸清就想做完整系统，最后在细节上反复卡壳。我更建议前两到三周老老实实补基本功：焊接贴片元件、看数据手册、搭好开发环境、会熟练使用示波器和万用表。尤其是焊接，四天三夜里你几乎没有时间慢慢焊，所有模块连接最好都是插接式或预先做好的排线，真正要现场焊的部分很少。所以平时就要练"五分钟焊好一个排针座""十分钟把一块洞洞板按原理图画完线"这种手艺。

示波器和万用表的使用同样被低估。比赛现场最常干的事就是"板子没输出"——你先用万用表量供电有没有，再用示波器看关键波形对不对，两步就能定位问题。如果连探头都没拿稳，电压档和电流档都分不清，那你大概率会在现场耗掉半天，还找不到坏点。

4.2 阶段二：模块期建立自己的库

基础打完后，进入模块集中调试期。建议节奏是每周搞定两到三个模块，每个模块都按"功能验证→极限测试→记录参数→封装代码或电路"的顺序过一遍。比如这周做显示模块，把它调到稳定刷新，记录下与主控的接线方式、所需引脚、最小延时；下周做电机驱动，测出不同PWM频率下的实际表现。这些记录就是你们队伍比赛时的"底牌"。

这个阶段不要只调自己喜欢的模块，要按队伍选定的主攻方向来。如果你们定了电源方向，就把Buck、Boost、LDO三种拓扑各搭一遍，把效率曲线和纹波数据记清楚；如果定了控制方向，就把编码器测速、PID调参、电机闭环这串链路完整跑通。模块期的目标不是"见过"，而是"能用、能修、能替换"。任何模块都要有一个备选方案，比如显示模块坏了能不能退回串口屏，串口屏坏了能不能用数码管——比赛时你的备选越多，越不容易被一个小故障逼到绝路。

4.3 阶段三：真题期用往年题练完整流程

模块期之后，做一两道完整的往年真题，按正式比赛的流程走一遍：从题目分析、方案设计、电路搭建、程序编写到报告书写，每个环节都要做完。真题训练最大的价值不在"做出来"，而在于让你体验一次完整的项目流程。比如你会发现，自己设计的电路第一次上电居然不工作；会发现写报告要花大半天，如果不在过程中留数据，最后根本没法写；会发现联调环节最耗时间，软件和硬件之间一对接，各种引脚问题、逻辑问题全冒出来。

这道题做完，你基本就知道自己在哪个环节最慢，然后针对性地补。很多队伍第一次做完整真题时会很受打击，完全正常。受打击发生在备赛期，总比发生在四天三夜里好。

4.4 阶段四：模拟赛至少认真跑一次

如果备赛时间只够做一件事，我会选全真模拟。模拟赛的要求很简单：找一个周末，严格按正式比赛时间发题、计时、封箱，中间不允许回宿舍睡觉、不允许临时买模块、不允许中途查资料，最后还要按正式流程提交报告和封箱。

我带队时把模拟赛安排在赛前两周，选一道往年真题但微调指标，让队伍用四天三夜时间从头做一遍。那次模拟暴露的问题比我们连续训练一个月还多：第一天选题花了六个小时，第二天才发现硬件把电源极性接反，第三天软件和硬件因为引脚定义应用半小时，第四天报告完全没时间写。这些问题全部记录下来，在正式比赛前一个一个改。很多队伍不做模拟赛，觉得自己"心里有数"，真到了比赛那天才发现连晚上怎么排班都没想过，这是最亏的。

5. 四天三夜时间线：从发题到封箱我每一步怎么走

5.1 发题前夜和发题后的第一个小时

发题前夜不需要熬通宵等题目。这个晚上最该做的是把物资清单再核对一遍：常用的模块、备用板、芯片、排线、杜邦线、电池、电源适配器、万用表、示波器探头、串口线，全部装进一个大箱子；电脑里把往年自己写过的例程、模块代码、测试脚本整理到一个文件夹。我见过太多队伍在第一天上午浪费时间找模块、找代码，这种低级损耗对四天三夜来说非常奢侈。

发题后的第一个小时，推荐动作是：三个人各拿一份题目静读，第一遍不讨论，只看自己方向的部分，把"基本要求"和"发挥部分"逐条划出来；第二遍三个人才坐在一起讨论。先不看哪题好玩，先看哪题最符合你们队伍的模块和积累，然后快速投票定题。很多人争论哪个题目上限高，我反而想说：在电赛里"能做完的题目"才是最好的题目。发挥部分的天花板再高，基础部分没拿满一样完蛋。选好题之后，花半小时在白板上画出系统框图，标清楚每个模块的输入输出和供电要求，这张框图就是接下来三天的施工图。

5.2 第一天：写主程序框架、焊出最小系统

定题之后的第一天，核心目标是"让系统先跑起来"，哪怕性能很差。我的建议是上午把方案框图和模块分配定下来，硬件队员先焊电源和最小系统，软件队员开始搭主程序框架，把每个外设的接口和引脚号提前和硬件核对好。下午把主要的传感器或执行模块点亮。晚上第一天结束时，至少要完成"上电，屏幕能显示数据或响应控制"这个级别的雏形。很多队伍第一天晚上还在讨论方案，这是最大的时间浪费。

第一天的另一个重点是建立测试基线。从第一天下午开始，文档队员就要同步记录：每个模块上电的电压电流、关键波形、程序运行日志，哪怕只是一行"12:30 传感器读数正常，串口输出稳定"。这些零散记录到第三天写报告时就是黄金，比最后一天临时补数据靠谱一万倍。

5.3 第二天：全系统联调，把基本要求的指标逐项打满

第二天是四天里出力最大的一天，目标是让整个系统闭环，然后把基本部分的每一项指标拉到位。控制类题目到这一天，PID参数该开始调了；信号题到这一天，输出波形应该符合基本要求了；电源题到这一天，测得的效率应该接近合格线了。联调最耗时间的地方通常在"信号对齐"：传感器的读数抖动、电机响应滞后、电源纹波干扰模拟电路，这些问题往往不是单独某个模块坏了，而是两个模块之间的配合出了问题。

处理联调问题有个笨办法但很有效：把系统拆回半成品状态，从最后一个不正常的位置往前逐个断开验证。比如显示乱码，先拿另一个显示模块对比；比如电机转不起来，先确认驱动器使能脚是高是低。每次只改变一个变量，记录下结果，不要同时改三个地方，不然问题只会藏得更深。第二天的节奏可以允许在关键指标上反复调，但晚上睡觉前一定让系统回到一个"能跑能测"的稳定状态，哪怕只是基本达标，也要保住这个底线。

5.4 第三天：基本保底，再冲发挥部分

第三天开始，队伍要做一个明确取舍：先把基本部分的每一个指标都测到稳，把数据记满，把报告的结构搭好；有余力再碰发挥部分。顺序绝不能反过来。发挥部分做得很炫但基本部分没保住的翻车案例，每年都有。我一般要求第三天白天把基本部分的演示流程完整走两遍，记录所有测试数据，确定每个按键的操作路径，然后晚上才允许开始冲击发挥部分。

冲击发挥部分时要注意"新增改动不要破坏已稳定的功能"。更稳妥的做法是，新功能放在一个独立的函数或分支里，用预设开关控制，不直接改动主流程。比如控制题要让小车跑得更快，就不要为了提速去改动已调好的PID参数，而是在原有逻辑上叠加一个限幅或提速策略，万一新逻辑不行，切回去还是原来的稳定状态。第三天结束前，务必让系统回到一个从未改动过的、能完整跑完基本要求的版本，这个版本就是你第四天早上测试用的底版。

5.5 第四天：整体回归、报告、封箱

第四天上午不做新功能，只做三件事：完整回归测试、整理测试数据、写设计报告。把基本要求逐条重新测一遍，最好录下视频或拍下照片留作证据；报告按要求的格式分块写，前期记录的数据直接整理成表格。我最想强调的一点是，报告不是第四天才开始的，从第一天起的记录都是为它服务的，第四天只是汇总和排版。如果前期数据完整，第四天上午完全可以搞定报告。

下午是封箱时间。封箱之前按清单检查：作品机箱、电源线、备用电池、下载器、连接线、报告电子版和纸质版、作品照片、演示用到的所有模块，一项一项打勾。封箱不是把东西扔进箱子就完事，要保证"封箱后到测评前"这段路上不会有人动线、掉零件。所以我习惯在封箱前把所有模块的接插件都做上标识，排线上写信号名，测评现场重新接线的速度会快很多。

6. 最容易翻车的环节和补救办法

6.1 硬件翻车：电源接反、虚焊、模块烧毁

比赛现场最经典的事故顺序是：板子先冒烟，然后全队开始抢万用表。原因通常是电源极性接反，或者是电源模块过流没有保护。我的习惯是，所有电源输入都加一个防反接的MOS管电路或自恢复保险丝，模块的供电线和地线用不同颜色分开，焊完先空载上电测一遍输出电压再接负载。洞洞板上焊接时尤其注意焊盘间连锡，焊完要拿放大镜或手机微距看一圈，很多时候"看起来没问题的板子"实际上已经短路了。

另外一个很容易被无视的点是"共地"。主控、传感器、电机驱动、外部供电，凡是信号有联系的电路，GND必须连到同一个参考点，否则采样值会漂得离谱。我们当年做过一次温度采集，数据在几十度之间乱跳，最后发现是传感器和主控没有共地，地线一接上，数据立刻稳了。这类问题查起来非常耗时间，备赛时每次接线都养成先接地的习惯，能省下大量时间。

6.2 软件翻车：引脚冲突、编译通过但没反应、代码没备份

软件上最隐蔽的问题是引脚冲突。比如两个模块用了同一个GPIO，单独测试都没问题，合在一起就全乱套。解决方法是每个模块的引脚分配都统一画在系统框图旁边，动任何一个引脚前先在图上更新，软件和硬件都以这张图为准。第二类问题是"编译过了但硬件没反应"，多半是时钟配置、外设时钟没开或引脚模式不对，调试时不要只盯着主逻辑，先把IO口拉高拉低试一圈，看看实际电平能不能控制。第三类问题是程序改崩了之后找不到旧版，比赛期间一定要有版本管理意识，哪怕只是每隔一小时复制一份带时间戳的备份文件夹。四天里代码迭代会非常快，没有版本管理的队伍很容易在最后一天回不到"还能跑"的版本。

给程序加调试输出的习惯也很重要。串口实在排不上用场的时候，就用板载LED做状态灯，每个关键分支切换一次LED状态。电赛现场条件有限，越朴素的调试手段往往越快。

6.3 流程翻车：文档没写、数据没留底、演示顺序不对

最后一类翻车，发生在测评现场。很多队伍功能做得挺好，但到了评委面前，操作员手一抖，先演示了最不稳定的发挥部分，结果被扣了分；或者报告里的数据和实测对不上，评委一质疑就慌了。所以第四天下午一定要做一次"演示彩排"：谁负责操作、谁负责解说、先演示哪项后演示哪项，全流程走一遍。测评现场把基本部分放在前面，稳定和成功率最高的项目先演，发挥部分放最后，如果发挥部分失败，至少基本部分的分已经拿到了。

报告和数据的一致性也要反复核对。报告里的每个测试表格都要能对应到实物操作，评委经常会挑一组数据问"这是怎么测的"，如果你能当场搬出测试流程甚至演示一遍，印象分会好很多。这也是为什么我一直强调记录要从第一天开始，现场编数据是电赛中风险最高的动作，没有之一。

最后说一句实在话。电赛这条备赛线，走到最后你会发现，真正决定结果的往往不是某一个惊艳的技术亮点，而是你们能不能在又困又紧张的时候，按住性子把每个小步骤做好：接地线、留版本、写记录、检查封箱清单。我参与的三届里，拿奖的队伍基本都不是实验室里技术最花哨的那支，而是流程最稳的那支。如果你只能从这篇文章里带走一个建议，那我的建议是：备赛期间至少认认真真做一次全真模拟赛，把自己的问题提前暴露干净，四天三夜才不会变成一场豪赌。祝你们封箱那一刻，手里有作品，心里不慌。