如果准备报名电子设计竞赛最容易被忽略的不是某一块电路板怎么画而是把竞赛本身当成一套完整工程流程来对待。电赛并不只是四天三夜做出一台能跑的装置它还包括选题、备赛、作品设计、技术测评、封箱报送、现场演示、成绩复核和颁奖会等环节。很多队伍在实验室里熬夜焊板子都能扛住却在测评和报送阶段因为状态不稳定、材料不齐全、封箱不规范而丢分。下面按参赛过程中会遇到的时间线来拆解重点解释每个环节的目的、操作方式、验证方法和常见坑帮助准备参赛的团队把精力放在真正影响结果的地方。1. 为什么电赛是一条完整工程流水线1.1 电赛到底在考什么全国大学生电子设计竞赛本质上是一个限时工程项目给出一个任务场景要求在有限时间内完成方案设计、硬件搭建、程序调试、报告撰写和现场展示。它考的不是单项知识而是把“需求分析、系统设计、实现调试、测试验证、文档呈现”串联起来的能力。很多人对电赛的印象停留在“焊板子”和“调程序”但评委在测评现场能看到的只有三个方面作品能不能稳定复现功能、设计报告能不能说明白方案、答辩时能不能应对追问。焊板子只是中间手段不是最终交付物。赛题方向通常覆盖电源类、信号类、控制类、仪器仪表类和通信类。例如电赛电源题主要考察电压转换效率、纹波控制、负载调整率和保护功能。电赛信号题主要考察采集、调理、处理、显示和波形还原能力。控制类赛题主要考察传感器融合、电机控制和闭环稳定性。仪器仪表类赛题往往把信号源、示波器、万用表等仪器的内部原理搬到一个自制系统里。如果能在备赛时把这些方向的核心模块都提前跑一遍四天三夜会从容很多。1.2 四天三夜的完整时间轴电赛设计制作阶段通常被称为“四天三夜”但完整参赛流程并非只有这四天。从赛前备赛到最终颁奖会大致可以整理成下面这张时间轴。阶段时间核心任务关键产出赛前备赛比赛前数周熟悉常用平台、模块、开发环境可复用的模块代码和电路模板报名确认赛前若干天核对队员信息、器件清单、场地报名表和参赛资格确认选题决策开赛后第1小时读题、评估器件、匹配能力明确主攻题目和备选方案方案设计第一天上午画系统框图、定接口、拆任务系统设计文档硬件搭建第一天下午到第二天电源、主控、传感器、执行器连起来能点亮的最小系统软件调试第二天到第三天状态机、算法、联调稳定运行的程序性能优化第三天到第四天调参数、跑极限、记录数据可复现的测试数据报告与封箱第四天晚上写设计报告、整理材料、封箱报送合规的作品包现场测评赛后按赛区安排演示功能、回答提问、测指标测评得分颁奖会测评结束后成绩公布、确认信息证书和奖项这里要注意各个赛区的测评时间、封箱方式和报送地点可能不同具体以赛区通知为准。但无论怎么变化“做出来”和“证明它有效”是两条线必须同时推进。1.3 为什么流程意识决定最终成绩流程意识的价值在于减少临场混乱。很多团队在前三天非常兴奋按自己的想法不断加功能到了第四天晚上才发现设计报告还没写、数据没记录、封箱时找不到电池。测评现场的节奏非常快。评委不会花时间慢慢研究你的代码而是直接看现象、看数据、听讲解。如果作品启动需要三五次才能成功或者演示时没有人知道下一步按哪个键分数就会被打折。流程意识就是把“如何让作品稳定地证明自己”提前设计好而不是等到测评开始前才临时抱佛脚。2. 赛前准备比想象中重要环境和物资清单2.1 组队与分工电赛通常三人一队。常见分工是硬件、软件、文档测试但三人并不是严格隔离的因为硬件接口和软件逻辑必须一起定义。推荐按下面的角色进行划分队长负责选题、进度控制、风险判断和对外沟通。硬件工程师负责电源、主控、传感器接线、硬件排错。软件工程师负责嵌入式程序、算法、通信和上位机。文档与测试负责人负责设计报告、数据记录、演示预演。即使只有三个人也一定要有人专门盯报告和数据。四天三夜结束时如果设计报告没有完成即便作品功能全对也可能在评分上吃亏。2.2 硬件物资和仪器清单电赛现场往往没有时间采购关键器件所以赛前就要把物资备齐。以下是一份通用清单具体型号和数量要根据赛题方向调整。类别常见器件用途注意事项主控STM32 系列核心板、MSP430、FPGA 开发板运行控制逻辑和算法提前烧录测试程序确认没问题传感器MPU6050、OpenMV、超声波模块、编码器、温湿度传感器采集环境和运动数据检查接口电平是否兼容电机驱动TB6612、DRV8833、BTN7971驱动直流电机或减速电机注意逻辑电压和电机电流电源航模锂电池、AMS1117、LM2596、TPS5430给各模块供电提前测算最大电流显示OLED、LCD、数码管展示数据和状态确认 I2C/SPI 引脚不冲突工具万用表、示波器、直流电源、电烙铁调试和焊接提前充电并准备备用表笔结构件亚克力板、3D 打印件、铜柱、螺丝固定安装预留传感器安装孔位仪器比元器件更重要。万用表用来查短路和电压示波器用来观察 PWM 波形和通信时序直流电源用来模拟不同供电条件。如果队伍里有成员不熟悉示波器操作赛前一定要练几轮否则调试效率会很低。2.3 软件与工具链准备电赛现场网络可能不可用因此所有依赖、库文件、数据手册、开发环境安装包都要提前下载到本地。常用软件工具链包括嵌入式开发Keil MDK、STM32CubeMX、Arduino IDE、PlatformIO。烧录工具ST-Link、J-Link、USB 转 TTL。调试工具串口助手、逻辑分析仪、示波器配套上位机。文档工具Word、PDF 虚拟打印机、Visio 或 draw.io。版本管理Git开赛前就要建好仓库。建议在赛前用 Git 做好初始化和第一次提交git init git add . git commit -m init project四天三夜中代码会被反复修改如果只靠手动复制备份很容易出现“上午还能跑下午就找不到上一个版本”的情况。用 Git 至少能保证每个关键节点都有回滚点。3. 四天三夜怎么把作品做出来设计与调试流程3.1 选题策略和需求拆解开赛后前 1 到 2 小时不要急着接线先把所有题目读一遍并用表格对比。比较维度题目 A题目 B题目 C基本要求难度低中高发挥部分空间小大大传感器和驱动需求少多多结构性工作少中多风险点功能偏简单算法复杂机械装配时间长选完题后立刻拆解任务明确哪些功能是必须完成的哪些是“尽量冲”的。不要把精力平均分配而是先保证基本要求全部稳定再考虑发挥部分。如果是信号题优先保证采集链路正确和数据稳定如果是电源题优先保证输出电压和效率能测量再考虑动态响应和纹波控制如果是控制题优先保证传感器能读到有效数据再谈 PID 整定。3.2 硬件设计电源、主控、传感器、执行器硬件设计的第一原则是电源可靠。不要直接用一个 USB 口给电机、传感器和主控同时供电否则负载变化时会掉电复位。常见做法是电池组作为主电源先给电机驱动电路供电再用稳压模块生成 5V 和 3.3V 给主控和传感器。下面是一个简单的选型表。模块典型输出适用场景常见问题AMS1117-3.33.3V主控、数字传感器输入电压过高时发热严重LM2596 降压模块可调电机、功率器件开关纹波较大需要输出电容TPS5430 降压模块可调效率要求较高的场合电感参数要匹配锂电池组3.7V/7.4V/11.1V系统主电源注意放电倍率和电量检测主控以 STM32 为例最小系统包括电源、复位、晶振、下载接口和 BOOT 设置。实际参赛时建议直接使用核心板可以节省布板时间。编程时要注意引脚分配冲突例如 PWM 输出、编码器输入和 I2C 引脚不能复用同一个定时器通道。下面是一段引脚分配示例用来提醒项目里要集中管理引脚定义/* 示例电机 PWM 和编码器引脚定义需根据实际板卡调整 */ #define MOTOR_PWM_GPIO_PORT GPIOA #define MOTOR_PWM_GPIO_PIN GPIO_PIN_8 #define MOTOR_PWM_TIM TIM1 #define MOTOR_PWM_CHANNEL LL_CHANNEL_CH1 #define ENCODER_TIM TIM2 #define ENCODER_CH1_GPIO_PIN GPIO_PIN_0 #define ENCODER_CH2_GPIO_PIN GPIO_PIN_1实际接线时还要用万用表检查每一路电源输出是否正常避免上电后冒烟。传感器的连接要特别注意通信协议。例如 MPU6050 是 I2C 接口需要上拉电阻并且地址可能是 0x68 或 0x69。可以用 I2C 扫描代码确认传感器是否在线/* STM32 HAL 库 I2C 扫描示例 */ for (uint8_t addr 0x01; addr 0x7F; addr) { if (HAL_I2C_IsDeviceReady(hi2c1, (uint16_t)(addr 1), 1, 10) HAL_OK) { printf(I2C device found at 0x%02X\r\n, addr); } }执行器方面直流电机驱动要注意 PWM 频率。频率太低电机会发出明显噪声频率太高驱动芯片可能发热。下面是一个 PWM 初始化参数示例实际频率要根据电机和驱动芯片的数据手册调整/* 假设定时器时钟为 84MHz分频后得到 1MHz周期 1000 则 PWM 频率为 1kHz */ htim1.Init.Period 999; htim1.Init.Prescaler 83;这里的关键是不要把 PWM 频率设成一个固定经验值而要通过示波器观察波形并听电机声音判断。3.3 软件架构状态机、PID、数据采集、通信四天三夜中代码会越写越多如果不用状态机到最后很可能变成一坨判断堆叠。状态机的核心思想是把系统状态显式列出来每个状态下只做该做的事。typedef enum { APP_INIT, APP_CALIBRATE, APP_RUN, APP_SLOWDOWN, APP_STOP, APP_ERROR } AppState; AppState state APP_INIT; void app_task(void) { switch (state) { case APP_INIT: /* 初始化外设、配置全局变量 */ state APP_CALIBRATE; break; case APP_CALIBRATE: /* 完成传感器零点校准超时保护 */ state APP_RUN; break; case APP_RUN: /* 执行主控制逻辑 */ break; case APP_STOP: /* 停止输出等待复位或切换 */ break; default: state APP_ERROR; break; } }这种写法带来的最大好处是测评时如果状态卡住可以通过指示灯或串口打印快速定位当前处于哪个状态。控制类赛题经常需要 PID。下面是一个增量式 PID 的结构体和计算函数适合在嵌入式设备上运行typedef struct { float kp; float ki; float kd; float target; float last_error; float integral; } PidController; void pid_reset(PidController *pid, float kp, float ki, float kd) { pid-kp kp; pid-ki ki; pid-kd kd; pid-target 0.0f; pid-integral 0.0f; pid-last_error 0.0f; } float pid_update(PidController *pid, float feedback) { float error pid-target - feedback; pid-integral error; /* 实际项目中应对积分项做限幅防止积分饱和 */ float output pid-kp * error pid-ki * pid-integral pid-kd * (error - pid-last_error); pid-last_error error; return output; }PID 参数整定顺序通常是先 P 后 I 再 D。如果系统震荡先减小 P如果稳态误差明显再加 I如果响应过程毛刺多再小心加 D。D 项对测量噪声非常敏感传感器数据要是没有滤波D 项会把噪声放大。数据采集和调试输出也很重要。建议统一使用串口打印关键变量例如printf(angle%.2f rpm%.1f output%.1f\r\n, angle, rpm, output);注意有些开发环境默认不开启浮点 printf需要在编译选项里勾选或使用宏定义支持否则打印出来全是乱码。3.4 白天和晚上的调试节奏四天三夜不是熬夜三天而是要有节奏地把时间花在刀刃上。推荐按下面的节奏推进第一天上午读题、选型、画系统框图。第一天下午搭最小系统点亮主控和显示测试传感器数据。第二天联调电机、执行器跑通基本功能闭环。第三天集中优化发挥部分补齐异常分支记录第一轮测试数据。第四天上午写设计报告下午做完整演示测试晚上封箱报送。这里的核心要求是“先跑通再优化”。很多团队在第一天花太多时间设计所谓完美架构结果第二天晚上还没有一个能动的系统后面就会很被动。4. 测评、封箱和作品报送最容易丢分的环节4.1 测评规则和评分维度测评阶段通常围绕下面几个维度打分评分维度评委关注点常见失分点现场功能演示作品是否能按规则完成步骤启动失败、复位异常、操作不熟练指标测量测量数据是否接近题目要求波动大、没有记录、环境变化时失效设计报告方案是否完整、逻辑是否通顺原理图和代码流程缺失答辩提问对设计和参数的理解只回答“试出来的”讲不清为什么评委在测评现场会依赖你的操作流程来观察作品。如果作品需要在特定顺序下才能正常工作最好把操作步骤写成脚本并提前演练。不要在测评现场现场想下一步要按哪个键。4.2 封箱前的检查清单封箱是竞赛流程里纪律性最强的环节。封箱之后作品不能再改所以封箱前一定要把该确认的细节全部确认完。检查项具体要求检查结果结构固定电路板和电池不能松动摇晃作品无异响电源处理电池电量充足做好绝缘断电状态下封箱外部接口保留电源输入、程序下载口、按钮接口位置要便于测评状态切换如果有多种模式要有明确开关开关旁贴标签贴标签按赛区要求贴队伍信息不要遮挡散热和接口材料备份设计报告、源码、数据记录齐全另存 U 盘备份工具收尾焊台、电源关闭桌面清理避免遗漏元器件注意封箱前最好拍摄一段完整演示视频包括通电、开机、功能演示、断电全过程。万一现场条件变化视频也可以作为作品状态的辅助证据。4.3 作品报送流程和材料作品报送一般需要提交以下材料设计报告 PDF内容要包含需求分析、系统设计、电路设计、软件流程、测试数据和结论。源代码压缩包去掉编译生成文件只保留工程源码和说明文档。报名表、签到表、身份材料等赛区要求的表单。作品实物按封箱要求包装并贴好标签。可能需要的演示视频、原理图、PCB 或物料清单。报送前要建立一个统一目录例如submit/ ├── report/ │ └── 设计报告.pdf ├── code/ │ └── project_source.zip ├── video/ │ └── demo.mp4 └── checklist.txt设计报告不要在第四天晚上才开始写。从第一天开始记录遇到的问题、参数变化和测试数据到第四天只需要把记录整理成文档。5. 现场测评和颁奖会最后一公里怎么走5.1 现场测评的常见环节现场测评通常安排在一个相对陌生的环境里电源条件、桌面空间、灯光和噪声都可能和实验室不同。因此测评前要做一次“环境变化演练”。测评现场一般包括以下环节作品签到和身份核验。将作品放置在指定测试区域。接上现场电源或使用自带电池。按测评要求执行功能演示。回答评委提问。签字确认测评结果。如果现场电源是 220V 交流转出的直流电源可能存在电压偏差作品应该能在一定电压范围内工作。如果作品只能依赖自带电池就要在上场前确认电量充足并准备备用电池。5.2 现场演示与答辩策略演示时要让评委容易看懂。可以准备一张操作卡正面朝上放在作品旁边内容类似1. 打开电源等待 OLED 显示 READY。 2. 按下 KEY1 进入标定模式。 3. 完成标定后按下 KEY2 开始自动运行。 4. 运行结束后记录显示数据。这样即使现场紧张也能按提示完成操作。答辩时不要只说“我们试了很多参数”而是要把关键决策讲清楚。例如为什么选择这个传感器测量范围够不够。为什么使用这个 PWM 频率对电机噪声和驱动能力有什么影响。为什么把积分项限幅防止了什么现象。为什么采用状态机而不是一个主循环堆功能。如果被问到某个没做好的地方可以承认不足并说明改进方向这比硬撑更可信。5.3 颁奖会与成绩确认电赛结束后通常会有成绩评审和颁奖会。颁奖会不仅是领奖还是一次很好的交流机会。成绩公布后要做三件事核对自己队伍的参赛信息和成绩是否一致。如果有成绩复核窗口按规定提出申请。观察其他优秀作品的设计思路把值得借鉴的地方记录下来。有些队伍把颁奖会看成终点实际上它是下一次参赛的起点。获奖作品的技术报告、演示状态和答辩风格都是可以学习的内容。6. 常见问题排查和可复用清单6.1 比赛中最常见的意外及处理下面这张表整理了电赛过程中出现频率较高的几类问题重点是先看现象再倒推原因。问题现象常见原因检查方式处理建议上电后主控反复重启电源电压跌落、复位电路异常万用表测电源纹波观察复位引脚增加电源电容降低电机启动电流程序烧录失败下载接口被占用、BOOT 配置错误检查目标板连接断开占用引脚外设优先使用核心板调试口恢复 BOOT 默认状态传感器数据漂移供电不稳、采样频率过高、缺少滤波示波器观察电源波形串口打印原始值增加均值滤波降低通信速率状态机卡死缺少超时保护、外设未就绪用指示灯或串口打印定位状态为每个状态增加超时退出测评时按键无响应程序在某个状态死循环、中断冲突观察指示灯和串口输出引入看门狗确保异常时自动复位封箱时找不到电池物资清单不完整封箱前清点所有物品建立封箱物资卡专人负责其中“上电后主控反复重启”是最容易被低估的问题。电机启动瞬间会从电源抽取大电流导致主控电压跌落。处理方式不仅是在软件里加延时更重要的是在电源输入端并联足够大的电解电容和陶瓷电容并让电机供电和主控供电从物理上分开。6.2 可复用的赛前检查清单下面是一份可以在比赛前一周逐项核对的清单按“硬件、软件、文档、流程”分组。硬件 [ ] 主控核心板已经烧录过测试程序 [ ] 电源模块输出电压正常无短路 [ ] 传感器能读到有效数据 [ ] 电机驱动输出方向和预期一致 [ ] 电池电量充足备用电池准备完成 软件 [ ] 代码提交到 Git 仓库本地有备份 [ ] 串口调试输出正常浮点格式已处理 [ ] 状态机所有分支都有超时或异常处理 [ ] 关键参数集中放在配置文件中便于修改 文档 [ ] 设计报告初稿完成导出 PDF [ ] 测试数据记录表包含至少 3 组数据 [ ] 原理图、接口定义、引脚分配表齐全 流程 [ ] 封箱前演示视频拍摄完成 [ ] 封箱物资卡清点无误 [ ] 测评现场操作脚本打印完成 [ ] 报送材料目录已检查命名和格式这里每一项都不难但漏掉任何一项都可能在现场造成混乱。建议赛前进行两次全流程模拟一次是正常流程一次是模拟故障后的应急流程。6.3 从参赛到积累能力下一步方向电赛真正留下来的是工程能力而不是那张证书。赛后可以从几个方向继续深入电源设计研究负载瞬态响应、纹波抑制、环路补偿。信号处理学习滤波算法、FFT、通信协议解析。自动控制从 PID 延伸到串级控制、模糊控制和模型预测控制。嵌入式系统学习实时操作系统、中断优先级设计和低功耗设计。工程文档把电赛设计报告改写成完整的开源项目 README 和技术博客。如果准备参加后续的竞赛或邀请赛最值得投入的不是更多模块而是把上一次作品从硬件到软件、从测试数据到报告格式做一次系统复盘。竞赛题目每年会变但工程流程是相通的。电赛的高分表现从来不是某个瞬间的灵光一现而是一整套可预测、可验证、可回滚的工程习惯。四天三夜只是把这些习惯压缩到了极限环境下。真正拉开差距的是开赛前有没有备好工具、开赛后有没有守住节奏、封箱前有没有把细节核对完。养成这套流程下一个领奖台上就可能站着你所在的队伍。