电赛设计报告撰写指南：从系统方案到测试验证的完整工程实践

1. 这篇文章真正要解决的问题

如果你正在准备全国大学生电子设计竞赛（电赛），尤其是今年的H题，那么你很可能正面临一个核心困境：如何将零散的技术点、模块化的代码和初步的硬件连接，整合成一份逻辑清晰、内容完整、能打动评委的完整版设计报告。很多队伍在技术上下了苦功，却在最后一步——文档撰写上栽了跟头。报告不是实验记录的简单堆砌，它是一份技术“产品说明书”，更是你设计思路和工程能力的集中体现。

这篇文章要解决的，就是如何从零开始，构建一份高质量的26届电赛H题设计报告。我们将不局限于报告格式的“形”，而是深入探讨其“神”——如何通过报告，系统性地呈现你的问题分析能力、方案论证过程、软硬件设计细节、测试验证方法以及团队协作成果。你将学到的不只是“这里该写什么”，更是“为什么这样写”以及“怎样写才能脱颖而出”。对于电赛参赛者而言，一份优秀的报告，其价值不亚于一个稳定运行的硬件系统。

2. 设计报告的核心价值与评分逻辑

在深入结构之前，我们必须理解评委如何看待一份报告。电赛评审通常是“盲评”，评委在有限时间内，通过报告快速重建你对赛题的理解和实现过程。因此，报告的核心价值在于“降低评委的理解成本”和“高效展示你的技术亮点”。

一份优秀的报告通常服务于以下几个评分维度：

• 方案的正确性与创新性（20%-30%）：你是否准确理解了题目要求？你的方案是常规实现还是有所优化、创新？这部分体现在“系统方案论证”章节。
• 理论分析与计算（15%-20%）：你的设计是否有理论支撑？关键参数（如滤波器截止频率、PID控制参数、电路增益）是否经过计算而非随意设定？这部分体现在“理论分析与计算”章节。
• 电路与程序设计（25%-30%）：硬件电路设计是否合理、规范？软件流程图是否清晰？代码结构是否良好？这部分是报告的技术主体。
• 测试方案与数据（15%-20%）：你如何证明系统达到了指标？测试方法是否科学？数据是否完整、真实（最好有图表）？这部分是结论的支撑。
• 报告结构与规范性（10%）：格式是否美观统一？图文是否清晰？文字表述是否专业、流畅？这部分是“印象分”，却直接影响前几部分的阅读体验。

理解了这个逻辑，我们就能有的放矢，在报告的每个部分都嵌入评委关心的信息点。

3. 完整版设计报告的标准结构拆解

一份标准的电赛设计报告通常包含以下核心章节，我们可以将其视为一个完整的“故事线”：

封面->摘要->目录->1. 系统方案->2. 理论分析与计算->3. 电路与程序设计->4. 测试方案与测试结果->5. 总结->参考文献->附录

下面，我们逐一拆解每个部分的写作要点和常见陷阱。

3.1 封面、摘要与目录：第一印象决定基调

封面：信息务必完整、准确。包括：赛题名称（如“2025年全国大学生电子设计竞赛H题”）、作品名称（你的系统命名）、参赛队伍编号、参赛学校、队员姓名、指导教师、完成日期。格式要简洁、专业。

摘要：这是报告的“电梯演讲”，必须在300字以内讲清楚核心内容。一个优秀的摘要结构是：

1. 目的：针对赛题H题的什么要求（用一句话概括赛题核心任务）。
2. 方法：采用什么总体方案（如“基于STM32F407微控制器，采用XXX传感器采集信号，通过YYY算法处理，使用ZZZ驱动电路控制执行机构”）。
3. 结果：实现了哪些关键指标（用数据说话，如“测量精度达到0.1%，响应时间小于50ms，完成了全部基本要求和发挥部分”）。
4. 结论：简要评价系统性能（如“系统运行稳定，精度高，具有一定的创新性”）。

常见陷阱：摘要写成引言，大谈背景意义；或者过于简略，没有具体方法和技术指标。

