第一次参加电子设计竞赛很多队伍回顾整个备赛过程时都会有相似的情绪这个学期确实很累反复调试却看不到结果的时候也确实很迷茫但当作品真正跑起来、功能全部达标的那一刻你会觉得所有付出都是值得的。这篇文章不是单纯记录参赛感想而是把第一次参赛容易踩的坑、需要提前练熟的技术点、完整的备赛节奏整理成一份可复用的入门清单。适合正在准备电赛的大二、大三同学也适合刚开始接触嵌入式开发、想用项目驱动学习的开发者。看完之后你可以照着自己搭建一套最小工程并对整个参赛周期有一个清晰的时间规划。1. 电赛是什么新手为什么会迷茫电子设计竞赛是一种以实际作品为交付物的比赛参赛队伍需要在有限时间内完成题目分析、方案设计、电路搭建、程序编写、整机调试和文档撰写。比如常见的控制类题目可能会要求小车完成指定巡线、定位、搬运动作仪器仪表类题目可能会要求设计一个能测量特定信号的小系统。第一次参赛容易迷茫通常不是因为不努力而是因为四个“不确定”题目范围不确定赛前不知道具体会出什么方向很难精准准备。队伍分工不确定三个人都做同一件事会导致进度缓慢或都等别人动而缺乏统筹。技术储备不确定会单片机但不会传感器会写代码但不会画板子模块单独调没问题但整套系统联调就崩溃。时间分配不确定平时课业压力大赛前可能只有几天冲刺缺少长期稳定的备赛节奏。针对这些问题最好的方法不是“多熬夜”而是把不确定内容变成固定流程。先搞清楚比赛需要哪些基础能力再按模块去练最后用一次模拟题检验整体能力。下面从工具链、技术练习、项目管理三个维度展开。2. 环境准备与开发工具链电赛常用的主控芯片是 STM32 系列例如 STM32F103C8T6、STM32F407VET6 等。不同年份、不同赛区对芯片型号没有统一限制所以建议队伍提前固定一套自己最熟悉的主控平台比赛时不临时换平台。本文示例统一以 STM32 HAL 库为例因为 HAL 库的代码可读性好配合 STM32CubeMX 可以快速完成引脚配置。如果你使用标准外设库配置方式略有不同但思路一致。建议的软件环境如下工具作用Keil MDK 或 STM32CubeIDE编写和编译代码STM32CubeMX图形化配置时钟、引脚、外设ST-Link 或 J-Link下载和在线调试串口调试助手查看调试信息万用表、示波器硬件电路测量版本方面STM32CubeMX、Keil 的版本更新速度较快不同版本之间生成代码会有细微差异。实际学习时不需要追求最新版重点是保持队伍内三个人的工具版本一致否则工程文件互相打开会出现一堆兼容问题。硬件方面建议新手队伍先准备一套通用模块箱包括STM32 最小系统板或开发板面包板、杜邦线、排针常用传感器温湿度、红外、超声波、陀螺仪显示模块OLED、LCD电机驱动模块和直流电机稳压模块和电池不要等到比赛前一周才开始熟悉模块最晚在赛前一个月队伍就需要能独立调用这些基础模块了。3. 赛前必须练熟的核心代码模块编程能力是电赛的基础但比赛不是考察你刷了多少题而是考察你能否在几天内快速完成一个完整的小系统。因此下面这几个基础功能建议达到“闭眼能写”的程度。3.1 GPIO 输出与按键输入项目中最基础的操作就是控制引脚输出高低电平以及读取按键状态。比如控制一个 LED 闪烁同时通过按键切换闪烁频率。示例代码片段如下// 文件路径Core/Src/main.c 中的 while 循环内核心逻辑 while (1) { // 读取按键状态PA0 接了按键到 GND按下为低电平 if (HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_0) GPIO_PIN_RESET) { HAL_Delay(50); // 简单消抖 if (HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_0) GPIO_PIN_RESET) { toggle_flag !toggle_flag; while (HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_0) GPIO_PIN_RESET) { // 等待按键释放避免一次按下触发多次切换 } } } if (toggle_flag) { HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_RESET); HAL_Delay(200); HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_SET); HAL_Delay(200); } }需要注意的是不同开发板的板载 LED 引脚不同有的在 PC13有的在 PB2。使用 HAl 库时GPIO 配置要在 STM32CubeMX 中设置为输出模式按键引脚要设置为上拉输入或下拉输入具体取决于按键接地还是接电源。3.2 串口打印调试信息很多新手只会用点灯来调试程序但遇到复杂逻辑时就很难定位问题。串口打印是最轻量的调试手段。用 HAL 库发送字符串可以封装一个简单的函数// 文件路径Core/Src/main.c 中新增的自定义函数 #include stdio.h // 重定向 fputc使 printf 输出到串口1 int fputc(int ch, FILE *f) { HAL_UART_Transmit(huart1, (uint8_t *)ch, 1, 100); return ch; } // 你可以在 main 函数中调用 printf(system init ok\r\n); printf(current value %d\r\n, adc_value);注意一点HAL_UART_Transmit 是阻塞发送如果大量打印会占用 CPU 时间。在比赛调试阶段开打印没问题但最终提交前建议把高频打印关闭避免影响系统实时性。3.3 传感器数据读取传感器类型千差万别但读取思路通常是初始化通信接口、发送读取命令、解析返回数据、校验数据合法性。以常见的 I2C 温湿度传感器为例调用流程大概是// 伪代码表示调用流程具体驱动取决于传感器型号和所移植的库 sensor_init(); while (1) { sensor_read(); if (sensor_data_valid) { printf(temp %d.%d\r\n, sensor_value.temp_int, sensor_value.temp_dec); printf(humi %d.%d\r\n, sensor_value.humi_int, sensor_value.humi_dec); } HAL_Delay(1000); }这里没有直接贴完整寄存器代码是因为不同传感器的寄存器地址和数据格式差异较大。核心建议是比赛前至少提前调通三种通信接口也就是 GPIO 模拟时序、I2C、SPI/UART。自己亲自用逻辑分析仪或示波器看过波形比赛时遇到通信不稳定的情况才不慌。3.4 OLED 屏幕显示数据比赛现场不能一直连电脑看串口作品通常需要一个独立屏幕显示当前状态。OLED 屏幕常用 I2C 或 SPI 接口使用 SSD1306 驱动的方式比较普遍。如果你使用现成的 SSD1306 驱动库只需要在初始化后调用显示接口// 伪代码具体显示函数名称以你移植的库为准 OLED_Init(); OLED_Clear(); char buf[32]; sprintf(buf, temp: %d.%d, temp_int, temp_dec); OLED_ShowString(0, 0, buf); sprintf(buf, humi: %d.%d, humi_int, humi_dec); OLED_ShowString(0, 2, buf);比赛前建议把 OLED 驱动固定在自己的工程模板里并且把常用的显示函数封装好例如显示整数、显示浮点数、显示中文标题。不要到现场再翻手册研究驱动时序。3.5 PWM 输出控制电机或风扇控制类题目大概率会用到 PWM也就是占空比调节。STM32 的定时器可以输出多路 PWM。初始化好定时器后控制电机速度的代码很简单// 伪代码通过修改比较寄存器设置占空比 __HAL_TIM_SET_COMPARE(htim2, TIM_CHANNEL_1, 500); // 如果 ARR 999那么 500 表示 50% 占空比注意几个容易忽略的地方。第一是电机驱动板和单片机要共地否则控制信号没有参考电平。第二是电机启动瞬间电流很大不要直接从单片机的引脚取电。第三是调试 PWM 前先用万用表或示波器确认波形再通过驱动板接电机否则可能烧坏引脚。4. 一个完整的小实战环境监测报警系统前面都是单独模块但比赛要求的是系统整合能力。下面设计一个不需要额外硬件也能练的项目温湿度检测、OLED 显示、超过阈值时声光报警。这个项目能训练传感器读取、显示、逻辑判断、定时器控制等能力难度适中。4.1 系统需求分析系统需要实现以下功能每秒读取一次温湿度。OLED 屏幕显示当前温度、湿度和报警状态。当温度超过设定阈值时点亮 LED 并让蜂鸣器鸣叫。可以通过按键切换温度阈值。4.2 工程结构建议在 STM32CubeMX 中做如下配置I2C1 用于 OLED 和温湿度传感器。PA0 接按键作为阈值切换输入。PC13 接 LED。PB0 接蜂鸣器或通过三极管驱动。开启一个定时器用于产生 1ms 时基或在 while 循环中直接延时。4.3 主循环逻辑// 文件路径Core/Src/main.c 的 while 循环核心逻辑伪代码 while (1) { // 读取传感器数据 sensor_read(); // 格式化显示 OLED_Clear(); sprintf(buf, temp: %d, sensor_value.temp_int); OLED_ShowString(0, 0, buf); sprintf(buf, humi: %d, sensor_value.humi_int); OLED_ShowString(0, 2, buf); // 判断阈值 if (sensor_value.temp_int threshold) { HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_SET); HAL_GPIO_WritePin(GPIOB, GPIO_PIN_0, GPIO_PIN_SET); OLED_ShowString(0, 4, over threshold!); } else { HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_RESET); HAL_GPIO_WritePin(GPIOB, GPIO_PIN_0, GPIO_PIN_RESET); } // 按键切换阈值 if (key_pressed()) { threshold 1; if (threshold 40) { threshold 20; } } HAL_Delay(500); }这个项目的关键不是代码本身而是编译调试的过程。你可能会遇到传感器数据不更新、OLED 花屏、按键没反应等问题。把这些情况记录下来每解决一个都对比赛有帮助。4.4 预期结果与验证正常运行时OLED 会显示实时温度、湿度。当用手握住传感器使温度升高到阈值以上LED 亮起、蜂鸣器响按下按键后阈值切换报警状态恢复。如果 OLED 不显示先查 I2C 地址是否正确再用 I2C 扫描程序确认传感器设备是否存在。如果串口有数据但 OLED 没反应大概率是地址或初始化时序问题而不是硬件损坏。5. 第一次参赛常见的疑难问题排查比赛期间遇到的问题会很多下面把新手队最容易踩的坑整理成一张表问题现象常见原因解决思路程序下载失败芯片型号选错、连接线松动、BOOT 引脚状态不对检查 Device 选项重新插拔下载器按复位键重试串口打印乱码波特率不匹配、时钟配置不对核对串口助手的波特率确认 STM32CubeMX 时钟树配置OLED 花屏或白屏I2C 时序不稳定、供电不足、地址错误降低 I2C 速度检查供电电压扫描 I2C 设备地址传感器读数为 0 或固定最大值引脚初始化错误、传感器地址错误、上拉电阻缺失对照数据手册检查引脚确认通信协议电机不转或抖动电源功率不够、PWM 频率不匹配、共地缺失使用独立电源确认驱动板 IN 引脚逻辑整机运行时单片机频繁复位电机电流导致电压跌落在电机电源与主控电源之间做好隔离加电容原来能跑的模块突然不能用线松了或模块烧坏先量供电再用最小测试程序逐个排除代码编译没问题但功能错乱引脚冲突、中断优先级配置错误检查 GPIO 复用功能按逻辑单步调试排查问题时建议遵守一个顺序先电源再通信后逻辑。很多奇怪现象最后都指向 3.3V 稳压输出被拉低或者 GND 没有真正连通。6. 第一次参赛的工作方式与工程建议技术能力之外队伍组织方式往往决定了比赛能完成到什么程度。6.1 三个人不要都盯着一块代码改第一次参赛最常见的情况是三个人围着一台电脑一个人改代码另外两个人看着效率极低。更好的分工模式是选一个队长主要负责进度控制和整体方案另外两个人分别侧重软件和硬件但彼此要有交叉。比如硬件同学也要知道程序下载的步骤软件同学也要知道板子供电电压防止某一环节缺席时整个队伍停摆。6.2 每天写一篇简短开发日志赛前训练期间每天花十分钟记录今天的进度、遇到的 bug、明天的计划。不需要写长文三五行就行。开发日志的价值到比赛时会体现出来。比如第一天改了一个参数让系统正常第三天调另一块功能时系统异常翻日志比重新查代码快得多。比赛结束后整理文档时日志也是第一手素材。6.3 代码版本管理不要靠复制粘贴建议队伍使用 Git 管理代码哪怕只是局域网内建一个仓库。不需要用复杂的分支模型只需要每天结束时提交一次写清楚提交信息。如果不会用 Git也至少要做到每个稳定版本复制一份带日期的文件夹例如project_0419_ok、project_0420_test防止修改出问题后找不到可用版本。6.4 演示时要有重新上电的底气比赛评审或校内验收时老师可能会要求重新上电演示。很多队伍的代码是调好的但一断电重新启动就卡在初始化阶段这通常是外设上电时序或传感器启动时间不够引起的。建议在代码的 main 函数启动阶段加入硬件状态指示比如初始化完串口后打印一条信息初始化完传感器后指示灯闪一下。以后只要看串口日志和灯的状态就能判断程序卡在哪一步而不是迷茫地盯着屏幕。6.5 准备备用硬件不要把希望寄托在一块板子上电赛现场经常出现芯片烧毁、杜邦线断裂、模块接触不良的情况只带一套硬件会非常被动。建议至少准备两个主控板、两套核心传感器、一捆质量好一点的杜邦线并且把关键模块的接线图打印出来放在桌面上。比赛时的压力很大记忆并不可靠纸质文档是最稳定的。6.6 拒绝无意义熬夜第一次参赛的人容易陷入一种误区觉得不熬夜就是不够努力。实际上熬夜带来的效率下降和错误率上升远比省下的时间更致命。比较合理的节奏是前两晚尽量保证充足休息最后一天有明确冲刺目标时可以适当加急但不要连续通宵。写代码时一个小时的清醒思考往往比三个小时头脑发昏的硬撑更有效。7. 备赛时间线参考如果你们从现在开始备赛面对一个学期的时间建议按以下阶段推进。第一个阶段是基础能力储备重点是熟悉开发环境完成 GPIO、串口、定时器、ADC、I2C 等基础外设的学习。这个阶段最容易让人感到迷茫因为看不到完整的作品但如果跳过后面全是坑。第二个阶段是整合训练选择一两个往届真题按照比赛节奏模拟一次。不需要完全做出完整作品只要能把主控、传感器、执行机构联动起来就可以。第三个阶段是强化冲刺赛前一到两周集中解决已知问题准备模块化代码和接线图并检查所有硬件是否已经稳定供电。如果目前正处于学期中段不要因为课业忙就认为备赛只能搁置。每周固定拿出一个半天做集中开发比每周末零散折腾更有效。8. 总结与下一步建议第一次参加电赛最终收获的往往不只是一个奖项。你会发现自己学会了查数据手册、用示波器看波形、和队友高效配合更重要的是养成了面对未知问题时先拆解、再验证、最后解决的工程思维。比赛结果有高低但经历本身不会骗人。下一步建议根据自己在队伍中的角色选择进阶方向。负责软件的同学可以继续深入学习实时操作系统和状态机设计负责硬件的同学可以练习画 PCB如果想在控制类题目上有突破建议提前研究 PID 控制算法如果更倾向信号类题目可以学习运算放大器电路和 ADC 采样处理。真正的成长往往发生在最累、最迷茫的那段时间里。把基础模块练透把队伍节奏稳住把每个 bug 都当作学习机会比赛结束时你回头看会认同那句话这一切都是值得的。