国产化替代浪潮之下，市面上 RISC‑V MCU 型号越来越多，很多嵌入式工程师选型很迷茫：到底选 AG32，还是继续用 STM32，或者直接切换 GD32?网上参数对比表格一大堆，但大多只罗列主频、Flash 大小，缺少真实项目落地经验，很多团队照着参数选型，等到样机调试阶段才发现架构不匹配，项目返工，耽误产品上市进度。本文结合工业控制、电机驱动、物联网网关三个真实落地案例，讲清楚 AG32、STM32、GD32 核心差异，给出 RISC‑V MCU 选型实操思路，帮大家避开选型大坑AGM。
先简单梳理三颗芯片基础定位。STM32，ARM Cortex‑M 内核，生态无比完善，网上教程、开源项目、第三方组件极其丰富，调试工具成熟，是行业标杆。短板在于部分型号供货不稳定，价格波动大，ARM 内核存在授权约束。GD32，兆易创新国产 ARM 架构 MCU，主打 pin‑to‑pin 兼容 STM32，老硬件替换 PCB 几乎不用改动，固件少量修改就可以迁移，性价比高，是国内替代 STM32 主流选择;但本质还是传统通用 MCU，没有内置可编程逻辑资源，如果项目需要自定义高速时序、硬件并行处理，依旧需要外接 CPLD 芯片，增加 BOM 与布线难度。AG32 采用 RISC‑V 开源内核，最高主频 248MHz，核心杀手锏是片上集成 2K LUT CPLD 逻辑单元，MCU 和 CPLD 通过片内 AHB 高速总线互通，DMA 直接搬运数据，不用外部引脚交互;硬件引脚兼容 STM32F4，硬件可以直接替换验证，软件架构不一样，工程不能直接复用 STM32 源码AGM。
从硬件参数对比，同级别 STM32F407 主频 168MHz，AG32 主频 248MHz，自带 FPU 浮点，做电机 FOC 算法运算，算力更占优势;AG32 原生内置以太网 MAC，搭配外部 PHY 芯片就可以实现网口，不需要外接以太网控制器。GD32F4 系列主频 168‑200MHz，外设资源对标 STM32，没有片上可编程逻辑。
分享第一个真实案例：小型伺服电机控制器项目。老产品使用 STM32F407 + 外部 EPM570 CPLD，MCU 运行 FOC 算法，CPLD 处理硬件故障保护、PWM 封锁逻辑。后期要国产化降本，团队一开始优先评估 GD32，硬件直接 pin‑to‑pin 替换，PCB 不用改动。但 GD32 没有内置逻辑单元，依旧要保留外挂 CPLD，BOM 成本下降有限，两颗芯片通信带来延迟，问题没有根本解决。后续评估 AG32，直接砍掉外部 CPLD，内部逻辑单元实现故障处理，单芯片完成全部功能。最终对比结果：如果你的项目本身就需要外挂 CPLD/FPGA 做时序、硬件加速，优先选 AG32;如果只是普通 IO、串口、简单 PWM 控制，不需要自定义逻辑，GD32 足够，成本更低，迁移工作量更小。
第二个案例：传统工业采集模块。产品功能就是多路 AD 采集、RS485 Modbus 通信，没有复杂时序，不需要硬件加速。这种场景，很多工程师盲目上 AG32，结果大材小用。某小型设备公司，一开始选型直接定 AG32，开发完成之后发现，完全用不到片内 CPLD 资源，反而要学习全新 SDK，开发周期拉长。后来直接改用 GD32，原有 STM32 工程少量修改快速落地，性价比更高。这里得到选型经验：简单通用控制项目，不需要可编程逻辑，不用强行选用 AG32。
第三个案例：工业物联网网关。设备需要多路 RS485、CAN 总线，以太网数据上报，还要做高速数据流预处理。传统方案 STM32F407 外挂 W5500 以太网芯片，CPU 压力大，大数据量下容易丢包;GD32 同样需要外挂以太网芯片。AG32 自带 EMAC 以太网 MAC，搭配 LAN8720 即可实现网口，片内 CPLD 辅助数据预处理，DMA 零拷贝转发，降低 CPU 负载。该项目切换 AG32 之后，省去外部网卡芯片，整机 BOM 降低，长时间运行稳定性提升。
很多工程师纠结 RISC‑V 生态好不好。客观来讲，STM32 生态依旧最强;GD32 沿用 ARM 内核，迁移门槛最低;AG32 作为 RISC‑V 异构 MCU，官方 SDK、例程齐全，但网上开源项目数量少于 STM32。选型要记住几个判断条件： 1、项目需要自定义时序、硬件故障逻辑、高速并行处理，原本就要外挂 CPLD → 优先选 AG32; 2、老产品 STM32 直接替换，功能简单，无特殊逻辑需求 → GD32 更合适; 3、产品需要海量开源资源，不计较成本供货 → STM32; 4、做电机 FOC、伺服、激光雷达、工业网关，追求单芯片高集成，预算有限，接受学习 RISC‑V + 简单 Verilog → AG32; 5、简单消费电子，仅串口、IO 控制，不要盲目上 AG32，避免性能过剩，增加开发成本。
RISC‑V MCU 选型，不要只看主频、Flash 纸面参数，重点看架构是否匹配业务需求，盲目追求高性能，只会增加开发难度，项目延期。