电子设计竞赛最后8天冲刺指南：分类型练重点，稳步拿奖

还剩8天，就是那种四天三夜、现场命题的电子设计竞赛了。每年到这个节点，总有人跑来问我“现在开始准备是不是晚了”。我的回答基本一致：晚不晚，取决于你想拿个什么成绩。如果目标是一等奖，现在才开始确实有点晚了；但如果目标是“尽最大努力不翻车、不丢人、能完整交作品”，8天完全有机会，而且这8天做的事比前几个月的零散积累更重要。

这篇就按竞赛的类别——控制类、信号类、电源类、仪器仪表类和通信类——逐一说清楚最后阶段该练什么、舍什么、注意什么，再讲一讲硬件整理、代码备份和现场排错的实操心得。信息量大一点，但保证每一句都是能直接用的。

1. 最后8天，先把这四件事想清楚

1.1 认清赛制：你只有四天三夜，没有第二个“改方案”的机会

比赛通常早上发题，四天三夜后封箱封板，期间不能离场，所有硬件设计和制作都必须在赛场内完成。这意味着什么？意味着你的设计方案必须在拿到题目的前一两个小时内拍板，否则后面基本做不完，更别提留时间联调和打磨。

我见过太多队伍开场什么都想做好，结果做到第二天发现跑偏，最后交上去的作品甚至不亮。反而是那些平时代码库积累扎实、模块齐全的队伍，拿到题当天中午就能定下方案，剩下时间全部用来解决真正的难点。所以最后8天要做的事，不是临时学新技术，而是把已经会的东西练到“条件反射”的程度。

再说直白一点：比赛考的不是“谁会得多”，而是“谁在高压下不犯错”。四天三夜里你会经历半夜的疲惫、方案推倒、队友意见分歧，只有基本功足够扎实，才能在这些干扰里把分数稳稳拿住。

1.2 盘点你的“弹药库”：硬件模块检查与备份

这一周的第一件事，就是把自己常用的硬件清点一遍，列一张表格。别嫌麻烦，这比多写一百行代码都有用。我一般会按这样分类：

主控类：主控芯片/开发板、下载器、USB线、备用最小系统板。 执行类：电机驱动模块、舵机、直流电机、编码器电机、继电器模块。 传感器类：灰度传感器、光电编码器、超声波、陀螺仪/加速度计、红外测距模块、摄像头模块。 电源类：锂电池、降压模块、稳压芯片、大电容、保险丝。 人机交互类：OLED屏、数码管、按键、拨码开关、蜂鸣器。 连接类：杜邦线、排针排母、焊锡丝、热缩管、扎带。

列的时候想三件事：功能是否完好、接插件是否松动、备件够不够。特别要重点检查的是杜邦线和排针排母这类小东西——它们的故障率极高，现场一旦出现接触不良，排查起来比代码bug还耗时间。我的习惯是，每种常用接口线准备三份，并且用标签贴上用途，省得现场拆来拆去。

另外，给每个关键模块准备第二块备用板。不要觉得浪费，竞赛现场最便宜的成本就是时间。如果只有一块电机驱动、一块OLED屏，坏了就只能干瞪眼；有两块，至少能快速替换继续跑流程。

1.3 做减法：练熟三件事，比多学五件事有用

8天时间，深入学习不可能，但针对性练熟可以。我个人建议把所有精力集中到三件事上。

第一，一个稳定的底层驱动库。GPIO、定时器、ADC、PWM、串口，这几样要做到“不用翻手册也能直接写出来”。比赛现场没人给你时间慢慢查寄存器，底层接口必须形成肌肉记忆。

第二，一个万能的调试手段。串口打印、OLED显示、按键菜单，三者至少有一个非常熟悉。现场大量的时间都花在“确认变量对不对”上，一个高效的调试链路能把排查时间缩短一半。

第三，一个类别相关的核心算法。控制类练PID，信号类练FFT/滤波，电源类练闭环稳压。这些算法不需要多高级，但必须亲手调过、踩过坑、记录过参数，而不是只在纸上看得懂。

不要再去啃那些比赛八成不会考的冷门知识了。曾经有个队伍在最后一周花了两天研究语音识别模块，结果比赛题目和语音完全不沾边，基础的控制题反而因为时间不够做得仓促。该放弃的就要果断放弃。

1.4 把8天切成三段：补弱、模拟、检修

最后8天不宜每天平均用力，我建议切成三个阶段。

前3天：针对自己队伍的短板补一补。比如很少写DMA，就花一下午把ADC+DMA调通；不会用示波器测波形，就找一块信号模块反复测，把探头补偿、触发电平这些基本操作练熟。如果你完全不会画PCB，这时就不要从头学了，但至少要能把原理图和模块接线图整理清楚，方便现场参考。

