2026年电赛E题的“满分视频”在比赛还没开始之前就已经出现在各个平台上了。这个现象本身就值得说一句：任何宣称2026年E题已经满分、已经做完的视频，要么是往届题目的复盘，要么是预测内容，要么只是在蹭关键词。真正影响竞赛结果的东西，并不是看别人录制的演示，而是你提前搭建好的工程能力：器件选型、电路搭建、程序框架、测试记录、文档整理和现场演示。这篇文章不讨论怎么靠运气拿满分，只讨论在2026年电赛E题方向还不确定的前提下，怎样把备赛做成一件事，而不是一次应急。
1. 看满分视频之前，先理解电赛E题在考什么
1.1 “满分视频”为什么不能作为学习材料
先说结论：往届获奖队伍的视频可以作为方向参考，但不能作为系统学习材料。原因是视频呈现的是“最终结果”，而不是“设计过程”。
电赛视频通常只包含几分钟的系统演示，评委看到的是一块已经调通的板子、一组稳定的读数、一个能完成指定动作的作品。视频里看不到的是：
- 调试过程中烧毁了多少个器件；
- 电源纹波从 50mV 压到 5mV 用了多长时间；
- 采到的数据不准时是如何定位到参考电压、地线、采样时间的；
- 文档里记录了多少组实验数据，误差又是怎么分析的。
这些过程恰恰是电赛评分的主要来源。全国大学生电子设计竞赛的评分不是只看演示，还看设计报告、测试数据、现场答辩和异常处理。如果只按视频里的接法搭一套电路，很多细节会完全对不上，因为视频里的方案建立在当时题目、器件、环境和队伍能力的基础上，换一道题就未必适用。
更值得警惕的是，目前搜索“2026电赛E题满分视频”，出现的多数内容是旧题复盘或预测。2026年电赛赛题还没有官方公布，对任何过早出现的“E题题目”都应该保持距离。把它当作练习题可以，把它当作赛题预测则风险很高。
1.2 2026年E题方向未知，但能力维度基本稳定
电子设计竞赛的题目虽然每年都变，但考查的能力维度相对稳定。常见方向大致分为电源类、信号类、控制类、仪器仪表类和通信类。E题具体属于哪一类，要以 2026 年赛题发布为准，但备赛时可以提前覆盖以下核心能力：
| 方向 | 典型考查点 | 核心知识 | 备赛重点 |
|---|---|---|---|
| 电源类 | DC-DC、线性电源、恒流恒压、效率纹波 | 电源拓扑、反馈环、电感电容选型 | 会用电子负载、示波器测纹波 |
| 信号类 | 信号采集、滤波、频率测量、波形识别 | ADC、运放、FFT、数字滤波 | 会生成已知信号验证算法 |
| 控制类 | 电机控制、PID、闭环调节 | PWM、编码器、PID 参数整定 | 会观察响应曲线 |
| 仪器仪表类 | 测量精度、误差校准、显示交互 | 基准源、校准方法、人机界面 | 会做多组数据误差分析 |
| 通信类 | 无线收发、数据协议、链路稳定 | 串口、SPI、无线模块、CRC | 会验证丢包率 |
对 E 题来说，比较常见的是信号与电源结合的题目，例如“设计一个可调稳压电源并具备测量功能”或“采集某路信号并完成数据处理”。这类题目不会只考一个点，而是要求电源、采集、计算、显示串成一个系统，因此备赛时不能用“只学某个模块”的思路。
1.3 从搜索热度看同学们真正关心什么
从近期关联词来看，高频出现的是“2025电赛a题仿真”“24年电赛h题”“26电赛h题”“电赛信号题”“电赛电源模块开源”“电赛电源模块设计”。这些词反映出的信息有两层：
第一层，仿真练习是大家公认的刚需。很多人看完题目后并不是先去焊板子，而是先做仿真，因为仿真能快速验证算法和拓扑是否成立。第二层，电源与信号是大家普遍认为的难点。电源题要碰功率器件、磁性元件和反馈环路，信号题要碰高速采样、噪声和精度。
这两个方向也是 E 题备赛中最值得提前投入的方向。如果能在赛前把“电源模块设计—波形验证—ADC 采集—数据处理—显示记录”这条链路完整走过一遍，即便 2026 年 E 题的具体功能不同，也会比只准备单一模块的队伍更有把握。
2. 四天三夜的高分逻辑：先会拆题，再谈做题
2.1 把未知题目转换成工程指标
很多队伍拿到题后的第一反应是翻开源代码或找现成电路图，这种做法很容易在第一天就偏离方向。正确顺序应该是先拆题，把文字描述转换成可测量、可验证的工程指标。
拆题可以按三步走：
- 圈出硬性指标。题目里明确写的电压范围、电流范围、精度、频率、时间、尺寸等，这些直接决定方案。
- 找出隐含指标。比如题目要求“稳定工作”，意味着要考虑连续运行、发热、掉电保存等问题；要求“误差小于 1%”，意味着要引入校准或温度补偿。
- 估算可用资源。根据手头器件、开发板、电量、时间，判断哪些指标必须优先满足，哪些可以在后期优化。
拆题后建议用一张指标表把结果固定下来，格式可以参考：
| 指标项 | 题目要求 | 我的目标 | 验证方法 | 优先级 |
|---|---|---|---|---|
| 输入电压范围 | 5V±0.2V | 4.8V~5.2V | 可调电源 | 高 |
| 输出电压 | 3.3V | 3.30V±0.01V | 万用表 | 高 |
| 纹波 | 不高于 20mV | ≤10mV | 示波器 | 中 |
| 效率 | 不要求 | 尽量 ≥80% | 功率计算 | 低 |
这张表的作用是让队伍在四天里始终知道“现在该做哪一项”，而不是凭感觉推进。
2.2 通用模块化设计：电源、采集、计算、输出、显示、记录
E 题无论怎么出，系统的物理结构通常都可以拆成几个功能块。赛前把每个功能块做成独立模块，能显著提高现场组合效率。
| 功能模块 | 建议形态 | 验证标准 | 文档记录要求 |
|---|---|---|---|
| 电源单元 | 低压 DC-DC、LDO、保护电路 | 输出电压、纹波、负载调整率 | 记录输入输出和纹波 |
| 信号调理单元 | 运放放大、滤波、阻抗匹配 | 增益误差、带宽、噪声 | 记录增益曲线 |
| 采集单元 | MCU 内置 ADC 或独立 ADC | 采样率、精度、通道隔离 | 记录基准电压 |
| 计算单元 | STM32 或其他 MCU | 算法耗时、内存占用 | 记录资源占用 |
| 输出单元 | 显示、PWM、继电器、串口 | 响应时间、显示刷新率 | 记录接口协议 |
| 记录单元 | SD 卡、Flash、串口打印 | 数据完整率、时间戳 | 记录数据格式 |
模块化最大的好处是并行。硬件组可以先把电源和信号调理调通，软件组可以同时在最小系统上开发界面和算法，两边互不阻塞。等到题目发布，不需要从零画板，只需要按题目要求把模块拼起来并调整接口即可。
2.3 最小系统先跑通，再叠加功能
比赛中最容易翻车的情况是“所有模块都搭好了，上电什么反应都没有”。问题往往不是某个模块坏了，而是系统太复杂，无法定位故障。正确的开发顺序是先跑最小系统，再逐层叠加。
推荐顺序：
- 电源：先确认主控板上电后电压正常、电流正常、没有短路。
- MCU 最小系统：跑一个点灯程序，确认时钟、烧录、串口都正常。
- 信号前级：接信号源，确认 ADC 能读到合理数值。
- 算法处理：用已知波形验证滤波或计算逻辑。
- 输出显示：确认显示、PWM 或通信接口能按预期工作。
- 整机联调：把所有模块接起来，逐项复测指标。
电源这一步可以单独列一个检查清单：
- 上电前用万用表测电源输入两端是否存在短路；
- 上电后用示波器测电压纹波，不要只看平均值；
- 带载后测电压跌落，确认电源功率足够；
- 检查各模块地线是否共地，避免信号参考电位不一致。
3. 环境、工具链与可复用的代码框架
3.1 竞赛开发环境和仿真工具选型
工欲善其事，必先利其器。电赛备赛过程中，工具链越统一，磨合成本越低。下面是一套适合 E 题备赛的组合：
| 用途 | 工具 | 适用阶段 | 说明 |
|---|---|---|---|
| MCU 配置 | STM32CubeMX | 项目初始化 | 生成初始化代码，避免手写外设配置 |
| 程序开发 | STM32CubeIDE 或 Keil MDK | 代码编写与调试 | 二选一即可，队伍内统一 |
| 数据分析 | Python + matplotlib | 仿真、数据处理、绘图 | 轻量，适合做波形对比 |
| 系统仿真 | MATLAB/Simulink | 控制、信号、电源拓扑验证 | 使用学校授权版本 |
| 电路设计 | 嘉立创EDA | 画板、打样 | 学习成本低，便于导出生产文件 |
| 逻辑分析 | 逻辑分析仪、串口助手 | 调协议、看时序 | 排查 UART、SPI、I2C 问题 |
使用这些工具时注意版本一致性。至少到赛前两周，队伍要统一确认 CubeMX 生成的 HAL 库版本、编译器版本、J-Link 或 ST-Link 驱动版本，避免比赛第一天出现“能编译但下载不了”的情况。
3.2 用 Python 提前练习信号类的数据验证
信号类 E 题最常见的需求是“采集一段波形并完成分析”。如果在 MCU 上直接跑 FFT 出问题，很难判断是算法错误还是输入波形不正确。所以建议先用 Python 生成已知波形，再导入系统做验证。
下面脚本会生成一个带直流偏置的 1kHz 正弦波，并导出成 CSV：
import numpy as np import pandas as pd fs = 100_000 # 采样率 100kHz f = 1_000 # 信号频率 1kHz t = np.arange(0, 0.01, 1 / fs) # 10ms signal = 1.5 + 0.8 * np.sin(2 * np.pi * f * t) df = pd.DataFrame({"t_s": t, "value_v": signal}) df.to_csv("signal_test.csv", index=False, encoding="utf-8") print("已生成 signal_test.csv，共", len(t), "个采样点")这段脚本解决一个实际问题：ADC 采到的数据是否正确，可以先与这个 CSV 中的已知数值对比。如果 MCU 打印的波形和 Expected 波形的幅值、频率对不上，就能快速判断问题出在前级调理电路还是采样算法。
3.3 STM32 定时器触发 ADC 同步采样
很多新手写 ADC 采集直接用HAL_ADC_GetValue()配合HAL_Delay()循环读取，这种方式在采样率低、信号变化慢时还能用，一旦信号频率提高就会出现时间抖动。更可靠的做法是用定时器触发 ADC 采样，保证每个采样点间隔均匀。
在 STM32CubeMX 中配置 TIM3 作为触发源，假设主频 72MHz，要得到 1kHz 采样率：
TIM3 时钟：72 MHz Prescaler：71 Counter Period：999 重载频率 = 72 MHz / 72 / 1000 = 1000 HzADC 和定时器初始化完成后，启动代码大致如下：
extern ADC_HandleTypeDef hadc1; extern TIM_HandleTypeDef htim3; #define ADC_BUF_SIZE 1024 uint16_t adc_buf[ADC_BUF_SIZE]; HAL_TIM_Base_Start(&htim3); HAL_TIM_OC_Start(&htim3, TIM_CHANNEL_1); HAL_ADC_Start_DMA(&hadc1, (uint32_t *)adc_buf, ADC_BUF_SIZE);使用定时器触发有两个好处：采样间隔由硬件保证，不受中断和主程序影响；配合 DMA 可以在采集 1024 个点后再处理，不占用 CPU。需要留意的是 DMA 采集过程中不要同时读写同一个缓冲区，可以使用半满中断或双缓冲机制。
3.4 测试记录表：让每项指标都有据可查
测试是电赛评分中最容易拉开差距的部分。很多队伍做得出来，却说不清“这个指标到底测过没有”“误差是多少”。赛前就要养成用 CSV 或表格记录测试数据的习惯。
例如电源模块测试记录可以设计成：
case,input_v,output_v,ripple_mv,current_ma,error_percent,note 1,5.01,3.302,18.6,500,0.06,常温正常 2,4.50,3.285,21.3,500,0.45,输入低压 3,5.50,3.305,19.2,500,0.15,输入高压 4,5.02,3.298,25.4,1000,0.06,满载增加每组数据都需要写清楚测试条件，否则评委无法判断数据是否可信。比赛现场使用串口助手或 Excel 记录，都比临时手写工整得多。
4. 满分视频里看不见的得分点：文档、测试和演示
4.1 设计文档目录：从“做了”到“说清楚”
电赛设计报告是评分的重要组成部分。很多队伍把报告当成赛后回忆录来写，结果时间不够，只能补交一份残缺材料。正确做法是赛前就确定报告结构，赛程中边做边填。
推荐的设计文档目录：
一、系统方案 1.1 题目要求分析 1.2 方案对比与选择 1.3 系统整体框图 二、硬件设计 2.1 电源模块设计 2.2 信号调理电路设计 2.3 MCU 最小系统与外设接口 三、软件设计 3.1 主程序流程 3.2 关键算法与实现 3.3 MCU 资源分配与中断配置 四、测试结果 4.1 测试设备与环境 4.2 测试数据与截图 4.3 误差分析与改进 五、总结与展望每个章节都要有具体内容，不能只写标题。比如“电源模块设计”要写拓扑选择、器件型号、关键参数计算过程、电路图，以及为什么选这个方案；测试结果要贴示波器波形图、数据表格和误差计算过程。
4.2 测试数据的“三组原则”与误差分析
测试数据的采信程度取决于覆盖范围。建议每个指标至少测三组数据，覆盖正常、临界和过载情况。
| 测试项 | 测试方法 | 仪器 | 需要记录的内容 |
|---|---|---|---|
| 电源效率 | 输入功率与输出功率比值 | 可调电源、万用表 | 输入电压电流、输出电压电流 |
| ADC 精度 | 标准源输入与 ADC 读数对比 | 电压源、串口 | 标准值、ADC 值、偏差 |
| 信号频率响应 | 不同频率输入输出幅值 | 函数信号发生器、示波器 | 频率、幅值、相位 |
| 负载调整率 | 空载与满载输出电压变化 | 电子负载、万用表 | 负载电流、输出电压 |
误差分析不只是算一个百分比，还要说明误差来源。ADC 采集误差可能来自参考电压漂移、前级放大电路增益误差、采样点时刻误差；电源纹波可能来自开关频率、电感电流纹波和 PCB 布局。把这些原因写清楚，报告的专业程度会明显提升。
4.3 演示视频和现场演示怎么录
“满分视频”里最值得学习的部分其实是演示流程。一段好的演示视频应该能在 3 分钟内完整讲清楚“系统是什么、怎么搭的、指标是否达标”。
推荐演示脚本：
- 开场 10 秒：展示系统正面，说出题目编号和作品名称；
- 上电 20 秒：演示开机、自检、初始化过程；
- 指标演示 90 秒：逐项展示输入电源、输出波形、显示数据、操作按钮；
- 异常处理 20 秒：比如输入过压、负载变化时系统如何响应；
- 结束 10 秒：静态展示整机外观。
拍摄时注意让仪表读数清晰可见，不要用剪辑掩盖故障。如果演示过程出现数据跳动，可以真实说明原因并展示如何调整，这比强行剪掉一段更有说服力，因为评委在答辩现场也会看到真实情况。
5. 常见翻车点与排查链路
5.1 三类高频问题
电赛现场最容易出现的故障，可以归纳成三类：
| 问题现象 | 常见原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 上电反复重启 | 电源功率不足、复位电路异常、看门狗误触发 | 测供电电压、测复位引脚、查代码喂狗位置 | 增加电容、换更大功率电源、修正看门狗超时 |
| ADC 采集值整体偏大 | 参考电压不准、地线干扰、采样时间不足 | 测 VREF+、检查采样引脚共地、加大采样周期 | 使用独立基准源、改善接地、配置更长时间 |
| 程序定时跑飞 | 堆栈溢出、数组越界、外设中断配置冲突 | 查看 HardFault 地址、关中断定位、检查数组下标 | 增大堆栈、加边界判断、统一中断优先级 |
这三个问题在往年比赛中出现频率极高，而且越到比赛后期越难查，因为所有模块都焊在板子上，无法单独隔离。赛前多做几次整机老化测试能提前暴露大部分问题。
5.2 从现象到根因的检查顺序
排查不能乱猜，建议按下面顺序逐层检查：
- 电源：确认每个供电点电压和纹波正常。电源异常会引发复位、ADC 不准、电机抖动等大量二级故障。
- 时钟与复位：确认主控时钟频率、外部晶振是否起振、复位引脚电平是否稳定。
- 外设初始化：检查 CubeMX 中是否有引脚冲突，例如 PA9 和 PA10 被同时配置成串口和其他外设。
- 算法边界：检查数组下标、除零、类型溢出、FFT 点数是否超过缓冲区。
- 硬件连接：检查杜邦线是否接触不良、地线是否单点连接、示波器探头是否需要校准。
如果现象是“时好时坏”，优先怀疑接触问题和电源纹波，而不是代码逻辑。时好时坏多数不是算法问题，而是电气连接不稳定。
5.3 一个 ADC 采样异常的定位示例
举一个实际场景：输入 1.000V 标准电压，ADC 显示 1.082V，偏差约 8%。
按顺序检查：
- 先用电压源直接接 ADC 引脚，排除前级放大电路问题。
- 用万用表测 VREF+ 电压，确认基准是否准确。
- 查代码中 ADC 的分辨率和参考电压配置，确认是 12 位还是 16 位，参考电压是内部还是外部。
- 查采样保持时间，如果采样时间过短，内部采样电容没有充到位，读数会偏低或跳动。
- 检查引脚附近是否有分压电阻，部分开发板在 ADC 引脚上自带电阻分压。
这个例子里，真正原因通常是参考电压配置错误或采样保持时间不足，而不是 ADC 芯片本身损坏。排查时每改一个参数就重新测一次数据，并把数据记录下来，避免改了代码忘了复测。
6. 备赛可执行清单：从现在到赛前
6.1 90 天三阶段备赛计划
备赛不能只靠赛前突击，建议把 90 天分成三个阶段：
| 阶段 | 时间 | 目标 | 交付物 |
|---|---|---|---|
| 基础能力 | 第 1~4 周 | 掌握 MCU、电源、信号链基础 | 各模块最小例程 |
| 模块验证 | 第 5~8 周 | 完成常用模块独立测试 | 每个模块的测试报告 |
| 综合模拟 | 第 9~12 周 | 用往届题跑完整流程 | 一份完整设计文档和演示视频 |
综合模拟阶段最关键。可以找一到两道往届 E 类题目或类似方向题目，完全按四天三夜的时间节奏走一遍，包括中途器材限制和突发故障。这一轮暴露的问题越多，正式比赛时的风险就越低。
6.2 赛前检查清单
比赛前一天逐项确认：
- 硬件：主控板、传感器板、电源板、下载器、杜邦线、螺丝刀、万用表、示波器探头、备用芯片。
- 软件：代码能完整编译，工程文件备份到网盘，CubeMX 项目与代码工程版本一致。
- 文档：报告模板、表格模板、往届测试截图、仿真图已准备好。
- 场地工具：排插、烙铁、焊锡、助焊剂、热风枪、吸锡带、电池和充电器。
每支队伍应指定一名成员负责耗材管理，比赛期间每次使用工具后放回原位。找不到螺丝刀和杜邦线这类问题，在比赛现场会大量消耗队伍耐心。
6.3 三天比赛期间要养成的记录习惯
比赛期间信息变化很快，上午的方案可能下午就被推翻。如果不做记录，第三天写报告时会发现很多细节已经无法回忆。
推荐用统一的 Markdown 调试日志模板：
# 调试日志 日期：2026-XX-XX 时间：14:20 阶段：整机联调 现象：ADC 采集值 VREF 附近跳动，误差约 5% 原因分析： - 可能是 VREF+ 受到开关电源纹波干扰 - 也可能是采样保持时间不足 修改内容： 1. 将 ADC 采样时间由 14 周期改为 84 周期 2. 在 VREF+ 引脚增加 100nF 电容 复测结果： - 误差从 5% 降到 0.8% - 波形稳定性明显改善这份日志既是后期排查的数据源，也是设计报告中“误差分析”和“改进过程”的素材。很多队伍报告写不出来，不是没做事，而是没记录。
把“看满分视频”换成“跑一次完整闭环”，备赛结果会很不一样。真正决定竞赛成绩的，不是赛题公布后那几天的爆发，而是赛前是否完成了从题目分析、方案设计、模块验证、系统联调、文档整理到现场演示的完整循环。2026年电赛E题还没有公布，这反而是最好的窗口期：先用往届题或自拟模拟题练熟这套流程，等到题目发布时，你缺的也许只是一块具体功能的电路板，而不是慌了手脚。
