1. 综合测评不是“开卷考试”——先搞懂它到底考什么

每年电赛国赛结束后，总有一批队伍死在最后一关：作品测试拿了高分，却在综合测评环节翻了车，无缘国一甚至国奖。很多第一次参赛的队伍直到拿到测评题目那一刻才反应过来——原来综合测评根本不是带着自己作品去演示，而是当场发一套从未见过的硬件，给你四小时，从零开始搭一个能跑的功能电路或控制程序出来。

先说清楚综合测评在整个电赛流程里的位置。全国大学生电子设计竞赛一般分两轮：第一轮是作品赛，各队在各自学校用三天四夜完成题目设计并封箱，之后统一测评；综合测评是在作品测评之后、确定国奖名单之前的一道附加关卡，由赛区统一组织，通常只通知部分晋级队伍参加。它的核心作用是防止“作品是买来的”或者“方案全靠套模板”，所以题目设计上刻意避开了你准备过的系统，给你一堆基础元器件，限时完成指定功能。

规则上各赛区略有差异，但大框架是一样的：

• 全封闭进行，中途不能离场，不能联网查资料。
• 提供统一焊接工具、万用表、示波器、信号发生器和指定元器件包。
• 测评时间普遍是四小时，从拆包到交卷一条龙。
• 题目通常围绕模拟电路、信号处理、单片机控制三类出题，控制类题目多数要现场写代码。

我第一次带学生参加综合测评是在2019年，当时题目是“简易直流稳压电源”，看起来不难，但真正动手才发现：四小时里要完成原理图设计、PCB焊接、调试、写测试报告，时间非常紧张。有队伍光是在面包板上搭运放电路就花了一个半小时，最后电源纹波指标根本压不下去，直接与国奖无缘。

综合测评的残酷之处在于：作品赛你可以反复调、反复试，有三天四夜；综合测评只有四小时，而且题目范围很广，靠押题基本没戏。但它也不是完全无迹可寻——历年题目背后的考察逻辑其实非常固定，这就是为什么我一直跟学生说，刷透近五年真题，比刷十套模拟题都管用。

2. 从24年H题到25年G题：近三年真题的出题套路拆解

2.1 2024年H题：灰度传感器循迹小车的完整破题思路

去年热度最高的题目之一就是H题，搜索关键词里“24年电赛h题stm32灰度传感器”被反复提及，说明大量队伍都在这个题上卡过壳。这类题目的本质是：让小车沿着地面上的黑白引导线自动行驶，同时完成指定位置的停车、转弯、避障动作。

先说说硬件选型。灰度传感器模块常用的有TCRT5000五路或八路阵列，原理是利用红外发射管照射地面，接收管根据反射光强输出模拟电压——白纸反射强、黑线反射弱。这里最容易被新手忽略的是：不同环境光、不同地面材质，传感器的阈值完全不一样。有人在学校普通地砖上调好的参数，到了测评现场换了一块深色桌面，小车直接就疯了。

所以破题第一个重点不是写代码，而是做一个“阈值自适应校准”逻辑。具体做法是：上电后让小车先原地转一圈，程序采集每个传感器在黑白两种区域的最大值和最小值，然后取中点作为动态阈值，之后所有判断都基于这个动态阈值而不是固定值。

第二个重点是转弯策略。很多队伍用最简单的逻辑：中间两个传感器检测到黑线就直行，左边传感器压线就右转，右边压线就左转。这在直线和缓弯上够用，但遇到直角弯就会冲出跑道。进阶做法是引入“丢线保护”——当所有传感器都检测不到黑线时，不立即停转，而是继续按上一次的转向方向旋转，直到重新捕获黑线。去年全国一等奖队伍的代码里，还有一档“急弯检测”：当最左侧和最右侧传感器同时压线时，判定为丁字路口或锐角弯，执行强制90度转弯并降低速度，实测效果非常稳。

第三个重点是电机闭环。别指望开环PWM能精确控制走直线，两侧电机的一致性再高也有差异。用一个编码器电机加简单的增量式PID，把左右轮速度误差控制在±5转/分钟以内，小车跑起来才有一根直线该有的样子。

2.2 2025年G题、E题的控制类趋势：从“跑得准”到“停得稳”

25年电赛G题和E题的关键词在搜索热榜上并列靠前，说明这两题关注度非常高。G题偏向姿态控制与平衡类，E题则侧重信号测量与识别。虽然每年赛题内容不同，但控制类题目有一个明显趋势：评分越来越看重“稳定性和重复精度”。

