电赛24小时实战：从真题到最小可行系统的工程方法论

2026/8/7 3:15:18

去年带学生做电赛，有个场景印象很深：一个小组在赛前把往届真题刷了好几遍，每个模块单独测试都跑得挺顺，结果到了正式比赛，面对一个看起来差不多的题目，从下午三点卡到晚上十点，连最基本的信号采集都没稳定下来。

问题出在哪？不是他们不会调电路，也不是代码写不出来，而是缺了一套把“知道怎么做”变成“在限定时间内稳定做出来”的系统方法。电赛这类硬件竞赛，和平时做课程设计最大的区别，就在于它有一个明确的时间高压线，以及一套从理解题目、拆解需求、选型设计、到调试排错、最终提交的完整流程。单纯“做过真题”和“吃透真题”是两回事。

今天我们就以一道具体的电赛真题为例，不光是讲这道题怎么做，更重要的是拆解一套面对陌生赛题时，如何快速建立认知、规划路径、避开常见坑点，并最终在24小时内交付稳定作品的方法论。这套方法的核心，不是追求某个电路或某行代码的“最优解”，而是构建一个在高压环境下依然可靠的“最小可行系统”，并为其预留出充足的迭代和容错空间。

1. 第一步不是画电路图：用20%的时间，完成80%的题目理解

很多人拿到赛题，第一反应是找元器件清单，或者开始回忆哪个模块的电路自己最熟。这是一个典型的效率陷阱。在时间有限的比赛中，前期规划的价值远大于后期补救。我的建议是，拿到题目后的第一个小时，必须完成以下几件事，并且最好用纸笔或白板可视化出来。

1.1 拆解核心任务与约束条件

以一道典型的信号处理类题目为例，题目要求可能很长，但核心任务通常只有几个。你需要把它们从描述中剥离出来，并明确每个任务的输入、输出和性能指标。

例如，题目描述可能是：“设计一个系统，能够采集并分析某传感器信号，提取其特征频率和幅度，并通过液晶屏显示波形和参数，同时将数据通过无线模块上传。”

拆解后应该是：

信号采集：输入（传感器模拟信号），输出（稳定的数字信号给处理器）。约束：信号幅度范围（如0-3.3V）、频率范围（如0-100Hz）、需要抗干扰。
信号处理：输入（数字信号），输出（频率值、幅度值）。约束：计算精度（如频率误差<1%）、实时性（如每100ms更新一次）。
信息显示：输入（处理后的数据），输出（液晶屏上的波形和数字）。约束：刷新率、界面布局清晰。
数据上传：输入（处理后的数据），输出（无线发送成功）。约束：通信协议、数据包格式、发送间隔。

同时，必须明确题目中的硬性约束和评分项。哪些是必须完成的“基础部分”？哪些是拉开差距的“发挥部分”？评分细则里，精度、稳定性、完成时间、创新性各占多少权重？这直接决定了你的资源（时间、精力、处理器算力、电路复杂度）该如何分配。

1.2 识别技术难点与风险点

在拆解任务的同时，就要同步预判哪里最容易出问题。这不是悲观，而是风险管理。

信号链的起点（传感器/前级放大）：信号是否微弱易受干扰？供电是否干净？这部分一旦出问题，后面所有处理都是徒劳。
模拟与数字的接口（ADC）：参考电压是否稳定？采样率是否满足奈奎斯特定理？是否存在混叠？
算法的实时性与精度：FFT计算量大，你的MCU能在要求时间内算完吗？是用浮点还是定点？会不会溢出？
多任务调度与资源冲突：采集、处理、显示、通信如何安排？会不会因为屏幕刷新阻塞了数据采集，导致丢失关键信号？
电源与接地：数字电路噪声会不会串扰到敏感的模拟部分？电机等大电流负载启动时，会不会导致MCU复位？

把这些风险点列出来，它们就是你后续设计时需要重点加固和测试的地方。

1.3 制定模块化与并行化的工作计划

