1. 赛题全貌与备赛心态：这不是一次考试，而是一场“微型项目交付”

大家好，我是老张，在嵌入式这行摸爬滚打十几年，也带过不少学生团队打比赛。拿到2023年江西省职业院校技能大赛嵌入式赛项高职组的赛题，我的第一感觉是：这赛题设计得非常“接地气”，它完全模拟了一个真实的、小型的智能硬件产品从硬件制作到软件集成，再到上层智能应用开发的全过程。很多刚接触的同学可能会被长达几十页的赛题文档吓到，觉得无从下手。别慌，我们换个角度看，这其实就是一个浓缩版的“智能车联网微型系统”交付项目。你的角色不是考生，而是一个项目组的工程师，需要在规定时间内，交付一块能工作的电路板、一套稳定的底层驱动，以及一个能在复杂赛道上自主完成任务的智能车系统。

备赛心态首先要摆正。这不是比谁的理论知识背得多，而是比谁的工程实践能力强，比谁在有限时间和压力下的问题解决能力更突出。赛题分为两大模块，恰恰对应了企业里常见的两个岗位群：硬件工程师/驱动工程师和嵌入式应用/算法工程师。第一模块考验你的“硬功夫”——焊接、调试、驱动编写，这是系统的根基，根基不稳，上层应用再花哨也没用。第二模块考验你的“软实力”——系统集成、逻辑控制、边缘计算和人工智能应用，这是系统的智能大脑。两者结合，就是一个完整的嵌入式产品开发生命周期。所以，备赛时一定要有“项目化”思维，把每个任务点都当成产品需求来理解和实现。

2. 第一模块深度拆解：硬件焊接与驱动开发，稳扎稳打的“基本功”

第一模块是整场比赛的基石，也是容易拉开分差的地方。它要求你在紧张的时间内，从一堆零散的元器件开始，最终交付一块功能完好、驱动稳定的电路板。这个过程容错率低，非常考验耐心和细致。

2.1 元器件检测与焊接：别在起点摔跟头

赛题给出了详细的元器件清单，从最基础的电阻电容，到传感器、接口座子，种类繁多。很多同学一上来就急着动手焊接，这是大忌。我见过太多队伍因为前期检测马虎，导致焊接完成后某个传感器不工作，排查起来耗时耗力，心态直接崩掉。

我的实战建议是： 拿到套件后，不要急着撕开元器件包装。首先，对照物料清单（BOM表），像仓库管理员一样，将所有元器件分门别类放好。对于电阻、电容，用万用表逐一测量阻值和容值，并和清单核对，特别注意色环电阻的读数准确性。对于二极管、三极管、MOS管，用万用表的二极管档或hFE档测试其基本功能是否正常，判断引脚顺序。对于芯片类，如555、逻辑门、运放等，虽然无法完全测试，但要核对丝印型号是否与清单一致。这个清点检测过程，建议两人配合，一人念清单，一人找元件并检测，全程录音或简单记录，确保万无一失。竞赛开始半小时内可以申请补领缺失器件，这半小时就是给你做这个的，千万别浪费。

焊接环节，赛题对贴片封装有明确要求，如0603、0805、SOP-8、QFN等。对于高职同学，我强烈建议优先保证焊接的“可靠性”而非“美观性”。QFN封装（特别是QFN-28）的焊接是难点，它的引脚在芯片底部，肉眼不易观察。这里分享一个土办法但很管用：用烙铁给PCB焊盘上薄薄一层锡，然后用热风枪均匀加热芯片底部和焊盘区域，利用表面张力让芯片自动归位。没有热风枪的话，可以用刀头烙铁，在芯片四周引脚上快速拖焊，配合大量的助焊剂，让锡浆流动均匀。焊接完成后，必须用放大镜检查是否有桥连、虚焊，尤其是芯片引脚和密集的排针座子。

2.2 电路调试与故障排除：像侦探一样思考

焊接完成后的电路板，可能直接就能工作，也可能存在赛题预设的故障。赛题明确故障类型仅限于：断线、短路、丝印错误、器件封装错误。这给了我们清晰的排查方向。

首先，进行“静态”检查。 在不通电的情况下，用万用表的蜂鸣档，对照电路原理图，检查电源（VCC）到地（GND）之间是否存在短路（电阻极小）。这是安全的第一步，防止一上电就烧芯片。然后，检查关键信号路径是否连通，比如晶振两端到MCU引脚，I2C的SDA、SCL线上拉电阻是否接好。

其次，进行“动态”调试。 通电后，先别急着写程序。用万用表测量各个芯片的供电电压是否正常（如3.3V、5V）。如果电压异常，比如某个LDO（低压差线性稳压器）输出为0，那么重点检查它的输入、使能引脚以及周边电容。使用示波器是高端操作，但非常有效。例如，检查晶振是否起振（测晶振引脚应有正弦波），检查MCU的串口TX引脚在程序下载时是否有数据波形。如果发现某个功能模块（比如温湿度传感器）不工作，就把它从整个系统中“孤立”出来，单独编写最简单的测试程序（比如只初始化I2C，然后读取该传感器的设备ID），这样可以快速定位是硬件问题还是软件问题。

