1. 从“开题”到“封箱”一次完整的电赛实战复盘又到了每年电子设计竞赛电赛的备赛季看着实验室里新一批学弟学妹们对着元器件和开发板抓耳挠腮我总会想起自己带队参加2023年电赛E题的经历。那四天三夜从拿到题目时的兴奋与茫然到中期调试的崩溃与坚持再到最后封箱前一刻的忐忑与释然整个过程像一场高强度的“技术马拉松”。今天我不打算讲那些空泛的大道理就想以一个过来人的身份结合我们当时做E题运动目标控制与自动追踪系统的真实过程把从设计思路、技术选型、到现场调试、报告撰写的完整链路拆开揉碎了讲给你听。无论你是第一次参赛的小白还是想优化策略的老手希望这篇近万字的复盘能给你带来一些实实在在的启发而不仅仅是“STC32G配K210”这样一个简单的答案。2. 2023年E题核心剖析我们到底要解决什么问题拿到题目第一步永远不是急着画电路图或写代码而是彻底读懂题目要求并用自己的话翻译成明确、可量化的技术指标。2023年E题的核心是构建一个能自动追踪并打击用激光笔模拟运动小球的系统。这听起来很酷但拆解开来无非是几个环环相扣的子问题。2.1 目标识别与定位眼睛要准这是整个系统的“眼睛”。题目要求追踪一个运动的小球通常是乒乓球或高尔夫球这意味着我们需要一个视觉模块。当时主流方案有两个OpenMV和K210。我们最终选择了K210原因很现实算力。OpenMV基于STM32虽然简单易用社区示例丰富比如openmv巡线、openmv识别钢球的例程确实能快速上手但其图像处理速度和对复杂动态目标的追踪能力在要求实时性高的场景下显得吃力。K210自带KPU神经网络处理器可以跑一些轻量级的目标检测模型如YOLO Fastest识别精度和速度上限更高。但选择K210就意味着更陡峭的学习曲线固件烧录k210下载固件握手失败是家常便饭、模型训练、与主控的通信协议每一个都是坑。我们的策略是在备赛期用OpenMV快速验证视觉方案的可行性理解图像处理的基本流程在赛前一个月必须切换到K210并完成模型训练和基础通信代码的固化。识别只是第一步更重要的是定位。我们需要将摄像头捕捉到的二维像素坐标转换为云台舵机或步进电机需要转动的角度。这里涉及摄像头标定。我们采用了一个取巧但有效的方法在调试平面上贴好刻度尺让小球在固定距离上移动记录下像素位移与实际物理位移或角度变化的对应关系生成一个简单的查找表。这比复杂的透视变换矩阵更直观也更容易在现场快速调整。2.2 运动控制与执行手要稳这是系统的“手”。题目要求云台能快速、平稳地跟随目标。这里又面临选择舵机还是步进电机舵机控制简单但存在死区、精度有限、高速运动下容易抖动等问题。步进电机控制精度高、力矩大特别是42步进电机但需要驱动器如TB6600和更复杂的控制算法开环或闭环。我们选择了42步进电机加TB6600驱动器的方案主控采用STC32G12K128。为什么是STC32G因为它既有传统51单片机的易用性又有32位内核的性能PWM、定时器资源丰富最关键的是在电赛电源模块常出幺蛾子的现场STC单片机的抗干扰能力和稳定性给我们留下了深刻印象。控制算法上我们采用了增量式PID。这里有个关键点电赛中的控制稳定性和快速收敛往往比追求极限精度更重要。我们并没有花大量时间去整定一套完美的PID参数而是准备了三组参数一组用于大范围快速追踪P值较大I/D较小一组用于小范围精细稳定P值较小I值适当一组折中。通过一个简单的条件判断如误差角度大于某个阈值在现场切换参数效果立竿见影。关于步进电机开环驱动堵转检测我们确实做了。方法很简单在电机驱动代码中记录每次发送脉冲指令的时刻和预期位置。同时通过一个光电传感器或限位开关虽然题目未要求作为“归零”参考点。系统每隔一段时间比如10秒会尝试让电机回到零点附近如果实际位置与预期位置偏差持续过大则判断可能发生堵转或失步触发报警并尝试复位。这是一个增加系统鲁棒性的“加分项”。2.3 系统联调与通信神经要通视觉模块(K210)和主控(STC32G)之间如何通信UART是最常见的选择。这里的关键在于协议设计。我们定义了一个非常简单的帧结构帧头(0xAA) 命令字 数据长度 数据域(目标坐标X, Y) 校验和。K210识别到目标后持续通过串口发送坐标数据。STC32G接收后先进行校验和判断再解包数据。务必加入超时判断如果超过一定时间比如100ms没收到有效的视觉数据主控应让云台停止运动或进入缓慢扫描模式防止因通信中断导致电机乱转。另一个联调重点是时序。图像处理、PID计算、电机驱动这三个环节对时间的要求不同。我们的处理方式是在K210端控制识别算法的循环频率在20-30Hz即可保证数据稳定在STC32G端PID计算和电机控制的中断频率设置在1kHz确保控制的实时性。两者通过串口异步通信主控以“最新接收到的数据”为准进行控制避免因处理速度不匹配产生累积延迟。3. 那些“报告”里不会写的踩坑实录电赛报告可以写得漂亮但真实的调试过程往往狼狈不堪。下面分享几个我们踩过的大坑希望你能绕过去。3.1 电源的“隐形杀手”你以为的5V不是5V这是最经典、最致命的问题。我们系统中有K210核心板通常需5V、STC32G3.3V或5V、TB6600驱动器需9-42V输入、舵机5-6V。最初我们贪图方便用一个12V开关电源适配器接一个降压模块给整个系统供电。结果一上电K210频繁死机复位步进电机运动时屏幕疯狂抖动。问题根源大功率电机特别是步进电机启停瞬间会产生巨大的电流尖峰和反向电动势导致电源网络上产生剧烈的电压波动浪涌。那个廉价的降压模块响应速度慢无法滤除这些干扰造成数字电路电源电压瞬间跌落或尖峰导致单片机复位、传感器数据出错。解决方案电源隔离与分级供电这是黄金法则。我们后来改用两组电源一组大功率的12V锂电池或稳压电源单独给TB6600驱动器供电另一组干净的5V稳压电源如线性稳压模块LDO给K210、STC32G、摄像头等数字电路部分供电。两者共地即可。加入大量电容在每块芯片的电源引脚附近紧贴芯片焊接一个0.1uF的陶瓷电容和一个10uF的钽电容用于滤除高频和低频噪声。电机驱动电源入口加TVS管和大的电解电容在TB6600的电源输入端并联一个1000uF以上的电解电容储能并加上瞬态电压抑制二极管(TVS)吸收电机产生的反向电动势尖峰。这个坑让我们损失了大半天时间但也让我们深刻理解了电赛电源模块设计的重要性——它绝不是简单的电压转换。3.2 机械结构的“软骨头”再好的算法也救不了糟糕的硬件我们最初用3D打印件和铝型材搭的云台看起来有模有样。但一旦步进电机高速启停整个云台就开始共振、摇晃导致摄像头画面抖动识别定位完全失准。PID参数怎么调都没用。教训控制系统的性能上限往往由机械结构决定。软件算法只能优化无法弥补硬件的根本缺陷。改进措施增强刚性换用更厚的亚克力板或碳纤维板作为核心支撑结构。所有连接处使用金属螺丝螺母加垫片锁紧避免使用塑料扎带。优化重心将沉重的摄像头、激光笔尽可能靠近云台旋转轴心安装减少转动惯量。加入机械限位虽然步进电机可以编程控制行程但物理限位开关是防止程序跑飞损坏机械结构的最后保险。我们在水平旋转和俯仰两个方向都安装了限位开关。联轴器选择电机轴和负载轴之间如果不同心用刚性联轴器会引入巨大应力。我们换用了柔性的梅花联轴器允许一定的径向和角向偏差保护了电机轴承。3.3 通信的“幽灵数据”为什么收不到/收到乱码k210与stm32通讯、openmv与stm32通信这类问题搜索量很高说明这是共性问题。我们遇到的情况是K210发送的数据STC32G有时能收到有时收不到有时收到一堆乱码。排查过程检查波特率这是最基础的。确保发送端和接收端波特率、数据位、停止位、校验位完全一致。我们曾因为K210端代码里波特率设置是115200而STC端程序里误写成9600调试了整整两个小时。共地共地共地重要的事情说三遍。K210的GND必须和STC32G的GND以及USB转TTL模块的GND连接在一起。不共地电平参考点不同通信必然失败。电平匹配K210的IO口通常是3.3V电平而STC32G如果工作在5V模式其UART引脚输出高电平为5V。虽然3.3V器件通常能容忍5V输入查看数据手册确认但最稳妥的方式是使用电平转换芯片如TXS0108E或电阻分压电路。软件流控与缓冲区在串口初始化时我们关闭了硬件流控RTS/CTS。同时在STC32G的串口中断服务程序中要及时读取接收缓冲区(SBUF)的数据并存入自定义的数组防止缓冲区溢出导致数据覆盖。中断服务函数里处理时间要尽可能短。4. 电赛报告怎么写不仅仅是模板网上有很多电赛报告模板但生搬硬套往往写不出高分报告。评委老师要在极短时间内审阅大量报告你的报告必须清晰、专业、有重点。4.1 结构清晰突出重点报告不是开发日记不能流水账。我们当时的结构如下摘要用300字左右概括系统方案、核心技术指标如追踪速度、稳定精度和最终测试结果。这是门面要精炼。系统方案论证这是体现你思考深度的地方。不要只写“我们选择了K210和STC32G”。要写为什么选对比过哪些方案比如视觉方案可以对比OpenMV和K210在识别速度、精度、开发难度上的优劣控制方案对比舵机和步进电机在力矩、精度、成本上的差异。给出定量的比较如K210处理一帧图像需30msOpenMV需120ms让评委看到你的决策过程。核心电路设计与计算不是把所有电路图都贴上去。重点展示有设计含量的部分。例如电机驱动电路TB6600与STM32的接口电路为什么要加光耦隔离电源管理电路多路电源如何分配电容如何选型计算信号调理电路如果有传感器的话。对于关键参数如滤波电容容值、限流电阻阻值要给出计算公式和依据。系统软件设计用流程图代替大段代码。突出核心算法目标识别与坐标转换的流程图、PID控制算法的程序流程图、主程序状态机流程图。在附录中附上关键代码片段如PID函数、通信协议解析函数。测试方法与数据用数据说话。设计科学的测试表格。例如测试项目测试条件测试结果是否达标静态识别精度小球距离摄像头1m中心像素误差±3像素是动态追踪延迟小球匀速摆动系统延迟 150ms是云台稳定时间给定阶跃信号调节时间 2s超调量 10%是整机连续运行满负荷运行30分钟无复位、无死机是总结客观分析系统优缺点并提出可实现的改进方向如引入IMU进行姿态补偿、使用更轻质的材料优化机械结构。4.2 图表专业描述准确电路图使用专业的EDA软件绘制如Altium Designer, KiCad导出清晰的PDF或图片元件标号、参数要完整。程序流程图、系统框图用Visio或Draw.io绘制保持风格统一。实物照片要从多个角度拍摄重点展示整体布局和关键细节照片要清晰、亮度适中背景整洁。所有图表都要有编号和标题并在正文中引用如“如图1所示”、“参见表2”。4.3 避免低级错误单位要统一且正确mA, V, ms, °。术语要规范“单片机”不要写成“单片鸡”“通信”不要写成“通讯”。检查错别字和语法。一份错漏百出的报告会让评委对你的作品可靠性也产生怀疑。5. 给备赛同学的建议功夫在赛外电赛那四天三夜其实是对你前期积累的一次集中检验。以下建议来自我们和很多获奖队伍的经验。1. 团队构成与协作不是三个“大神”的简单叠加最理想的团队是一个偏硬件电路设计、PCB绘制、焊接调试、一个偏软件单片机编程、算法实现、一个偏综合机械结构、文档报告、进度协调。但更重要的是沟通能力。每天固定时间开短会同步进度、明确障碍。使用Git进行代码版本管理用云文档同步设计思路和测试数据。2. 模块化训练与“武器库”建设不要等到赛题公布才去学。在备赛期以常见赛题方向控制、电源、测量、通信为目标进行模块化训练。比如控制类熟练掌握步进电机TB6600、D36A驱动、舵机、直流电机的驱动。调通一个双闭环位置环速度环的云台控制系统。视觉类玩透OpenMV和K210。用OpenMV实现颜色识别、巡线、二维码识别等基础功能。用K210训练一个识别常见物体球体、方块、人脸的模型并完成串口通信。基础电路亲手焊接并调试一个线性稳压电源、一个DC-DC降压模块、一个运放信号调理电路。理解原理而不仅仅是使用模块。把这些调试成功的模块代码、电路图、参数配置整理成“武器库”比赛时可以直接移植、修改节省大量时间。3. 熟悉你的“战友”元器件与仪器元器件对常用的传感器超声波、红外、摄像头、陀螺仪、驱动芯片、单片机型号了如指掌。知道它们的供电电压、接口方式、通信协议。仪器熟练使用示波器测量波形、看噪声、信号发生器、直流稳压电源。特别是示波器要学会用单次触发捕捉异常脉冲用测量功能看频率和幅值。4. 心态与体力管理四天三夜是马拉松合理分配时间。第一天上午确定方案下午完成核心电路和框架代码第二天全天调试第三天完善优化、撰写报告第四天上午最后测试、封装。避免前松后紧最后熬夜赶工错误百出。遇到问题科学排错从信号流出发分段排查。比如电机不转就检查单片机GPIO有无输出信号 - 驱动器输入信号是否正常 - 驱动器使能端是否有效 - 电机绕组是否导通 - 电源是否正常。而不是毫无头绪地东改西改。保持沟通及时求助队友之间多交流卡在一个问题上超过两小时毫无进展就应该集思广益或考虑备用方案。电赛的结果固然重要但备赛和参赛过程中那种为了解决一个实际问题而彻夜钻研、团队协作的经历以及硬件设计、软件编程、系统调试等综合能力的全面提升才是更宝贵的财富。它远不止于电赛报告模板和张大头步进电机教程而是一场关于工程实践的全方位淬炼。希望这些从实战中获得的经验能帮助你少走一些我们曾经走过的弯路。