以G题这类典型的控制题为例：要求装置在受到扰动后能快速回正、保持指定姿态，并且连续多次测试的误差都很小。很多队伍调试时只盯着“能不能稳住”，忽略了“能不能每次都稳”，结果演示环节第一次测试成绩很好，第二次换了个起点或加了点风就彻底失控。

这里有个很关键的调试习惯：用串口把每次测试的响应数据打出来，波形记录到SD卡或上位机，回看超调量、调节时间和稳态误差三个指标。超调量决定了姿态会不会过冲，调节时间决定了系统会不会及时回正，稳态误差决定了最终精度达不达标。光凭眼睛看小车的摆动幅度，是分不清这三个指标的问题出在哪里的。

E题这类信号测量题看似跟控制没啥关系，但其实现场写代码的量同样不小。它的核心是“在保证采样率的前提下把算法跑稳”，比如对多路信号进行频谱分析、特征提取和分类识别。这类题目真正考察的其实是工程取舍能力：单片机的算力是有限的，FFT点数、窗函数类型、特征维度之间必须做权衡。有队伍在STM32F407上做了4096点FFT，算一次要几百毫秒，实时性直接崩了；换到1024点加汉宁窗，虽然频率分辨率低了一些，但完全满足题目精度要求，整个系统反而更快更稳。

2.3 26年F题和H题的考前预判逻辑：规律比押题更可靠

搜索词里出现了“26年电赛f题”“26电赛h题”，很多人可能在找26年的真题。这里要说句实话：26年电赛还没开赛，所谓“26年F题”其实是备考圈对下一届出题方向的预判。但预判不是瞎猜，历年的题目演变是有规律可循的。

从近五年的控制类题目看：小车类考过，姿态类考过，倒立摆类考过，无人机类也考过。24年H题和25年G题连续两年偏向“自主移动+环境感知”，说明自动控制与传感器融合仍然是出题组最偏爱的方向。26年如果要变，大概率会从三个方向出新：

• 更复杂的路径规划：迷宫、多点巡航、动态避障。
• 更高维度的控制对象：机械臂末端轨迹跟踪、双轮自平衡加视觉。
• 更强调交互的题目：语音控制、手势识别、多机协同。

与其花时间猜26年具体题目，不如按这个逻辑准备：把直线循迹、舵机随动、编码器测速、IMU姿态解算、灰度/超声波/摄像头传感器这些基础模块全部练到“拿过来就能写”的程度。综合测评的题目设计者很清楚大家都在练什么，所以它的题目往往是“基础模块的全新组合”——单看每个模块你都熟，放在一起四小时完成就有挑战了。

2.4 历年真题共同考察的三种底层能力

刷完近五年真题之后你会发现，综合测评控制类题目再怎么变，考察的无非是三种能力。

第一种是快速搭建最小系统能力。给你一颗STM32芯片、一个晶振、几个电容电阻，能不能在半小时内焊出一块能下载程序的最小系统板，并且复位电路、启动配置、供电滤波全部正确。我见过太多学生平时用现成开发板做项目，到了综合测评要自己从芯片级搭电路，连BOOT0引脚怎么接都要翻半天笔记——这种基本功不过关，后面写代码的时间必然被压缩。

第二种是常用外设的“肌肉记忆”。GPIO、定时器PWM、外部中断、ADC采样、串口打印、I2C/SPI总线，这些在四小时里会反复用到。不是说知道怎么用就行，而是要在不看参考代码的情况下，十五分钟内把初始化代码写出来，而且要一遍过。平时练习时就应该强制自己“白纸编程”，不要总是复制例程。

第三种是系统化的排错方法。最典型的就是现场遇到“上电没反应”或者“传感器读数乱跳”，能不能快速定位是供电问题、接线问题、配置问题还是代码逻辑问题。这需要平时养成用示波器量波形的习惯，而不是拿万用表乱戳。

3. 备赛搭好这三层，四小时才不慌

3.1 元器件层：常用器件清单和替代方案认知

综合测评指定的元器件包虽然有官方清单，但每年都会有调整。与其赌当年出什么，不如把最常见的物资准备成一套“移动硬件库”。以下是我带队多年总结的控制类基础清单：

这里想特别强调一个容易被忽略的点：综合测评提供的元器件包里，电阻电容往往是一整盘的“拆包散料”，你需要自己识别阻值容值。四小时里大量时间会耗在这上面，所以提前练熟色环电阻读数、电容印字识别非常关键。我的建议是平时买一包混合阻值的电阻，每天花五分钟快速识别并用电表验证，连续练两周，准确率基本能达到95%以上。