关于参数调整， 如电位器、可变电容、拨动开关的设置，一定要仔细阅读赛题中关于该电路功能的描述。比如，一个用于光线感应的电路，可能需要调整电位器来改变比较器的阈值电压。这时你需要用万用表监测关键点的电压变化，结合示波器观察波形，理解这个调整是如何影响最终功能的。这个过程本身就是对电路原理的深刻理解。

2.3 驱动程序开发：与硬件对话的“语言”

驱动是软件控制硬件的桥梁。赛题列举了需要开发的驱动类型，覆盖了嵌入式系统最常用的外设接口。很多同学觉得驱动难写，其实是有套路的。

核心思想是“分层”与“模块化”。 不要把所有代码都堆在main.c里。为GPIO、UART、I2C、SPI、ADC等分别建立.c和.h文件。在头文件里明确定义该模块的初始化函数和功能函数。例如：

// gpio.h
#ifndef __GPIO_H
#define __GPIO_H
void LED_Init(void); // 初始化LED对应的GPIO引脚
void LED_Toggle(void); // 翻转LED状态
#endif

// gpio.c
#include "gpio.h"
#include "stm32f1xx_hal.h" // 假设使用STM32 HAL库
void LED_Init(void) {
    GPIO_InitTypeDef GPIO_InitStruct = {0};
    __HAL_RCC_GPIOA_CLK_ENABLE(); // 使能时钟
    GPIO_InitStruct.Pin = GPIO_PIN_5;
    GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;
    GPIO_InitStruct.Pull = GPIO_NOPULL;
    GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW;
    HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);
}
void LED_Toggle(void) {
    HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_5);
}

对于通信协议驱动（I2C/SPI/UART），关键在于理解时序和正确处理中断/DMA。 以I2C读取传感器为例，步骤固定：发送起始信号->发送设备地址（写）->发送寄存器地址->发送重复起始信号->发送设备地址（读）->读取数据->发送停止信号。在HAL库中，这些都被封装好了，但你必须清楚如果通信失败（HAL返回错误），该如何排查：是地址错了？上拉电阻没接？还是总线被锁死了（此时需要尝试发送时钟脉冲解锁）？

ADC/DAC驱动要注意参考电压是否稳定，采样频率是否满足需求。对于需要多通道采样的情况，合理配置DMA可以大大减轻CPU负担。定时器除了用于延时，更要学会用它产生PWM波（控制电机、舵机）和捕获输入脉冲（测量编码器速度）。把这些驱动模块都调试通过后，你在第二模块控制智能车时，就能像搭积木一样调用它们，而不是临时抱佛脚。

3. 第二模块核心攻略：嵌入式应用与边缘计算，智能车的“大脑”与“决策”

如果说第一模块是造车和赋予车基本的行动能力，那么第二模块就是为这辆车注入灵魂，让它能在复杂的智慧交通赛道上自主完成任务。这个模块综合性强，代码量大，非常考验系统设计和调试策略。

3.1 系统框架设计：先搭好舞台，再唱戏

在拿到具体的赛道地图和任务表之前，你就应该搭建一个稳健的应用程序框架。这个框架应该至少包含以下几个层次：

1. 硬件抽象层（HAL）：直接调用第一模块写好的驱动函数，实现对电机、舵机、传感器等的控制。
2. 业务逻辑层：这是核心，包含循迹控制、车辆运动学模型（计算左右轮速差来实现转向）、任务调度器。
3. 通信与数据处理层：负责主从车之间的无线通信（如蓝牙、Wi-Fi），以及和赛道标志物（智能路灯、道闸等）的通信协议解析。
4. 边缘计算层：专门处理图像识别、二维码解码、语音识别等AI任务，以及赛题要求的数据编解码算法。

我推荐使用有限状态机（FSM） 来管理主车的任务流程。每个任务（如“前往A3坐标点”、“识别二维码”、“入库”）都是一个状态。状态机清晰明了，调试时你知道车当前在执行哪个状态，出了错也容易定位。例如：

typedef enum {
    STATE_IDLE,
    STATE_FOLLOW_LINE,
    STATE_READ_QRCODE,
    STATE_PARKING,
    STATE_COMM_WITH_SLAVE,
    // ... 其他状态
} CarState_t;

CarState_t currentState = STATE_IDLE;

void MainTask_Scheduler(void) {
    switch(currentState) {
        case STATE_FOLLOW_LINE:
            if (ArriveAtTargetCoordinate()) {
                currentState = STATE_READ_QRCODE;
            }
            break;
        case STATE_READ_QRCODE:
            if (QRCode_Processing_Done()) {
                currentState = GetNextStateFromQRInfo(); // 根据二维码信息决定下一个状态
            }
            break;
        // ... 处理其他状态
    }
}

3.2 循迹与运动控制：让车“走直线、拐好弯”

循迹是智能车所有任务的基础。赛道的循迹线是3cm宽的黑线（或白线）。常用的方案是使用一排红外对管或灰度传感器。这里的关键不是传感器越多越好，而是控制算法要稳。

