企业官网建设流程全解析

大一无知无畏，抱着“反正输了也不丢人”的心态报名了电子设计竞赛，结果真把四天三夜完整扛了下来。这篇心得不是获奖经验分享，我们当时拿的只是一个省级二等奖，没有国奖光环加持。但这篇内容想说的是：大一打电赛到底值不值、怎么准备、过程中的真实状态是什么样、哪些坑是没人提前告诉你的。如果你也正犹豫要不要报名，或者刚组好队不知道从哪里下手，这篇文章可以给你一个比较真实的参考。

1. 大一参赛，先想清楚你图什么

1.1 电赛能给你什么，不能给你什么

大一打电赛，最常见的动机是三样：好奇、简历加分、以及“不想大学四年过得太平淡”。先说结论，这三样里只有第一样和第三样是靠得住的。

从实际收获来看，电赛带给我的能力成长远比获奖本身更大。备赛期间你会被逼着接触学校课程还没讲到的内容：单片机最小系统、传感器数据采集、电机驱动、PID控制算法、电源设计。这些知识点放在课表里分布在两三个学期，但在比赛里你必须在两三个月内全部上手。这种倒逼式学习效率极高，因为你是带着任务去学的，而不是为了应付考试。

同时你会被迫养成看数据手册的习惯。学校实验课教你照着实验指导书连线、抄代码，电赛可没人给你写实验指导书。模块买回来只有一张引脚图，芯片只有一个几百页的英文文档，你得自己查寄存器、看时序图、猜波形。这个能力对工科生来说比任何一门课的成绩都重要。

但也要泼一盆冷水：电赛不能让你保研，不能让你直接拿到大厂offer，甚至不能证明你的专业知识有多扎实。评委打分看的是你四天做出来的东西能不能稳定跑起来，而不是你掌握了多少理论。所以我们赛后复盘时有一个共识——大一参赛最大的价值，是帮你在大学早期建立起对“电子系统”这个概念的完整认知，而不是让你提前成为专家。

1.2 大一的短板和优势，心里要有数

既然要打电赛，就得清醒地认识自己的位置。大一的短板很明显：理论知识不够，C语言只学到指针还没学数据结构，模电数电还在课堂上和老师互相折磨，连示波器怎么触发都没弄明白。动手经验也少，焊接水平停留在“能把元件焊上但不保证不虚焊”的程度。

但大一的优势同样真实：时间多、脸皮厚、没有心理包袱。大二大三学长要准备考研、找实习、刷绩点，而你可以从早到晚泡在实验室没人说你。我的体会是，电赛备赛期就是纯拼投入时间，这一点大一学生反而占便宜。

另外，大一参赛的容错率很高。就算最终没拿奖，你还有三年时间可以继续参赛。那些第一次比赛学到的经验教训，会直接转化成第二年、第三年的竞争优势。我们实验室有一个学长，大一参赛连省三都没拿到，大二拿了省一，大三直接冲进国赛，他赛后跟我说，大一那次唯一的贡献就是让他把每个环节的坑都踩了一遍。

所以在心态上，给自己定一个可接受的最低目标很重要。我当时和队友约定：拿奖是运气，做出来是底线，学东西是实打实的收益。把预期放低之后，整个备赛和比赛过程的心态会稳很多，反而更容易发挥出正常水平。

2. 备赛阶段：从点亮一颗LED到拼出完整系统

2.1 硬件选型：为什么我们选了STM32F103C8T6

电赛控制类题目的主控选择，基本绕不开51、STM32、MSP430这几个方向。我们当时经过一轮讨论，直接放弃了51单片机，选了STM32F103C8T6这颗芯片。

51的优势是上手快，网上教程多如牛毛，还是许多学校单片机课程的入门芯片。但它的短板也很明显：8位架构、主频低、片上外设少。电赛这种场景下，你需要同时处理ADC采样、PWM输出、编码器计数、串口通信、外部中断，51的资源分配会让你做到怀疑人生。STC的增强型51能缓解一部分问题，但开发体验和代码效率仍然不如32位MCU。