目录：使用Word或LaTeX的自动生成功能，确保页码准确。章节标题要与正文严格一致。目录本身也反映了你报告的逻辑层次是否清晰。

3.2 系统方案：展示你的解题思路

本章节目的是论证你的方案为何是合理且最优的之一。建议分为几个小节：

3.2.1 题目要求与分析

• 任务重述：用你自己的话精炼地复述赛题要求，特别是基本要求和发挥部分，最好能用条目列出。
• 指标解析：将题目中的性能指标（如精度、速度、范围）明确提取出来，作为后续设计的验收标准。
• 难点与关键点分析：这是体现你思考深度的地方。例如：“难点在于微弱信号的提取与抗干扰”、“关键点在于高速实时控制算法的实现”。

3.2.2 方案比较与论证

针对系统中的核心模块（如主控、传感器、信号调理、执行机构、人机交互等），提出2-3种可行方案，并用表格进行对比。

常见陷阱：方案比较流于形式，选择理由空洞（如“因为更稳定”、“更常用”），必须结合赛题具体指标（精度、速度、成本、功耗）来论述。

3.2.3 总体系统框图

绘制一幅清晰的系统总体框图。框图应体现信号流和数据流，从输入到输出，模块间用箭头连接，并标注关键信号名称（如“模拟电压信号”、“PWM控制信号”、“RS232数据”）。

[传感器1] --> [信号调理电路] --> [ADC] [传感器2] --> [信号调理电路] --> [ADC] --> [微控制器(STM32F407)] --> [DAC] --> [功率放大] --> [执行机构] | | [按键/LCD] [无线模块]

（上图仅为示意，请使用Visio、Draw.io等工具绘制精美框图）

3.3 理论分析与计算：体现你的理论基础

这部分不是堆砌公式，而是展示你如何将理论知识应用于具体设计。针对赛题涉及的核心技术点进行深入分析。

3.3.1 关键电路参数计算

例如，如果设计了放大电路或滤波电路：

• 放大电路：根据传感器输出范围和ADC输入范围，计算所需增益。Gain = V_adc_fullscale / V_sensor_max。然后根据所选运放型号，计算反馈电阻值。Gain = 1 + Rf/R1。
• 滤波电路（如低通）：根据待测信号频率和干扰噪声频率，确定截止频率fc。例如，信号最高频率100Hz，设定fc=150Hz。对于一阶无源RC滤波：fc = 1/(2πRC)。选取标准电容值C（如0.1uF），计算R值。
• 电源设计：计算系统总功耗，估算各模块电流，确定稳压芯片的选型（如LDO或DCDC）及其散热要求。

3.3.2 控制算法分析与建模

如果涉及控制（如PID、模糊控制）：

• 系统建模：简要描述被控对象的特性（如一阶惯性、二阶振荡）。
• 控制器设计：说明选择PID控制的理由。给出参数整定的理论方法（如临界比例度法）或初步计算值。u(t) = Kp*e(t) + Ki*∫e(t)dt + Kd*de(t)/dt
• 算法分析：分析算法在系统中的预期效果，如何克服静差、超调等问题。

3.3.3 通信协议与数据格式

如果涉及通信，定义清晰的协议。例如：

// 自定义串口协议帧格式示例 typedef struct { uint8_t header; // 帧头，如0xAA uint8_t cmd; // 命令字 uint16_t data_len; // 数据长度 uint8_t data[256]; // 数据域 uint16_t checksum; // CRC16校验和 } UART_Frame_t;

并说明校验和的计算方法。

3.4 电路与程序设计：报告的技术核心

这是篇幅最大、最体现硬实力的部分。务必做到图文并茂，对应清晰。

3.4.1 硬件电路设计

