STM32F103缺货替代指南：GD32/APM32/CH32/AT32选型与迁移实战

1. 从一颗芯片的缺货说起为什么替代这件事非做不可2020年下半年到2022年那段时间只要你在电子行业待过就一定经历过那种“看着BOM表发呆”的日子。STM32F103C8T6这颗芯片平时几块钱的东西一度被炒到上百块交期从四周变成五十二周甚至有些贸易商直接告诉你“先打款什么时候有货不知道”。我手上有个项目板子都画好了样机也验证通过了结果采购跟我说F103拿不到货要么改设计要么项目停摆。那种感觉做过硬件的人应该都懂。STM32F103这颗芯片在嵌入式圈子的地位不用多说。它是很多人入门ARM Cortex-M3的第一颗芯片资料多、例程全、社区活跃标准库和HAL库两套生态都很成熟。从最小系统板到工业控制板从串口通信到PWM电机驱动从SPI读取传感器到USB虚拟串口几乎你能想到的嵌入式入门场景都能找到基于F103的现成代码。正因为如此当它缺货的时候整个行业都被迫开始认真思考一个问题有没有能替代它的国产MCU这个问题在2021年之后变得尤为迫切。国产MCU厂商也抓住了这个窗口期GD32、APM32、CH32、AT32、HC32等品牌迅速进入工程师的视野。但替代这件事远不是“管脚兼容就能直接换”那么简单。我见过太多人踩坑有人以为GD32和STM32可以直接pin-to-pin替换结果发现ADC精度和时钟树配置有差异有人把HAL库直接搬到APM32上编译过了但跑不起来还有人选了某款国产芯片结果发现开发工具链极其难用社区资料几乎为零一个简单的问题卡了三天。这篇内容就是把我这几年在国产MCU替代和选型上踩过的坑、总结的经验、以及实际项目中验证过的方案系统地梳理出来。不管你是正在为F103缺货发愁的硬件工程师还是准备在新项目里导入国产MCU的嵌入式开发者或者只是想在方案里留一个备选路径这些内容都能直接拿来参考。我会从替代方案的整体思路讲起然后逐个拆解主流国产MCU的选型要点再深入到移植过程中的具体技术细节最后分享一些实际项目中积累的避坑经验。2. 替代方案的整体思路先搞清楚你到底需要什么2.1 替代不是简单的“换一颗芯片”很多人一听到替代第一反应就是去找一颗管脚兼容、寄存器兼容的芯片然后把原来的固件烧进去就完事了。这个思路在理想情况下是对的但实际操作中你需要考虑的东西远不止这些。首先要明确的是替代的层次是不一样的。最浅层次的替代是“硬件管脚兼容”也就是PCB不用改或者只改少量外围芯片焊上去就能用。再深一层是“寄存器级兼容”也就是原来的标准库代码基本不用改重新编译就能跑。最深层次是“生态兼容”包括开发工具、调试器、中间件、社区支持等一整套东西。你在做替代方案的时候必须先想清楚自己需要达到哪个层次。我一般会把替代需求分成三类场景。第一类是“紧急替代”就是原来用F103的板子已经量产了突然缺货需要快速找到能焊上去就跑的芯片这种情况下管脚兼容和寄存器兼容是刚需。第二类是“新项目选型”还没有历史包袱可以从头评估哪颗芯片最合适这种情况下生态和长期供货能力比管脚兼容更重要。第三类是“降本替代”原来用F103觉得成本高了想换成更便宜的方案这种情况下需要综合考虑性能和开发成本。2.2 替代评估的核心维度不管你是哪种场景评估一颗替代芯片的时候我建议从下面这几个维度去打分。这个框架是我自己在多个项目中总结出来的可以直接拿来用。评估维度具体内容权重建议管脚兼容性封装是否一致、引脚定义是否相同、外围电路是否需要调整紧急替代场景权重最高寄存器兼容性外设寄存器地址和位定义是否一致、标准库/HAL库能否直接复用有大量存量代码时权重高内核与主频Cortex-M3/M4/M0、最高主频、Flash和RAM容量根据项目算力需求评估外设资源定时器数量、ADC通道数和精度、SPI/I2C/UART数量、USB/CAN支持根据具体应用场景开发工具链是否支持Keil/IAR、是否有免费IDE、调试器是否通用影响开发效率生态与资料官方例程丰富度、社区活跃度、中文文档质量影响问题排查速度供货与价格长期供货承诺、代理商渠道、批量价格量产项目必须考虑可靠性工作温度范围、ESD等级、是否有车规/工业级认证工业场景重点关注这个表格看起来简单但实际用起来的时候每一项都需要你花时间去验证。比如“寄存器兼容性”这一项你不能只看厂商宣传的“兼容STM32”而是要实际拿代码去编译、去跑、去对比外设行为。我后面会详细讲怎么验证。2.3 国产MCU的几条技术路线目前市面上的国产MCU从技术路线上大致可以分成三类。第一类是“兼容派”代表是GD32和APM32。这类芯片在设计上刻意向STM32靠拢管脚基本兼容寄存器映射也高度相似标准库和HAL库经过少量修改就能跑。GD32早期的一些型号甚至可以直接烧STM32的二进制文件当然不推荐这么做。这类芯片的优势是迁移成本低适合紧急替代和存量项目改造。第二类是“自研派”代表是CH32和HC32。这类芯片有自己的架构和外设设计虽然也是ARM Cortex-M内核但寄存器映射和外设行为跟STM32差别较大代码需要较多修改。优势是价格通常更有竞争力某些外设比如CH32的USB有自己的特色。适合新项目选型不太适合紧急替代。第三类是“生态派”代表是AT32。这类芯片在兼容性上做了不少工作同时也在建自己的生态比如提供专门的迁移工具和文档。AT32的管脚和STM32F103高度兼容官方还提供了从STM32迁移的详细指南算是介于前两类之间的一种路线。理解这几条路线的区别很重要因为它直接决定了你的迁移工作量和风险。如果你手上有一堆基于F103标准库的项目选GD32或APM32会省很多事如果你是新项目对成本敏感CH32可能更合适如果你想要一个平衡的方案AT32值得认真看看。3. 主流国产MCU逐个拆解GD32、APM32、CH32、AT32到底怎么选3.1 GD32最像STM32的那一个GD32是兆易创新的产品线也是国产MCU里最早打出“兼容STM32”旗号的品牌之一。我最早接触GD32是在2019年当时用GD32F103替换STM32F103做了一个串口服务器的项目整体迁移过程算是比较顺利的。GD32F103系列和STM32F103系列在管脚上是pin-to-pin兼容的封装从LQFP48到LQFP100都有对应型号。这意味着你的PCB不需要做任何修改直接把STM32换成GD32就能焊上去。这一点在缺货时期救了很多人的急。寄存器层面GD32F103的外设寄存器地址和STM32F103基本一致但有一些细节差异。比如GD32的Flash访问速度更快官方标称主频可以跑到108MHzSTM32F103是72MHz但如果你直接跑108MHz需要调整Flash等待周期否则会出现取指错误。我一般建议在替代初期先按72MHz跑验证功能正常后再尝试超频。标准库的兼容性方面GD32提供了自己的固件库但API接口和STM32标准库非常相似。大部分情况下你只需要把启动文件、链接脚本和少量寄存器定义换掉原来的代码就能编译通过。不过有几个地方需要特别注意GD32的ADC在采样时间和校准流程上和STM32有差异直接套用STM32的ADC配置可能会导致采样值偏差GD32的USART在波特率配置上也有细微差别高波特率下需要重新计算分频值。HAL库方面GD32官方也提供了HAL库支持但成熟度不如标准库。如果你原来用的是STM32 HAL库迁移到GD32 HAL库需要做一些适配工作。我个人的经验是如果项目对实时性要求不高用标准库迁移更省事如果项目本来就基于HAL库开发那就用GD32的HAL库但要做好调试准备。实操心得GD32替换STM32时第一件事是把系统时钟配置从72MHz改成108MHz之前先确认Flash等待周期设置正确。我见过有人直接改PLL倍频结果程序跑飞了查了半天才发现是Flash等待周期没改。3.2 APM32工业场景下的稳妥选择APM32是极海半导体的产品也是主打STM32兼容路线。相比GD32APM32在工业控制和汽车电子领域的布局更深入一些部分型号有车规级认证。我有个做工业网关的客户2021年因为F103缺货把整条产品线切到了APM32F103到目前为止跑了两年多现场故障率很低。APM32F103和STM32F103在管脚上也是兼容的封装选项基本一致。寄存器层面APM32的兼容性做得比较彻底标准库代码迁移过来基本不需要改动。我实测过用STM32标准库写的UART DMA收发代码直接在APM32上编译烧录功能完全正常。不过APM32有几个地方需要留意。首先是ADC的参考电压APM32F103的VREF引脚行为和STM32略有不同如果你的板子上VREF接了外部基准需要确认电压范围是否匹配。其次是APM32的Flash编程算法在Keil里需要单独安装支持包不能直接用STM32的算法。还有就是APM32的USB外设虽然标称兼容STM32的USB库但在虚拟串口应用中枚举过程偶尔会出现不稳定需要调整上拉电阻或增加延时。APM32的一个优势是官方提供了比较完善的迁移文档里面详细列出了和STM32的差异点。我建议在做迁移之前先把这份文档过一遍把和自己项目相关的外设差异标记出来逐个验证。3.3 CH32性价比路线但有迁移成本CH32是沁恒微电子的产品走的是自研路线。CH32F103在管脚上和STM32F103兼容但寄存器映射和外设行为差别较大不能直接复用STM32的代码。不过CH32的价格通常比GD32和APM32更有优势而且沁恒在USB和以太网外设上有自己的技术积累。我用CH32做过一个USB HID设备的项目整体感受是如果你愿意花时间研究它的寄存器手册和官方例程CH32是能用的而且某些外设比如USB用起来比STM32还方便。但如果你指望把STM32的代码直接搬过来那会非常痛苦。CH32的官方例程是基于自己的一套库函数写的风格和STM32标准库不太一样。比如GPIO的配置方式、中断向量表的定义、时钟使能的流程都需要重新学习。我建议新项目用CH32的话直接从官方例程开始搭建框架不要试图从STM32代码迁移。另外CH32的开发工具链支持Keil和MounRiver Studio基于Eclipse的免费IDE。MounRiver Studio用起来还不错但如果你习惯了Keil的调试体验可能需要适应一段时间。调试器方面CH32支持WCH-Link价格便宜但兼容性不如ST-Link广泛。3.4 AT32兼容与自研之间的平衡AT32是雅特力的产品在兼容性上做了不少工作同时也在建自己的生态。AT32F403A和STM32F103在管脚上兼容官方提供了从STM32迁移的工具和文档迁移工作量介于GD32和CH32之间。AT32的一个特点是主频可以跑到240MHzAT32F403A性能比STM32F103强不少。如果你的项目原来用F103觉得算力不够AT32可以作为一个升级选项。不过高主频带来的功耗和EMC问题需要额外关注PCB设计上要做好电源去耦和信号完整性。AT32的官方库函数风格和STM32标准库比较接近但有一些命名和参数上的差异。官方提供了一个“STM32代码迁移指南”里面列出了常见的修改点。我实测下来一个中等复杂度的F103项目迁移到AT32大概需要两到三天的调试时间主要花在时钟配置和外设初始化上。3.5 选型对比速查表为了让你更直观地对比这几款芯片我把关键信息整理成了下面这个表格。需要说明的是这里的评价是基于我个人的使用体验不同项目场景下感受可能不同。对比项GD32F103APM32F103CH32F103AT32F403A管脚兼容STM32是是是是寄存器兼容STM32高高低中标准库迁移难度低低高中HAL库迁移难度中中不支持中最高主频108MHz96MHz72MHz240MHzUSB支持有有有特色有CAN支持有有部分型号有开发工具Keil/IARKeil/IARKeil/MounRiverKeil/IAR调试器ST-Link兼容ST-Link兼容WCH-LinkAT-Link/ST-Link社区资料丰富度高中中中价格水平中中低中高这个表格只是一个快速参考实际选型的时候还需要结合你的具体需求。比如你的项目需要CAN总线那就要确认所选型号是否支持如果你的代码量很大那寄存器兼容性就比价格更重要。4. 从STM32F103迁移到国产MCU的实操细节4.1 迁移前的代码盘点与风险评估在动手迁移之前我强烈建议你先做一次代码盘点。把项目里用到的所有外设、中断、DMA通道、特殊功能都列出来然后逐个评估迁移难度。这个步骤看起来繁琐但能帮你提前发现风险点避免做到一半才发现某个外设不支持。我一般会用一个简单的表格来做这件事外设/功能STM32F103使用情况迁移风险备注GPIO普通输入输出低基本无差异USART3路其中1路DMA收发中需验证DMA触发源SPI2路1路硬件SPI接Flash中需验证时序参数I2C1路接温度传感器中需验证时序和上拉ADC4通道内部温度采集高精度和校准差异定时器TIM2 PWM输出TIM3编码器中需验证PWM模式USB虚拟串口高枚举稳定性需验证中断多个外部中断低向量表需确认这个表格做完之后你就知道哪些地方需要重点调试。比如ADC和USB被标为高风险那迁移后的第一件事就是验证这两个功能。4.2 时钟树配置的差异与调整时钟配置是迁移过程中最容易出问题的地方。STM32F103的标准时钟配置是8MHz外部晶振经过PLL倍频到72MHz而GD32F103可以跑到108MHzAPM32F103通常是96MHz。如果你直接套用原来的时钟配置可能能跑但性能没有发挥出来如果直接改成最高主频又可能因为Flash等待周期不对导致跑飞。以GD32F103为例从72MHz切换到108MHz需要做两件事一是修改PLL的倍频系数二是调整Flash等待周期。GD32的Flash在108MHz下需要插入2个等待周期而STM32在72MHz下只需要1个。如果你只改了PLL没改Flash等待周期程序在运行复杂代码时会出现取指错误表现为随机死机或数据异常。具体操作上在标准库的system_gd32f10x.c文件里找到SystemInit函数修改PLL配置和Flash等待周期的宏定义。如果你用的是HAL库则在SystemClock_Config函数里调整。改完之后用示波器或者MCO引脚输出时钟信号确认实际主频是否正确。注意超频到108MHz虽然能提升性能但功耗和发热也会增加。如果项目对功耗敏感建议还是按72MHz跑或者根据实际负载动态调整主频。4.3 外设寄存器的兼容性验证方法验证外设兼容性最直接的方法就是写一个最小测试程序逐个外设跑一遍。我一般会按照下面的顺序来验证第一步GPIO。配置一个引脚为推挽输出翻转电平用示波器看波形。这个最简单基本不会有问题。第二步USART。配置串口发送数据用USB转串口工具接收确认波特率准确、数据无误。然后测试中断接收和DMA接收确认数据不丢包。这里有个坑STM32F103的串口中断接收在某些国产芯片上会出现丢数据包的情况原因是中断响应速度或者FIFO深度不同。如果发现丢包可以尝试降低波特率或者改用DMA接收。第三步SPI。配置硬件SPI连接一个已知的SPI设备比如Flash芯片读写数据并校验。这里需要关注SPI的时钟极性、相位、数据位宽等参数是否和从设备匹配。有些国产芯片的SPI在高速下时序裕量不足需要降低时钟频率。第四步I2C。连接一个I2C传感器比如MLX90614温度传感器读取数据并校验。I2C的坑主要在时序上国产芯片的上拉电阻需求和STM32可能不同如果通信失败先检查上拉电阻是否合适。第五步ADC。这是差异最大的外设。用已知电压输入到ADC通道读取采样值计算误差。STM32F103的ADC是12位但实际有效位数可能只有10位左右。国产芯片的ADC精度和线性度可能不同需要根据项目要求评估是否可接受。如果项目对ADC精度要求高建议外置ADC芯片。第六步定时器。配置PWM输出用示波器看频率和占空比。然后测试输入捕获和编码器模式。定时器的兼容性通常比较好但PWM的死区时间和刹车功能需要特别验证。第七步USB。这是最复杂的外设。配置USB虚拟串口连接电脑确认枚举成功、数据收发正常。如果枚举失败检查上拉电阻、晶振精度和USB库的配置。有些国产芯片的USB在枚举过程中需要额外的延时可以在USB中断里加一点等待。4.4 中断向量表和启动文件的处理从STM32迁移到国产MCU时中断向量表和启动文件是需要替换的。STM32的启动文件是startup_stm32f10x_md.s而GD32对应的是startup_gd32f10x_md.sAPM32对应的是startup_apm32f10x_md.s。这些启动文件里的中断向量表定义不同不能混用。替换启动文件后还需要确认中断服务函数的名称是否匹配。比如STM32的串口1中断函数是USART1_IRQHandlerGD32也是这个名字但有些国产芯片可能加了前缀或者改了大小写。如果编译时报“未定义的中断处理函数”就是这个问题。另外链接脚本里的Flash和RAM地址也需要确认。STM32F103C8T6的Flash是64KBRAM是20KB。GD32F103C8T6的Flash也是64KB但RAM可能是20KB或32KB具体看型号。如果链接脚本里的RAM大小设置不对可能会导致变量分配失败或者栈溢出。4.5 调试工具与烧录方式的适配调试工具方面GD32和APM32都兼容ST-Link可以直接用ST-Link烧录和调试。但需要注意有些国产芯片的调试接口在复位后的初始状态和STM32不同如果ST-Link连接不上可以尝试在Keil的调试设置里把“Connect under reset”打开。CH32需要用WCH-LinkAT32可以用AT-Link或者ST-Link。WCH-Link的价格很便宜但驱动安装和Keil配置需要参考官方文档。AT-Link的体验和ST-Link差不多但如果你手头只有ST-Link也可以直接用。烧录算法方面GD32和APM32需要在Keil里安装对应的Device Family PackDFP里面包含了Flash编程算法。如果你用的是Keil 5可以通过Pack Installer在线安装。如果网络环境不好也可以从官网下载离线包手动安装。5. 那些年我踩过的坑国产MCU替代中的真实问题记录5.1 GD32的ADC采样值偏大问题有一次我用GD32F103替换STM32F103做电池电压监测发现ADC采样值比实际电压高了大约5%。一开始以为是分压电阻的问题换了电阻还是偏大。后来查GD32的手册才发现GD32的ADC在默认配置下采样时间比STM32短导致采样电容没有充分充电读数偏高。解决办法是增加ADC的采样时间。在标准库的ADC配置里把ADC_SampleTime_55Cycles5改成ADC_SampleTime_239Cycles5采样值就正常了。这个坑让我明白国产芯片的ADC不能直接套用STM32的配置必须根据实际信号源阻抗调整采样时间。5.2 APM32的USB虚拟串口枚举不稳定另一个项目用APM32F103做USB虚拟串口发现插上电脑后有时候能识别有时候识别不了。用USB分析仪抓包发现枚举过程中设备描述符的响应时间偶尔超时。后来在APM32的官方论坛找到答案APM32的USB外设在某些批次的芯片上上拉电阻需要从1.5k改成1.2k否则信号上升沿不够陡导致主机识别失败。换了电阻之后枚举成功率明显提升。这个问题的教训是国产芯片的外围电路不能完全照搬STM32的参考设计需要根据芯片的实际特性做调整。5.3 CH32的串口DMA接收丢数据用CH32F103做串口DMA接收时发现高速率下偶尔丢数据。查手册发现CH32的DMA控制器在传输完成中断的响应速度上比STM32慢如果波特率太高DMA传输完成中断还没处理完下一包数据就来了导致覆盖。解决办法是改用双缓冲DMA模式或者降低波特率。如果项目必须用高波特率建议用中断接收代替DMA虽然CPU占用率高一些但不会丢数据。5.4 国产MCU的Flash编程次数限制还有一个容易被忽略的问题国产MCU的Flash编程次数通常比STM32少。STM32F103的Flash擦写次数标称10万次而有些国产芯片只有1万次。如果你的项目需要在运行时频繁写入Flash比如保存参数需要特别注意这一点。建议用EEPROM或者外置Flash来保存频繁写入的数据不要直接写内部Flash。5.5 温度范围与可靠性差异工业场景下温度范围是一个硬指标。STM32F103的工业级型号是-40到85度有些国产芯片的工业级型号也是这个范围但实际测试中高温下的稳定性可能有差异。我建议在选型阶段就做高低温测试把板子放到温箱里跑一遍确认在温度极限下功能正常。另外国产MCU的ESD等级也需要关注。有些芯片的HBM模式ESD只有2kV而STM32通常是4kV。如果你的产品需要在恶劣电磁环境下工作建议增加外部ESD保护器件。6. 新项目选型的决策框架与长期供货策略6.1 根据项目类型选择替代路线新项目选型的时候我一般会先问几个问题项目对成本有多敏感开发周期有多长团队对STM32的熟悉程度如何产品预计的生命周期是多久如果项目成本敏感、开发周期充裕、团队愿意学习新东西CH32或HC32是不错的选择价格有优势外设也有特色。如果项目开发周期紧、团队对STM32生态依赖深GD32或APM32更稳妥迁移成本低。如果项目对性能要求高AT32的高主频型号值得考虑。6.2 双供应链策略的落地方法经历过缺货之后我现在做新项目都会考虑双供应链策略。具体做法是在PCB设计阶段就预留至少两颗芯片的兼容性比如同时支持STM32F103和GD32F103的焊盘。固件层面用条件编译来区分不同芯片的配置把芯片相关的代码集中到一个文件里方便切换。这样做的成本增加很少但能在缺货时快速切换避免项目停摆。我有个客户就是靠这个策略在2022年F103再次缺货时一周内完成了产线切换没有影响交付。6.3 长期供货与代理商选择国产MCU的供货能力这几年提升很快但不同品牌的渠道策略不一样。GD32和APM32的代理商网络比较成熟批量采购可以通过正规代理商拿货价格和交期相对稳定。CH32和AT32的渠道也在完善中但有些型号可能需要通过原厂或者特定的方案商拿货。我建议在选型阶段就和原厂或代理商确认长期供货计划特别是对于生命周期超过三年的产品。有些国产芯片厂商会提供“长期供货承诺”但具体条款需要仔细看比如是否包含停产通知期、最后一次采购机会等。6.4 国产MCU的生态建设现状客观地说国产MCU的生态和STM32还有差距。STM32有十几年的积累社区里几乎任何问题都能找到答案。国产MCU的社区还在建设中有些问题可能需要直接联系原厂FAE才能解决。不过这个差距在缩小。GD32和APM32的官方论坛活跃度不错AT32和CH32也在加强文档和例程的建设。我个人的感受是只要你选的是主流型号大部分常见问题都能找到资料。真正卡住人的往往是一些边缘问题比如某个外设在特定条件下的异常行为这种就需要靠FAE支持或者自己啃手册了。7. 一些实用的迁移检查清单与工具推荐7.1 迁移前检查清单在开始迁移之前对照下面这个清单逐项确认能帮你避免大部分低级错误确认目标芯片的封装和管脚定义核对PCB是否需要修改确认目标芯片的Flash和RAM容量检查链接脚本是否匹配确认目标芯片的启动文件替换为对应型号的启动文件确认中断向量表检查中断服务函数名称是否一致确认时钟树配置调整PLL和Flash等待周期确认外设寄存器定义替换为对应芯片的头文件确认调试器和烧录算法安装对应的DFP支持包确认USB上拉电阻和晶振精度必要时调整外围电路确认ADC采样时间和参考电压根据实际信号调整确认DMA通道映射检查是否有冲突7.2 常用调试工具与技巧调试国产MCU的时候有几个工具和技巧特别有用。首先是逻辑分析仪用来抓SPI、I2C、UART的时序比示波器更方便看协议层的数据。我常用的是Saleae Logic或者国产的LA系列价格不贵配合协议解码软件很好用。其次是USB分析仪调试USB虚拟串口的时候必备。如果没有硬件分析仪可以用Wireshark配合USBPcap软件抓包虽然不如硬件分析仪方便但能解决大部分问题。还有就是用GPIO翻转来测量代码执行时间。在关键代码段的前后各翻转一个GPIO用示波器看脉冲宽度就能知道这段代码跑了多久。这个方法在优化性能的时候特别有用。7.3 代码组织建议为了让迁移更容易我建议在写代码的时候就做好分层。把芯片相关的代码时钟配置、外设初始化、中断处理集中到一个或几个文件里用宏定义来区分不同芯片。应用层代码不要直接操作寄存器而是通过统一的接口函数来调用。这样做的另一个好处是以后如果还要换芯片只需要修改芯片相关的文件应用层代码基本不用动。我有个项目从STM32迁到GD32再迁到APM32因为代码分层做得好每次迁移都只花了一两天。8. 写在最后替代不是终点而是新的起点回头看这几年国产MCU替代的经历最大的感受是替代这件事技术上的难度其实没有想象中那么大真正难的是心态和习惯的转变。我们习惯了STM32的生态习惯了遇到问题就搜社区习惯了标准库和HAL库的写法。换到国产芯片之后这些习惯都需要调整。但这个过程也是有好处的。当你被迫去读寄存器手册、去理解外设的底层行为、去和原厂FAE沟通的时候你对嵌入式系统的理解会更深。我以前用STM32的时候很多配置都是抄例程知其然不知其所以然。用了国产芯片之后因为例程不够多反而逼着自己去看手册、去分析时序技术能力提升了不少。国产MCU这几年的进步是实实在在的。GD32、APM32、CH32、AT32这些品牌已经能满足大部分中低端应用的需求。虽然在高端市场和生态建设上还有差距但对于大多数项目来说替代方案已经足够成熟。如果你现在还在为F103缺货发愁我的建议是先做代码盘点评估迁移风险然后选一颗主流国产芯片按照我上面说的步骤一步步验证。不要指望一次成功留出足够的调试时间。遇到问题的时候先查手册再找FAE最后再考虑换方案。大部分问题都是可以解决的。最后分享一个小技巧在做替代验证的时候准备两块板子一块焊原芯片一块焊替代芯片用同样的测试程序跑对比输出结果。这样能快速定位差异比单独调试替代芯片效率高很多。这个方法是我在一个工业项目里总结出来的当时用GD32替换STM32就是靠对比测试在两天内完成了全部外设的验证。