中间3天：组织一次完整模拟赛。如果学校有条件，可以提前把题目风格相近的往届题拿出来，严格按比赛节奏从早上8点开始做，中间不间断。模拟赛的目的不是做完美方案，而是暴露问题，所以结束后一定要开个总结会，把卡住过的地方全部记下来。哪个模块驱动没调通、哪根线接错了、哪段时间浪费了，全部列出来，比赛时避免重蹈覆辙。

最后2天：做设备检修、代码备份、器件封装整理，并且把现场会用到的所有调试脚本和测试程序跑一遍，确认可用。这些琐事若放到现场做，既占用时间又容易出乱子。

可以画一个简单的时间表：

2. 按类别拆解：各类别冲刺重点

2.1 控制类：PID不是调出来的，是测出来的

控制类题目几乎年年稳定出现，常见方向包括小车循迹、倒立摆、简易机械臂等。共同特征是：传感器数据加控制算法加执行机构，三者缺一不可。到了冲刺阶段，最忌临阵抱佛脚学新算法，而是要把老方案调到一个“最高可靠性”状态。

控制类最后阶段最该练的，我先说循迹。灰度传感器或摄像头循迹逻辑要熟，至少准备两套方案：一套基础的开关量循迹，适合赛道简单、灰度值稳定的情况；一套进阶的线性PID循迹，适合弯道多、起跑线复杂的场地。现场拿到题目后快速判断赛道难度，再决定用哪套方案，比一头扎进PID调参稳妥得多。

然后是PID调参方法论。很多人临时学PID，但从没系统跑过参数，到了现场只能凭感觉乱调。我建议花半天时间做一个“PID调参记录表”：P、I、D数值分别记下来，对应观察到的响应现象（超调、振荡、响应慢、稳态误差），一张表写满，现场直接对照调整。比如比例增大后车身左右摆动明显，就记下“P过大→振荡”，等现场出现类似现象时秒级定位。

还有编码器和电机响应。编码器接线极性、电机PWM频率这些是控制类最容易卡壳的地方。提前写好“速度读取—显示—调PWM”的总装测试程序，现场换电机场合直接用。否则每个新电机都要从头调，浪费大量时间。

控制类还有一个容易忽视的坑：传感器可靠性。很多队伍控制算法写得很漂亮，但灰度传感器数据受供电不稳定影响，出现跳变，所谓“PID调不出来”，很多时候根源是传感器数据本身不可靠。建议所有传感器统一供电，并且和电机驱动电源分开，避免大电流噪声干扰信号。

我的经验是，控制类赛场上，把车调成“能稳定跑完全程，只是慢一点”的成绩，往往比“追求极限速度但偶尔翻车”的成绩更高。因为测试现场往往没有时间给你重赛第二次，稳定永远优先于极限。

2.2 信号类：频率和幅值，一个都不能含糊

信号类题目通常是制作信号发生器、滤波器、放大器或进行波形分析。这类题目的核心卖点是测量精度与指标达标，哪怕你方案新颖，只要输出频率偏了、幅值增益不对，测试老师一眼就能看出问题。

信号类冲刺重点，第一是学会用示波器和信号发生器进行“自测”。如果做信号发生器，至少测输出频率、幅值、波形失真是否达标；如果做滤波器，用扫频方式测幅频特性曲线，尤其留意截止频率点的滚降特性。自测的意义在于：你对自己作品的性能指标有底，现场测试时就不会慌。

第二，波形生成模块的配置代码提前写好。若使用常见的DDS模块，把SPI或并口通信封装成独立函数，现场只需传频率参数；正弦波、方波、三角波三者的切换逻辑也要做好，避免周期切换时出现相位毛刺。若题目要求输出两路同步信号，两路在代码里最好共用一个相位累加器，保证相位差恒定。

第三，运放电路的电源与阻抗问题。很多信号类翻车不是电路原理错，而是运放供电电压接错、输入端悬空导致噪声、带宽不足拉垮高频。准备几块常用通用运放模块，并熟记其基本带宽和增益参数，现场可以快速替换。测量时还要注意示波器探头带宽匹配问题，廉价探头在高频时衰减明显，测量结果会骗你。

信号类题目要养成“所有关键节点都留测试点”的习惯。所谓测试点，就是原理图上的一个小焊盘或探针接触点。现场测试老师很可能直接拿示波器点你的输出端，如果你预留的测试点位置清晰、信号干净，第一印象就会好很多。

2.3 电源类：先稳定，再效率

电源类题目的核心是DC-DC变换、稳压稳流、效率测量。这类题目看着硬核，其实最后考的就是环路稳定性和指标测量的严谨程度。只要思路清楚，电源类反而是最容易拿基本分的类别之一。

