电赛省一实战指南：从工程化思维到稳定系统构建

电赛工程化思维STM32

于 2026-08-02 04:16:46 修改

·本内容遵循CC 4.0 BY-SA版权协议

如果你是一名电子工程、自动化或嵌入式方向的学生，或者是一位对动手实践充满热情的开发者，那么“电赛”这个词对你来说一定不陌生。它意味着通宵达旦的调试、烧脑的算法设计、以及面对一堆元器件和代码时的兴奋与焦虑。每年，都有无数队伍投入其中，但真正能拿到“省一”的，往往不只是技术过硬，更是策略、协作和细节处理上的胜出。

这篇文章，我们不谈空洞的“努力”和“坚持”，而是从一个更实际的角度切入：一个典型的电赛省一等奖作品，其核心价值往往不在于用了多么高深的芯片或算法，而在于如何将基础技术进行稳定、可靠且巧妙的工程化实现。 很多人误以为电赛就是拼“黑科技”，但实际上，评委更看重的是系统的完整性、稳定性和创新性的平衡。本文将基于一次真实的省一获奖经历，拆解从赛题分析、方案设计、软硬件实现到调试优化的全流程，为你呈现一份可以复用的“工程化”参赛指南。读完本文，你将能清晰地知道：如何避开电赛中最常见的“坑”，如何构建一个鲁棒的系统架构，以及如何让你的作品在评审现场脱颖而出。

1. 电赛省一的核心：工程化思维胜过炫技

在开始技术细节之前，我们必须建立一个核心认知：电赛获奖，尤其是高等级奖项，比拼的不仅仅是某个技术点的深度，更是系统工程能力。这包括：

需求分析与方案权衡能力：能否准确理解赛题隐含的“性能边界”和“得分点”，并在有限的时间和资源内，选择最稳妥、最具可实现性的方案。
系统稳定性与鲁棒性：你的作品在实验室可能运行完美，但在评审现场陌生的环境、不同的供电条件下，能否依然稳定工作？这是区分普通作品和优秀作品的关键。
模块化与可调试性设计：代码是否结构清晰、硬件模块是否便于单独测试？当出现问题时，能否快速定位是传感器、算法、通信还是电源的问题？
文档与展示能力：设计报告是否逻辑清晰、数据翔实？现场演示能否流畅、自信地展现作品亮点？

很多队伍失败，不是因为不懂PID或图像识别，而是败在了电源干扰、程序跑飞、机械结构卡死等“低级”问题上。因此，我们的所有工作都将围绕“构建一个可靠系统”展开。

2. 典型赛题分析与方案选择策略

假设我们面对的是一道典型的控制类题目，例如“智能搬运小车”。题目要求小车识别物料、搬运至指定区域并完成分类，可能涉及循迹、避障、机械臂控制、视觉识别等多个子任务。

2.1 第一步：拆解得分点与性能边界

不要一上来就画电路图或写代码。首先，逐字逐句分析赛题要求，并用表格列出所有明确的得分项和可能的隐含加分项。

得分项类型	具体描述	分值预估	技术实现难度	我方优势/劣势
基础功能（必做）	小车从起点自动运行至A区	30分	低	循迹模块成熟
核心功能（重点）	识别并抓取指定颜色的物料	40分	中	需调试颜色识别阈值
高级功能（加分）	将物料分类放置到B、C区	20分	高	涉及路径规划与精准控制
性能指标	完成全程时间 < 3分钟	10分	中	取决于算法优化和机械速度
隐含要求	系统运行稳定，不撞墙、不掉物料	（印象分）	高	考验整体鲁棒性

通过这个表格，我们的策略就清晰了：确保基础功能和核心功能100%稳定实现，全力攻克高级功能，同时为性能指标预留优化时间。

2.2 第二步：硬件平台选型与核心器件确定

基于方案，选择最熟悉、最可靠的平台，而不是最新最贵的。