STM32F103C8T6就是那颗经典得不能再经典的芯片。Cortex-M3内核，最高72MHz主频，64KB Flash，20KB RAM，资源虽然不算丰富，但对一个课时四天三夜的电赛题目来说完全够用。最重要的是它的生态极其成熟，资料多到你看不完，任何你能想到的问题几乎都有人踩过并发布了解决方案。对于大一新手来说，遇到问题能搜到前人经验，这是最宝贵的隐形资源。

选型时还有个现实考量就是价格。我们备赛用的核心板加下载器一套下来几十块钱，即使焊坏几块板子也不心痛。用这些损失换来实际项目经验，性价比非常高。

2.2 工具和物料清单，照着准备就行

电赛是一个依赖工具的竞赛，工具不齐全会直接拖慢进度。我把当时我们桌上必备的东西整理成了一份清单，给打算参赛的同学一个参考：

这些物料里我特别想多说两句的是示波器和逻辑分析仪。很多大一同学调试时只用万用表，但碰到PWM波形不对、I2C通信失败、串口乱码这类问题，没有示波器你只能靠猜。如果学校实验室借不到示波器，至少入手一个几十块钱的逻辑分析仪，排查数字信号问题会轻松非常多。

2.3 备赛时间线：三个多月，我们是怎么排的

我们这支队伍是从暑假前大概三个月开始准备的，节奏大致是这样的：

• 第1~4周：补基础。主要任务是学会用STM32CubeMX配置引脚和时钟，用Keil写点灯、外部中断、定时器、串口通信这些基础程序。目标不是精通，而是把所有常见外设跑通一遍，知道它们大概怎么工作。
• 第5~8周：做小题目。拿往届电赛的基础题练手，比如做一个带编码器测速的循迹小车，做一个温湿度采集显示系统。这个阶段开始接触传感器数据处理、PID调参、电源供电这些“真刀真枪”的问题。
• 第9~12周：模拟比赛。选一个比较有代表性的往届题目，严格按照四天三夜的时间走一遍流程。这个过程特别关键，你会发现很多平时没暴露的问题，比如分模块调试都正常，一整合就互相干扰；比如代码写到最后Flash快满了；比如机械结构根本固定不住。

备赛阶段我最大的感悟是：不要把时间全花在看视频和看书上。嵌入式这行，看十小时教程不如自己动手调一个小时bug。程序写不出来、板子调不通的时候，硬着头皮去搜、去试、去改，这个过程才是真正的成长。

2.4 大一写代码的真相：不用害怕，代码量其实不大

很多大一同学一听到“写代码”就紧张，觉得自己水平不够。我先给大家一个定心丸：电赛四天里你写的嵌入式C代码，从量上说可能只有几百到一千行。真正难的不是代码本身，而是你要理解你操作的是硬件，不是纯粹的软件逻辑。

比如说，你要输出一个可调占空比的PWM波形，软件上只需要配置定时器和比较寄存器，但硬件上你得检查引脚是否正确复用了、信号有没有被其他外设占用，还要用示波器确认波形从引脚上真实输出了。代码只是整个系统的一部分，这是和纯软件开发最大的区别。

另一个对大一友好的事实是，你不需要从零写驱动。STM32的HAL库和标准外设库已经把寄存器的操作封装好了，网上还能找到各种传感器模块的例程。我当时干得最多的事就是看别人写的初始化代码，理解一下每一行在干什么，然后改改引脚号、改改参数，移植到我自己的工程里。

但这里有一个很重要的态度问题：看别人代码必须看懂，不能只会复制粘贴。你得能说清楚为什么这个初始化要开这个时钟、为什么这个中断要放这个回调函数、为什么这个延时放在这里。把“会用”升级成“理解”，比赛时遇到问题才有排查的思路。