基于任务拆解和风险识别，规划一个粗略的时间表。关键原则是：模块化设计、并行化开发、早期集成测试。

硬件组：立即根据核心任务确定核心芯片（MCU、运放、ADC、无线模块、屏幕驱动）并开始原理图设计。优先绘制电源树和信号流图，确保基础供电和核心信号通路正确。
软件组：在硬件设计的同时，就可以基于选定的MCU型号搭建开发环境，编写关键算法的仿真代码（可以在PC上用Python或Matlab先验证算法逻辑），并构思软件框架（任务调度、数据结构、通信协议）。
计划中必须包含“集成测试点”：例如，在硬件焊接完电源和最小系统后，就要立刻测试MCU能否正常下载程序、时钟是否准确。而不是等所有电路都焊完再上电。

2. 构建你的“最小可行系统”：从核心功能到完整闭环

在创业领域有个概念叫MVP（最小可行产品）。电赛同样适用。你的第一个目标不是做出一个功能完美、外观精致的作品，而是尽快搭建一个能验证核心功能链路的、最简单的、可工作的系统。

2.1 硬件：先打通“信号进，数据出”的主干道

硬件搭建不要追求一次到位把所有功能都做在一块板子上。建议分步走：

核心板优先：首先确保MCU最小系统（电源、复位、晶振、下载接口）绝对可靠。使用开发板或自己焊接一个经过验证的最小系统板。
搭建主干信号链：围绕最核心的采集任务，焊接传感器接口、必要的信号调理电路（如放大、滤波）、以及ADC电路。先不接屏幕、无线等外围设备。
电源单独验证：用万用表和示波器仔细检查各点电压是否准确、纹波是否在可接受范围。模拟部分和数字部分的供电最好能用磁珠或0Ω电阻隔离。
关键信号测试：在传感器端注入一个已知的标准信号（例如用信号发生器产生一个固定频率的正弦波），用示波器在信号调理电路的输入、输出，以及ADC的输入引脚上逐点测量，确保信号形状、幅度符合预期，没有异常失真或振荡。

2.2 软件：编写“灯塔式”测试程序

软件初期不要写复杂的多任务或漂亮界面。编写一个极度简单的程序，像灯塔一样，照亮系统是否正常工作。

对于信号采集：写一个程序，仅仅是不停地读取ADC值，并通过串口以纯文本形式打印出来。在电脑上用串口助手或绘图工具查看波形。这个程序可以验证：ADC配置是否正确？采样率是否达标？数据是否连续？噪声水平如何？
对于算法：在PC上用高级语言（Python）实现并验证你的核心算法（如求频率的算法）。确保逻辑正确后，再将其移植到C语言，并针对MCU进行优化（比如将浮点运算改为定点数，使用查表法等）。
框架雏形：在确认主干功能后，再引入实时操作系统（如FreeRTOS）或基于时间片轮询的简单调度器，来管理采集、处理、显示、通信等任务。务必注意任务优先级和堆栈大小设置，通信和显示任务的优先级通常应低于采集任务。

2.3 实现第一个闭环：从采集到显示

当主干硬件和基础软件就绪后，实现第一个最小闭环。例如：ADC采集 -> 简单处理（如计算均值）-> 结果通过串口发送并在电脑端显示。或者，更进一步，在LCD上显示一个不断更新的数字。

这个闭环的成功，具有巨大的心理和工程意义。它证明你的系统“活了”，核心通路是通的。后续所有功能扩展，都是在这个稳定主干上添加分支。

3. 调试的艺术：从现象倒推原因的系统化排查流程

系统不工作才是常态。调试能力直接决定比赛后半程的进度。切忌无头绪地东改一下代码，西换一个电容。必须建立系统化的排查流程。

3.1 建立“从外到内，从现象到根源”的排查树

当遇到问题时（比如屏幕不亮、数据不对、系统死机），遵循以下顺序：