主控MCU：STM32F4系列是平衡性能与生态的绝佳选择。它拥有足够的计算能力（带FPU，方便做浮点运算）、丰富的外设（多路PWM、ADC、定时器、通信接口）和庞大的社区支持。相比于更基础的F1系列或更复杂的H7系列，F4在电赛中“性价比”最高。
电机驱动：对于小型车模，TB6612FNG或DRV8833这类双路H桥驱动芯片比传统的L298N效率更高、发热更小。务必做好电源隔离，电机电源与逻辑电源分开。
传感器：
- 循迹：多路红外对管（TCRT5000）方案成熟可靠，比摄像头方案更简单稳定。
- 避障与测距：超声波模块（HC-SR04）用于前方障碍，激光测距（TOF）传感器用于精准停靠。
- 视觉识别：如果涉及颜色或形状识别，OpenMV或K210这类嵌入式视觉模块比在STM32上直接处理图像要高效得多，可以大大减轻主控压力。
电源管理：这是重中之重！ 使用多个稳压模块（如LM2596、AMS1117）分别为MCU、传感器、舵机、电机驱动供电。电机启动瞬间会产生很大的电压跌落，必须与其他电路隔离。总开关处建议加一个大电容（如1000uF）缓冲。

2.3 第三步：软件架构设计

采用模块化、分层式的软件架构，这是保证代码可读、可调、可维护的基础。

TEXT

// 一个简化的软件架构示意

App (应用层)

├── Task_Scheduler (任务调度器)

├── Mode_Manual (手动调试模式)

├── Mode_Auto (自动比赛模式)

└── Mode_Calibration (传感器校准模式)

Service (服务层)

├── Motor_Ctrl (电机控制服务)

├── Sensor_Fusion (传感器数据融合)

├── Vision_Proc (视觉处理服务，与OpenMV通信)

├── Path_Planning (路径规划服务)

└── Arm_Ctrl (机械臂控制服务)

Driver (驱动层)

├── bsp_pwm.c/h (PWM输出)

├── bsp_encoder.c/h (编码器读取)

├── bsp_uart.c/h (串口通信，连接OpenMV)

├── bsp_icm20602.c/h (陀螺仪)

└── bsp_io.c/h (通用IO)

Hardware (硬件抽象层)

└── 寄存器配置、时钟初始化等

这种架构的优势在于：

驱动层封装硬件操作，上层无需关心具体寄存器。
服务层提供算法功能，如PID计算、数据滤波。
应用层负责业务流程和模式切换。
当某个传感器（如编码器）需要更换时，只需修改驱动层，上层代码几乎不动。

3. 环境准备与核心工具链

工欲善其事，必先利其器。一个高效、稳定的开发环境能节省大量时间。

集成开发环境（IDE）：Keil MDK-ARM 或 STM32CubeIDE。前者生态极好，后者是ST官方出品，与STM32CubeMX工具无缝集成，便于图形化配置引脚和时钟，推荐新手使用。
代码版本管理：务必使用Git！ 在本地或私有Git服务器（如Gitee）建立仓库。每天结束工作前提交代码，并写好注释。这能在代码改乱时快速回退，也是团队协作的基础。
调试工具：
- ST-Link/V2 调试器：用于下载程序和在线调试（设置断点、查看变量）。
- 逻辑分析仪或 示波器：用于分析PWM波形、串口数据、传感器信号时序，排查硬件问题不可或缺。
- 串口调试助手（如XCOM、SSCOM）：打印程序运行状态、传感器数据、调试信息的最重要手段。
机械与结构工具：热熔胶枪、螺丝刀套装、万用表、焊台、3D打印机（如果有条件）。结构件的牢固程度直接决定小车的可靠性。

4. 核心模块实现与代码详解

接下来，我们选取几个最关键、最容易出问题的模块进行深入讲解。

4.1 电机速度闭环控制（PID实现）