• 单元电路设计：将系统分解为电源模块、单片机最小系统、传感器接口电路、信号调理电路、驱动电路、显示模块等。每个单元电路单独用原理图展示，并配以文字说明功能、关键器件选型依据、工作原理。
• 关键电路详解：对于核心或创新的电路（如高精度采样电路、低噪声放大电路），需要更详细的分析，包括仿真结果（如Multisim的波特图、瞬态分析截图）。
• 整体电路原理图：提供一张清晰的、完整的系统电路原理图（可使用Altium Designer、立创EDA等导出PDF）。确保器件标号、网络标号清晰可辨。
• PCB设计：如果时间允许且做了PCB，可以展示PCB布局布线图，并说明布局时考虑的因素（如模拟数字地分割、电源路径、散热）。

3.4.2 软件程序设计

• 软件开发环境：说明使用的IDE（如Keil MDK、IAR Embedded Workbench）、编译器版本、主要库（如STM32 HAL库、DSP库）。
• 程序流程图：绘制主程序、关键中断服务程序（如定时器中断、ADC采样中断）的流程图。流程图应标准、清晰。
• 关键模块代码与说明：不要贴全部代码！只贴核心算法、驱动初始化、逻辑控制等关键部分的代码片段，并加以详细注释。

// 文件：pid_controller.c // 功能：增量式PID控制器实现 // 说明：适用于电机速度等控制，避免了积分饱和问题 typedef struct { float Kp, Ki, Kd; // PID参数 float error[3]; // 当前、前一次、前两次误差 e(k), e(k-1), e(k-2) float output; // 控制器输出 } PID_Inc_TypeDef; float PID_Inc_Calculate(PID_Inc_TypeDef *pid, float setpoint, float feedback) { pid->error[2] = pid->error[1]; pid->error[1] = pid->error[0]; pid->error[0] = setpoint - feedback; // 计算当前误差 float delta_out = pid->Kp * (pid->error[0] - pid->error[1]) + pid->Ki * pid->error[0] + pid->Kd * (pid->error[0] - 2*pid->error[1] + pid->error[2]); pid->output += delta_out; // 增量式输出 // 输出限幅，防止执行器饱和 if (pid->output > OUTPUT_MAX) pid->output = OUTPUT_MAX; if (pid->output < OUTPUT_MIN) pid->output = OUTPUT_MIN; return pid->output; }

• 程序结构说明：介绍你的工程文件结构，体现模块化编程思想。

/Project ├── Core/ // 单片机核心文件 ├── Drivers/ // 硬件驱动层 (BSP) │ ├── bsp_adc.c │ ├── bsp_motor.c │ └── bsp_uart.c ├── Algorithm/ // 算法层 │ ├── pid.c │ └── filter.c ├── Task/ // 应用任务层 │ ├── task_sensor.c │ └── task_control.c └── main.c

3.5 测试方案与测试结果：用数据证明一切

这是验证你系统是否达标的关键。必须科学、系统、有数据。

3.5.1 测试方案

• 测试环境：列出所用仪器（示波器、信号发生器、万用表、电源型号等）。
• 测试方法：针对每一个题目要求（基本和发挥），设计具体的测试步骤。例如：“测试测量精度：使用标准信号源输出XXmV电压，通过系统测量，记录显示值，重复10次，计算平均值与标准差。”
• 测试条件：说明测试时的电源电压、环境温度等。

3.5.2 测试数据与结果分析

• 使用表格：将测试数据整理成表格，清晰列出测试项目、测试条件、理论值/标准值、实测值、误差/性能指标。 | 测试项目 | 测试条件 | 理论值 | 实测均值 | 误差 | 是否达标 | | :--- | :--- | :--- | :--- | :--- | :--- | | 电压测量精度 | 输入 1.000V DC | 1.000V | 0.998V | 0.2% | 是 | | 频率测量范围 | 输入正弦波 | 1Hz-100kHz | 1Hz-99.5kHz | -0.5% @100kHz | 是 | | 系统响应时间 | 阶跃输入 | <100ms | 85ms | - | 是 |
• 使用图表：波形图、曲线图比文字更有说服力。例如，将系统阶跃响应曲线截图（示波器截图），标注上升时间、超调量、稳定时间。将测量数据的线性度绘制成散点图和拟合直线。
• 结果分析：对数据进行分析。误差在允许范围内吗？如果没有，分析可能的原因（如噪声、量化误差、温漂）。性能指标是否满足甚至超过了题目要求？