电源类最后阶段要注意，闭环控制要练熟。用单片机ADC采集输出电压和电流，用PID或状态机控制PWM占空比，这是一套完整的“数显数控电源”流程。建议提前写好一个简单的电压电流双环控制框架，现场只需要改参数，不要从零开始搭。

接着是负载测试。给电源接电子负载或大功率电阻，记录电压跌落情况和带载能力，注意效率测试点的选择。效率计算要卡好电压电流的测量位置，别把导线电阻的损耗也算进负载里。做测试时拿万用表和示波器同时观察，数据会更准确。

再就是纹波测量手法。纹波本身是一个频带较宽的信号，测量手法不严谨会比真实值偏大很多。要记得将示波器设置为AC耦合，地线夹尽量靠近输出焊点，并使用短地线弹簧探头。很多人因为地线夹太长引入共模噪声，误以为自己电源纹波超标，白白改了半天的环路参数。

电源类建议提前焊好几块可以复用的DC-DC模块、继电器切换模块，以及电流采样电路。现场直接搭电源系统会快很多。调试时优先保证输出电压稳定、不炸管，再去追求效率指标。电源类一旦冒烟，修复时间往往比重新搭一块还长。

2.4 仪器仪表类与通信类：测量与传输的细节决定成败

仪器仪表类题目（如相位测量、阻抗测量、音频分析）本质上是一条“信号链”工程：传感器输入 → 信号调理 → ADC采样 → 算法处理 → 显示。每一个环节的误差都会累积到最终结果里，所以冲刺重点应该是精度控制和校准。

仪器仪表类的ADC采样参数要熟：分辨率、采样率、参考电压。如果题目要求两个通道相位差测量，两个通道最好采用同步采样方式，或者至少用同一个采样时钟源，否则相位差算不准。代码层面要留一个校准系数数组，现场用已知信号做偏置和增益校准，一键写入。

通信类题目则要重点准备无线模块的吞吐量和抗干扰能力测试。赛场环境电磁干扰比实验室高得多，模块天线摆放位置、收发缓冲区大小都会影响性能。赛前一定要做长距离连传测试，并写一个自动统计丢包率和时延的小脚本，省得现场拿眼睛盯着一闪而过的数据判断好坏。

仪器仪表和通信类有一个共同点：最后测试时老师主要看显示数据和结果的“一致性”。你第一次测出1.000V，第二次测出1.000V，第三次还是1.000V，老师就会认为你的系统稳定可靠。所以，保证测量重复性比追求单次准确值更重要。

3. 软件和代码库体检：赛前一天的必做清单

3.1 代码架构：用状态机对付现场的不确定性

我强烈建议在最后一周把所有比赛主程序的框架统一改成状态机形式。现场会遇到各种奇怪的时序：按键按下、传感器触发、串口命令传来、上位机握手。状态机能把“什么时候干什么”梳理清楚，也方便现场临时加功能。

简单来说，一个控制类主循环结构大致如下：