电源与复位：这是第一步，永远首先检查。所有电源引脚电压对吗？纹波大吗？复位信号稳定吗？可以用示波器长时间观察电源和复位引脚，看有无毛刺。
时钟信号：系统时钟和外部晶振是否起振？波形是否干净？频率是否准确？
通信接口：对于SPI/I2C/UART驱动的外设（屏幕、无线模块），先用逻辑分析仪或示波器抓取通信波形。检查时序是否符合芯片手册要求？片选、读写信号是否正确？数据线上有没有数据？
软件执行流：在关键代码处设置断点，或者通过点亮不同的LED、串口打印不同字符，来确认程序是否执行到了预期位置。是否卡在了某个循环或等待里？
数据与内存：检查关键变量的值是否正确。是否存在数组越界、指针错误、堆栈溢出？对于资源紧张的MCU，尤其要关注内存使用情况。

3.2 善用仪器，让问题可视化

万用表：测静态电压、通断。
示波器：这是最重要的工具。看信号动态波形、时序、噪声、振铃。调试模拟电路和数字通信必备。
逻辑分析仪：解析数字通信协议（UART, SPI, I2C）的神器，比示波器更直观。
频谱分析仪（如果可用）：对于射频或高频信号分析至关重要。

一个黄金法则：当你猜测“可能是XX问题”时，想办法用仪器看到它。不要停留在“我觉得”。

3.3 模块隔离与替代法

如果系统复杂，问题难以定位，采用“隔离法”。逐步移除或屏蔽非核心模块。比如系统死机，可以先断开无线模块、屏幕的供电，看最小系统是否还能运行。或者，用一个已知好的模块（如另一块开发板的屏幕）替换现有模块，快速判断问题在模块本身还是你的驱动电路。

4. 优化与交付：在稳定性与性能之间找到平衡点

当系统基本功能都实现后，最后一段时间应用于优化和稳定化。这里的优先级非常明确：稳定性 > 完成度 > 性能 > 美观度。

4.1 稳定性加固：应对边界与异常

输入边界处理：你的程序能否处理传感器断开、信号超限、输入全0或全1的异常情况？会不会导致除零错误或指针飞掉？加入必要的条件判断和默认值。
通信健壮性：无线通信加入应答和重传机制。串口通信加入帧头帧尾和校验。避免因单次通信失败导致整个流程卡死。
看门狗：务必启用硬件看门狗或软件看门狗。这是防止程序跑飞的最后防线。
长时间拷机：让系统连续运行半小时以上，观察是否有内存泄漏、温度过高、偶尔死机等问题。用手敲击、晃动电路板，检查有无接触不良。

4.2 性能调优：有依据地提升

在稳定的基础上，针对评分标准进行有的放矢的优化。

精度不达标：检查ADC参考电压精度、运放温漂、算法本身的误差。考虑软件校准（如两点校准）。
速度不够快：用示波器或软件计时，找到瓶颈是在采样、计算还是传输。优化算法（使用查表、汇编指令、DMA传输）、提高时钟频率、或优化任务调度。
注意：任何优化都可能引入新的不稳定因素。每做一项优化，都要重新进行相关的稳定性测试。

4.3 交付准备：细节决定印象

文档与注释：代码关键部分写上清晰注释。原理图上标出关键测试点的电压和波形预期。整理一份简单的使用说明。
测试报告：如果可以，准备一页纸的测试数据，证明你的作品达到了题目要求的指标。用数据说话。
外观与布线：最后有时间，整理一下飞线，用扎带固定。一个整洁的作品，能给评审老师留下更好的第一印象。
演练演示流程：和队友模拟一遍正式演示的流程，谁操作、谁讲解、如何上电、如何展示功能。避免现场紧张出错。

电赛的24小时，是一场对技术能力、工程方法、团队协作和心理素质的综合考验。通过真题带练，我们真正要掌握的，不是某一道题的答案，而是这套面对压力、分解问题、快速原型、系统调试和稳健交付的工程思维。这套思维，不仅适用于电赛，也将是你未来从事任何硬件或嵌入式相关工作时，最宝贵的财富。从看懂电路图，到驾驭一个不确定的系统，中间隔着的，正是一次次这样的全流程实践。