1. 从一块GD32说起我为什么花了一年去测国产芯片去年这个时候我手里同时躺着三块板子一块STM32F103C8T6最小系统板一块GD32F103C8T6还有一块CH32V103C8T6。前两块是ARM Cortex-M3内核第三块是RISC-V内核。当时我的想法很简单就是想搞清楚一件事国产芯片到底能不能在真实项目里替代STM32替代的代价是什么哪些场景可以放心换哪些场景换了就是给自己挖坑。这一年里我用这三块板子做了不少东西一个带FreeRTOS的物联网网关、一个用PWM驱动五线四相步进电机的小项目、一个基于ADC多通道采样的鱼缸监控、一个用DWT做微秒级时间戳的性能测试还有几个帮朋友做的毕业设计级别的控制类项目。踩过的坑不少有些是芯片本身的差异有些是工具链的问题还有些纯粹是我自己没仔细看手册导致的。这篇文章不是芯片厂商的软文也不是情绪化的“国产崛起”或者“国产不行”的站队文。我只想把我这一年里实际遇到的情况、测出来的数据、以及最后形成的判断标准原原本本地讲清楚。如果你正在纠结要不要把项目从STM32迁到GD32或者CH32V103或者你刚开始接触国产芯片不知道从哪里下手那这篇内容应该能帮你省下不少时间。先给一个总体结论方便你决定要不要继续往下看GD32在引脚和库函数层面与STM32的兼容性做得相当好大部分中低复杂度项目可以做到“改几个宏定义就能跑”CH32V103走的是RISC-V路线工具链和调试方式跟ARM体系有本质区别适合愿意折腾、对成本敏感、或者想接触RISC-V的开发者STM32的优势在于生态成熟度和文档丰富度短期内很难被完全替代但在很多具体场景下国产芯片已经够用了。2. 三块芯片的硬指标对比数据不说谎2.1 核心参数与价格横向对比先把我实际测过的三块芯片的基础参数摆出来。这些数据一部分来自官方手册一部分是我自己用示波器和逻辑分析仪测的还有一部分是实际采购价格。参数项STM32F103C8T6GD32F103C8T6CH32V103C8T6内核Cortex-M3Cortex-M3RISC-V RV32IMAC主频72MHz108MHz80MHzFlash64KB64KB64KBSRAM20KB20KB20KB封装LQFP48LQFP48LQFP48工作电压2.0-3.6V2.6-3.6V2.5-3.6V单颗零售价约12-18元约8-12元约5-8元调试接口SWD/JTAGSWD/JTAGSWD(两线)官方库HAL/标准库/LL标准库/HAL兼容自有库价格这一块波动比较大我写的是过去一年里我实际采购的均价。GD32比STM32便宜大概30%到40%CH32V103更便宜差不多是STM32的三分之一。但价格只是决策的一个维度真正影响项目进度的是下面这些细节。2.2 主频差异带来的实际影响GD32标称108MHz比STM32的72MHz高出50%。这个差异在跑FreeRTOS的时候体感很明显。我用同一套FreeRTOS工程分别在三块板子上跑任务切换频率设为1000HzGD32上的CPU占用率明显低于STM32。具体来说在一个包含串口收发、ADC采样、PWM输出的复合任务场景下STM32的idle任务占比大约在35%左右GD32能到55%以上。但这里有个坑GD32的Flash等待周期设置跟STM32不一样。STM32在72MHz下需要2个等待周期GD32在108MHz下需要3个等待周期。如果你直接把STM32的工程搬到GD32上而不改等待周期配置芯片跑起来会不稳定表现为偶尔死机或者串口乱码。这个坑我踩过排查了大半天才定位到。CH32V103的80MHz主频介于两者之间但RISC-V的指令集效率跟Cortex-M3有差异。在纯整数运算场景下CH32V103的表现跟STM32差不多但在涉及大量内存访问的场景下CH32V103会稍慢一些。不过对于大多数控制类应用来说这个差异可以忽略。2.3 外设资源的实际可用性三块芯片的外设资源看起来差不多都是常见的USART、SPI、I2C、ADC、TIM、GPIO这些。但实际用起来差异主要体现在这几个方面ADC方面STM32F103的ADC在最快采样率下有效位数大概在10.5位左右GD32的ADC表现略好能到11位左右。CH32V103的ADC在我测试中表现最稳定12位模式下有效位数能到11.2位。但CH32V103的ADC通道切换需要更长的稳定时间如果你做多通道快速轮询需要留足够的采样间隔。串口方面三块芯片都支持常见的波特率。但GD32在部分波特率下比如921600的误差比STM32大如果你用高波特率通信建议先用示波器测一下实际波形。CH32V103的串口支持分数波特率发生器灵活性更好。GPIO翻转速度我用DWT测过STM32在72MHz下GPIO翻转最快能到18MHz左右GD32在108MHz下能到36MHzCH32V103在80MHz下大概在20MHz左右。如果你需要驱动高速并行接口GD32有明显优势。3. 开发环境搭建从Keil到PlatformIO的迁移实录3.1 Keil下的芯片包安装与兼容性处理Keil MDK是我用得最多的开发环境三块芯片都能在Keil下开发。STM32的芯片包Device Family Pack安装最省事直接在Pack Installer里搜STM32F1系列就行。GD32的芯片包需要去官网下载安装后Keil能识别但有个细节要注意GD32的芯片包在Keil5.30以后的版本上可能会出现“Device not found”的问题解决办法是手动把芯片包里的FLM算法文件复制到Keil的Flash目录下。CH32V103在Keil下的支持相对麻烦一些。官方提供了Keil的芯片包但版本更新不太及时。我建议用MounRiver Studio官方IDE来开发CH32V103虽然界面不如Keil顺手但工具链集成度更好调试体验也更稳定。注意如果你同时装了Keil C51和Keil MDK芯片包可能会冲突。我遇到过装完GD32的包之后C51的器件列表消失的情况解决办法是把两个Keil装在不同目录或者用Keil的Pack Installer重新安装C51的包。3.2 PlatformIO下的国产芯片支持情况PlatformIO对STM32的支持非常完善基本上所有主流型号都能直接选。GD32的支持在PlatformIO上也有但需要手动添加板级定义文件。CH32V103在PlatformIO上的支持还在完善中我试过用社区贡献的配置文件能编译能下载但调试功能不太稳定。如果你习惯用VSCode加PlatformIO的开发方式我的建议是STM32和GD32可以放心用PlatformIOCH32V103还是用官方IDE更省心。PlatformIO的好处是库管理方便比如你要用FreeRTOS或者LWIP直接在platformio.ini里写lib_deps就行不用手动拷贝源码。3.3 调试工具的选择与配置调试工具这块ST-Link对STM32和GD32都支持但GD32用ST-Link调试时偶尔会出现连接不稳定的情况尤其是在高速下载的时候。我后来换成了J-Link OB三块芯片都能稳定调试。CH32V103官方推荐用WCH-Link价格便宜大概十几块钱但只支持CH32系列。如果你手头只有ST-LinkGD32也是能用的但建议把下载速度从默认的4MHz降到1MHz稳定性会好很多。这个经验是我烧坏了两块GD32之后总结出来的虽然不确定是不是直接原因但降速之后确实没再出过问题。4. 代码迁移实战从STM32到GD32的完整过程4.1 标准库工程的迁移步骤我拿一个实际项目来演示迁移过程。这个项目是一个基于STM32标准库的串口通信加定时器中断的工程功能很简单串口接收命令定时器每10ms翻转一个LED。迁移到GD32的步骤如下替换启动文件把STM32的startup_stm32f10x_md.s换成GD32的startup_gd32f10x_md.s。两个文件的向量表结构基本一致但GD32的中断向量表在末尾多了几个保留项直接替换即可。替换外设库把STM32的标准库文件替换成GD32的标准库。GD32的库函数命名跟STM32几乎一样比如GPIO_Init、USART_Init这些函数名都没变。但有几个细节差异GD32的RCC_APB2PeriphClockCmd函数多了一个参数需要传ENABLE或DISABLE而STM32的版本没有这个参数。修改时钟配置STM32的SystemInit函数默认配置到72MHzGD32需要改成108MHz。具体是修改system_gd32f10x.c里的PLL配置把倍频系数从9改成13.5GD32支持小数倍频。调整Flash等待周期在system_gd32f10x.c里找到SetSysClockTo108函数确认Flash等待周期设置为3。重新编译下载如果一切顺利编译后直接下载就能跑。我实测下来这个简单工程迁移总共花了不到20分钟。4.2 HAL库工程的迁移注意事项如果你用的是STM32 HAL库迁移到GD32会麻烦一些因为GD32的HAL库跟STM32的HAL库虽然相似但并不是完全兼容。主要差异在时钟配置结构体GD32的RCC_OscInitTypeDef结构体成员跟STM32有差异比如GD32多了PLLPrediv成员。GPIO初始化GD32的GPIO速度等级定义跟STM32不同STM32的GPIO_SPEED_FREQ_HIGH在GD32里对应的是GPIO_SPEED_FREQ_50MHz。中断优先级GD32的中断优先级分组方式跟STM32一致但优先级数值范围略有不同需要确认NVIC配置。我的建议是如果你的项目重度依赖STM32 HAL库迁移到GD32时最好重新生成一份GD32的HAL库工程然后把应用层代码移植过去而不是直接替换库文件。这样虽然前期麻烦一点但后期出问题的概率小很多。4.3 CH32V103的代码迁移特殊性CH32V103是RISC-V内核代码迁移跟ARM体系有本质区别。首先启动文件完全不同CH32V103的启动文件是用汇编写的向量表结构跟ARM不一样。其次中断处理函数的命名和注册方式不同CH32V103用的是__attribute__((interrupt))来声明中断函数而不是ARM的弱符号覆盖方式。外设库方面CH32V103有自己的库函数命名风格跟STM32标准库类似但函数名和参数有差异。比如GPIO初始化CH32V103用的是GPIO_Init但结构体成员和配置方式跟STM32不同。如果你要从STM32迁移到CH32V103我的建议是不要想着直接移植而是把CH32V103当成一个全新的平台来学习。先跑通官方的例程理解它的编程模型然后再把应用逻辑一点点搬过去。这个过程大概需要一到两周的适应期。5. 实际项目中的性能表现与稳定性记录5.1 FreeRTOS下的任务调度表现我用三块芯片分别跑了同一个FreeRTOS工程创建了5个任务串口收发、ADC采样、PWM输出、LED闪烁、以及一个计算密集型任务。任务优先级和栈大小完全一致。测试结果如下测试项STM32F103GD32F103CH32V103任务切换时间约2.1us约1.4us约1.8us最大任务数20KB SRAM7个7个6个连续运行72小时稳定性无异常无异常出现过1次死机串口丢包率115200bps0.01%0.02%0.05%CH32V103那次死机我后来排查了很久最后定位到是ADC中断和串口中断的优先级配置有问题。CH32V103的中断嵌套机制跟ARM不太一样需要更仔细地配置优先级。调整之后连续跑了200小时没再出问题。5.2 ADC多通道采样的实际精度对比我搭了一个测试电路用精密电阻分压产生几个已知电压分别用三块芯片的ADC采集每块芯片采1000次取平均值。结果如下通道理论值STM32实测GD32实测CH32V103实测CH01.000V0.997V0.998V0.999VCH12.000V1.993V1.995V1.997VCH23.000V2.988V2.991V2.994V从数据看CH32V103的ADC精度最好GD32次之STM32稍差。但这个差异在实际项目中影响不大除非你做精密测量。另外要注意的是STM32的ADC在通道切换后需要更长的采样时间如果你做快速轮询建议在通道切换后加1us左右的延时。5.3 串口通信在高波特率下的表现我用三块芯片分别做了串口回环测试波特率从115200一直加到2Mbps。STM32在1.5Mbps以上开始出现误码GD32能稳定跑到2MbpsCH32V103在1.8Mbps左右开始出现误码。但实际项目中很少有人用到这么高的波特率所以这个差异参考意义有限。不过有一个细节值得注意GD32的串口在部分波特率下的误差比STM32大。比如在921600bps下STM32的波特率误差大约是0.5%GD32能到1.2%。如果你用这个波特率通信建议先用示波器测一下实际波形确认误差在可接受范围内。6. 踩坑记录与排查技巧汇总6.1 GD32的GPIO重映射问题GD32的GPIO重映射功能跟STM32基本一致但有一个细节容易忽略GD32的部分重映射配置需要先开启AFIO时钟而且重映射寄存器的位定义跟STM32有细微差异。我遇到过用GPIO_PinRemapConfig(GPIO_PartialRemap_USART2, ENABLE)配置USART2重映射后串口不工作的情况后来发现是GD32需要先调用GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE)来释放PB3和PB4引脚。提示GD32的SWJ调试引脚默认状态跟STM32不同如果你要用PB3、PB4、PA15作为普通GPIO必须先禁用JTAG功能。这个坑我在两个项目里都踩过。6.2 CH32V103的中断优先级配置陷阱CH32V103的中断优先级配置跟ARM的NVIC有本质区别。ARM的NVIC支持抢占优先级和子优先级的组合而CH32V103的中断优先级是固定的只有抢占优先级没有子优先级。这意味着你不能像STM32那样通过分组来灵活配置中断嵌套。我遇到的具体问题是串口接收中断和定时器中断同时触发时串口数据偶尔会丢失。排查后发现是定时器中断的优先级设置过高导致串口中断被延迟处理。解决办法是调整中断优先级让串口中断的优先级高于定时器中断。6.3 常见问题速查表问题现象可能原因排查方法解决方案GD32下载后不运行Flash等待周期未设置检查system_gd32f10x.c设置正确的等待周期CH32V103串口乱码时钟配置错误用示波器测串口波形检查系统时钟和波特率配置GD32 ADC采样值跳动大采样时间不足增加采样周期调整ADC采样时间寄存器STM32迁移到GD32后死机中断向量表未对齐检查启动文件替换为GD32的启动文件CH32V103调试连接失败WCH-Link驱动问题检查设备管理器重新安装WCH-Link驱动GD32 GPIO翻转速度慢输出速度配置低检查GPIO初始化设置GPIO_SPEED_FREQ_HIGH6.4 我个人的避坑经验第一个经验不要迷信“引脚兼容”。GD32和STM32的引脚虽然物理兼容但电气特性有差异。比如GD32的GPIO驱动能力比STM32稍弱如果你直接驱动大电流负载比如继电器建议加三极管或者MOS管驱动不要直接接。第二个经验国产芯片的勘误手册一定要看。GD32和CH32V103都有官方勘误手册里面列了一些已知的硬件问题。比如GD32的某个批次在特定温度下ADC会出现偏移CH32V103的某个外设在特定配置下会锁死。这些问题在数据手册里不会写只有勘误手册里才有。第三个经验保留STM32的备份方案。我在做产品开发时PCB上会同时预留STM32和GD32的焊盘虽然引脚兼容但万一GD32供货出问题或者出现无法解决的bug可以直接换回STM32。这个策略在过去一年里帮我避免了一次项目延期。7. 国产芯片的适用场景与选型建议7.1 什么场景可以放心用国产芯片根据我一年的实际使用经验以下场景可以放心使用GD32或CH32V103中低复杂度的控制类项目比如电机控制、温控器、简单的物联网节点。这些项目对外设资源要求不高国产芯片完全能胜任。成本敏感的量产产品如果产品对成本敏感GD32比STM32便宜30%以上CH32V103更便宜而且供货稳定性更好。教学和入门学习CH32V103价格便宜适合学生和初学者练手。RISC-V也是未来的趋势提前接触有好处。对主频有要求的场景GD32的108MHz主频在需要快速运算的场景下有优势。7.2 什么场景建议继续用STM32以下场景我建议还是用STM32重度依赖STM32生态的项目比如用了STM32CubeMX生成的工程、用了大量ST官方中间件如USB库、以太网库的项目。迁移成本太高不值得。对稳定性要求极高的工业场景STM32经过多年验证稳定性和一致性有保障。国产芯片虽然也在进步但在极端环境下的表现还需要更多验证。需要丰富文档和社区支持的项目STM32的文档和社区资源是国产芯片短期内无法比拟的。如果你遇到问题需要快速找到答案STM32的优势很明显。7.3 选型决策流程图文字版如果你还在纠结选哪块芯片可以按这个顺序判断项目对成本是否极度敏感是→CH32V103否→下一步。项目是否需要高主频是→GD32否→下一步。项目是否重度依赖STM32生态是→STM32否→下一步。团队是否有RISC-V开发经验是→CH32V103否→GD32或STM32。最终决策GD32适合大多数迁移场景STM32适合保守场景CH32V103适合成本敏感且愿意折腾的场景。8. 一年使用后的真实感受这一年里我从一开始的“试试看”心态到后来把GD32用在了两个正式项目里CH32V103用在了三个小项目里STM32依然是主力开发平台。这个组合对我来说是最优解STM32保证开发效率和稳定性GD32在成本敏感的项目里替代CH32V103用来探索RISC-V生态。国产芯片的进步是实实在在的。GD32的库函数兼容性做得很好大部分STM32标准库工程迁移过来只需要改几个地方。CH32V103虽然工具链还不够成熟但官方在持续更新社区也在慢慢壮大。如果你现在还在犹豫要不要尝试国产芯片我的建议是先买一块开发板跑通几个例程感受一下。成本不高但能让你对国产芯片的真实水平有一个直观的判断。最后分享一个小技巧如果你用Keil开发GD32建议把编译器的优化等级设为-O1而不是-O0。GD32的Flash访问速度比STM32快-O1优化下代码执行效率更高而且不容易出现-O0下的一些奇怪问题。这个设置我在多个项目里验证过稳定性很好。