typedef enum { STATE_INIT, STATE_CALI, STATE_RUN, STATE_STOP, } sys_state_t; while (1) { switch (state) { case STATE_INIT: // 初始化各外设，校准传感器 state = STATE_CALI; break; case STATE_CALI: // 快速标定（如灰度阈值校准） if (cali_done) state = STATE_RUN; break; case STATE_RUN: // 循迹/闭环主逻辑 if (stop_btn_pressed) state = STATE_STOP; break; case STATE_STOP: // 停车待机 break; default: break; } }

这种结构的好处是现场改逻辑几乎不会互相干扰，每个状态只关心自己的任务，也方便测试中途暂停或复位。如果你现在的主程序是一大坨顺序执行，赶紧花一晚上重构成状态机，这笔时间绝对值得。

3.2 调试利器：串口是人机对话的唯一桥梁

比赛现场不会有丰富调试器和IDE联动调试条件，你能依靠的最快调试手段就是串口打印。要把printf重定向到串口的代码提前备好，并且能在显示器上同时输出多个变量。

我的习惯是，串口打印用固定格式的字段，比如“speed: 120 | err: 30 | pwm: 1500”，字段用管道符隔开，肉眼扫描非常高效。如果是上位机做波形显示，我通常会设计一个简单的矩阵协议，把多个采样值打包发送，方便在电脑端绘图观察。前提是协议简单、稳定，不要在比赛前临时搞花活。

注意：printf重定向如果没成功，程序往往不会报错，但数据就是出不来。赛前一定要单独写一个“串口自检程序”，100ms打印一次自增计数，确认OK再集成进主程序。否则现场很容易陷入“串口没接好还是主程序卡死”的排查泥潭。

3.3 备份策略：唯一不该省的三分钟

比赛现场代码改动频繁，唯一能保住你劳动果实的做法是“版本备份”。每完成一个里程碑，比如“能够循迹跑完全程”或“输出电压稳定在5V”，马上拷贝一份源文件到另一个文件夹，命名规则清晰，比如带日期和功能描述。并在代码注释里写清楚修改时间和改动内容。

不要依赖“我记得到时候改回来”，四天三夜的高压下，大脑完全不靠谱。另外，引脚定义表、模块接线图、原理图文档建议打印一份纸质版放桌上。现场翻纸比在电脑里翻文件快得多，而且不会因为电脑崩溃、文件夹路径太深而找不到内容。

4. 常见故障排查实录：先做“最廉价”的检查

4.1 上电没反应：按这个次序查，效率最高

遇到整机不亮，别慌，按顺序排查比盲目拆焊快得多。

第一，用万用表量电源指示灯和各关键节点电压，确认5V、3.3V、供电开关处电压正常。很多时候就是电池没充满、开关接触不好或者电源线脱落。第二，检查反接保护和短路：用万用表二极管档或蜂鸣档测电源输入两端，如果直接响，就是板上有短路，多半是焊接时锡连在一起。第三，检查下载器：插上电脑看能不能识别设备；不能就换个USB口或按复位键，有些板子下载引脚悬空时会被外部干扰。第四，拆外设：把传感器、显示屏、电机驱动全部拔掉，留下最小系统板测试，如果能跑再一个个插回去。

这套顺序的本质是“由简单到复杂，由电源到逻辑”。不要把最昂贵的时间花在最早期的玄学问题上。

4.2 传感器数据乱跳：绝大多数是供电和接地问题

“灰度值一直在抖”“加速度计数据漂移”这类问题，绝大多数和接线、供电质量有关，和代码关系不大。除非你变量真的写错，否则先把注意力放到硬件上。

处理办法很明确：所有数字传感器和模拟传感器的地必须与主控共地，不能有浮空的情况。传感器供电处要加104电容和100μF电解电容并排放在离传感器最近的位置，相当于一个小水库，吸收电流尖峰。如果有电机或舵机，务必让执行机构电源与传感器电源分开，两个电源可以共地，但不要共用一条粗线走大电流，否则电机启动瞬间电压跌落直接干扰传感器。

信号线尽量短、直，不要贴着电机驱动走线，更不要让杜邦线绕成一团。我曾经遇到一辆小车，灰度值在电机加速时剧烈跳动，什么滤波都无效，最后发现是信号线和电机电源线扎在一起了，把线分开后问题秒消。

4.3 程序烧不进去：先检查最愚蠢的原因

“下载失败”常年排在比赛故障榜前列，常见原因不少。选错芯片型号、接线不牢，尤其是SWDIO、SWCLK、RST这几根线接触不良，目标板被外部电源拉死，导致下载期间主控不复位。

解决办法也很直白：把下载线换成短一点的排线，降低寄生电容和干扰概率；下载时按住复位键，待软件提示“连接中”时松开，这时候成功率会高很多；再准备一个“烧写专用底板”，用独立供电给板子供电，保证下载期间供电稳定。

比赛现场最忌讳的就是边下载边晃动排线，一旦松动，程序写一半会直接报废，还得重新来。把下载操作当成固定流程，别贪快。

4.4 比赛现场的最后20分钟，永远做这三件事

封箱前的最后20分钟，不要再去调大功能了，再大的功能也改变不了已经做好的部分。专心做三件事。

第一，用最后版本代码重新烧录主控板，确认板上的程序和你电脑上的源文件一致。第二，把所有关键测试点拍照片留底，包括示波器波形、万用表读数、显示界面，为写报告和整理材料保留现场依据。第三，给整机装好外壳或底座，把电池、开关、外接线理顺，防止运输途中震落或拉扯断线。

我见过不少队伍封箱前十分钟还在焊板子改代码，最后测试时板子不工作，不是运气差，而是最后阶段流程没控制住。比赛场上，越到后面越要克制“多做一点”的冲动。

5. 一点经验收尾

8天的核心心态，我总结成一句话：不要试图在最后一周创造奇迹，而是把所有你已知的正确操作练成肌肉记忆。

我的做法是，把比赛四天三夜当成一个工程交付项目来管理：写日志、定里程碑、做备份、按优先级取舍。最后成绩往往和代码量无关，而是取决于现场效率、排查速度和心态稳定性。这恰恰就是这8天能准备出来的东西。

如果你明天才开始准备，也不用慌。按上面说的：先清点硬件，再练通一个调试链路，最后做一次完整模拟赛。其余时间，尽早休息，保持状态，赛场见。