开环控制电机速度是不可靠的，电池电压变化、负载变化都会导致速度不一致。我们必须引入编码器进行速度闭环。

第一步：硬件连接 电机编码器（通常为AB相输出）接到MCU的定时器编码器接口（如TIMx的CH1, CH2）。这样MCU硬件会自动计数，无需软件中断计数，更精准。

第二步：速度计算 在固定周期（如10ms）的中断里，读取编码器计数值CNT，并清零。速度 = (CNT / 单圈脉冲数) * (1000 / 周期ms)。注意处理计数溢出。

// 文件路径：Driver/bsp_encoder.c

# include “bsp_encoder.h”

// 初始化编码器接口（以TIM3为例）

void Encoder_TIM3_Init(void) {

TIM_Encoder_InitTypeDef Encoder_InitStruct = {0};

TIM_MasterConfigTypeDef sMasterConfig = {0};

htim3.Instance = TIM3;

htim3.Init.Prescaler = 0;

htim3.Init.CounterMode = TIM_COUNTERMODE_UP;

htim3.Init.Period = 65535; // 16位计数器最大值，防止溢出

htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;

htim3.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE;

// 配置为编码器模式

Encoder_InitStruct.EncoderMode = TIM_ENCODERMODE_TI12;

Encoder_InitStruct.IC1Polarity = TIM_ICPOLARITY_RISING;

Encoder_InitStruct.IC1Selection = TIM_ICSELECTION_DIRECTTI;

Encoder_InitStruct.IC1Prescaler = TIM_ICPSC_DIV1;

Encoder_InitStruct.IC1Filter = 0;

Encoder_InitStruct.IC2Polarity = TIM_ICPOLARITY_RISING;

Encoder_InitStruct.IC2Selection = TIM_ICSELECTION_DIRECTTI;

Encoder_InitStruct.IC2Prescaler = TIM_ICPSC_DIV1;

Encoder_InitStruct.IC2Filter = 0;

HAL_TIM_Encoder_Init(&htim3, &Encoder_InitStruct);

sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET;

sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;

HAL_TIMEx_MasterConfigSynchronization(&htim3, &sMasterConfig);

HAL_TIM_Encoder_Start(&htim3, TIM_CHANNEL_ALL);

}

// 获取速度（需要在定时中断中调用）

int16_t Get_Speed(TIM_HandleTypeDef *htim) {

static int32_t last_cnt = 0;

int32_t current_cnt = (int32_t)__HAL_TIM_GET_COUNTER(htim);

int32_t diff = current_cnt - last_cnt;

// 处理计数器溢出（16位，周期为65535）

if(diff > 32767) diff -= 65536;

else if(diff < -32767) diff += 65536;

last_cnt = current_cnt;

// 假设编码器为13线，减速比1:30，则单圈脉冲数=13*4*30=1560

// 计算转速：RPM = (diff / 1560) * (1000 / 采样周期ms) * 60

int16_t speed_rpm = (int16_t)(diff * 60000 / (1560 * SAMPLE_PERIOD_MS));

return speed_rpm;

}

第三步：PID控制器实现 位置式PID足够应对电赛需求。关键是要做好积分限幅和输出限幅，防止积分饱和和电机过冲。

// 文件路径：Service/pid_controller.c

typedef struct {

float Kp, Ki, Kd; // PID参数

float integral; // 积分项

float prev_error; // 上次误差

float integral_limit; // 积分限幅

float output_limit; // 输出限幅

} PID_Controller;

void PID_Init(PID_Controller *pid, float kp, float ki, float kd, float i_limit, float out_limit) {

pid->Kp = kp;

pid->Ki = ki;

pid->Kd = kd;

pid->integral = 0.0f;

pid->prev_error = 0.0f;

pid->integral_limit = i_limit;

pid->output_limit = out_limit;

}

