1. 从一道企业命题说起MCU电子系统设计到底在考什么兆易创新作为国内MCU领域的头部厂商连续多年在中国研究生电子设计竞赛中设置企业命题这件事本身就值得琢磨。很多同学第一次看到“MCU电子系统设计”这个方向脑子里第一反应是“不就是拿块开发板跑个例程吗”但真正做过企业命题的人都知道这里面的门道远比想象中深。企业命题和自由命题最大的区别在于企业命题有明确的工程导向评委看的不是你的创意有多花哨而是你的系统设计是否合理、代码是否规范、方案是否具备量产可行性。我前后参与过几届研电赛的指导工作也带过几支队伍打过兆易创新的赛道踩过的坑不算少。这篇文章就把整个备赛过程拆开来讲——从选题思路、芯片选型、工具链搭建到系统架构设计、关键模块实现再到调试排错和答辩准备尽量把每个环节的“为什么”和“怎么做”都说透。无论你是第一次参赛的新手还是已经有一定嵌入式基础想冲奖的老手应该都能从中找到对自己有用的东西。先明确一点兆易创新企业命题的核心平台是GD32系列MCU这是兆易自家的基于Arm Cortex-M内核的通用微控制器产品线。你需要围绕GD32做一套完整的电子系统涵盖硬件设计、驱动开发、功能实现和系统联调。评委关注的维度通常包括方案完整性、技术难度、创新性、工程规范性和现场演示效果。这几个维度里工程规范性是最容易被忽视但又最能拉开差距的——很多队伍功能做出来了但代码一团糟、文档不规范、演示时手忙脚乱最后分数并不理想。2. 赛题拆解与方案选型别一上来就写代码2.1 读懂命题背后的真实需求企业命题通常会给出一个应用场景或者功能方向比如“基于GD32的智能环境监测系统”“基于GD32的电机控制方案”之类。很多队伍拿到题目就开始画框图、选传感器这个顺序其实反了。我的建议是先做三件事第一把命题描述逐字拆解找出关键词和隐含约束。比如题目里提到“低功耗”那你的方案就必须在电源管理上下功夫不能选一堆高功耗外设然后说“我用了睡眠模式”就完事。第二去兆易创新官网把GD32的产品线摸一遍看看哪些型号适合你的场景。GD32F系列、GD32E系列、GD32L系列各有侧重F系列主打通用高性能E系列偏工业控制L系列是低功耗路线。选错了系列后面会很难受。第三找几篇往届获奖作品的技术报告看看不是让你抄而是感受一下评委认可的作品大概是什么水准、什么风格。注意命题里没有明确写出来的需求往往才是拉开差距的地方。比如“数据采集”这个功能你只做到采集和显示和做到采集本地存储异常报警数据上传完全是两个难度层级。2.2 芯片选型的几个硬指标选GD32的具体型号时我一般会看这几个维度维度考量要点常见误区主频与内核Cortex-M4/M23/M33等主频是否满足运算需求盲目追高主频功耗和成本失控Flash/RAM代码量和数据缓冲需求留30%余量刚好够用后期加功能就爆了外设资源ADC通道数、定时器数量、通信接口忽略引脚复用冲突封装与引脚手工焊接难度、PCB布局空间选了BGA封装实验室焊不了开发工具支持Keil、IAR、Embedded Builder兼容性选了冷门型号例程都找不到我个人的经验是对于研电赛这种周期通常只有两三个月的比赛优先选GD32F303或GD32E230这类资料多、社区活跃、开发板便宜的型号。GD32F303系列是很多高校实验室的标配例程丰富Keil和IAR的支持都很成熟。GD32E230则是性价比之选Cortex-M23内核适合低功耗场景。如果你做的是偏AI边缘计算的方向可以考虑GD32F4系列或者带DSP指令的型号。2.3 开发工具链的搭建工具链这块Keil MDK是大多数队伍的首选原因是资料多、教程全、调试方便。但Keil是商业软件虽然学校通常有授权但如果你在个人电脑上开发需要注意License问题。另一个选择是兆易创新自家的GD32 Embedded Builder这是一款基于Eclipse的免费IDE集成了GCC编译器和GDB调试器支持GD32全系列。我实测下来Embedded Builder在代码补全和工程管理上不如Keil顺手但胜在免费且官方支持力度大。还有一条路是用VS Code PlatformIO或者VS Code Cortex-Debug插件这套方案灵活度高适合习惯命令行工具的开发者。不过对于比赛来说时间宝贵我建议选你最熟悉的工具链不要为了“看起来专业”而临时换工具。烧录工具方面J-Link和GD-Link都可以。J-Link兼容性好支持SWD和JTAG速度也快但价格偏高。GD-Link是兆易官方的调试器价格便宜配合Embedded Builder使用体验不错。如果你用的是KeilJ-Link的体验会更好一些。3. 硬件设计从原理图到PCB的实战要点3.1 最小系统板设计GD32的最小系统包括几个核心部分电源电路、晶振电路、复位电路、启动模式配置和调试接口。电源部分GD32通常需要3.3V供电如果输入是5V需要加LDO或者DC-DC降压。这里有个细节模拟电源引脚VDDA和数字电源引脚VDD之间要加磁珠或者电感隔离否则ADC采样会受到数字噪声干扰。我见过不少队伍在这个地方翻车ADC读数跳得厉害查了半天以为是代码问题其实是电源没处理好。晶振电路方面GD32一般支持外部高速晶振HXTAL和外部低速晶振LXTAL。HXTAL通常用8MHz配合内部PLL倍频到系统主频。LXTAL用32.768kHz给RTC用。如果你不用RTCLXTAL可以省掉。晶振旁边的负载电容需要根据晶振规格书来选一般15-22pF但实际值最好用示波器测一下起振情况再定。复位电路用一个10k上拉电阻加100nF电容就够了手动复位按键并联在电容两端。启动模式引脚BOOT0需要下拉到地否则可能从错误的存储区启动。调试接口用SWD只需要SWDIO、SWCLK、GND和VCC四根线比JTAG省引脚。3.2 外设扩展与接口设计根据你的赛题方向外设扩展差别很大。但有几个通用原则通信接口预留至少留一路UART用于调试打印一路I2C或SPI用于传感器扩展。UART的TX/RX最好引出排针方便接USB转串口模块。ADC输入保护如果采集外部模拟信号输入端加RC滤波和钳位二极管防止过压损坏MCU。GPIO驱动能力GD32的GPIO单脚最大输出电流一般在20mA左右驱动LED没问题但驱动继电器或者电机必须加三极管或者驱动芯片。去耦电容每个电源引脚旁边放一个100nF陶瓷电容靠近引脚放置。整板再放一个10uF钽电容或者电解电容做储能。PCB布局时晶振尽量靠近MCU走线短而粗下方不要走其他信号线。模拟地和数字地分开铺铜单点连接。如果板子上有开关电源电感下方不要走敏感信号线。3.3 一个容易忽略的点调试接口的可靠性很多队伍在实验室调试一切正常到了比赛现场演示就出问题十有八九是调试接口接触不良。我的做法是调试排针用2.54mm间距的不要用1.27mm的虽然占地方但可靠。SWDIO和SWCLK线尽量短如果必须走长线中间串一个33Ω电阻做阻抗匹配。另外调试接口的VCC不要直接接到板子的3.3V上中间加一个跳线帽这样你可以单独给MCU供电而不影响调试器。4. 软件架构裸机、RTOS还是状态机4.1 裸机开发的适用场景如果你的系统功能比较单一比如只做数据采集和显示裸机加前后台架构就够了。主循环里轮询各个任务中断处理紧急事件。这种架构简单直接调试方便没有RTOS的调度开销和栈溢出风险。但缺点是实时性差如果某个任务耗时太长其他任务就会被阻塞。我一般会这样组织裸机代码int main(void) { system_init(); peripheral_init(); while (1) { task_sensor_read(); task_data_process(); task_display_update(); task_communication(); } }每个task函数内部用状态机或者时间戳来判断是否该执行避免阻塞。比如task_sensor_read里判断距离上次读取是否超过100ms是则读取否则直接返回。4.2 RTOS的引入时机当你的系统需要同时处理多个实时性要求不同的任务时RTOS的优势就体现出来了。比如你既要跑电机控制高实时性又要处理串口通信中等实时性还要刷新LCD显示低实时性裸机很难保证电机控制的周期稳定性。这时候可以上FreeRTOS或者RT-Thread Nano。FreeRTOS在GD32上的移植资料很多兆易官方也提供了FreeRTOS的例程。RT-Thread Nano更轻量中文资料丰富适合国内队伍。但要注意RTOS会引入额外的RAM开销每个任务需要独立的栈空间如果你的MCU RAM只有几十KB要仔细规划任务数量和栈大小。提示比赛时间有限如果你的团队没有RTOS经验不要为了“看起来高级”而强行上RTOS。一个稳定运行的裸机系统比一个调度混乱的RTOS系统得分更高。4.3 状态机设计被低估的利器不管用不用RTOS状态机都是嵌入式开发中非常实用的设计模式。特别是对于协议解析、流程控制这类场景状态机可以让代码逻辑清晰、易于调试。我通常用switch-case实现有限状态机typedef enum { STATE_IDLE, STATE_RECEIVING, STATE_PROCESSING, STATE_SENDING, STATE_ERROR } system_state_t; system_state_t current_state STATE_IDLE; void state_machine_run(void) { switch (current_state) { case STATE_IDLE: if (data_ready()) { current_state STATE_RECEIVING; } break; case STATE_RECEIVING: if (receive_complete()) { current_state STATE_PROCESSING; } else if (timeout()) { current_state STATE_ERROR; } break; // ... 其他状态 } }这种写法比一堆if-else嵌套清晰得多而且方便加超时处理和错误恢复。5. 关键模块实现以数据采集与显示为例5.1 ADC多通道采集与滤波GD32的ADC是12位逐次逼近型支持多通道扫描。配置时需要注意几点采样时间要根据信号源阻抗来选阻抗高就选长采样时间多通道扫描时要用DMA搬运数据否则CPU频繁中断会影响其他任务参考电压要稳定最好用外部基准源。软件滤波方面最简单的办法是多次采样取平均。比如每个通道采16次去掉最大最小值后取平均。如果信号变化慢可以用滑动平均滤波。如果噪声有周期性可以用中值滤波。我一般会组合使用先中值滤波去掉脉冲噪声再滑动平均平滑数据。#define FILTER_LEN 8 uint16_t adc_filter(uint8_t ch) { uint16_t buf[FILTER_LEN]; uint32_t sum 0; for (int i 0; i FILTER_LEN; i) { buf[i] adc_read(ch); } // 冒泡排序 for (int i 0; i FILTER_LEN - 1; i) { for (int j 0; j FILTER_LEN - 1 - i; j) { if (buf[j] buf[j1]) { uint16_t tmp buf[j]; buf[j] buf[j1]; buf[j1] tmp; } } } // 去掉最大最小各两个取中间4个平均 for (int i 2; i FILTER_LEN - 2; i) { sum buf[i]; } return sum / (FILTER_LEN - 4); }5.2 LCD显示驱动如果你的赛题需要显示数据LCD是常见选择。GD32驱动LCD有两种方式一种是FSMC灵活静态存储控制器驱动并口LCD速度快但占用引脚多另一种是SPI驱动串口屏引脚少但刷新率低。对于比赛来说SPI串口屏更实用因为接线简单驱动库成熟。如果你用的是SPI LCD初始化流程一般是配置SPI外设时钟极性、相位、波特率、配置GPIOCS、DC、RST、发送初始化命令序列、实现画点/画线/显示字符函数。显示字符需要字库可以用PCtoLCD2002取模软件生成。注意SPI的时钟极性CPOL和相位CPHA必须和LCD控制器匹配否则数据会错位。如果不确定先用低速SPI测试通了再提高速度。5.3 数据存储与日志比赛中经常需要记录运行数据方便赛后分析。GD32内部的Flash可以用来存储日志但要注意Flash的擦写寿命一般10万次左右和擦写粒度通常按页擦除一页1KB或2KB。如果日志写入频繁建议加一个外部SPI Flash或者SD卡。内部Flash存储日志的思路是划分一个区域作为日志区每条日志包含时间戳、数据类型和数据内容。写入时先判断当前页是否写满写满则擦除下一页再写。读取时从日志区头部开始扫描遇到空数据停止。#define LOG_PAGE_SIZE 2048 #define LOG_START_ADDR 0x08010000 typedef struct { uint32_t timestamp; uint8_t type; uint8_t data[16]; uint16_t crc; } log_entry_t; void log_write(log_entry_t *entry) { static uint32_t write_addr LOG_START_ADDR; // 检查是否需要擦除 if ((write_addr % LOG_PAGE_SIZE) 0) { flash_erase_page(write_addr); } flash_write(write_addr, (uint8_t *)entry, sizeof(log_entry_t)); write_addr sizeof(log_entry_t); }6. 调试与排错那些年我们踩过的坑6.1 程序下载失败排查下载失败是新手最常遇到的问题。排查顺序一般是检查调试器连接SWDIO、SWCLK、GND、VCC四根线是否接好、检查MCU供电3.3V是否正常、检查BOOT0引脚是否下拉到地、检查复位引脚是否被拉低、检查Keil或Embedded Builder里的芯片型号是否选对。如果以上都没问题可能是芯片被锁了需要用GD-Link或者J-Link的解锁功能擦除芯片。还有一种情况是程序下载进去了但不运行。这时候先检查启动文件是否正确、中断向量表是否偏移、系统时钟配置是否正确。我遇到过好几次是因为HXTAL没起振程序卡在时钟初始化里。用示波器测一下晶振引脚如果没有波形检查负载电容和晶振本身。6.2 串口通信乱码串口乱码的原因通常有三个波特率不匹配、时钟源不准、TX/RX接反。波特率不匹配最常见检查双方波特率是否一致特别是用了内部RC振荡器做时钟源时RC的精度不够会导致波特率偏差。GD32的内部RC振荡器精度一般在±1%左右对于115200以上的波特率可能会累积误差导致乱码。解决办法是改用外部晶振做时钟源。6.3 ADC采样值跳动ADC采样值跳动大先排除硬件问题参考电压是否稳定、模拟输入是否加了滤波、模拟地和数字地是否隔离。如果硬件没问题再看软件采样时间是否足够、是否用了DMA、是否有其他外设干扰。我遇到过一次是因为ADC采样时LED在闪烁LED的电流变化通过电源耦合到了ADC参考电压上。把LED关掉采样就稳了。6.4 常见问题速查表现象可能原因排查方法下载失败接线错误、供电异常、芯片锁定检查SWD连线、测电压、解锁芯片程序不运行时钟配置错误、启动模式错误测晶振、检查BOOT0串口乱码波特率不匹配、时钟不准核对波特率、改用外部晶振ADC跳动参考电压不稳、采样时间短加滤波电容、增加采样时间程序跑飞栈溢出、数组越界、中断冲突减小局部变量、检查数组边界功耗偏高未用外设未关闭、GPIO状态不对关闭未用时钟、配置GPIO为模拟输入7. 系统联调与演示准备7.1 联调阶段的检查清单系统联调是把各个模块拼在一起的过程也是最容易出问题的阶段。我的习惯是做一个联调检查清单每完成一项就打勾电源系统各路电压正常纹波在可接受范围最小系统能下载程序能跑LED闪烁调试接口串口能打印SWD能在线调试各外设单独测试ADC、LCD、传感器、通信模块逐个验证模块间通信数据流是否正确时序是否匹配异常处理断线、超时、数据异常时系统是否稳定长时间运行连续跑2小时以上看是否死机或数据漂移7.2 演示环节的注意事项比赛现场的演示时间通常很有限评委不会给你慢慢调试的机会。所以演示前一定要做几件事准备一份简洁的演示脚本明确每个步骤要展示什么提前到场地测试电源和信号干扰情况准备备用板和备用线材把关键数据提前跑出来现场演示时直接展示结果避免现场等待。我见过有队伍现场演示时传感器一直读不到数据折腾了五分钟最后发现是杜邦线松了。这种问题完全可以通过提前测试和备用方案避免。7.3 技术文档的撰写技术文档是评委了解你工作的主要途径重要性不亚于现场演示。文档结构一般包括系统框图、硬件设计说明、软件流程图、关键代码说明、测试数据和分析、创新点总结。写文档时注意几点框图要清晰用Visio或者draw.io画不要手绘拍照代码说明要讲清楚设计思路不要贴一大段代码就完事测试数据要有对比比如滤波前后的ADC数据对比、优化前后的功耗对比。提示文档的排版和格式也会影响印象分。统一字体、统一编号、图表有标题、页码完整这些细节花不了多少时间但能让评委觉得你做事规范。8. 备赛节奏与团队分工8.1 时间线规划以三个月的备赛周期为例我建议这样分配时间第一个月完成方案设计、芯片选型、硬件设计和打板第二个月完成软件开发和外设调试第三个月进行系统联调、文档撰写和演示准备。实际执行时硬件打板通常需要一周左右的周期所以要提前下单。软件开发和硬件调试可以并行但前提是硬件最小系统先调通。8.2 团队分工建议研电赛通常是三人组队合理的分工是一人负责硬件设计和调试一人负责底层驱动和系统架构一人负责应用逻辑和文档撰写。但实际比赛中三个人都要能上手调试不能各管一摊互不相通。我建议每周至少做一次集体联调确保大家对整体系统都有了解。8.3 我个人的几点体会带了几届队伍下来我发现获奖的队伍往往不是技术最强的而是做事最规范的。技术强的队伍可能功能做得很炫但文档一塌糊涂、演示手忙脚乱最后分数并不高。反而是那些方案不算惊艳但每一步都做得扎实的队伍更容易拿到好成绩。另外不要忽视选题的重要性。有些题目看起来简单但做深了很难有些题目看起来复杂但有很多现成的方案可以参考。选题时要结合团队的实际能力和兴趣不要盲目追热点。如果你对电机控制没兴趣硬选电机控制的题目备赛过程会很痛苦。最后比赛只是手段不是目的。通过备赛把GD32的開發流程走一遍把嵌入式系统的设计方法学明白这些收获比拿奖本身更有价值。我在带队伍的过程中看到很多同学从连Keil都不会装到能独立完成一套完整的嵌入式系统这个成长过程才是最有意义的。