3.6 总结、参考文献与附录

总结：分两部分写。

1. 作品总结：回顾系统最终实现的功能和达到的指标，对整体性能做一个客观评价（优点）。
2. 创新点与改进方向：提炼1-2个你认为最有特色的设计或算法创新。同时，真诚地指出系统的不足、测试中遇到的问题以及未来可以优化的方向（如“可采用更高精度的基准源进一步提升测量精度”、“算法可移植到FPGA实现并行处理以提高速度”）。这体现了你的思考深度。

参考文献：格式规范。引用你在设计中参考的芯片数据手册、学术论文、技术书籍、开源项目等。例如： [1] STMicroelectronics. STM32F407xx Datasheet [Z]. 2022. [2] 胡寿松. 自动控制原理（第六版）[M]. 北京：科学出版社，2013. [3] 某开源PID库 GitHub链接.

附录：放置那些对理解核心内容有帮助，但放在正文中会影响流畅性的材料。例如：

• 完整的程序源代码（可以打包提供云盘链接，或在报告中给出核心代码文件列表）。
• 完整的电路原理图（PDF）。
• 元器件清单（BOM表）。
• 一些非常详细的算法推导过程。

4. 报告撰写的实用工具与技巧

• 文档工具：强烈推荐使用LaTeX（如Overleaf平台）。它排版精美，公式和图表编号自动，能极大提升报告的专业感。如果时间紧，用Microsoft Word也可以，但务必用好样式、题注、交叉引用和目录自动生成功能。
• 绘图工具：
  • 电路图/系统框图：立创EDA（免费，中文友好）、Altium Designer、Visio、Draw.io。
  • 流程图/时序图：Draw.io、Visio、ProcessOn。
  • 数据图表：Origin、MATLAB、Python的Matplotlib库。生成的曲线图务必清晰，坐标轴标签、单位、图例齐全。
• 图片处理：确保所有截图（电路仿真、程序运行、测试波形）清晰，必要时添加文字标注。可使用Snipaste截图，GIMP或Photoshop进行简单标注。
• 版本管理：报告是迭代产生的。使用Git管理报告源文件（.tex或.doc）和图片资源，避免版本混乱。每天结束前提交一次。

5. 常见问题与避坑指南

6. 从完成作品到提交报告的高效工作流

1. 前期同步：从备赛开始，就建立报告的共享文档（如Overleaf项目或Word在线文档）。硬件、软件、论文的同学都要有权限。
2. 每日记录：每天开发结束后，花15分钟将当天的设计决策、电路修改、调试现象、测试数据记录到文档的对应章节草稿中。
3. 中期整合：赛程中期，指定一位同学根据草稿，整理出报告的初版框架，填补缺失部分，统一格式。
4. 后期冲刺：作品基本完成后，集中1-2天时间撰写和打磨报告。硬件同学负责电路图、测试数据部分；软件同学负责流程图、代码、算法说明部分；论文同学负责统稿、润色、格式调整和摘要、总结的撰写。
5. 最终检查：
   • 技术检查：电路图与实物是否一致？代码版本是否最新？测试数据是否真实、完整？
   • 逻辑检查：报告是否从头到尾讲了一个逻辑自洽的“技术故事”？
   • 格式检查：封面、页眉页脚、页码、目录、图表编号、参考文献格式是否完美？
   • 错别字检查：通读全文，或使用工具检查。

撰写一份优秀的电赛设计报告，是一次完整的工程项目演练。它强迫你系统性地梳理设计思路，严谨地验证系统性能，并清晰地表达技术观点。这份能力，远比竞赛获奖本身更为持久和重要。希望这份指南能帮助你在26届电赛H题乃至未来的所有工程挑战中，不仅做出好作品，更能讲好它的故事。