3. 组队与分工：三个人的队伍，怎么搭最稳

3.1 找队友的三个原则

电赛是三人一队，队友选得好不好，直接决定比赛期间是共同战斗还是互相折磨。我们总结出来的三个原则是：兴趣匹配、能力互补、抗压能力相当。

兴趣匹配看起来虚，实际上很关键。如果一个队友对电子设计本身完全没兴趣，只是被硬拉来凑数，那他在四天三夜的高强度工作中很容易心态崩。能力互补是指软硬件各有侧重，有人擅长写程序，有人擅长焊板子调试电路，有人擅长做结构和文档。三人尽量别都偏同一个方向，不然会出现“会的人累死，不会的人帮不上忙”的尴尬局面。抗压能力在电赛里尤其重要，四天没觉睡、调不通代码、临近截止时间还没完成，这些场景极其考验心态，一个容易炸毛的人会把整个队伍的节奏带崩。

还有一个很现实的问题：大一新生要不要找高年级学长组队？我的看法是可以，但要想清楚定位。和学长组队，知识储备和经验差距是降维打击，学东西确实快。但你也得接受一个事实：高年级选手的思路和方案规划往往是他们在主导，大一队员容易变成“打杂的”。如果抱着学习的心态去，这完全没问题；如果想真正体验从零到一做完整项目的过程，那和同年级队友一起摸爬滚打，体验会更加完整。

3.2 分工不是简单分成“硬件、软件、文档”

很多人以为三人分工就是一个人负责硬件、一个人负责软件、一个人负责报告。实际操作下来，远没有这么简单。

电赛的题目通常是一个完整的系统，软硬件高度耦合。比如一个自动行驶小车，传感器采集数据、主控决策运算、电机执行指令，每个环节都同时涉及硬件接线和软件配置。如果做硬件的和做软件的各管一摊，联调阶段会非常痛苦，互相都觉得是对方的问题。

我们当时的做法是，不按“硬件/软件”划分，而是按“子系统”划分。比如一个人负责电源、主控和基本驱动逻辑，一个人负责传感器和信号处理，一个人负责执行机构（电机/舵机）和整体结构。每个子系统内部，这个人既要去接硬件线，也要写对应的驱动程序。真正到最后联调时，才全队一起上。

这样做的好处是，每个人都对完整的软硬件流程有体感，而不是只熟悉自己那一小块。坏处是前期可能进度更慢，因为每个人都要同时接触硬件和软件。但对于一个长期发展的大一学生来说，这种“全栈”体验带来的成长收益我认为是更高的。

3.3 团队沟通和版本管理的教训

等真正开始备赛了，你才会意识到沟通有多重要。我们吃过最大的亏是：代码没有版本管理，硬件改版不通知队友。

有一次，我花了一个晚上调好的电机控制参数，第二天早上发现全乱了。后来才知道，队友前一天晚上觉得代码“优化”了一下，直接改了我写的文件。而他用的是他电脑上的工程，没有跟我同步。从那以后我们强制规定：所有代码统一放到一个Git仓库里，每天结束前必须提交一次；所有硬件接线改动必须在群里拍照记录；每个人改了什么，命名和注释里都有标注。

这些习惯看起来琐碎，但在四天三夜的高强度作战中，它们能救命。电赛拼到最后，比拼的是一个团队的信息同步能力和工程管理能力，而不只是技术能力。哪怕你们是三个大一菜鸟，只要信息不丢、改动不乱，完成度就会比那些“高手”但组织混乱的队伍高出一截。

4. 四天三夜实战复盘：比赛到底是怎么进行的

4.1 D1：题目发布与选题决策，是第一道坎

电赛正式开始的第一天下午，全国统一发布题目。拿到题目后的头几个小时，是整个比赛最紧张的时刻。你需要快速浏览所有题目，评估每一道题的难度、工作量、以及自己队伍的擅长方向，然后快速锁定目标。