float PID_Calculate(PID_Controller *pid, float setpoint, float measurement, float dt) {

float error = setpoint - measurement;

// 比例项

float P_out = pid->Kp * error;

// 积分项（带限幅）

pid->integral += error * dt;

if (pid->integral > pid->integral_limit) pid->integral = pid->integral_limit;

else if (pid->integral < -pid->integral_limit) pid->integral = -pid->integral_limit;

float I_out = pid->Ki * pid->integral;

// 微分项（用测量值的微分，对设定值变化更平滑）

float derivative = (error - pid->prev_error) / dt;

float D_out = pid->Kd * derivative;

pid->prev_error = error;

// 总和并限幅

float output = P_out + I_out + D_out;

if (output > pid->output_limit) output = pid->output_limit;

else if (output < -pid->output_limit) output = -pid->output_limit;

return output;

}

第四步：在主控制循环中调用

// 文件路径：App/main_control.c

// 在100Hz（10ms）的定时中断中

void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) {

if (htim->Instance == TIM6_Handle.Instance) { // 10ms定时器

// 1. 获取当前速度

int16_t current_speed = Get_Speed(&htim3);

// 2. 计算PID输出（目标速度假设为 200 RPM）

float pwm_duty = PID_Calculate(&motor_pid, 200.0f, (float)current_speed, 0.01f);

// 3. 设置PWM输出（假设PWM范围为-1000~1000）

int16_t pwm_output = (int16_t)(pwm_duty * 10); // 缩放

Set_Motor_PWM(pwm_output);

// 4. （调试用）通过串口发送数据

printf(“Set:200, Meas:%d, Out:%d\r\n”, current_speed, pwm_output);

}

4.2 多传感器数据融合与滤波

小车可能同时使用红外、超声波、陀螺仪等多种传感器。原始数据通常带有噪声，需要进行滤波。

对于红外循迹信号：使用软件去抖。连续多次（如5次）采样，只有连续多次都为黑线或白底时才认为状态有效，避免单个毛刺干扰。
对于超声波测距：使用中值滤波或滑动平均滤波。连续采样5次，去掉最大最小值后求平均，能有效抑制偶然的跳变。
对于陀螺仪数据：使用互补滤波或卡尔曼滤波来融合加速度计和陀螺仪的数据，获得更准确的角度。对于电赛，一阶互补滤波实现简单，效果足够。

// 文件路径：Service/sensor_fusion.c

// 一阶互补滤波示例（用于姿态角估算）

float Complementary_Filter(float gyro_rate, float accel_angle, float dt, float alpha) {

static float angle = 0.0f;

// alpha为互补滤波系数，通常取0.98左右，表示更信任陀螺仪

angle = alpha * (angle + gyro_rate * dt) + (1 - alpha) * accel_angle;

return angle;

}

4.3 与OpenMV的串口通信协议

当使用OpenMV做视觉识别时，主控STM32需要通过串口与其通信。定义一个简单、可靠的通信协议至关重要。

协议格式建议：帧头(1字节) + 数据长度(1字节) + 命令字(1字节) + 数据(N字节) + 校验和(1字节) + 帧尾(1字节)

例如，OpenMV识别到红色物块在图像中心X坐标=150，可以发送： 0xAA 0x04 0x01 0x00 0x96 0x?? 0x55 (0xAA帧头，0x04数据长度，0x01命令字‘发现红色’，0x0096=150，0x??校验和，0x55帧尾)

在STM32端，使用状态机解析串口数据，确保数据的完整性。

// 文件路径：Driver/bsp_uart.c (解析部分)

typedef enum {

UART_STATE_IDLE,

UART_STATE_HEADER,

UART_STATE_LENGTH,

UART_STATE_CMD,

UART_STATE_DATA,

UART_STATE_CHECKSUM,

UART_STATE_TAIL

} uart_parse_state_t;

void UART_Parse_Byte(uint8_t byte) {

static uart_parse_state_t state = UART_STATE_IDLE;

static uint8_t data_len = 0;

static uint8_t data_index = 0;

static uint8_t cmd = 0;

static uint8_t data_buf[32];

static uint8_t checksum = 0;

switch(state) {

case UART_STATE_IDLE:

if(byte == 0xAA) { state = UART_STATE_HEADER; checksum = byte; }

break;

case UART_STATE_HEADER:

data_len = byte; checksum += byte; state = UART_STATE_LENGTH;

break;

case UART_STATE_LENGTH:

cmd = byte; checksum += byte; state = UART_STATE_CMD;

data_index = 0;

if(data_len == 0) state = UART_STATE_CHECKSUM;

break;

case UART_STATE_CMD:

data_buf[data_index++] = byte; checksum += byte;

if(data_index >= data_len) state = UART_STATE_CHECKSUM;

break;

case UART_STATE_CHECKSUM:

if(checksum == byte) state = UART_STATE_TAIL;

else { state = UART_STATE_IDLE; } // 校验失败，丢弃

break;

case UART_STATE_TAIL:

if(byte == 0x55) {

// 解析成功，处理命令和数据

Handle_Visual_Command(cmd, data_buf, data_len);

}

state = UART_STATE_IDLE; // 无论成功与否，回到空闲状态

break;

}

5. 系统联调与优化：从能跑到稳定

当各个模块单独测试通过后，进入最关键的联调阶段。这个阶段的目标是让整个系统稳定、流畅地工作。

分阶段集成：不要一次性把所有代码都整合。先让小车能走直线（电机PID调好），再加上循迹，然后加视觉识别，最后整合机械臂。每加一个功能，都要确保原有功能不受影响。
实时调试信息输出：充分利用串口打印关键变量（速度、误差、传感器值、状态机状态）。可以设计一个简单的上位机（如用Python的PyQt或Tkinter）来图形化显示这些数据，比看纯文本直观得多。
参数固化与现场校准：将所有需要调整的参数（如PID参数、颜色阈值、循迹灵敏度）设计成可以通过按键或串口命令在线修改的。比赛前，将这些参数固化到代码中。同时，保留一个“现场校准模式”，在比赛场地灯光可能不同的情况下，能快速重新校准颜色传感器或红外阈值。
设计“安全模式”：代码中必须有一个优先级最高的“急停”功能，绑定到一个独立的硬件按键。任何时候按下，所有电机、舵机立即停止。防止调试时小车失控。

6. 常见问题与排查思路（实战精华）

以下是电赛中最常遇到的一些“玄学”问题及其排查方法。

问题现象	可能原因	排查方式	解决方案
小车偶尔抽搐或跑飞	1. 电源干扰（电机启动拉低电压） 2. 程序进入硬件错误中断（HardFault） 3. 堆栈溢出	1. 用示波器观察MCU供电引脚电压 2. 在HardFault_Handler中设置断点 3. 检查RTOS任务堆栈设置或局部大数组	1. 加强电源滤波，电机与控制系统电源分离 2. 分析错误地址，检查数组越界、空指针 3. 增大堆栈，避免在函数内定义大数组
循迹时左右摇摆	1. PID参数不合适（P太大或D太小） 2. 传感器安装高度不一致或距离地面过高/过低 3. 采样周期与控制周期不匹配	1. 观察误差曲线，先调P，再调D，最后调I 2. 用串口打印每个传感器的原始AD值，检查一致性 3. 确保传感器读取和控制计算在同一周期内	1. 采用“先P后D再I”的原则，仔细整定 2. 机械结构上保证传感器安装平整 3. 将传感器读取放在控制定时中断的开始
OpenMV识别不稳定	1. 环境光线变化 2. 通信丢包或错包 3. 识别算法阈值设置不当	1. 在不同光线下测试，打印识别结果 2. 在STM32端检查串口接收的校验和错误率 3. 使用OpenMV IDE的阈值选择工具，选取鲁棒性更好的颜色范围	1. 增加补光灯，或采用自适应阈值算法 2. 降低串口波特率，或增加帧间隔、重发机制 3. 采用LAB颜色空间代替RGB，对光线更不敏感
机械臂动作不精准	1. 舵机供电不足（多个舵机同时动作） 2. 舵机存在死区或中位不准 3. 机械结构存在回程间隙	1. 测量动作时舵机电源电压是否跌落严重 2. 单独给每个舵机发送角度指令，观察实际位置 3. 手动晃动机械臂，检查是否有松动	1. 为舵机提供独立大电流电源（如5V 3A） 2. 对每个舵机进行校准，建立角度-脉宽映射表 3. 加固机械连接，使用轴承、联轴器减少间隙
程序下载不进去	1. BOOT引脚配置错误 2. 复位电路问题 3. 芯片被锁（读保护）	1. 检查BOOT0/1引脚是否按要求接地或接高 2. 手动复位同时点击下载 3. 尝试用STM32CubeProgrammer连接	1. 确保BOOT0在正常运行时接地 2. 检查复位按键和电容 3. 使用CubeProgrammer进行全片擦除

7. 设计报告与现场演示的最佳实践

作品完成只算成功了一半，如何呈现给评委同样重要。

设计报告撰写要点：

结构清晰：摘要、系统方案、理论分析、电路设计、软件设计、测试结果、总结，缺一不可。
图文并茂：系统框图、电路原理图、程序流程图、实物照片、测试数据图表（曲线图、表格）都要有。原理图建议用专业软件（如Altium Designer, KiCad）绘制，不要手画拍照。
数据说话：不要只说“性能良好”。要给出具体数据：“经测试，小车匀速行驶误差小于±2%，定位精度达到±1cm，识别成功率为98%”。
突出创新点：在方案选择、算法优化、结构设计上的任何一点巧妙思考，都可以作为创新点阐述。

现场演示准备：

冗余准备：多带一套核心器件（MCU、驱动、传感器）、备用电池、常用工具（螺丝刀、胶带、万用表）。
快速启动：设计一个“一键启动”流程。上电后自动进入待命状态，按下一个键开始全自动演示。避免在现场进行复杂的操作。
应对干扰：提前想到现场可能有的干扰（其他队伍的无线信号、不同的光照、桌面的反光），并在代码中预留应对策略（如增加软件滤波强度、准备遮光罩）。
讲解演练：团队内分工，谁操作、谁讲解。讲解要简洁，重点介绍系统构成、工作原理和创新点，语速平稳，配合操作。

8. 总结：省一作品的共性

回顾这次以及众多成功的电赛经历，一个省一等奖作品通常具备以下共性，这也是你可以努力的方向：

方案务实可靠：不盲目追求复杂算法，而是选择团队最熟悉、最能驾驭的技术路径，并为其设计充足的冗余和容错。
代码工程化：模块清晰，注释完整，版本可控，参数可调。这不仅能减少调试时间，也能在最后关头快速修改适配现场环境。
调试手段丰富：善于利用串口、LED、蜂鸣器、液晶屏等多种方式进行“可视化”调试，能快速定位问题层次（硬件、软件、算法）。
细节处理到位：从电源滤波、接插件固定、线缆捆扎，到软件中的错误处理、状态恢复，每一个细节都体现了严谨的工程态度。
团队协作高效：硬件、软件、算法、机械文档各有专人负责，但又充分沟通。每日进行进度同步和联调，确保方向一致。

电赛是一次高强度、全方位的工程训练。获奖固然可喜，但在这个过程中培养的系统思维、解决问题能力和团队协作精神，才是更长远的财富。希望这篇基于实战经验的长文，能为你提供一条清晰的路径，助你少走弯路，将精力聚焦在真正创造价值的技术实现上。建议收藏本文，在备赛的各个阶段对照查阅。