1. 缺货潮下的现实困境与替代思路1.1 一颗芯片引发的连锁反应2020年下半年开始STM32F103系列的交期从正常的8到12周一路拉长到40周以上价格从原本的十几块钱被炒到上百块甚至出现有价无货的局面。做过量产项目的朋友应该都有体会BOM表里一颗主控缺货整条产线就得停摆采购天天催、客户天天问、老板天天盯那种压力不是开玩笑的。STM32F103C8T6这颗LQFP48封装的经典型号72MHz主频、64KB Flash、20KB SRAM外设资源包括3个USART、2个SPI、2个I2C、2个12位ADC、4个定时器几乎成了中小型嵌入式项目的默认选择。正因为它太经典、用量太大一旦产能波动缺口就格外明显。很多项目在硬件设计阶段就把它焊死在PCB上了改板成本高、周期长所以大家最关心的问题就两个能不能找到Pin-to-Pin兼容的替代品以及如果必须改板选哪颗国产MCU最稳妥。这篇文章就是围绕这两个核心问题展开的。我会从替代方案的整体思路讲起然后逐一拆解几款主流国产MCU的实际表现再结合最小系统设计、外设移植、工具链切换等具体环节把踩过的坑和验证过的方案都摊开来说。不管你是正在焦头烂额找替代料的硬件工程师还是准备把项目迁移到国产平台上的嵌入式开发者应该都能从中找到可以直接用的东西。1.2 替代方案的两条路线面对STM32F103缺货替代方案本质上分两条路。第一条路是Pin-to-Pin兼容替代。意思是新芯片的封装、引脚定义和STM32F103完全一致PCB不用改直接换料就行。这条路最大的好处是省事硬件不动、结构不动、认证不用重做软件层面做适当的移植适配就能跑起来。目前市面上有几家国产厂商专门做了这种兼容型号比如GD32F103系列、APM32F103系列、CH32F103系列等它们在引脚上基本对齐STM32F103但在内核版本、外设时序、Flash控制器等方面存在差异移植时需要注意。第二条路是重新选型。如果项目还在研发阶段或者PCB本来就要改版那就不必死磕Pin-to-Pin兼容可以从整个国产MCU的版图里挑一颗最合适的。这时候要考虑的因素就多了主频够不够、外设数量对不对、封装能不能缩小、功耗有没有要求、开发工具好不好用、供货稳不稳定、技术支持到不到位。这条路灵活度更高但工作量也更大。我的建议是如果你的项目已经量产、PCB已经定型优先走第一条路找Pin-to-Pin兼容的型号做快速替换如果项目还在打样阶段或者有改板计划那就花点时间做完整的选型评估选一颗长期供货有保障的芯片避免以后再被卡脖子。1.3 选型的五个核心维度不管是哪条路选型时都要从以下五个维度去评估。内核与主频STM32F103用的是ARM Cortex-M3内核最高72MHz。国产替代品有的用M3有的用M4有的用RISC-V。M4内核在DSP指令和浮点运算上有优势如果你的项目涉及电机控制、音频处理等运算密集型任务M4会更合适。RISC-V内核的芯片生态相对年轻工具链和库支持还在完善中选之前要确认你的开发习惯能不能适应。存储资源Flash和SRAM的容量直接决定了你能不能把现有代码塞进去。STM32F103C8T6是64KB Flash 20KB SRAM如果现有代码已经用掉了80%的Flash那替代芯片的Flash不能低于64KB最好留有一定余量。注意有些国产芯片标称的Flash容量和实际可用容量有差异选型时要看手册里的具体说明。外设兼容性这是最容易踩坑的地方。USART、SPI、I2C、ADC、定时器这些外设国产芯片虽然功能上对标STM32F103但寄存器级的操作时序、DMA请求映射、中断向量表位置可能不一样。如果你的代码是直接操作寄存器的标准库风格移植工作量会比较大如果用HAL库移植相对容易一些。封装与引脚Pin-to-Pin兼容的芯片直接看封装是否一致就行。如果重新选型要考虑新封装是否适合现有PCB的布局空间以及引脚数量是否满足外设需求。LQFP48是最常见的QFN32适合空间紧张的场景LQFP64/100适合外设需求多的项目。供货与生态这一条看似软性实际上最要命。芯片再好买不到就是零。要关注厂商的产能规划、代理渠道的库存情况、是否有长期供货承诺。生态方面开发工具是否完善、社区资料是否丰富、有没有官方技术支持这些都会影响你的开发效率。2. 主流国产MCU深度对比与实操评估2.1 GD32F103最接近STM32的替代者GD32F103系列是兆易创新的产品在国产替代方案里知名度最高、资料也最丰富。它和STM32F103的相似度非常高引脚基本Pin-to-Pin兼容外设寄存器设计也高度对标很多在STM32上跑的标准库代码改一改头文件和少量寄存器定义就能在GD32上跑起来。但两者并不是完全一样。最核心的差异在于内核版本和Flash控制器。GD32F103用的是Cortex-M3的r2p1版本而STM32F103用的是r1p1版本这导致两者的指令执行时序有细微差别。更关键的是Flash等待周期STM32F103在72MHz下需要2个等待周期而GD32F103在同样频率下只需要1个甚至0个等待周期所以GD32的实际执行速度会比STM32快一些。这个差异在大多数应用里是好事但如果你的代码里有精确的软件延时循环比如用for循环做微秒级延时来驱动单总线器件如DS18B20那在GD32上延时就会变短可能导致通信失败。解决办法是用定时器做精确延时或者根据实际主频重新校准延时参数。另一个需要注意的是ADC。GD32F103的ADC在采样时间和线性度上和STM32F103有差异如果你做的是精密测量类应用建议重新校准ADC参数。我实测过GD32F103的ADC在12位模式下采样时间设置为55.5个周期时线性度可以做到±2LSB以内满足大多数工业场景需求。移植操作上如果你用的是ST的标准外设库步骤大致如下// 1. 替换启动文件将startup_stm32f10x_md.s替换为GD32对应的启动文件 // 2. 替换系统初始化文件将system_stm32f10x.c替换为GD32的system_gd32f10x.c // 3. 修改工程中的宏定义将STM32F10X_MD改为GD32F10X_MD // 4. 替换外设驱动文件将stm32f10x_xxx.c替换为gd32f10x_xxx.c // 5. 重新编译根据报错逐个修正寄存器名称差异如果你用的是HAL库移植会更简单一些因为HAL库的抽象层做得比较好主要改一下底层驱动和时钟配置就行。但要注意GD32的HAL库和ST的HAL库并不是同一个东西兆易创新有自己的HAL库实现API风格类似但不完全一样。2.2 APM32F103工业级应用的稳妥选择APM32F103是极海半导体的产品主打工业级应用。它的工作温度范围是-40°C到105°C比STM32F103的-40°C到85°C更宽适合工业现场、汽车电子等环境苛刻的场景。在引脚上APM32F103和STM32F103也是Pin-to-Pin兼容的硬件替换不需要改板。APM32F103的一个显著优势是ESD防护能力更强HBM模式下可以做到±8kV而STM32F103通常是±2kV到±4kV。这意味着在工业现场那种电磁环境复杂的场景下APM32F103的抗干扰能力更好不容易出现死机或复位。从STM32F103的HAL库移植到APM32上极海官方提供了详细的移植指南和工具。大致流程是下载APM32的官方固件库和HAL库用APM32的启动文件和系统文件替换ST的对应文件修改工程中的芯片型号宏定义检查时钟树配置APM32的PLL倍频参数和ST略有不同逐个测试外设功能重点关注USART、SPI、I2C的时序我实际移植过一个用STM32F103标准库写的项目到APM32F103上整个过程花了大约两天时间主要时间花在调试USART的DMA接收和SPI的时序上。APM32的USART在DMA接收模式下需要额外配置一个寄存器来使能DMA请求这个在ST的库里是默认开启的移植时容易漏掉。2.3 CH32F103性价比突出的选项CH32F103是沁恒微电子的产品最大的特点是性价比高单价通常比GD32和APM32更低。它在引脚上也兼容STM32F103但在外设设计上有一些自己的特色。比如CH32F103的USB外设是内置的不需要外部晶振就能工作这对于需要USB通信的应用来说可以省掉一个晶振和两个负载电容。不过CH32F103的生态相对前两者要弱一些官方提供的库和例程没有GD32和APM32那么丰富。如果你习惯用HAL库开发CH32F103的HAL库支持还在完善中部分外设的HAL驱动可能不够成熟。我建议如果用CH32F103优先考虑用标准库或者直接操作寄存器的方式开发这样可控性更强。CH32F103的Flash控制器和STM32F103差异较大它的Flash擦写单位是256字节而STM32F103是1KB或2KB。这意味着如果你的代码里有Flash模拟EEPROM的功能需要重新适配擦写逻辑。另外CH32F103的ADC参考电压是内部固定的不支持外部VREF引脚如果你的应用需要高精度ADC测量这一点要特别注意。2.4 其他值得关注的国产MCU除了上面三款Pin-to-Pin兼容的芯片还有一些国产MCU虽然不能直接替换STM32F103但在特定场景下很有竞争力。华大HC32F460Cortex-M4内核主频200MHzFlash最大512KBSRAM最大192KB。外设资源非常丰富适合需要高性能运算和大量外设的项目。不过封装和STM32F103不兼容需要改板。国民技术N32G455Cortex-M4内核主频144MHz集成了硬件加密引擎适合有安全需求的应用。它的ADC性能不错支持差分输入适合精密测量。灵动微MM32F103Cortex-M3内核主频96MHz引脚兼容STM32F103价格有竞争力。但生态资料相对少一些适合对成本敏感、有一定开发能力的团队。选型时不要只看参数表一定要拿样片实际跑一遍你的核心业务代码。我见过太多参数看起来很美好、实际跑起来各种问题的案例。比如某款芯片标称SPI最高速率18MHz但实际在DMA模式下超过8MHz就丢数据又比如某款芯片的ADC在高温下漂移严重。这些细节只有实测才能发现。3. 从STM32到国产MCU的完整移植流程3.1 硬件层面的检查与适配硬件替换是第一步。如果是Pin-to-Pin兼容的芯片理论上直接换料就行但有几个细节必须确认。电源引脚的去耦电容STM32F103通常在每个VDD引脚附近放100nF电容VDDA放1uF10nF组合。国产芯片对电源纹波的要求可能不同建议查一下替代芯片的数据手册确认去耦电容的配置是否满足要求。我遇到过换用某国产芯片后ADC噪声明显变大的情况后来在VDDA上增加了一个10uF钽电容才解决。复位电路STM32F103的复位引脚是低电平复位内部有上拉电阻外部通常接一个100nF电容到地。国产芯片的复位阈值和内部上拉电阻可能不同如果发现复位不可靠可以适当调整外部电容值或增加外部上拉电阻。晶振电路STM32F103的外部高速晶振通常用8MHz配合内部PLL倍频到72MHz。国产芯片的PLL配置可能不同比如GD32F103可以用8MHz晶振倍频到108MHz。如果沿用原来的8MHz晶振需要重新计算PLL参数。另外晶振的负载电容也要根据芯片手册调整负载电容不匹配会导致起振困难或频率偏差。BOOT引脚STM32F103的BOOT0和BOOT1引脚决定了启动模式。国产芯片的启动模式配置可能不同比如某些芯片取消了BOOT1引脚或者启动模式的定义有变化。换料前务必确认BOOT引脚的接法否则可能出现芯片无法正常启动的情况。3.2 软件层面的移植策略软件移植是整个替代过程中工作量最大的部分。根据你原来用的开发方式移植策略可以分为三种。第一种标准库移植。如果你的项目是用ST的标准外设库开发的移植到国产芯片时最彻底的方式是替换整个库文件。以GD32为例把工程里的stm32f10x_.c和stm32f10x_.h全部替换为gd32f10x_.c和gd32f10x_.h然后修改工程中的宏定义和头文件包含路径。编译后根据报错逐个修正。常见的问题包括寄存器名称不同如ST的CRH在GD32里可能叫CTL0、位定义不同如使能位的偏移量不一样、中断向量表位置不同等。第二种HAL库移植。HAL库的抽象程度高移植相对容易。以APM32为例极海提供了HAL库的移植包你只需要把ST的HAL驱动替换为APM32的HAL驱动然后修改时钟配置和外设初始化参数即可。但要注意不同厂商的HAL库在API命名和参数定义上可能有细微差别比如ST的HAL_UART_Receive_IT和APM32的HAL_UART_Receive_IT参数顺序可能不同。第三种寄存器级移植。如果你的代码是直接操作寄存器的移植工作量最大因为不同芯片的寄存器地址和位定义几乎不可能完全一致。这种情况下建议先写一个硬件抽象层HAL把寄存器操作封装成函数然后针对不同芯片实现不同的底层函数。这样上层业务代码不用改只需要替换底层实现。不管用哪种方式移植后都要做完整的回归测试。重点测试以下功能USART通信特别是DMA模式下的收发、SPI通信特别是高速模式下的数据完整性、I2C通信特别是多设备挂载时的时序、ADC采样特别是多通道扫描模式、定时器PWM输出特别是死区控制和互补输出、Flash读写特别是擦写寿命和掉电保护。3.3 工具链的切换与配置STM32开发常用的工具链是Keil MDK和STM32CubeMX。移植到国产芯片后工具链也需要相应调整。Keil MDK国产芯片厂商通常会提供Keil的器件支持包DFP安装后就可以在Keil里选择对应的芯片型号。比如GD32的DFP包安装后在Keil的Device列表里就能找到GD32F103系列。如果没有官方DFP包也可以手动添加芯片的Flash算法和调试配置。调试器STM32常用的ST-Link调试器在国产芯片上不一定能用。GD32和APM32都支持J-Link和DAP-Link调试器CH32F103支持WCH-Link调试器。如果你手头只有ST-Link可以试试能不能识别但不要抱太大希望。建议备一个J-Link或DAP-Link兼容性更好。STM32CubeMX这个工具是ST专用的不能直接用于国产芯片。不过你可以用CubeMX生成STM32的初始化代码然后手动移植到国产芯片的工程里。或者用国产芯片厂商提供的配置工具比如GD32有GD32CubeMXAPM32有APM32配置工具。这些工具的功能和CubeMX类似但成熟度可能稍逊一筹。编译优化国产芯片的Flash等待周期和STM32不同编译优化等级可能需要调整。比如在STM32上用-O2优化没问题但在GD32上可能因为指令时序差异导致某些延时函数不准。建议先用-O0或-O1编译确认功能正常后再尝试更高级别的优化。4. 典型外设移植的实操细节与避坑指南4.1 USART串口通信的移植要点USART是嵌入式项目里最常用的外设之一也是移植时最容易出问题的地方。STM32F103的USART支持DMA收发配置流程是使能USART时钟和DMA时钟配置USART的波特率、数据位、停止位、校验位配置DMA的源地址、目标地址、传输长度使能DMA请求使能USART的DMA发送和接收。移植到国产芯片时以下几个地方需要特别注意。波特率计算STM32F103的USART波特率计算公式是baud fCK / (16 * USARTDIV)其中USARTDIV是一个定点数整数部分在BRR寄存器的位15:4小数部分在位3:0。国产芯片的波特率计算公式可能不同比如某些芯片用的是baud fCK / (8 * (2 - OVER8) * USARTDIV)。如果直接照搬STM32的BRR值波特率可能会有偏差。建议用芯片厂商提供的库函数来计算波特率或者用示波器实测波形确认。DMA请求映射STM32F103的USART1_TX对应DMA1的通道4USART1_RX对应DMA1的通道5。国产芯片的DMA请求映射可能不同比如GD32F103的USART1_TX对应DMA0的通道3。移植时要查清楚对应关系否则DMA传输不会触发。中断处理STM32F103的USART中断服务函数里需要先判断是哪个中断标志位被置位然后清除标志位。国产芯片的中断标志位定义可能不同比如某些芯片的TXE标志位和TC标志位的清除方式不一样。另外DMA传输完成中断的处理逻辑也可能有差异。我踩过的一个坑是在GD32F103上用DMA接收USART数据时发现数据偶尔会丢包。排查后发现是DMA接收缓冲区的对齐问题。STM32F103的DMA对缓冲区地址没有对齐要求但GD32F103的DMA要求缓冲区地址按4字节对齐。把缓冲区定义改成__attribute__((aligned(4)))后就正常了。4.2 SPI与DMA联合使用的注意事项SPI通过DMA方式读取芯片数据是很多高速数据采集项目的标配。STM32F103的SPI支持全双工DMA配置流程是使能SPI时钟和DMA时钟配置SPI的工作模式、数据宽度、时钟极性、时钟相位配置DMA的源地址、目标地址、传输长度使能SPI的DMA请求。移植到国产芯片时SPI的时序参数需要重新验证。STM32F103的SPI最高速率是18MHzAPB2时钟72MHz除以4国产芯片的SPI最高速率可能不同。比如GD32F103的SPI最高速率可以到30MHz但实际能跑多快取决于从设备的支持能力和PCB的走线质量。DMA传输长度STM32F103的DMA传输长度寄存器是16位的最大65535。国产芯片的DMA传输长度可能不同比如某些芯片是12位的最大4095。如果你的应用需要一次传输超过4095字节的数据就需要分段传输。SPI的NSS管理STM32F103的SPI支持硬件NSS和软件NSS两种模式。硬件NSS模式下NSS引脚由硬件自动控制但多主机场景下容易出问题。软件NSS模式下NSS引脚由软件控制更灵活。国产芯片的NSS管理方式可能不同移植时要确认清楚。DMA传输完成判断STM32F103的SPI DMA传输完成后需要等待SPI的BSY标志位清零才能确保数据完全发送出去。国产芯片的BSY标志位行为可能不同比如某些芯片在DMA传输完成后BSY标志位立即清零但实际上最后一个字节还在移位寄存器里。如果此时关闭SPI或切换片选会导致最后一个字节丢失。解决办法是DMA传输完成后延时几个微秒再操作。4.3 定时器PWM输出的移植细节定时器PWM输出在电机控制、LED调光、舵机驱动等场景里非常常见。STM32F103的高级定时器TIM1和通用定时器TIM2-TIM4都支持PWM输出配置流程是使能定时器时钟配置预分频器和自动重装载值配置PWM模式、占空比、输出极性使能输出比较通道。移植到国产芯片时定时器的时钟源和计数模式需要确认。STM32F103的TIM1挂在APB2总线上时钟频率是72MHzTIM2-TIM4挂在APB1总线上时钟频率是36MHz。国产芯片的总线时钟分配可能不同比如GD32F103的TIM1挂在APB2上但APB2的时钟频率可以到108MHz。如果沿用原来的预分频器和重装载值PWM频率会变高。PWM分辨率STM32F103的定时器是16位的PWM分辨率最高16位。国产芯片的定时器可能是16位或32位的分辨率不同会影响PWM的调节精度。比如你需要0.1%的占空比调节精度那PWM分辨率至少要10位1024级。死区控制STM32F103的高级定时器TIM1支持死区控制用于互补PWM输出。国产芯片的死区控制寄存器和死区时间计算公式可能不同。比如GD32F103的死区时间计算公式是DT (DTG[7:0] 1) * tDTS而STM32F103是DT DTG[7:5] * tDTS当DTG[7:5]不为0时。移植时要重新计算死区参数。编码器模式如果你的项目用到了定时器的编码器模式来读取电机编码器移植时要确认国产芯片的编码器模式是否支持相同的计数方式。STM32F103的编码器模式支持X2和X4计数国产芯片可能只支持X2或X4中的一种。4.4 Flash读写与模拟EEPROM的适配很多项目会用STM32F103的内部Flash模拟EEPROM来保存配置参数。STM32F103的Flash擦写单位是页中容量产品64KB/128KB Flash的页大小是1KB大容量产品256KB以上的页大小是2KB。擦除一页需要20ms左右写入一个字16位需要50us左右。移植到国产芯片时Flash的擦写单位和时序需要重新确认。比如CH32F103的Flash擦写单位是256字节比STM32F103的1KB小这意味着擦除同样大小的数据CH32F103需要更多的擦除操作但每次擦除的时间更短。另外CH32F103的Flash写入需要先解锁写入完成后需要锁定这个流程和STM32F103类似但寄存器地址不同。掉电保护用Flash模拟EEPROM时掉电保护是个关键问题。如果在擦除或写入过程中掉电可能导致数据丢失甚至Flash损坏。STM32F103的Flash控制器有掉电检测功能但国产芯片可能没有。建议在硬件上增加一个掉电检测电路当检测到电源电压低于阈值时立即触发Flash写入完成中断确保数据保存完整。擦写寿命STM32F103的Flash擦写寿命是10000次国产芯片的擦写寿命可能不同。如果你的应用需要频繁写入数据比如每分钟写一次那Flash的擦写寿命会很快耗尽。建议用外部EEPROM或FRAM来保存频繁变化的数据Flash只用来保存不常变化的配置参数。5. 常见问题排查与实战经验速查5.1 移植后程序跑不起来怎么办这是移植后最常见的问题现象是下载程序后芯片没有任何反应或者程序跑飞。排查思路如下。第一步确认启动模式。检查BOOT0和BOOT1引脚的接法是否正确。STM32F103的BOOT0接高电平、BOOT1接低电平时从系统存储器启动用于串口下载BOOT0接低电平时从Flash启动。国产芯片的启动模式定义可能不同比如某些芯片取消了BOOT1引脚或者启动模式的定义有变化。查一下替代芯片的数据手册确认启动引脚的接法。第二步确认时钟配置。如果程序卡在时钟初始化里芯片就不会执行后面的代码。用调试器单步跟踪看看程序停在哪里。常见的问题是PLL配置参数不对导致时钟起振失败。比如STM32F103的PLL倍频系数是98MHz * 9 72MHz但GD32F103的PLL倍频系数可能是278MHz * 27 216MHz再分频到108MHz。如果照搬STM32的PLL配置GD32可能跑在错误的频率上。第三步确认中断向量表。国产芯片的中断向量表位置和STM32F103可能不同。比如STM32F103的中断向量表默认从0x08000000开始但某些国产芯片的中断向量表可能从0x08000100开始。如果中断向量表位置不对中断触发后就会跳转到错误的地址导致程序跑飞。检查启动文件里的向量表定义确认和芯片手册一致。第四步确认Flash等待周期。STM32F103在72MHz下需要2个等待周期国产芯片在同样频率下可能需要不同的等待周期。如果等待周期设置不对Flash读取会出错程序可能跑飞或死机。查一下芯片手册里的Flash等待周期配置表按实际主频设置。5.2 外设工作不正常的排查方法外设工作不正常的表现多种多样比如USART收不到数据、SPI读出的数据全是0xFF、ADC采样值跳动很大等。排查方法可以按照以下顺序进行。先查时钟确认外设的时钟是否使能。STM32F103的USART1时钟在RCC_APB2ENR寄存器的位14国产芯片的时钟使能位可能不同。用调试器查看RCC寄存器的值确认对应外设的时钟位被置1。再查引脚配置确认GPIO的模式配置是否正确。STM32F103的USART1_TX需要配置为复用推挽输出USART1_RX需要配置为浮空输入或上拉输入。国产芯片的GPIO模式定义可能不同比如某些芯片的复用功能配置需要额外设置AFR寄存器。然后查寄存器配置用调试器查看外设寄存器的值和芯片手册里的定义对比。比如USART的BRR寄存器、CR1寄存器、CR2寄存器确认波特率、数据位、停止位、校验位等参数配置正确。最后查时序如果寄存器配置都正确但外设还是不工作那可能是时序问题。用示波器或逻辑分析仪抓波形看看时钟极性、时钟相位、数据建立时间、数据保持时间是否满足从设备的要求。SPI和I2C对时序特别敏感时序不对就会通信失败。5.3 常见问题速查表问题现象可能原因排查方法解决方案程序下载后无反应启动模式错误检查BOOT引脚电压按芯片手册调整BOOT接法程序跑飞中断向量表位置错误查看启动文件向量表定义修改向量表偏移寄存器程序死机Flash等待周期错误查看Flash等待周期配置按实际主频设置等待周期USART收不到数据波特率偏差过大示波器测波特率重新计算BRR值USART DMA丢包DMA缓冲区未对齐检查缓冲区地址添加4字节对齐属性SPI读出全0xFF时钟极性/相位错误逻辑分析仪抓波形调整CPOL和CPHASPI高速丢数据DMA传输长度超限查看DMA传输长度寄存器分段传输ADC采样跳动大参考电压不稳示波器测VDDA纹波增加滤波电容PWM频率不对定时器时钟源不同查看总线时钟配置重新计算预分频值Flash写入失败未解锁或未擦除查看Flash控制寄存器先擦除再写入芯片发热严重GPIO配置冲突检查GPIO模式修正GPIO配置复位不可靠复位电容不匹配示波器测复位波形调整复位电容值5.4 几个容易被忽略的细节调试接口的引脚复用STM32F103的SWD接口使用PA13和PA14引脚这两个引脚默认是调试功能。如果程序里把PA13和PA14配置成了普通GPIO调试器就连接不上了。国产芯片的调试引脚可能不同比如某些芯片的SWD接口使用PA13和PA14但复位后默认功能可能不是调试功能。移植时要确认调试引脚的默认配置避免把自己锁在门外。内部温度传感器的差异STM32F103内部有一个温度传感器连接到ADC的通道16。但它的精度很差误差在±45°C左右只能用来做粗略的温度趋势判断不能用于精确测温。国产芯片的内部温度传感器精度可能不同有些芯片甚至没有内部温度传感器。如果你的应用需要精确测温建议用外部温度传感器比如DS18B20或MLX90614。USB虚拟串口的移植STM32F103的USB虚拟串口例程用的是ST的USB库移植到国产芯片时USB库需要替换为芯片厂商提供的版本。不同厂商的USB库在端点配置、描述符定义、中断处理上都有差异移植工作量比较大。如果项目对USB功能依赖度高建议选一款USB生态成熟的国产芯片比如CH32F103它的USB库和例程比较完善。继电器的驱动电路STM32F103的GPIO输出电流最大25mA不足以直接驱动继电器。通常需要用三极管或光耦来驱动。国产芯片的GPIO驱动能力可能不同比如某些芯片的GPIO输出电流只有8mA。移植时要确认GPIO的驱动能力必要时增加驱动电路。另外继电器的反向电动势会干扰MCU建议在继电器线圈两端并联续流二极管并在MCU的GPIO和继电器驱动电路之间增加光耦隔离。最小系统电路的通用性STM32F103的最小系统电路包括电源电路、复位电路、晶振电路、调试接口电路和启动模式电路。国产芯片的最小系统电路和STM32F103基本一致但细节上可能有差异。比如某些国产芯片的内部LDO输出电压不同需要调整外部电容某些芯片的复位阈值不同需要调整复位电路参数。画PCB时建议留出兼容设计比如复位电容用两个焊盘并联方便调整电容值。6. 选型决策与长期供货策略6.1 不同场景下的选型建议选型没有绝对的最优解关键看你的应用场景和项目需求。下面按几种典型场景给出建议。场景一已量产项目快速替换。首选GD32F103或APM32F103Pin-to-Pin兼容硬件不改板软件移植工作量可控。如果项目对成本敏感可以考虑CH32F103。移植周期通常在一到两周具体取决于代码的复杂度和外设使用情况。场景二新项目研发选型。如果项目对性能要求不高GD32F103或APM32F103足够。如果需要更强的运算能力比如电机FOC控制、音频处理可以考虑华大HC32F460或国民技术N32G455Cortex-M4内核主频更高DSP指令集和浮点运算单元能显著提升运算效率。场景三工业级应用。首选APM32F103工作温度范围宽ESD防护能力强适合工业现场环境。如果项目需要硬件加密功能可以考虑国民技术N32G455集成了硬件加密引擎适合有安全需求的应用。场景四低成本消费类应用。CH32F103性价比突出适合对成本敏感的消费类产品。但要注意CH32F103的生态资料相对少一些开发时可能需要更多时间调试。场景五需要USB功能。CH32F103内置USB外设不需要外部晶振适合需要USB通信的应用。如果项目需要USB高速通信可以考虑GD32F103或APM32F103它们的USB外设性能更好。6.2 长期供货与生态建设缺货潮总会过去但供应链的稳定性是长期问题。选型时不能只看当前的价格和库存还要考虑厂商的长期供货能力和生态建设。供货能力关注厂商的晶圆产能规划、封装测试能力、代理渠道的库存情况。尽量选择有多个代理渠道的芯片避免单一渠道断供。另外要关注厂商是否有长期供货承诺比如某些厂商对特定型号承诺供货10年以上。生态建设关注厂商的开发工具、库函数、例程、社区资料的完善程度。生态越成熟开发效率越高遇到问题也越容易找到解决方案。GD32和APM32的生态在国产MCU里算是比较完善的官方提供了丰富的库函数和例程社区里也有不少开发者分享经验。技术支持关注厂商的技术支持响应速度和专业程度。遇到棘手的问题时能否快速得到厂商FAE的支持往往决定了项目能否按时交付。建议在选型阶段就和厂商的FAE建立联系了解他们的支持能力和响应速度。替代方案的备份不要只选一颗芯片建议至少准备两颗替代方案。比如主方案用GD32F103备份方案用APM32F103。这样万一主方案也缺货可以快速切换到备份方案。备份方案和主方案最好在硬件上兼容软件上移植工作量小。6.3 从缺货潮中积累的经验经历过这轮缺货潮我最大的体会是硬件设计要有冗余软件架构要可移植。硬件设计上PCB布局时尽量留出兼容设计。比如主控芯片的封装可以兼容多种型号电源电路可以兼容不同的电压范围晶振电路可以兼容不同的频率。这样在缺货时可以快速切换替代料不用重新改板。软件架构上尽量把硬件相关的代码抽象成独立的模块比如GPIO操作、USART通信、SPI通信、定时器控制等每个模块提供统一的接口底层实现可以根据不同的芯片替换。这样移植到新芯片时只需要替换底层实现上层业务代码不用改。另外建立自己的元器件库存也很重要。对于用量大的关键元器件可以适当备一些库存避免临时缺货影响生产。但要注意库存成本不要备太多以免造成资金积压。最后保持对国产MCU生态的关注。国产MCU这几年进步很快新品的性能和生态都在快速提升。定期关注厂商的新品发布和技术更新了解最新的替代方案和移植工具这样在需要切换时能快速找到合适的方案。我个人在实际操作中的体会是移植过程中最耗时的不是代码修改而是调试和验证。建议在移植前先写一个详细的测试计划列出所有需要验证的功能和对应的测试方法然后按计划逐项测试。这样虽然前期花的时间多一些但能避免后期出现难以排查的问题。另外移植完成后不要急着量产先小批量试产在实际使用环境中验证稳定性确认没有问题后再大批量切换。
1. 缺货潮下的现实困境与替代思路1.1 一颗芯片引发的连锁反应2020年下半年开始STM32F103系列的交期从正常的8到12周一路拉长到40周以上价格从原本的十几块钱被炒到上百块甚至出现有价无货的局面。做过量产项目的朋友应该都有体会BOM表里一颗主控缺货整条产线就得停摆采购天天催、客户天天问、老板天天盯那种压力不是开玩笑的。STM32F103C8T6这颗LQFP48封装的经典型号72MHz主频、64KB Flash、20KB SRAM外设资源包括3个USART、2个SPI、2个I2C、2个12位ADC、4个定时器几乎成了中小型嵌入式项目的默认选择。正因为它太经典、用量太大一旦产能波动缺口就格外明显。很多项目在硬件设计阶段就把它焊死在PCB上了改板成本高、周期长所以大家最关心的问题就两个能不能找到Pin-to-Pin兼容的替代品以及如果必须改板选哪颗国产MCU最稳妥。这篇文章就是围绕这两个核心问题展开的。我会从替代方案的整体思路讲起然后逐一拆解几款主流国产MCU的实际表现再结合最小系统设计、外设移植、工具链切换等具体环节把踩过的坑和验证过的方案都摊开来说。不管你是正在焦头烂额找替代料的硬件工程师还是准备把项目迁移到国产平台上的嵌入式开发者应该都能从中找到可以直接用的东西。1.2 替代方案的两条路线面对STM32F103缺货替代方案本质上分两条路。第一条路是Pin-to-Pin兼容替代。意思是新芯片的封装、引脚定义和STM32F103完全一致PCB不用改直接换料就行。这条路最大的好处是省事硬件不动、结构不动、认证不用重做软件层面做适当的移植适配就能跑起来。目前市面上有几家国产厂商专门做了这种兼容型号比如GD32F103系列、APM32F103系列、CH32F103系列等它们在引脚上基本对齐STM32F103但在内核版本、外设时序、Flash控制器等方面存在差异移植时需要注意。第二条路是重新选型。如果项目还在研发阶段或者PCB本来就要改版那就不必死磕Pin-to-Pin兼容可以从整个国产MCU的版图里挑一颗最合适的。这时候要考虑的因素就多了主频够不够、外设数量对不对、封装能不能缩小、功耗有没有要求、开发工具好不好用、供货稳不稳定、技术支持到不到位。这条路灵活度更高但工作量也更大。我的建议是如果你的项目已经量产、PCB已经定型优先走第一条路找Pin-to-Pin兼容的型号做快速替换如果项目还在打样阶段或者有改板计划那就花点时间做完整的选型评估选一颗长期供货有保障的芯片避免以后再被卡脖子。1.3 选型的五个核心维度不管是哪条路选型时都要从以下五个维度去评估。内核与主频STM32F103用的是ARM Cortex-M3内核最高72MHz。国产替代品有的用M3有的用M4有的用RISC-V。M4内核在DSP指令和浮点运算上有优势如果你的项目涉及电机控制、音频处理等运算密集型任务M4会更合适。RISC-V内核的芯片生态相对年轻工具链和库支持还在完善中选之前要确认你的开发习惯能不能适应。存储资源Flash和SRAM的容量直接决定了你能不能把现有代码塞进去。STM32F103C8T6是64KB Flash 20KB SRAM如果现有代码已经用掉了80%的Flash那替代芯片的Flash不能低于64KB最好留有一定余量。注意有些国产芯片标称的Flash容量和实际可用容量有差异选型时要看手册里的具体说明。外设兼容性这是最容易踩坑的地方。USART、SPI、I2C、ADC、定时器这些外设国产芯片虽然功能上对标STM32F103但寄存器级的操作时序、DMA请求映射、中断向量表位置可能不一样。如果你的代码是直接操作寄存器的标准库风格移植工作量会比较大如果用HAL库移植相对容易一些。封装与引脚Pin-to-Pin兼容的芯片直接看封装是否一致就行。如果重新选型要考虑新封装是否适合现有PCB的布局空间以及引脚数量是否满足外设需求。LQFP48是最常见的QFN32适合空间紧张的场景LQFP64/100适合外设需求多的项目。供货与生态这一条看似软性实际上最要命。芯片再好买不到就是零。要关注厂商的产能规划、代理渠道的库存情况、是否有长期供货承诺。生态方面开发工具是否完善、社区资料是否丰富、有没有官方技术支持这些都会影响你的开发效率。2. 主流国产MCU深度对比与实操评估2.1 GD32F103最接近STM32的替代者GD32F103系列是兆易创新的产品在国产替代方案里知名度最高、资料也最丰富。它和STM32F103的相似度非常高引脚基本Pin-to-Pin兼容外设寄存器设计也高度对标很多在STM32上跑的标准库代码改一改头文件和少量寄存器定义就能在GD32上跑起来。但两者并不是完全一样。最核心的差异在于内核版本和Flash控制器。GD32F103用的是Cortex-M3的r2p1版本而STM32F103用的是r1p1版本这导致两者的指令执行时序有细微差别。更关键的是Flash等待周期STM32F103在72MHz下需要2个等待周期而GD32F103在同样频率下只需要1个甚至0个等待周期所以GD32的实际执行速度会比STM32快一些。这个差异在大多数应用里是好事但如果你的代码里有精确的软件延时循环比如用for循环做微秒级延时来驱动单总线器件如DS18B20那在GD32上延时就会变短可能导致通信失败。解决办法是用定时器做精确延时或者根据实际主频重新校准延时参数。另一个需要注意的是ADC。GD32F103的ADC在采样时间和线性度上和STM32F103有差异如果你做的是精密测量类应用建议重新校准ADC参数。我实测过GD32F103的ADC在12位模式下采样时间设置为55.5个周期时线性度可以做到±2LSB以内满足大多数工业场景需求。移植操作上如果你用的是ST的标准外设库步骤大致如下// 1. 替换启动文件将startup_stm32f10x_md.s替换为GD32对应的启动文件 // 2. 替换系统初始化文件将system_stm32f10x.c替换为GD32的system_gd32f10x.c // 3. 修改工程中的宏定义将STM32F10X_MD改为GD32F10X_MD // 4. 替换外设驱动文件将stm32f10x_xxx.c替换为gd32f10x_xxx.c // 5. 重新编译根据报错逐个修正寄存器名称差异如果你用的是HAL库移植会更简单一些因为HAL库的抽象层做得比较好主要改一下底层驱动和时钟配置就行。但要注意GD32的HAL库和ST的HAL库并不是同一个东西兆易创新有自己的HAL库实现API风格类似但不完全一样。2.2 APM32F103工业级应用的稳妥选择APM32F103是极海半导体的产品主打工业级应用。它的工作温度范围是-40°C到105°C比STM32F103的-40°C到85°C更宽适合工业现场、汽车电子等环境苛刻的场景。在引脚上APM32F103和STM32F103也是Pin-to-Pin兼容的硬件替换不需要改板。APM32F103的一个显著优势是ESD防护能力更强HBM模式下可以做到±8kV而STM32F103通常是±2kV到±4kV。这意味着在工业现场那种电磁环境复杂的场景下APM32F103的抗干扰能力更好不容易出现死机或复位。从STM32F103的HAL库移植到APM32上极海官方提供了详细的移植指南和工具。大致流程是下载APM32的官方固件库和HAL库用APM32的启动文件和系统文件替换ST的对应文件修改工程中的芯片型号宏定义检查时钟树配置APM32的PLL倍频参数和ST略有不同逐个测试外设功能重点关注USART、SPI、I2C的时序我实际移植过一个用STM32F103标准库写的项目到APM32F103上整个过程花了大约两天时间主要时间花在调试USART的DMA接收和SPI的时序上。APM32的USART在DMA接收模式下需要额外配置一个寄存器来使能DMA请求这个在ST的库里是默认开启的移植时容易漏掉。2.3 CH32F103性价比突出的选项CH32F103是沁恒微电子的产品最大的特点是性价比高单价通常比GD32和APM32更低。它在引脚上也兼容STM32F103但在外设设计上有一些自己的特色。比如CH32F103的USB外设是内置的不需要外部晶振就能工作这对于需要USB通信的应用来说可以省掉一个晶振和两个负载电容。不过CH32F103的生态相对前两者要弱一些官方提供的库和例程没有GD32和APM32那么丰富。如果你习惯用HAL库开发CH32F103的HAL库支持还在完善中部分外设的HAL驱动可能不够成熟。我建议如果用CH32F103优先考虑用标准库或者直接操作寄存器的方式开发这样可控性更强。CH32F103的Flash控制器和STM32F103差异较大它的Flash擦写单位是256字节而STM32F103是1KB或2KB。这意味着如果你的代码里有Flash模拟EEPROM的功能需要重新适配擦写逻辑。另外CH32F103的ADC参考电压是内部固定的不支持外部VREF引脚如果你的应用需要高精度ADC测量这一点要特别注意。2.4 其他值得关注的国产MCU除了上面三款Pin-to-Pin兼容的芯片还有一些国产MCU虽然不能直接替换STM32F103但在特定场景下很有竞争力。华大HC32F460Cortex-M4内核主频200MHzFlash最大512KBSRAM最大192KB。外设资源非常丰富适合需要高性能运算和大量外设的项目。不过封装和STM32F103不兼容需要改板。国民技术N32G455Cortex-M4内核主频144MHz集成了硬件加密引擎适合有安全需求的应用。它的ADC性能不错支持差分输入适合精密测量。灵动微MM32F103Cortex-M3内核主频96MHz引脚兼容STM32F103价格有竞争力。但生态资料相对少一些适合对成本敏感、有一定开发能力的团队。选型时不要只看参数表一定要拿样片实际跑一遍你的核心业务代码。我见过太多参数看起来很美好、实际跑起来各种问题的案例。比如某款芯片标称SPI最高速率18MHz但实际在DMA模式下超过8MHz就丢数据又比如某款芯片的ADC在高温下漂移严重。这些细节只有实测才能发现。3. 从STM32到国产MCU的完整移植流程3.1 硬件层面的检查与适配硬件替换是第一步。如果是Pin-to-Pin兼容的芯片理论上直接换料就行但有几个细节必须确认。电源引脚的去耦电容STM32F103通常在每个VDD引脚附近放100nF电容VDDA放1uF10nF组合。国产芯片对电源纹波的要求可能不同建议查一下替代芯片的数据手册确认去耦电容的配置是否满足要求。我遇到过换用某国产芯片后ADC噪声明显变大的情况后来在VDDA上增加了一个10uF钽电容才解决。复位电路STM32F103的复位引脚是低电平复位内部有上拉电阻外部通常接一个100nF电容到地。国产芯片的复位阈值和内部上拉电阻可能不同如果发现复位不可靠可以适当调整外部电容值或增加外部上拉电阻。晶振电路STM32F103的外部高速晶振通常用8MHz配合内部PLL倍频到72MHz。国产芯片的PLL配置可能不同比如GD32F103可以用8MHz晶振倍频到108MHz。如果沿用原来的8MHz晶振需要重新计算PLL参数。另外晶振的负载电容也要根据芯片手册调整负载电容不匹配会导致起振困难或频率偏差。BOOT引脚STM32F103的BOOT0和BOOT1引脚决定了启动模式。国产芯片的启动模式配置可能不同比如某些芯片取消了BOOT1引脚或者启动模式的定义有变化。换料前务必确认BOOT引脚的接法否则可能出现芯片无法正常启动的情况。3.2 软件层面的移植策略软件移植是整个替代过程中工作量最大的部分。根据你原来用的开发方式移植策略可以分为三种。第一种标准库移植。如果你的项目是用ST的标准外设库开发的移植到国产芯片时最彻底的方式是替换整个库文件。以GD32为例把工程里的stm32f10x_.c和stm32f10x_.h全部替换为gd32f10x_.c和gd32f10x_.h然后修改工程中的宏定义和头文件包含路径。编译后根据报错逐个修正。常见的问题包括寄存器名称不同如ST的CRH在GD32里可能叫CTL0、位定义不同如使能位的偏移量不一样、中断向量表位置不同等。第二种HAL库移植。HAL库的抽象程度高移植相对容易。以APM32为例极海提供了HAL库的移植包你只需要把ST的HAL驱动替换为APM32的HAL驱动然后修改时钟配置和外设初始化参数即可。但要注意不同厂商的HAL库在API命名和参数定义上可能有细微差别比如ST的HAL_UART_Receive_IT和APM32的HAL_UART_Receive_IT参数顺序可能不同。第三种寄存器级移植。如果你的代码是直接操作寄存器的移植工作量最大因为不同芯片的寄存器地址和位定义几乎不可能完全一致。这种情况下建议先写一个硬件抽象层HAL把寄存器操作封装成函数然后针对不同芯片实现不同的底层函数。这样上层业务代码不用改只需要替换底层实现。不管用哪种方式移植后都要做完整的回归测试。重点测试以下功能USART通信特别是DMA模式下的收发、SPI通信特别是高速模式下的数据完整性、I2C通信特别是多设备挂载时的时序、ADC采样特别是多通道扫描模式、定时器PWM输出特别是死区控制和互补输出、Flash读写特别是擦写寿命和掉电保护。3.3 工具链的切换与配置STM32开发常用的工具链是Keil MDK和STM32CubeMX。移植到国产芯片后工具链也需要相应调整。Keil MDK国产芯片厂商通常会提供Keil的器件支持包DFP安装后就可以在Keil里选择对应的芯片型号。比如GD32的DFP包安装后在Keil的Device列表里就能找到GD32F103系列。如果没有官方DFP包也可以手动添加芯片的Flash算法和调试配置。调试器STM32常用的ST-Link调试器在国产芯片上不一定能用。GD32和APM32都支持J-Link和DAP-Link调试器CH32F103支持WCH-Link调试器。如果你手头只有ST-Link可以试试能不能识别但不要抱太大希望。建议备一个J-Link或DAP-Link兼容性更好。STM32CubeMX这个工具是ST专用的不能直接用于国产芯片。不过你可以用CubeMX生成STM32的初始化代码然后手动移植到国产芯片的工程里。或者用国产芯片厂商提供的配置工具比如GD32有GD32CubeMXAPM32有APM32配置工具。这些工具的功能和CubeMX类似但成熟度可能稍逊一筹。编译优化国产芯片的Flash等待周期和STM32不同编译优化等级可能需要调整。比如在STM32上用-O2优化没问题但在GD32上可能因为指令时序差异导致某些延时函数不准。建议先用-O0或-O1编译确认功能正常后再尝试更高级别的优化。4. 典型外设移植的实操细节与避坑指南4.1 USART串口通信的移植要点USART是嵌入式项目里最常用的外设之一也是移植时最容易出问题的地方。STM32F103的USART支持DMA收发配置流程是使能USART时钟和DMA时钟配置USART的波特率、数据位、停止位、校验位配置DMA的源地址、目标地址、传输长度使能DMA请求使能USART的DMA发送和接收。移植到国产芯片时以下几个地方需要特别注意。波特率计算STM32F103的USART波特率计算公式是baud fCK / (16 * USARTDIV)其中USARTDIV是一个定点数整数部分在BRR寄存器的位15:4小数部分在位3:0。国产芯片的波特率计算公式可能不同比如某些芯片用的是baud fCK / (8 * (2 - OVER8) * USARTDIV)。如果直接照搬STM32的BRR值波特率可能会有偏差。建议用芯片厂商提供的库函数来计算波特率或者用示波器实测波形确认。DMA请求映射STM32F103的USART1_TX对应DMA1的通道4USART1_RX对应DMA1的通道5。国产芯片的DMA请求映射可能不同比如GD32F103的USART1_TX对应DMA0的通道3。移植时要查清楚对应关系否则DMA传输不会触发。中断处理STM32F103的USART中断服务函数里需要先判断是哪个中断标志位被置位然后清除标志位。国产芯片的中断标志位定义可能不同比如某些芯片的TXE标志位和TC标志位的清除方式不一样。另外DMA传输完成中断的处理逻辑也可能有差异。我踩过的一个坑是在GD32F103上用DMA接收USART数据时发现数据偶尔会丢包。排查后发现是DMA接收缓冲区的对齐问题。STM32F103的DMA对缓冲区地址没有对齐要求但GD32F103的DMA要求缓冲区地址按4字节对齐。把缓冲区定义改成__attribute__((aligned(4)))后就正常了。4.2 SPI与DMA联合使用的注意事项SPI通过DMA方式读取芯片数据是很多高速数据采集项目的标配。STM32F103的SPI支持全双工DMA配置流程是使能SPI时钟和DMA时钟配置SPI的工作模式、数据宽度、时钟极性、时钟相位配置DMA的源地址、目标地址、传输长度使能SPI的DMA请求。移植到国产芯片时SPI的时序参数需要重新验证。STM32F103的SPI最高速率是18MHzAPB2时钟72MHz除以4国产芯片的SPI最高速率可能不同。比如GD32F103的SPI最高速率可以到30MHz但实际能跑多快取决于从设备的支持能力和PCB的走线质量。DMA传输长度STM32F103的DMA传输长度寄存器是16位的最大65535。国产芯片的DMA传输长度可能不同比如某些芯片是12位的最大4095。如果你的应用需要一次传输超过4095字节的数据就需要分段传输。SPI的NSS管理STM32F103的SPI支持硬件NSS和软件NSS两种模式。硬件NSS模式下NSS引脚由硬件自动控制但多主机场景下容易出问题。软件NSS模式下NSS引脚由软件控制更灵活。国产芯片的NSS管理方式可能不同移植时要确认清楚。DMA传输完成判断STM32F103的SPI DMA传输完成后需要等待SPI的BSY标志位清零才能确保数据完全发送出去。国产芯片的BSY标志位行为可能不同比如某些芯片在DMA传输完成后BSY标志位立即清零但实际上最后一个字节还在移位寄存器里。如果此时关闭SPI或切换片选会导致最后一个字节丢失。解决办法是DMA传输完成后延时几个微秒再操作。4.3 定时器PWM输出的移植细节定时器PWM输出在电机控制、LED调光、舵机驱动等场景里非常常见。STM32F103的高级定时器TIM1和通用定时器TIM2-TIM4都支持PWM输出配置流程是使能定时器时钟配置预分频器和自动重装载值配置PWM模式、占空比、输出极性使能输出比较通道。移植到国产芯片时定时器的时钟源和计数模式需要确认。STM32F103的TIM1挂在APB2总线上时钟频率是72MHzTIM2-TIM4挂在APB1总线上时钟频率是36MHz。国产芯片的总线时钟分配可能不同比如GD32F103的TIM1挂在APB2上但APB2的时钟频率可以到108MHz。如果沿用原来的预分频器和重装载值PWM频率会变高。PWM分辨率STM32F103的定时器是16位的PWM分辨率最高16位。国产芯片的定时器可能是16位或32位的分辨率不同会影响PWM的调节精度。比如你需要0.1%的占空比调节精度那PWM分辨率至少要10位1024级。死区控制STM32F103的高级定时器TIM1支持死区控制用于互补PWM输出。国产芯片的死区控制寄存器和死区时间计算公式可能不同。比如GD32F103的死区时间计算公式是DT (DTG[7:0] 1) * tDTS而STM32F103是DT DTG[7:5] * tDTS当DTG[7:5]不为0时。移植时要重新计算死区参数。编码器模式如果你的项目用到了定时器的编码器模式来读取电机编码器移植时要确认国产芯片的编码器模式是否支持相同的计数方式。STM32F103的编码器模式支持X2和X4计数国产芯片可能只支持X2或X4中的一种。4.4 Flash读写与模拟EEPROM的适配很多项目会用STM32F103的内部Flash模拟EEPROM来保存配置参数。STM32F103的Flash擦写单位是页中容量产品64KB/128KB Flash的页大小是1KB大容量产品256KB以上的页大小是2KB。擦除一页需要20ms左右写入一个字16位需要50us左右。移植到国产芯片时Flash的擦写单位和时序需要重新确认。比如CH32F103的Flash擦写单位是256字节比STM32F103的1KB小这意味着擦除同样大小的数据CH32F103需要更多的擦除操作但每次擦除的时间更短。另外CH32F103的Flash写入需要先解锁写入完成后需要锁定这个流程和STM32F103类似但寄存器地址不同。掉电保护用Flash模拟EEPROM时掉电保护是个关键问题。如果在擦除或写入过程中掉电可能导致数据丢失甚至Flash损坏。STM32F103的Flash控制器有掉电检测功能但国产芯片可能没有。建议在硬件上增加一个掉电检测电路当检测到电源电压低于阈值时立即触发Flash写入完成中断确保数据保存完整。擦写寿命STM32F103的Flash擦写寿命是10000次国产芯片的擦写寿命可能不同。如果你的应用需要频繁写入数据比如每分钟写一次那Flash的擦写寿命会很快耗尽。建议用外部EEPROM或FRAM来保存频繁变化的数据Flash只用来保存不常变化的配置参数。5. 常见问题排查与实战经验速查5.1 移植后程序跑不起来怎么办这是移植后最常见的问题现象是下载程序后芯片没有任何反应或者程序跑飞。排查思路如下。第一步确认启动模式。检查BOOT0和BOOT1引脚的接法是否正确。STM32F103的BOOT0接高电平、BOOT1接低电平时从系统存储器启动用于串口下载BOOT0接低电平时从Flash启动。国产芯片的启动模式定义可能不同比如某些芯片取消了BOOT1引脚或者启动模式的定义有变化。查一下替代芯片的数据手册确认启动引脚的接法。第二步确认时钟配置。如果程序卡在时钟初始化里芯片就不会执行后面的代码。用调试器单步跟踪看看程序停在哪里。常见的问题是PLL配置参数不对导致时钟起振失败。比如STM32F103的PLL倍频系数是98MHz * 9 72MHz但GD32F103的PLL倍频系数可能是278MHz * 27 216MHz再分频到108MHz。如果照搬STM32的PLL配置GD32可能跑在错误的频率上。第三步确认中断向量表。国产芯片的中断向量表位置和STM32F103可能不同。比如STM32F103的中断向量表默认从0x08000000开始但某些国产芯片的中断向量表可能从0x08000100开始。如果中断向量表位置不对中断触发后就会跳转到错误的地址导致程序跑飞。检查启动文件里的向量表定义确认和芯片手册一致。第四步确认Flash等待周期。STM32F103在72MHz下需要2个等待周期国产芯片在同样频率下可能需要不同的等待周期。如果等待周期设置不对Flash读取会出错程序可能跑飞或死机。查一下芯片手册里的Flash等待周期配置表按实际主频设置。5.2 外设工作不正常的排查方法外设工作不正常的表现多种多样比如USART收不到数据、SPI读出的数据全是0xFF、ADC采样值跳动很大等。排查方法可以按照以下顺序进行。先查时钟确认外设的时钟是否使能。STM32F103的USART1时钟在RCC_APB2ENR寄存器的位14国产芯片的时钟使能位可能不同。用调试器查看RCC寄存器的值确认对应外设的时钟位被置1。再查引脚配置确认GPIO的模式配置是否正确。STM32F103的USART1_TX需要配置为复用推挽输出USART1_RX需要配置为浮空输入或上拉输入。国产芯片的GPIO模式定义可能不同比如某些芯片的复用功能配置需要额外设置AFR寄存器。然后查寄存器配置用调试器查看外设寄存器的值和芯片手册里的定义对比。比如USART的BRR寄存器、CR1寄存器、CR2寄存器确认波特率、数据位、停止位、校验位等参数配置正确。最后查时序如果寄存器配置都正确但外设还是不工作那可能是时序问题。用示波器或逻辑分析仪抓波形看看时钟极性、时钟相位、数据建立时间、数据保持时间是否满足从设备的要求。SPI和I2C对时序特别敏感时序不对就会通信失败。5.3 常见问题速查表问题现象可能原因排查方法解决方案程序下载后无反应启动模式错误检查BOOT引脚电压按芯片手册调整BOOT接法程序跑飞中断向量表位置错误查看启动文件向量表定义修改向量表偏移寄存器程序死机Flash等待周期错误查看Flash等待周期配置按实际主频设置等待周期USART收不到数据波特率偏差过大示波器测波特率重新计算BRR值USART DMA丢包DMA缓冲区未对齐检查缓冲区地址添加4字节对齐属性SPI读出全0xFF时钟极性/相位错误逻辑分析仪抓波形调整CPOL和CPHASPI高速丢数据DMA传输长度超限查看DMA传输长度寄存器分段传输ADC采样跳动大参考电压不稳示波器测VDDA纹波增加滤波电容PWM频率不对定时器时钟源不同查看总线时钟配置重新计算预分频值Flash写入失败未解锁或未擦除查看Flash控制寄存器先擦除再写入芯片发热严重GPIO配置冲突检查GPIO模式修正GPIO配置复位不可靠复位电容不匹配示波器测复位波形调整复位电容值5.4 几个容易被忽略的细节调试接口的引脚复用STM32F103的SWD接口使用PA13和PA14引脚这两个引脚默认是调试功能。如果程序里把PA13和PA14配置成了普通GPIO调试器就连接不上了。国产芯片的调试引脚可能不同比如某些芯片的SWD接口使用PA13和PA14但复位后默认功能可能不是调试功能。移植时要确认调试引脚的默认配置避免把自己锁在门外。内部温度传感器的差异STM32F103内部有一个温度传感器连接到ADC的通道16。但它的精度很差误差在±45°C左右只能用来做粗略的温度趋势判断不能用于精确测温。国产芯片的内部温度传感器精度可能不同有些芯片甚至没有内部温度传感器。如果你的应用需要精确测温建议用外部温度传感器比如DS18B20或MLX90614。USB虚拟串口的移植STM32F103的USB虚拟串口例程用的是ST的USB库移植到国产芯片时USB库需要替换为芯片厂商提供的版本。不同厂商的USB库在端点配置、描述符定义、中断处理上都有差异移植工作量比较大。如果项目对USB功能依赖度高建议选一款USB生态成熟的国产芯片比如CH32F103它的USB库和例程比较完善。继电器的驱动电路STM32F103的GPIO输出电流最大25mA不足以直接驱动继电器。通常需要用三极管或光耦来驱动。国产芯片的GPIO驱动能力可能不同比如某些芯片的GPIO输出电流只有8mA。移植时要确认GPIO的驱动能力必要时增加驱动电路。另外继电器的反向电动势会干扰MCU建议在继电器线圈两端并联续流二极管并在MCU的GPIO和继电器驱动电路之间增加光耦隔离。最小系统电路的通用性STM32F103的最小系统电路包括电源电路、复位电路、晶振电路、调试接口电路和启动模式电路。国产芯片的最小系统电路和STM32F103基本一致但细节上可能有差异。比如某些国产芯片的内部LDO输出电压不同需要调整外部电容某些芯片的复位阈值不同需要调整复位电路参数。画PCB时建议留出兼容设计比如复位电容用两个焊盘并联方便调整电容值。6. 选型决策与长期供货策略6.1 不同场景下的选型建议选型没有绝对的最优解关键看你的应用场景和项目需求。下面按几种典型场景给出建议。场景一已量产项目快速替换。首选GD32F103或APM32F103Pin-to-Pin兼容硬件不改板软件移植工作量可控。如果项目对成本敏感可以考虑CH32F103。移植周期通常在一到两周具体取决于代码的复杂度和外设使用情况。场景二新项目研发选型。如果项目对性能要求不高GD32F103或APM32F103足够。如果需要更强的运算能力比如电机FOC控制、音频处理可以考虑华大HC32F460或国民技术N32G455Cortex-M4内核主频更高DSP指令集和浮点运算单元能显著提升运算效率。场景三工业级应用。首选APM32F103工作温度范围宽ESD防护能力强适合工业现场环境。如果项目需要硬件加密功能可以考虑国民技术N32G455集成了硬件加密引擎适合有安全需求的应用。场景四低成本消费类应用。CH32F103性价比突出适合对成本敏感的消费类产品。但要注意CH32F103的生态资料相对少一些开发时可能需要更多时间调试。场景五需要USB功能。CH32F103内置USB外设不需要外部晶振适合需要USB通信的应用。如果项目需要USB高速通信可以考虑GD32F103或APM32F103它们的USB外设性能更好。6.2 长期供货与生态建设缺货潮总会过去但供应链的稳定性是长期问题。选型时不能只看当前的价格和库存还要考虑厂商的长期供货能力和生态建设。供货能力关注厂商的晶圆产能规划、封装测试能力、代理渠道的库存情况。尽量选择有多个代理渠道的芯片避免单一渠道断供。另外要关注厂商是否有长期供货承诺比如某些厂商对特定型号承诺供货10年以上。生态建设关注厂商的开发工具、库函数、例程、社区资料的完善程度。生态越成熟开发效率越高遇到问题也越容易找到解决方案。GD32和APM32的生态在国产MCU里算是比较完善的官方提供了丰富的库函数和例程社区里也有不少开发者分享经验。技术支持关注厂商的技术支持响应速度和专业程度。遇到棘手的问题时能否快速得到厂商FAE的支持往往决定了项目能否按时交付。建议在选型阶段就和厂商的FAE建立联系了解他们的支持能力和响应速度。替代方案的备份不要只选一颗芯片建议至少准备两颗替代方案。比如主方案用GD32F103备份方案用APM32F103。这样万一主方案也缺货可以快速切换到备份方案。备份方案和主方案最好在硬件上兼容软件上移植工作量小。6.3 从缺货潮中积累的经验经历过这轮缺货潮我最大的体会是硬件设计要有冗余软件架构要可移植。硬件设计上PCB布局时尽量留出兼容设计。比如主控芯片的封装可以兼容多种型号电源电路可以兼容不同的电压范围晶振电路可以兼容不同的频率。这样在缺货时可以快速切换替代料不用重新改板。软件架构上尽量把硬件相关的代码抽象成独立的模块比如GPIO操作、USART通信、SPI通信、定时器控制等每个模块提供统一的接口底层实现可以根据不同的芯片替换。这样移植到新芯片时只需要替换底层实现上层业务代码不用改。另外建立自己的元器件库存也很重要。对于用量大的关键元器件可以适当备一些库存避免临时缺货影响生产。但要注意库存成本不要备太多以免造成资金积压。最后保持对国产MCU生态的关注。国产MCU这几年进步很快新品的性能和生态都在快速提升。定期关注厂商的新品发布和技术更新了解最新的替代方案和移植工具这样在需要切换时能快速找到合适的方案。我个人在实际操作中的体会是移植过程中最耗时的不是代码修改而是调试和验证。建议在移植前先写一个详细的测试计划列出所有需要验证的功能和对应的测试方法然后按计划逐项测试。这样虽然前期花的时间多一些但能避免后期出现难以排查的问题。另外移植完成后不要急着量产先小批量试产在实际使用环境中验证稳定性确认没有问题后再大批量切换。