我们当时面对的现实是：信号类题目需要高速电路设计和FPGA，我们不会；电源类题目对模拟电路基本功要求高，我们大一没学透；最后只剩下控制类题目可以选。这个决策过程其实非常快速，因为我们对自身能力边界有清晰的认知。

但选题之后有个更重要的问题：在方案设计上，一定要控制复杂度。我们见过太多队伍，第一天把方案设计得极其宏大，要用视觉识别、要用机器学习、要做远程监控，结果两三天后发现根本做不完，最后连基础功能都保不住。我们的原则是：先做一个能稳定跑基础功能的保守方案，把基础分拿稳了，再考虑加分项。比赛这东西，做出来是第一位的，做得好是第二位。

4.2 D2：硬件搭建与模块调试，最考验基本功

第二天是硬件工作量最大的一天。我们的任务是把前一天晚上定下来的方案落实到物理世界：主控板供电、电机驱动接线、传感器装到车体上、通信线排布。

这个阶段大一基本功不足的短板就暴露出来了。比如焊接质量不稳定，有些焊点看起来亮亮的，实际上根本没有吃透焊盘，一碰就脱。我们第一天晚上就因为一个虚焊的排针，导致传感器信号时断时续，排查了近一个小时。后来学乖了，焊完每一块板子都用万用表通断档挨个点测一遍，绝不跳过这一步。

还有电源问题必须单独说。电机启动瞬间的电流冲击非常大，如果主控和电机共用一个电源，电压会被瞬间拉低，导致单片机复位。这个问题我们踩坑后用了两种方式解决：一种是电池输出直接给电机驱动，然后通过降压模块单独给主控供电，做到电源隔离；另一种是在电源输入端并联一个大电容，吸收瞬间压降。两种方式都用上，系统稳定性会明显提升。

4.3 D3：联调、改方案、心理战

第三天是整个比赛最痛苦的阶段。所有模块要整合在一起跑，各种问题开始集中爆发。你最常遇到的场景是：传感器数据不对、电机响应迟缓、显示数值乱跳、程序莫名其妙跑飞。

这一天的关键词是“排查”和“取舍”。排查要有方法，不能头痛医头脚痛医脚。我们总结出的排查顺序是：先查电源，用万用表确认各级电压正常；再查信号，用示波器或者逻辑分析仪看传感器输出波形对不对；最后才怀疑代码逻辑，用串口打印关键变量判断程序执行路径。绝大多数问题都能在这个流程下定位出来。

取舍则是这个阶段最艰难的决定。如果某个功能从开始就容易出问题，到现在还没调通，那大概率是方案有问题，而不是时间不够。我们的做法是，给自己设一个截止时间，如果在某个时间段内还调不通这个高级功能，就果断降级回到保守方案，保住基础分。这就像比赛中受伤的运动员，状态不行还硬冲，不如赶紧调整策略保住比赛资格。

4.4 D4：封箱、测试与文档，最后一战

比赛最后一天的下午就要封箱测评了，上午的时间尤其宝贵。我们当时做了一件特别有用的事：把完整系统连续跑了十遍，记录下每次的表现。

这个习惯帮我们找到了两个隐蔽的问题：一个是程序运行时间长了之后，内存中某个变量会出现溢出现象，导致显示偶尔闪烁；另一个是机械结构的螺丝在长时间震动后松了，导致车轮偏移。这两个问题如果在测评现场才暴露，很可能就直接前功尽弃了。赛前多跑几遍，把系统调到“连续运行N次都稳定”的状态，比临时改任何功能都更重要。

还有一个被很多队伍忽视但很重要的事情：文档。电赛有设计报告评分环节，分值占比不低。很多人以为报告是最后才写的，其实刚好相反，思路要在一开始就清晰，然后在四天过程中逐步完善记录。我们做了一份十几页的设计报告，包含了方案论证、电路设计、软件流程、测试数据。测试数据这个部分尤其有价值，评委看到你有对比实验、有数据分析，印象分会明显不一样。

