国产MCU实战对比：STM32、GD32与CH32V103在真实项目中的表现与选型

1. 从一块“不听话”的板子说起去年这个时候我手里同时开着三块开发板一块STM32F103C8T6的最小系统板一块GD32F103C8T6的替代板还有一块CH32V103C8T6的RISC-V评估板。三块板子引脚基本兼容价格却差了一大截。当时我的想法很简单就是想搞清楚一件事国产芯片到底能不能在真实项目里扛住活儿还是只能在点灯实验里刷存在感。这一年里我用这三套平台做了不少东西从简单的串口通信、定时器捕获到CAN总线组网、USB设备模拟、步进电机控制甚至还拿它们驱动过ILI9341屏幕和DS3231时钟模块。踩过的坑不少但也积累了一些实实在在的经验。这篇文章不打算复述数据手册上的参数也不准备做那种“跑个分就下结论”的评测。我想从一个实际使用者的角度聊聊国产芯片在真实项目中的表现哪些地方超出预期哪些地方还需要注意以及在不同场景下该怎么选型。如果你正在考虑用国产芯片替代进口方案或者手头有STM32项目想迁移到GD32、CH32V103这类平台上这篇文章里的经验应该能帮你少走一些弯路。我会尽量把每个结论背后的原因讲清楚把操作步骤写具体让你看完就能动手试。2. 三套平台的选型逻辑与核心差异2.1 为什么是这三块芯片选STM32F103C8T6作为基准原因很简单它是过去十年里最普及的ARM Cortex-M3入门芯片资料多、生态成熟、价格透明。用它做参照国产芯片的优劣一目了然。GD32F103C8T6是兆易创新的产品引脚和STM32F103基本兼容同样采用Cortex-M3内核但主频更高官方标称108MHz而STM32F103是72MHz。这个差异在实际跑分和响应速度上能感觉到后面会细说。CH32V103C8T6来自沁恒微电子用的是RISC-V内核不是ARM架构。这一点很关键意味着它的开发工具链、启动文件、链接脚本都和STM32不一样。选它是因为RISC-V这两年热度很高很多人好奇它在MCU层面到底能不能打。三块芯片都是LQFP48封装引脚数一样供电范围接近外设种类也大同小异。但内部结构、时钟树、中断控制器、Flash访问机制都有区别。这些区别在简单实验里看不出来一旦项目复杂度上来就会变成实实在在的坑。2.2 核心参数对比与实际感受先看一张对比表数据来自官方手册和我自己的实测项目STM32F103C8T6GD32F103C8T6CH32V103C8T6内核Cortex-M3Cortex-M3RISC-V RV32IMAC主频72MHz108MHz80MHzFlash64KB64KB64KBSRAM20KB20KB20KB供电2.0-3.6V2.6-3.6V2.0-3.6V定时器4个5个4个CAN1路1路1路USB1路FS1路FS1路FS价格区间中低低从表格看GD32在定时器数量上多一个主频也更高。CH32V103的RISC-V内核在参数上不落下风但工具链和生态是另一回事。实际用下来GD32的108MHz不是噱头。我做过一个定时器捕获测频率的实验同样用72MHz的STM32和108MHz的GD32GD32能捕获到的最高频率明显更高中断响应也更快。但高主频带来一个问题功耗上去了。在电池供电的场景里这个差异需要纳入考量。CH32V103的80MHz在日常任务里够用但它的Flash访问速度和中断延迟跟ARM内核有区别。写代码时如果沿用STM32的思维比如假设某条指令的执行周期可能会出问题。后面会具体讲。2.3 工具链与开发环境的现实情况STM32的开发环境最成熟Keil MDK、IAR、STM32CubeIDE、PlatformIO、VSCode加插件选择很多。芯片包安装也简单Keil里直接下载对应Pack就行。GD32的情况稍好于预期。官方提供了GD32Cube界面和STM32CubeMX很像能生成初始化代码。但要注意GD32Cube生成的代码和STM32的HAL库不完全一样有些函数名和参数有差异。另外GD32的芯片包在Keil里需要单独安装不是所有版本的Keil都自带。CH32V103的生态最特殊。沁恒提供了MounRiver Studio基于Eclipse改造内置RISC-V工具链。用起来还行但和Keil的体验差距明显。如果你想用VSCode加RISC-V工具链自己搭环境需要手动配置link.ld链接脚本、启动文件、OpenOCD调试配置门槛不低。我试过用VSCode加PlatformIO跑CH32V103社区支持有限最后还是回到MounRiver。提示如果你团队里有人习惯了Keil加STM32CubeMX的组合迁移到CH32V103时要有心理准备工具链的切换成本是真实存在的。3. 实际项目中的表现与关键细节3.1 串口通信与中断响应串口是最基础的外设但最能看出芯片的响应特性。我用三块板子分别做了同样的实验波特率115200开启接收中断每收到一个字节就翻转一个GPIO用逻辑分析仪看中断延迟。STM32F103的中断延迟在12个时钟周期左右72MHz下大约167ns。GD32F103在108MHz下中断延迟按周期数算差不多但绝对时间更短大约111ns。CH32V103的RISC-V内核中断响应机制不同实测延迟在200ns上下比STM32稍慢但差距不大。真正让我意外的是连续接收大量数据时的表现。STM32在115200波特率下连续接收1KB数据偶尔会丢字节原因是中断服务程序里如果处理时间过长下一个字节就覆盖了。GD32因为主频高同样代码下丢字节的概率低很多。CH32V103需要更仔细地优化中断服务程序否则也容易丢数据。这里有个实操心得不管用哪块芯片串口接收中断里尽量不要做耗时操作把数据存到缓冲区在主循环里处理。如果必须实时处理考虑用DMA。GD32的DMA和STM32基本兼容CH32V103的DMA配置寄存器地址不同需要查手册。3.2 定时器捕获测频率的实战定时器捕获测频率是很多项目里的刚需比如测转速、测脉冲宽度。我用TIM2的通道1做输入捕获信号源是信号发生器产生的方波。STM32F103在72MHz下预分频器设为0捕获分辨率是1/72MHz约13.9ns。测1kHz方波很准测100kHz开始有误差测1MHz基本测不准了。GD32F103在108MHz下同样预分频分辨率提升到9.26ns。测100kHz误差明显小于STM32测500kHz还能勉强看出波形。这个优势在需要测高频信号的场景里很实用。CH32V103的定时器时钟是80MHz分辨率12.5ns介于两者之间。但它的捕获中断处理需要更小心因为RISC-V的中断向量表和ARM不同配置错了会直接进不了中断。具体配置步骤以GD32为例使能TIM2时钟和GPIOA时钟。配置PA0为浮空输入。配置TIM2的预分频器和自动重装载值。配置通道1为输入捕获模式触发边沿选上升沿。使能捕获中断和TIM2。在中断服务程序里读取捕获值计算频率。注意GD32的定时器寄存器地址和STM32有细微差别直接照搬STM32的寄存器操作代码可能会失败。建议用官方库函数或者仔细核对手册。3.3 CAN总线通信的稳定性CAN总线在工业控制和汽车电子里很常见。我用三块板子分别做了CAN回环测试和双机通信测试收发器用的是TJA1050。STM32F103的CAN外设很成熟配置好波特率后基本不会出问题。但有一个经典坑CAN通信突然连不上很多时候是因为终端电阻没接或者波特率配置和总线上的其他节点不一致。GD32的CAN和STM32兼容但我在调试时遇到过一次奇怪的问题用GD32Cube生成的CAN初始化代码编译后通信正常但重新上电后偶尔连不上。后来发现是初始化顺序的问题GD32的CAN需要先配置过滤器再使能顺序反了就会出问题。CH32V103的CAN配置和STM32差异较大寄存器名称和位定义都不同。我花了差不多两天才调通。沁恒的例程里CAN部分写得比较简略需要结合手册自己补全。问题现象可能原因排查方法CAN完全无通信终端电阻缺失测量CANH和CANL之间电阻应为60欧姆左右通信时断时续波特率不匹配用示波器看位时间核对波特率配置上电后偶尔失败初始化顺序错误检查过滤器配置和使能顺序收到错误帧总线负载过高降低发送频率或增加优先级3.4 USB设备模拟的坑STM32的USB外设资料最多用CubeMX生成USB HID或CDC设备很方便。我做过一个USB转串口的设备用STM32F103的USB FS枚举过程顺利驱动装好后就能用。GD32的USB和STM32不完全兼容。虽然都是USB FS但GD32的USB寄存器有差异。我用GD32Cube生成USB CDC代码编译通过但枚举失败。后来发现是时钟配置的问题GD32的USB需要48MHz时钟而它的时钟树和STM32不同需要仔细配置PLL。CH32V103的USB例程相对完整沁恒提供了USB设备库。但RISC-V的中断处理和ARM不同USB中断的优先级配置需要特别注意。我遇到过一次USB枚举成功但数据传输不稳定的情况最后发现是中断优先级设得太低被其他中断打断了。提示做USB设备时不管用哪块芯片先用官方例程跑通再改自己的代码。USB协议复杂从零开始调很容易卡住。4. 迁移与替代中的常见问题排查4.1 从STM32迁移到GD32的注意事项GD32和STM32的兼容性最好但也不是无缝迁移。我总结了几条经验第一启动文件不同。GD32的启动文件里堆栈大小和中断向量表位置可能和STM32不一样直接替换芯片后如果程序跑飞先检查启动文件。第二Flash等待周期不同。GD32在108MHz下需要插入等待周期而STM32在72MHz下不需要。如果代码里有精确的延时函数迁移后需要重新校准。第三ADC和DAC的参考电压可能不同。GD32的ADC参考电压默认是VDDA和STM32一样但内部校准值不同需要重新校准。第四GPIO的驱动能力有差异。GD32的GPIO灌电流和拉电流能力与STM32略有不同驱动LED或继电器时要注意。4.2 CH32V103的RISC-V链接脚本配置CH32V103用RISC-V工具链链接脚本link.ld和STM32的分散加载文件完全不同。我第一次编译时遇到“region RAM overflow”错误原因是默认的link.ld里RAM大小设置不对。正确的做法是打开MounRiver Studio生成的link.ld找到MEMORY段确认FLASH和RAM的起始地址和大小MEMORY { FLASH (rx) : ORIGIN 0x00000000, LENGTH 64K RAM (xrw) : ORIGIN 0x20000000, LENGTH 20K }注意CH32V103的Flash起始地址是0x00000000不是STM32的0x08000000。这一点在配置调试器时也要注意否则烧录会失败。4.3 调试器兼容性问题STM32用ST-Link调试最方便GD32也支持ST-Link但需要更新固件。CH32V103用WCH-Link调试不能用ST-Link。我试过用J-Link调试GD32需要安装GD32的J-Link支持包否则识别不到芯片。CH32V103目前只能用WCH-Link或MounRiver Studio内置的调试功能。注意如果你手头只有ST-Link想玩CH32V103需要额外买一个WCH-Link成本不高但要有心理准备。4.4 常见问题速查表问题可能原因解决方法程序烧录后不运行启动文件不匹配更换对应芯片的启动文件串口乱码时钟配置错误检查系统时钟和波特率定时器不工作时钟未使能确认RCC寄存器配置中断进不去向量表偏移错误检查SCB-VTOR或链接脚本Flash读写失败等待周期不足增加Flash等待周期USB枚举失败48MHz时钟未配置检查PLL配置CAN通信失败过滤器未配置先配置过滤器再使能GPIO无输出模式配置错误检查GPIO模式寄存器5. 一年使用后的真实评价与选型建议5.1 各自适合什么场景STM32F103依然是最稳妥的选择。如果你的项目对成本不敏感或者需要丰富的中间件和社区支持STM32不会让你失望。它的资料多到几乎任何问题都能搜到答案这在项目紧急时非常重要。GD32F103适合成本敏感但需要更高性能的场景。它的引脚兼容STM32迁移成本相对低主频优势在电机控制、高频信号处理等场景里能体现出来。但要注意它的生态不如STM32完善遇到冷门问题可能需要自己啃手册。CH32V103适合对RISC-V感兴趣、愿意折腾的开发者。它的价格很有竞争力USB和CAN外设也够用。但工具链和生态是短板如果你赶项目进度不建议用它做主力平台。如果是学习RISC-V或者做技术预研它是个不错的入口。5.2 国产芯片的真实水平用了一年我的感受是国产芯片在基础外设和常规应用上已经能做到“能用”部分场景下甚至“好用”。GD32在主频和性价比上有优势CH32V103在RISC-V方向上迈出了实实在在的一步。但差距也存在。生态建设不是一朝一夕的事官方文档的完整性、例程的丰富度、社区问答的活跃度这些软实力还需要时间积累。另外一些细节上的差异比如寄存器位定义、中断优先级机制、时钟树结构虽然不影响功能但会增加迁移和调试的成本。5.3 给不同读者的建议如果你是新手上路想学嵌入式开发建议从STM32F103开始。资料多踩坑少能把精力集中在理解原理上。如果你有STM32项目想降本可以先用GD32做小批量验证。重点测试时钟配置、Flash等待周期、ADC校准这几个容易出问题的地方。如果你对RISC-V感兴趣CH32V103是个便宜的入门平台。但要做好心理准备工具链和调试体验和ARM有差距需要耐心。最后分享一个小技巧不管用哪块芯片拿到手第一件事是跑通官方例程然后用自己的逻辑分析仪或示波器确认关键时序。数据手册上的参数是理想值实际板子上的表现可能因为布线、电源、晶振质量而有差异。我遇到过一块GD32板子因为晶振负载电容不匹配导致主频跑不到108MHz换了电容才正常。这种问题不实测是发现不了的。