另外，替代方案的认知也很重要。万一现场发的电机没有编码器，你要能想到用红外对管加码盘自己搭测速；万一发的运放型号你不熟，你要能快速从手册里找到关键参数。平时积累不要只记一种方案，每类功能至少准备两种实现路径。

3.2 软件层：STM32最小系统模板和常用外设驱动

四小时里从零写一个完整的控制程序是不现实的，但如果你准备了一套“模块化模板”，就能把写代码的时间压缩到半小时以内。这个模板不是赛前背下来的那些没用的“通用工程”，而是围绕综合测评高频外设整理的初始化代码集合。

我建议每位队员准备以下模块：

• 时钟配置（外部晶振8MHz倍频到72MHz或168MHz）。
• GPIO输入输出、外部中断（用于编码器和按键）。
• 定时器PWM输出（用于电机控制、舵机）。
• 定时器编码器模式（用于测速）。
• ADC多通道采样（用于灰度传感器、电位器、电压采集）。
• UART串口打印（调试必备，printf重定向）。
• I2C通信（OLED、MPU6050等传感器）。
• 软件定时器/状态机框架（用于多任务轮询）。

这里有个关键经验：主循环不要写成“顺序执行一大坨”，而是拆成几个独立的状态机——按键扫描一个状态机、传感器采集一个状态机、电机控制一个状态机、显示刷新一个状态机。每个状态机有自己的标志位和周期，主循环里轮询调用。这样做的好处是现场加功能时不用推翻重写，只需往框架里加一个新模块。去年有个队伍在测评最后一小时发现要求临时加一个蜂鸣器提示功能，因为他们的代码是状态机架构，十分钟就加好了，没动其他任何模块。

白纸编程练习是另一个重点。平时不要总打开例程网站复制，尝试自己把串口初始化和printf重定向从头写一遍；把编码器测速的定时器配置从头写一遍；把MPU6050的I2C读取流程从头写一遍。写熟了，现场就算紧张，手指也能带出正确的代码来。

3.3 方法论层：四小时时间分配和故障排查清单

综合测评四小时看起来长，实际用起来非常紧张。我的建议时间分配如下：

• 前30分钟：读题、拆包、清点器件，列出功能需求和评分点，不要在没完全理解题目的情况下就动手焊接。
• 第30-60分钟：完成最小系统的焊接与程序下载验证，这是所有工作的地基。这一步如果用了超过一小时，后面必然非常被动。
• 第60-150分钟：按评分点从易到难逐个实现，优先确保基础功能完整，有富余时间再做加分项。很多队伍喜欢先做最难的部分，结果卡死一个多小时，基础分都丢了。
• 第150-210分钟：整体联调、重复测试、打磨细节（稳定性、精度、边界情况）。
• 最后30分钟：整理测试报告和代码注释，确保文档拿到较高分数。

故障排查一定要按顺序走：先查供电（电压是否正常），再查时钟（晶振起振没有），再查下载（连接稳定没有），最后查代码逻辑。至少五成“上电没反应”的问题出在供电或复位电路上，而不是程序写错了。

提示：综合测评的评审老师会看你最终的硬件焊接质量和代码规范度。飞线乱七八糟、电容贴片焊歪、代码没有注释，都会直接影响评分，不要只盯着功能实现。

4. 控制类题目的调试实战：灰度传感器不用“玄学”

4.1 灰度传感器的原理和选型细节

很多新手一提到灰度传感器就头疼，觉得读数飘忽不定、阈值难调，其实就是没有理解它的物理原理。TCRT5000发射管发出红外光，经过地面反射后被接收管接收，接收管的光电流大小随反射光强变化——白色表面反射率高，输出高电平；黑色表面吸收红外光，输出低电平。思路很简单，但坑在细节：红外光不仅受地面颜色影响，还受环境光、照射角度、距离高度的影响。

选型时有几个参数要看：

• 发射管波长，常见的是950nm红外，部分模块用可见光辅助，抗环境光能力不同。
• 检测距离，TCRT5000的有效距离一般是0.5mm到15mm，安装时传感器离地高度尽量控制在10mm左右，太高读数不稳定，太低容易刮擦地面。
• 输出形式，数字输出模块内部带了比较器，模拟输出模块则可以直接看到反射强度的连续变化。综合测评现场强烈建议用模拟输出版本，因为你可以根据环境光做动态阈值，而不是被硬件比较器的固定阈值卡死。

4.2 阈值自适应校准的完整步骤