5. 大一踩过的坑，给你提前排掉一半

5.1 硬件坑：看着简单，动起手来全是事

坑1：杜邦线是最大的不稳定源。很多模块用杜邦线连接，接触不良的问题排查起来极其折磨。建议比赛时重要信号线全部换成焊接连接，不要嫌麻烦。

坑2：共地问题。传感器和主控之间信号不正常，很多时候不是通信协议的问题，而是没有共地。接线之前先理清楚每一个模块的GND是不是连到了同一个电位上。

坑3：电源的数量和种类要提前规划。不同模块需要的电压不一样，有的要5V，有的要3.3V，有的要12V。比赛时临时加降压模块特别容易搞混，备赛时就要把电源树画清楚。

坑4：电机驱动芯片发烫。最常见的原因是PWM频率不对或者负载电流过大。如果芯片烫得无法摸，千万不能放任不管，轻则影响输出，重则烧毁芯片。

5.2 软件坑：你以为的软件问题，可能全是硬件问题

坑1：串口乱码不一定是配置错了。先查波特率，再查晶振频率是否匹配，最后查USB转串口模块的质量。我们有一次乱码折腾了大半天，最后发现是那个几块钱的串口模块本身有问题，换了一个就好了。

坑2：中断里不要做耗时的操作。比如在定时器中断里调用延时函数、做浮点运算，这些操作会拖慢中断响应速度，导致系统卡死。中断里只做标志位设置和简单的数据搬运，复杂的处理放到主循环里做。

坑3：看门狗不是必须的，但关键时候能救命。如果程序偶尔会跑飞，打开独立看门狗，在主循环里定期喂狗。虽然是一个很小的配置，但能让系统的稳定性上一个档次。

坑4：代码要分模块写。每个外设驱动放一个文件，主循环文件里只放系统逻辑。这个习惯能让你在第三天改需求时不用对着几百行耦合代码发愁。

5.3 文档坑：写得越勤，最后越轻松

很多队伍把设计报告拖到最后一天才动笔，结果就是在一堆模块还没完全调通的状态下，花巨额时间补文档，心态直接爆炸。我们的经验是：每人每天结束前写一段当天的工作记录，配两张照片或者截图。比赛最后只需要把这些记录汇总、润色、排版，半天就能搞定一份质量不错的报告。

还有一个容易被忽略的细节：测试数据要留原始记录。哪怕是一张随手拍的示波器波形照片，一张测试记录表，放在报告里都比空口描述有说服力得多。评委看过的报告成百上千，你的数据一眼假，他们会直接质疑你的设计真实性。

5.4 心态坑：电赛比的不是智商，是持久战

最后想认真聊一下心态问题。电赛的强度是真实的：四天里我们每天只睡四五个小时，有队友到最后一天几乎精神恍惚。在这个状态下，任何一个小问题都可能引爆情绪。我们队里三个人虽然也有过争执，但都遵守了一个约定：对事不对人，问题当前，解决优先，复盘后置。

这个约定帮我们度过了最黑暗的第三天晚上。当时传感器数据一直不对，我一度想把模块砸了。队友拉住我说，先梳理排查链路，别急着换方案。冷静下来之后用示波器一测，发现是一个引脚的复用配置错了，十秒钟改完就好了。

电赛打下来，最让我觉得值得的，不是那张奖状，而是我终于在大一就知道了一件事：一个电子系统是怎么从想法变成实物的。这个认知，课本不会教，作业不会考，但如果你以后真的要走工科这条路，它比一门课的高分重要得多。

如果你也是大一，正在纠结要不要报名，我的建议是：报，别犹豫。找个愿意一起折腾的队伍，从零开始学，哪怕最后没拿奖，你学到的东西也会在后面的学习和比赛中反复用到。电赛不是天才的舞台，它属于所有愿意花时间的人。