比例-积分-微分（PID）控制算法是必选项。 简单来说，P（比例）项决定反应速度，I（积分）项消除静态误差，D（微分）项抑制震荡。对于循迹，我们通常使用PD控制就够了。假设我们使用5个传感器，从左到右值为[1,1,0,0,0]表示车偏右了，需要向左转。我们可以将传感器位置加权计算出一个“偏差error”。电机PWM调整量 = Kp * error + Kd * (error - last_error)。Kp和Kd参数需要你在练习赛道上反复调试。一个技巧是：先调Kp让车能跟着线走但左右摇摆，然后加入Kd来抑制这种摇摆，让过弯更平滑。

对于直角弯、十字路口等特殊路径，需要设计“子状态”。 比如，进入十字路口前，切换到“路口处理状态”，在此状态下可能忽略循迹，直接根据任务要求执行固定的转向动作（如左转90度），动作完成后再切回普通循迹状态。

3.3 边缘计算应用开发：视觉与算法的实战

这是近年赛题的重点和难点，涉及二维码识别、图形颜色识别、交通标志识别、车牌识别等。通常，大赛提供的嵌入式平台性能有限（比如是Cortex-M7内核，带DSP，但不算顶级），可能跑不动完整的YOLO模型。

策略是：在资源受限条件下做优化。

1. 图像采集与预处理：使用OV系列摄像头通过DCMI接口采集图像。第一步永远是降分辨率！比赛任务不需要1080P的图像，将图像缩放至320x240或更小，能极大减少处理时间。接着进行灰度化、二值化、滤波（中值滤波去噪）等操作。
2. 二维码识别：可以使用开源的quirc等轻量级库。重点在于快速定位二维码区域。可以先寻找图像中的“回”字形定位图案（Finder Pattern），这比全图解码快得多。
3. 颜色与形状识别：赛题限定了颜色和形状范围，这简化了问题。对于颜色，可以将图像从RGB转换到HSV色彩空间，通过设定H（色调）和S（饱和度）的阈值来提取红色、绿色等区域，这样受光照影响较小。对于形状，在提取出彩色区域后，计算其轮廓，然后通过轮廓面积、周长、顶点数（使用多边形近似）等特征来判断是三角形、矩形还是圆形。
4. 利用赛题限制：赛题说图形在“静态标志物”或“多功能信息显示标志物”上，这意味着图形背景相对干净，位置相对固定。你可以通过标定，事先知道图形可能出现的大致图像区域（ROI），只处理这一小块区域，而不是整幅图像。
5. 数据处理算法：赛题要求的数据处理（加解密、编码）通常是基本的位运算和逻辑运算。这部分代码一定要单独测试，用PC写个简单的测试用例，验证输入输出是否符合赛题示例，确保万无一失再移植到嵌入式平台。

4. 联调与竞赛现场策略：把练习当成比赛，把比赛当成练习

最后的联调阶段和现场发挥，往往决定了最终名次。这里面的门道，更多是经验和心态。

建立高效的调试系统。 在车上除了程序下载口，一定要预留一个调试串口。将关键信息（如当前坐标、传感器读数、识别结果、状态机状态）实时打印出来，通过蓝牙模块发送到电脑，或者显示在车上的OLED屏上。这样，车在跑的时候，你就能像看日志一样知道它“心里在想什么”，哪里出了错一目了然。不要依赖单步调试，那在动态循迹时根本不现实。

模拟现场的不确定性。 练习时，不要总在一种灯光、一种标志物摆放位置下调试。主动制造变化：用手电筒制造阴影，轻微移动标志物位置，在赛道上撒点反光的小纸屑模拟干扰。你的算法和参数要有一定的鲁棒性。主从车通信要加入应答和重传机制，防止偶尔的数据丢失导致任务失败。

竞赛现场的时间管理。 第一模块，严格分配好检测、焊接、调试、写驱动的时间，预留至少30分钟应对突发问题。第二模块，拿到随机参数后，不要急于立刻改代码。先花10分钟，在纸上分析任务流程，规划好状态机的切换逻辑，修改哪些参数（比如坐标、标志物ID）。修改后，先在工位上用模拟数据测试核心逻辑（比如新的数据处理算法），确认无误再上练习赛道跑。珍惜每次5分钟的练习机会，每次只重点测试一两个修改后的功能点。

关于团队协作。 如果允许两人或三人组队，分工要明确。一个同学侧重硬件和底层驱动（第一模块主力），另一个同学侧重上层应用和算法（第二模块主力）。但两者必须有交叉，互相了解对方的工作，这样在联调时才能快速定位问题是出在硬件层还是应用层。沟通要简洁高效，使用共同的术语。

最后我想说，嵌入式大赛的魅力就在于它的综合性。它逼着你去动手，去解决一个个真实世界才会出现的问题。可能你的代码不够优雅，你的焊点不够漂亮，但只要你的车能稳定、准确地跑完全程，你就已经战胜了大多数停留在理论阶段的对手。这份从焊接到编程、从调试到集成的完整经历，是你未来求职时最硬的通货。多动手，多思考，享受这个把想法变成现实的过程，成绩自然会水到渠成。