动态阈值校准的操作流程我建议固定在代码里，每次上电自动完成，不需要人工干预。具体步骤如下：

1. 让小车原地旋转或左右摆动，确保每个传感器都分别扫过白色区域和黑色线条。
2. 每一路传感器持续采样30到50次，记录最大值和最小值。
3. 阈值取最大值和最小值的平均值，或者按试卷上的黑白比例取加权值，比如黑线较细时取更靠近最小值的阈值，增加灵敏度。
4. 正常运行过程中每完成一次有效检测，就用当前读数更新最大/最小值，让阈值跟着环境缓慢变化。

我去年指导的那支队伍，前两次调试就是死在固定阈值上：上午阳光好时小车跑得很顺，下午测评教室拉了窗帘、开了日光灯，同样的代码直接失灵。后来把这套自适应阈值逻辑写进初始化函数里，每次上电自动花三秒校准，之后换任何环境都直接跑，问题再没出现过。

还有一个细节：不要只依赖一路传感器的绝对读数来做判断，多路传感器之间做“加权融合”会更稳。例如五路灰度模块，如果只有中间传感器压线，认为是直行；如果中间加左边压线，认为是偏右需要左转，借此计算出偏差值，再通过PID闭环控制转向。这种做法比“哪路压线就朝反方向转”的死逻辑平滑得多，转弯的抖动和振荡大幅减少。

4.3 PID参数整定的实战体会

控制器用PID是电赛家常便饭，但很多队伍只知道三个系数，不知道怎么调，甚至有人觉得P越大越好、I越小越好，结果不是振荡就是响应太慢。我的经验是分三步走：

• 第一步，先把I和D设为0，只调P。从小往大加，直到系统开始轻微超调，记住这个P值，然后取它的60%-70%作为基础P。
• 第二步，加入D项抑制超调。D的作用相当于“阻尼”，它会让系统在接近目标时提前减速，从0.5倍P开始试探，加到系统基本不超调为止。
• 第三步，如果存在稳态误差（比如小车持续偏向一侧），再逐步加I项。I不能加太大，否则系统会出现低频振荡，而且积分饱和会让小车在转弯后“抽筋”。

这里给一个能直接落地的粗调方法：先用软电位器或者串口指令在线修改PID参数，边跑边调，找到一组比较合适的值后，再固化到代码里。整个过程熟练的话半小时内能完成。调试时让小车跑一个固定路线，用手机慢动作录像回放，超调量和响应速度比肉眼实时看要直观得多。

4.4 电机驱动和转弯策略的工程细节

电机驱动这块最常见的坑是“共地”。TB6612的逻辑电源和电机电源如果不共地，控制信号就是悬空的，电机动起来乱抖甚至完全失控。很多队伍排查半天找不到原因，其实一根共地线就解决了。

转弯策略上，差速转弯比单轮转向稳定，但要注意速度的配合。直角弯的做法是：检测到转弯信号后，一侧轮子减速到20%，另一侧保持60%，同时整体速度下降30%，等车身转过了90度再恢复正常。如果直角弯处黑线有缺口，需要结合“丢线保护”——短暂丢失黑线时不立即停转，而是维持上一次的转向，等重新压线后再恢复正常循迹。

还有一个小技巧：转弯前把电机PWM频率调高一点，比如从1kHz调到10kHz，电机的响应会更跟手。PWM频率太低会让电机发出“嗡嗡”声，而且启停滞后明显。平时用示波器看看电机驱动输出的波形，确保占空比调节线性度是正常的，这能减少很多现场翻车。

5. 两年带队踩过的坑，和这门课真正想帮你解决的问题

5.1 最常见的翻车场景

带了两届队伍之后，汇总一下翻车高发区，给大家避避雷：

• 焊接时间失控：有的队员焊一个MCU最小系统花了两个小时，焊完还虚焊，程序死活下载不进去。解决办法是赛前至少练三次“四十分钟焊好最小系统并点亮LED”的基本功。
• 电源没考虑余量：电机启动的瞬间电流是额定电流的三到五倍，如果用AMS1117这种小电流LDO给电机供电，一启动就掉压复位。正确做法是电机用独立电源，逻辑部分用LDO稳压，两者之间只通过信号线通信。
• 现场没有示波器波形就把频率调了：PWM频率、I2C时钟速率、ADC采样率这些参数全靠猜，结果设备之间信号采集完全乱套。养成按波形调参数的习惯，而不是按感觉调。
• 测试报告最后才写：综合测评报告和功能实现同等重要，有队伍功能全做完了，但报告只写了一页半，分数照样被扣。报告要边做边记，每一个功能和指标都记录实测数据和波形截图。

5.2 综合测评容易忽略的细节

四小时的高压环境里，小细节决定的往往是最终等级。给几点平时不太会有人提醒你的经验：

第一，自带工具一定要顺手。电烙铁用你平时最习惯的那一把，不是现场发什么就用什么。我有一次看到队员用现场发的烙铁，温度不对、焊锡拉丝，白花了二十分钟清理焊盘。建议自带可调温烙铁、尖嘴镊子、剥线钳、吸锡带、放大镜台灯，这些工具不会占用多少箱子空间，但能帮你节省大量时间。

第二，元器件包里的东西要按功能清点分类放好。用一个小盒子把电阻、电容、芯片、接插件分开摆，取用的时候不用翻来翻去。四小时里光“找一颗10k电阻”这件小事，如果每次都花两分钟，累计起来就是几十分钟。

第三，多带几块单片机最小系统板。综合测评虽然发元器件，但“允许使用自带开发板”在不同赛区政策不同。不管让不让用，携带自己焊好的最小系统板过去，就算不能直接用，也能作为参考电路图来对照检查。而且万一现场发的那颗芯片是坏的（确实发生过），你还有备用方案。

第四，学会用手机拍下题目关键信息。综合测评题目纸质版只有一份，队伍里有三个人，轮流看题很浪费时间。拿到题先拍照发到队友手机，各人分工去研究自己的部分，效率高很多。

5.3 这门课的内容和它适合谁

写这篇长文的起因，是我们把历年综合测评真题的完整解析做成了课程。很多人问“为什么不做成免费文档”，我的回答是：免费文档能告诉你答案，但很难教会你在四小时里灵活运用的“手感”。课程的核心内容分三大块：

第一块是真题拆解。每道题从“拿到题目后第一步干什么”开始，到原理图设计、元器件选型、焊接布局、代码框架、调试方法，完整跑一遍当年现场的流程。重点不是某个电路的答案，而是遇到这类题目的决策过程：什么时候该用单片机控制，什么时候该用纯模拟电路，什么时候两种方案都能做但选择哪一种能更快完成。

第二块是模块化代码库。把前面提到的所有控制类高频外设驱动，整理成一套可以直接套用的模板工程，配套讲解每一行关键的配置。注意这不等于让你背代码，而是让你理解每个寄存器的含义，现场遇到芯片型号不同或者引脚限制时，有能力快速修改。

第三块是实战模拟。我们设置了和真实综合测评逼真的模拟题，学员需要在四小时内独立完成一套硬件设计和调试，然后提交报告。这种模拟的价值不在于做出多复杂的电路，而在于让你体验一遍完整的时间分配和压力管理。我带过的队伍里，参加过模拟测评的，正式测评的完成率明显更高。

这套内容适合两种人：一种是从没参加过综合测评，想提前知道“这关到底怎么过”的备赛队伍；另一种是已经比过一两场，但总在四小时内手忙脚乱、永远差一点做不完的老选手。前者能建立对整个流程的完整认知，后者能在已有基础上把时间规划、排错效率和报告质量这些软技能补上来。

5.4 给准备上场队伍的最后几条建议

如果看完前面这些，你只有时间记住三句话，那就是：

一，综合测评考的不是“会不会”，而是“熟不熟”。基础知识大家都懂，真正的差距体现在能不能在四小时内把会的东西稳定输出。所以平时练习一定要卡时间、上压力，模拟从拆包到交卷的完整流程。

二，功能尽量保证基础分全部拿到，再去冲加分项。综合测评的评分表上，基础分和加分项是分开的，基础分一般是及格线，加分项是拉开差距的。但基础分如果没拿全，加多少分都补不回来。所以做加法要谨慎，不要为了一个华丽的加分项把一个基础功能搞挂了。

三，队伍分工要明确但也要互相备份。一般建议两人负责硬件和焊接，一人负责写代码，但每个人都要对整个系统有全局了解，特别是排错时不能只管自己那一块。测评现场的情况千变万化，最后谁能解决问题，谁才是关键队员。

综合测评说到底是一场在限定时间内、限定条件下的工程实践考试，跟平时刻意练习的深度直接相关。真题里的坑我已经替你踩过了，剩下的就是你自己动手去焊、去调、去Debug的过程。希望这篇文章能帮你的队伍少走几段弯路，在测评结束铃响的时候，交出一份自己满意的答卷。