STM32F103C8T6，这名字做嵌入式的应该都熟。但真正让它出圈的，其实是那块蓝色的小板子——“蓝药丸”。十几块钱包邮，一颗ARM Cortex-M3内核的MCU，主频72MHz，Flash 64KB，SRAM 20KB，就这么个配置，硬是让无数学生、创客、工程师甚至产品原型都围着它打转。
你可能在知乎、B站、CSDN上看过各种关于它的帖子，有人用它做四轴飞控，有人拿它跑FreeRTOS点灯，有人用HAL库模拟IIC读MT6701磁编码器做滤波校准，还有人拿它配上ESP01S搞物联网远程控制。这芯片就像电子工程师的“乐高底座”，能让各种想法快速落地。我已经数不清经手了多少片STM32F103C8T6，从学校实验室到量产项目，它总能在最合适的角落出现。这篇博文我打算把关于这颗“蓝药丸”的核心经验、选型逻辑和实操中踩过的坑一次性讲透，给准备入门或者正在用它干活的朋友一份参考。
1. 为什么“蓝药丸”成了事实标准：C8T6的核心规格与选型逻辑
先别急着写代码，搞清楚这颗芯片到底能干什么、适合干什么，比什么都重要。很多人一上来就点灯，点完了才发现引脚不够用，或者Flash满了，再重新选型就晚了。我习惯先看它的底子。
1.1 从命名看懂这枚芯片
STM32F103C8T6这一串字符，其实把大部分关键信息都写在脸上了，我常用的解读方法是这样：
- STM32：意法半导体（STMicroelectronics）的32位ARM Cortex-M微控制器系列。
- F103：这是整个系列里最经典的基础型。F1代表Cortex-M3内核，主频最高72MHz。它不算快，但胜在稳定、外设齐、生态成熟到“烂大街”。
- C：代表引脚数。C对应48引脚，你有37个GPIO可用。
- 8：代表Flash大小。8代表64KB，这是这颗芯片最让人又爱又恨的地方。
- T：代表封装类型，T就是LQFP封装，LQFP48。
- 6：代表工作温度范围。-40℃到85℃的工业级，足够覆盖绝大多数环境。
这套命名规则不光适用于F103，看懂之后你基本能举一反三理解整个STM32家族。很多新手拿到芯片不看丝印，也不去翻Datasheet，结果把引脚接错，这事在焊接最小系统板的时候发生的频率特别高。用我教过的一个实习生的话说：“名字就是一半的电路图。”
1.2 内部资源盘点：它到底能干嘛
C8T6的硬指标放在今天看，确实一般般：
- 内核：ARM Cortex-M3，72MHz主频。
- 存储：64KB Flash，20KB SRAM。
- 外设：3个USART、2个SPI、2个I2C、1个CAN、1个USB 2.0 FS、2个高级定时器、4个通用定时器、2个基本定时器、1个12位ADC（采样率最高1MHz，10个通道）、1个DAC、2个看门狗、1个RTC。
就这么点资源，很多人觉得它就是玩具。但从我做过的实际项目看，它对付逻辑简单、实时性要求高、控制类任务是完全够用的。我用它做过：
- 无刷电机的FOC控制（当然，算力和精度有限，但做学习验证绰绰有余）。
- 一套带Wi-Fi通讯的温湿度记录仪（ESP8266负责网络，C8T6负责采集、滤波、存储）。
- 一台小型3D打印机的运动控制板（步进电机脉冲+限位开关+加热棒PID控制）。
- 一个带OLED菜单、按键、密码锁逻辑的门禁控制面板。
这些应用都没把它的CPU跑满，Flash也只用了大概60%。所以选型前，先把你需要的外设数量、内存占用、计算速度列个表，C8T6完全能接住这些任务。别一上来就嫌弃性能不够，你得先问自己：我的需求真的需要一颗H7或者F4吗？
1.3 为什么是它，而不是Arduino、ESP32或国产替代
如果你只是爱好者和原型验证，Arduino UNO（AVR）上手友好，ESP32自带Wi-Fi和蓝牙，直接连云不要太爽。那我还在这费劲写C8T6干嘛？
- 外设的丰富度：C8T6有多个USART、SPI、I2C、CAN和USB，你能同时挂传感器、屏幕、电机驱动和通信模块，Arduino Uno往往是串口不够用，GPIO不够用，性能不够用。
- 实时性和底层操控能力：用寄存器或者HAL库操作定时器、DMA、中断，你能够深入到数据手册级别的细节，这是Arduino抽象层给不了你的。比如做编码器计数，用定时器的编码器接口模式，硬件帮你数脉冲，CPU零开销。
- 生态和教程深度：STM32的教程、例程、参考设计多如牛毛，遇到问题几乎都能找到答案。CubeMX生成的底层代码大幅降低了开发难度。
- 性价比：几块钱一片的芯片（国产替代甚至只要几毛钱），在量产上成本优势明显。
当然，ESP32在IoT领域确实有它的生态和场景优势，自带Wi-Fi/蓝牙这一点太方便了。但很多工业级场景下，控制逻辑、模拟量采集、通信协议栈的可靠性和稳定性优先级更高，C8T6这种独立MCU加上外置射频模组的架构反而更可控。它跟ESP32不是替代关系，是共存的两种设计哲学。
2. 最小系统板详解：原理图、BOOT引脚和供电设计里藏着多少学问
哪怕你用的是几块钱包邮的“蓝药丸”开发板，不懂最小系统板的原理，出了问题你都不知道从哪儿排查。这颗芯片其实非常“娇气”，供电、复位、时钟、下载电路缺一不可。
2.1 最小系统四大必要条件
一个能跑起来的STM32F103C8T6，至少需要这四部分：
- 供电：3.3V电源。内部有多个电源域：VDD（数字电源）、VDDA（模拟电源，给ADC用）、VREF（ADC参考电压，通常接3.3V）、VBAT（备份电池，给RTC和备份寄存器供电）。要求是VDDA和VDD电压尽量一致，且电源要干净。
- 复位电路：NRST引脚接一个10kΩ上拉电阻到3.3V，再接一个100nF电容到地。这是标准的RC复位电路，低电平复位。
- 时钟：两个晶振。HSE（高速外部时钟）一般接8MHz晶振（两个22pF负载电容），经过片内PLL倍频到72MHz；LSI（低速内部时钟）或者LSE（低速外部时钟，32.768kHz）给RTC用。很多最小系统板只做了8MHz HSE，RTC都不焊晶振，这就不适合做低功耗时钟应用。
- 启动配置：BOOT0和BOOT1引脚的电平组合决定芯片从哪启动。最常见的是BOOT0=0，BOOT1任意，从主Flash启动，正常工作模式。BOOT0=1、BOOT1=0，从系统存储器启动，也就是进入Bootloader，可以通过串口烧录。BOOT0=1、BOOT1=1，从SRAM启动，一般调试用。
这项配置我不止一次看到新人栽坑里：把BOOT0悬空，或者接错下拉电阻，结果烧录死活不成功，最后查了半天才发现是从Bootloader启动模式跳不出来。
2.2 供电与去耦：别让“干净电源”变成口头禅
STM32的数据手册上，每一组VDD/VDDA引脚旁边都会标注要加一个100nF去耦电容。这颗电容的作用是就近为芯片引脚提供高频瞬态电流，同时滤除高频噪声。很多手工焊接的最小系统板，为了省事只加了一颗100µF电解电容，结果ADC采样数据飘得厉害，跑电机的时候还会莫名复位。
我自己的原则是：每一对VDD和VSS之间必须放一个100nF（0402或0603）陶瓷电容，尽量靠近引脚放置；VDDA引脚单独接一个1µF陶瓷电容再加一个10Ω电阻跟VDD隔离，形成简单的LC低通滤波。VBAT如果不用，直接接3.3V。
还有一个容易忽略的点是VREF+。在LQFP48封装中，VREF+复用在了VDDA上，这意味着你的ADC参考电压就是VDDA。如果VDDA是LDO输出的3.3V，那你测到的ADC值对应的满量程就是3.3V，噪声也会叠加进去。想做高精度采集，得给VDDA喂一个更干净的基准电压源。
2.3 串口一键下载电路：BOOT0的自动控制魔法
大家熟知的“FlyMcu”串口烧录，原理是利用芯片出厂Bootloader，通过USART1接收数据。但每次烧录前都要手动拨BOOT0到1，烧完拨回0，太麻烦。网上有很成熟的一键下载电路，本质是：
- 串口DTR接BOOT0（通过三极管或逻辑门控制）。
- 串口RTS接NRST。
烧录时，软件控制DTR和RTS，先让芯片复位进入Bootloader，然后开始ISP烧录。不过这个电路如果时序对不上，很容易失败。我的建议是：**老老实实买个ST-Link V2，二十来块钱，用SWD接口下载，稳定不折腾。**别把时间浪费在捣鼓串口Bootloader上，SWD下载速度快、支持仿真调试，能省你不少事。
3. 开发环境与工程创建：从CubeMX到HAL库的手工建工程实战
STM32的开发方式这两年迭代得挺快。以前大家习惯用标准外设库（StdPeriph），后来ST主推HAL库和LL库，配合CubeMX图形化配置，可以说把底层代码的生成门槛降到了很低。但图形化配置生成的工程有个问题：代码结构它说了算，想挪个地方也别扭。所以学会手工建一个HAL库工程，仍然是一项有价值的底层能力。
3.1 用CubeMX创建工程：图形化配好一切
CubeMX这个工具我用得最多。它的价值不只是点几下生成代码，更在于它能把引脚复用冲突、时钟树配置错误这些低级问题在编译之前就暴露出来。以点亮LED为例，我的操作路径通常是：
- 选择MCU型号，输入STM32F103C8T6，双击。
- 在Pinout视图里找到PC13（大多数“蓝药丸”板载LED接到PC13引脚），点击，选择GPIO_Output。
- 配置时钟树：因为板载8MHz晶振，所以HSE选Crystal/Ceramic Resonator，然后在Clock Configuration里把HCLK改成72MHz，软件会自动帮你算好PLL倍频系数。
- 配置GPIO：在GPIO设置里，把PC13的初始电平设为High（代表灭，因为LED通常是一端接3.3V，一端接引脚，引脚输出低电平时灯亮），输出类型设为Push-Pull即可。
- 点击Generate Code，生成基于HAL库的MDK-ARM工程。
生成的main.c里，HAL_GPIO_WritePin(GPIOC, GPIO_PIN_13, GPIO_PIN_RESET);就能点亮LED。整个过程非常顺畅。
3.2 不用CubeMX，手工创建HAL库工程
有些项目和环境必须让你从零开始（比如公司代码规范不允许CubeMX生成的代码风格），那手工建工程就得会。这里我不讲太细的每个按钮，只讲核心思路和几个容易踩的坑：
- 准备HAL库固件包：去ST官网下载STM32CubeF1固件包，拷贝出你需要的外设头文件和源文件。
- 新建工程目录：建议分出
Core/Inc、Core/Src、Drivers/STM32F1xx_HAL_Driver/Inc、Drivers/STM32F1xx_HAL_Driver/Src、Drivers/CMSIS等目录，把对应文件放进去。 - 配置启动文件和链接脚本：启动文件用的是
startup_stm32f103xb.s（注意是xb，代表中容量产品，C8T6就是64KB），向量表定义和初始化在启动文件里完成。链接脚本则要定义Flash大小64KB、RAM大小20KB，还有栈和堆的大小。如果把Flash大小写错了，编译链接时会报错或者烧录后跑飞。 - 编写系统时钟配置：这是最容易出错的地方。没有CubeMX帮你算PLL，你得自己写RCC配置代码。
SystemClock_Config()里要设置FLASH等待周期、AHB/APB分频、PLL倍频。一个典型的72MHz配置是：HSE=8MHz，PLLM=1，PLLN=9，PLLP=4（或PLLXTPRE=1，PLLMUL=9），这些寄存器值错一个，芯片主频就不对了。 - 添加HAL_Delay、HAL_GPIO_Init等底层函数：不调用就不编译，链接时报错才知道漏了哪个。
手工建工程比CubeMX繁琐很多，但它能逼你搞懂RCC、GPIO、NVIC这些底层细节，对理解芯片工作方式帮助极大。如果是新手刚入门，我建议先用CubeMX，等跑通两三个项目之后，再手工建一次工程感受一下。
3.3 GPIO操作原理：它为什么比Arduino的digitalWrite更快
HAL库的HAL_GPIO_WritePin和Arduino的digitalWrite相比，很多人觉得差距不大。但如果你看过反汇编或者测试过程序执行周期，你会明白库函数也有性能差别，操作寄存器才是最快的。
GPIO翻转一行代码：
GPIOC->ODR ^= GPIO_PIN_13;这行代码执行只需要几纳秒，而HAL_GPIO_TogglePin还要做参数检查、状态读取，多了不少CPU周期。所以做DHT11时序模拟、红外载波发射这类对时序敏感的应用时，我都是直接操作BSRR和ODR寄存器。
还有一个特别实用的点：BSRR寄存器可以原子操作。ODR的读-改-写操作在多线程或中断里会有遇到“读到的状态已经过期”的问题，而BSRR寄存器写1置位、写0不复位，16位用来置位，高16位用来复位，单次写操作直接生效，不会被打断。这个设计是我非常喜欢的一点，也是做高可靠逻辑的基石。
4. 我测过的C8T6典型应用：编码器滤波、HX711称重与OLED显示
热词里有一项特别吸引我：“用STM32F103C8T6 HAL库模拟IIC读取MT6701磁编码器的滤波与校准实战”。这颗MT6701是MagnTek（麦歌恩）的磁性角度传感器，我觉得它的精度和性价比在旋钮、云台电机等方案里相当能打。我前两天刚好在一个项目里用过它，趁这个机会把关键细节、滤波思路和校准方法都整理出来，顺便把称重和显示这两块一起聊掉。
4.1 MT6701磁编码器读取：模拟IIC的时序细节与滤波思路
MT6701支持SPI、I2C、ABZ/PWM等多种输出，I2C接口最高可以到1MHz。但CMOS传感器I2C引脚的上拉电阻和通信速率直接影响角度数据稳定性。我在F103上用软件模拟IIC（GPIO翻转）去读它，好处是引脚随意选，坏处是时序必须卡好。
核心步骤：
- 初始化IIC引脚：开漏输出 + 外部上拉（4.7kΩ），初始状态为高。
- 起始信号：SCL高电平时，SDA拉低。
- 传输数据：8位数据，MSB先行。每一位，SCL低电平时SDA变化，SCL高电平时数据稳定。
- ACK/NACK：第9个时钟，主机释放SDA，从机拉低表示ACK。
- 读角度寄存器：MT6701的角度值存在0x00（高8位）和0x01（低8位）两个寄存器里，14位数据，范围0~16383。
读取核心代码思路：
uint16_t MT6701_ReadAngle(void) { uint16_t angle = 0; MT6701_I2C_Start(); MT6701_I2C_SendByte(0x40); // 器件地址 + 写 MT6701_I2C_WaitAck(); MT6701_I2C_SendByte(0x00); // 寄存器地址 MT6701_I2C_WaitAck(); MT6701_I2C_Stop(); MT6701_I2C_Start(); MT6701_I2C_SendByte(0x41); // 器件地址 + 读 MT6701_I2C_WaitAck(); angle = MT6701_I2C_ReadByte(1); // 读高字节，发送ACK angle = (angle << 8) | MT6701_I2C_ReadByte(0); // 读低字节，最后NACK MT6701_I2C_Stop(); return angle & 0x3FFF; // 14位有效数据 }读出原始角度后，有个很容易被忽略的问题：机械安装偏心、磁场非理想、磁铁充磁不均匀会导致角度误差。比如，磁铁装歪，读出的角度就带有周期性正弦误差。
我的处理思路分三步：
- 滑动平均滤波：取最近N次读数求平均。N选多少？得看信号的有效带宽和噪声底。测下来窗口取8~16比较合适，比如电机高速运转时，滤波窗口太大反而会把真实转动的角度变化拉钝掉，实时性变差。所以先确认你的应用场景，N太小噪声大，N太大响应慢。
- 静态校准查表：让电机整圈匀速转，记录传感器读数与实际角度（可以通过光栅编码器读）之间的偏差，生成一张误差补偿表，运行时查表修正。这个方法对机械安装误差、磁铁中心偏移等有奇效。
- 零漂处理和上电标定：上电先读一次当前角度作为零点，之后的角度输出都相对于这个零偏。
用这个方法，我实测某款云台电机的角度抖动可以从±1.2°降到±0.15°，对多数廉价的云台、转台项目来说完全够用。
4.2 HX711称重实战：24位ADC的稳定读取与单位换算
HX711是24位高精度A/D转换芯片，专门为电子秤设计。它跟MCU之间用两根线（PD_SCK和DOUT）通信，时序非常简单，但要注意：
- DOUT为高表示转换未完成，MCU要等待它变低。
- 拉低PD_SCK启动一次转换，然后再给25个脉冲读取24位数据，第25个脉冲把通道和增益配置推进下一位。
- 数据是二进制补码格式，读出来直接转成int32_t即可。
uint32_t HX711_Read(void) { uint32_t count = 0; uint8_t i; HX711_DOUT_HIGH(); while (HX711_DOUT_READ()); // 等待DOUT变低 for (i = 0; i < 24; i++) { HX711_SCK_HIGH(); delay_us(1); count = count << 1; HX711_SCK_LOW(); delay_us(1); if (HX711_DOUT_READ()) { count++; } } // 第25个脉冲，配置通道A增益128 HX711_SCK_HIGH(); delay_us(1); HX711_SCK_LOW(); delay_us(1); return count; }关键还是标定。HX711的输出值跟实际重量之间的关系是线性的：重量 = （ADC值 - 零点值） / (满量程值 - 零点值) * 满量程重量。
实际调试时，第一次上电先把秤盘放平，读一个稳定的零点；然后放一个已知标准砝码（比如500g），读满量程点；之后线性换算就OK了。由于温度、蠕变、漂移的存在，长期使用的秤需要定期重新标定。
有人做称重模块发现数值飘得厉害，我遇到过的情况是：电源纹波干扰太大，或者传感器引线太长、屏蔽差，把DOUT/SCK串扰进了噪声。解决办法很简单：HX711模块的AVDD供电独立一个LDO，DOUT/SCK用短杜邦线，远离电机驱动线。
4.3 OLED显示：SPI驱动比IIC快得多，但引脚占用更凶
常见的0.96寸OLED支持IIC和SPI两种接口。IIC只需要两根线（SDA、SCL），接线方便，但刷新速度确实一般；SPI最多需要7根线（CS、DC、RST、DIN、CLK、VCC、GND），但刷新率能到30帧以上，做动画和波形绘图都够流畅。
我用SSD1306这款驱动芯片比较多，它的核心是显存操作：往0x40控制字后面跟一串数据，直接写进GDDRAM，然后芯片自动映射到屏幕像素。驱动库U8g2或者Adafruit_SSD1306都很好用。不过U8g2在F103上会占不少Flash，如果后面还要塞FreeRTOS和一堆业务逻辑，就得考虑裁剪字体或者换轻量库。
**我的建议：做菜单和文本显示，用U8g2省心；做定制仪表盘，直接操作SSD1306的显存更灵活。**比如你想画一个圆弧进度条，那实际上就是往对应像素坐标写1，在SPI速率下完全能跑出流畅动画。
5. 进阶玩法：FreeRTOS、LVGL和固件加密，一颗“蓝药丸”能玩出多少花
光点灯和读传感器当然不够，很多人折腾C8T6是为了跑系统、做界面、防抄板。这三个方向正好对应热词里的FreeRTOS移植、LVGL移植和STM32加密。
5.1 FreeRTOS移植：三类资源要心里有数
C8T6跑FreeRTOS，总共也就20KB RAM，你得精打细算：
- 每个任务栈：一个任务栈分配128~256字（Word，4字节）。跑个稍微复杂点的状态机或者协议解析，256字起步，否则栈溢出是大概率事件。
- 空闲任务栈：默认配置
configMINIMAL_STACK_SIZE给128字够用。 - 堆空间：
configTOTAL_HEAP_SIZE，我用的是heap_4内存管理方案，支持动态创建和删除任务，且不会产生外部碎片。C8T6上我一般配置8KB~12KB。
移植FreeRTOS其实并不难，CubeMX里勾一下FreeRTOS，选CMSIS_V1接口，它会自动生成osKernelStart，把外设初始化都放在任务里做就行。但有几个细节容易出幺蛾子：
- 中断优先级：FreeRTOS要求使用NVIC中断分组为4，也就是全部抢占优先级；
configMAX_SYSCALL_INTERRUPT_PRIORITY这个宏限制了能从FreeRTOS API调用的中断优先级级别。如果中断优先级配置不对，在中断里调用xQueueSendFromISR会导致卡死或断言失败。 SysTick冲突：HAL库的延时HAL_Delay依赖SysTick，而FreeRTOS也用它做时间片调度，两个打架是常事。我的做法是，FreeRTOS跑起来后，业务代码里一律用osDelay，别混用HAL_Delay。
5.2 LVGL移植：资源和流畅度的取舍
LVGL这个图形库确实华丽，但它是个吃资源的货。纯软件渲染，加上合适优化配置，才能在72MHz的F103上保持流畅。官方规定最低Flash 64KB+RAM 16KB，C8T6刚好压线。
我的实际配置经验：
- 开启LV_COLOR_DEPTH为16：RGB565，不透明，减少内存。
- 关闭抗锯齿和阴影：费性能且小屏上不明显。
- 刷屏走DMA：用SPI+DMA把显存内容刷到OLED或者TFT屏，CPU可以去做渲染计算。实测用SPI DMA刷320x240的TFT，帧率能做到15~20FPS，UI交互还算跟手。
- 用内存池：内部RAM不够，可以分配一块片外SRAM（如果有FSMC总线扩展）给LVGL，否则图形控件一多就OOM。
最近LVGL官方也在推LVGL 9.x，对低资源芯片的支持越来越周到，但如果你第一次移植，我建议还是用LVGL 7.x或者8.x，例程多，成熟稳定。
5.3 STM32读保护：防抄板的第一道也是最后一道防线
C8T6本身有读保护功能，等级划分：
- Level 0：无保护，可以随意读出Flash。
- Level 1：禁止通过调试接口（SWD/JTAG）读取Flash，但程序还能正常运行；可以设置成Level 0，但执行解除保护会触发一次整片Flash擦除。
- Level 2：永久保护，调试接口彻底关闭，芯片变一次性。
很多量产项目的固件保护就停在Level 1。在STM32CubeProgrammer里，连接芯片后，在Option Bytes菜单里把Read Out Protection改成Level 1，点Apply就完事。如果后期需要升级固件，得先解除保护（整片擦除）再烧录，流程上要写到生产说明里。
不过说实话，读保护Level 1是防止别人拿烧录器直接读你的Flash，但抵御不了逻辑分析仪和物理攻击。总线数据还是可能被扒出来。要真正提高抄板成本，得靠MCU上的真加密方案（比如外置加密芯片）或者你的核心算法本身在云端。不要把安全寄托在一颗几十块钱的单片机上。
6. 现阶段国产替代与选型沉思：“蓝药丸”的辉煌能持续到什么时候
最后聊一个绕不开的话题——芯片缺货和国产替代。说实话，2020年之后，STM32F103C8T6的现货价格像过山车一样，最高的时候我看到翻了好几倍，这就让国产替代方案一下子成了香饽饽。
6.1 主流国产替代方案对比
我实际用过的几款，可以拿来做对比：
| 芯片型号 | 内核/主频 | Flash/RAM | 兼容性 | 我个人的使用感受 |
|---|---|---|---|---|
| GD32F103C8T6 | Cortex-M3 / 108MHz | 64KB/20KB | 引脚兼容，库兼容度较高 | 可以直接替换，主频高一点，但有些外设的时序细节存在差异，比如ADC和USB的寄存器表现，个别场景需要微调 |
| APM32F103C8T6 | Cortex-M3 / 96MHz | 64KB/20KB | 引脚兼容，SVD文件支持一般 | 跑过几块，功能正常，但开发工具链的配套资源不如ST完善 |
| CH32F103C8T6 | RISC-V (青稞V3A) / 72MHz | 64KB/20KB | 需要专门工具链 | 性能不错，价格便宜，但是底层代码要基于沁恒的库函数从头适配，迁移成本高 |
很多人问“能不能直接替换”，我的回答是：硬件上引脚兼容，大概率能跑，但软件上要留足适配时间，别指望编译一次就完美运行。GD32的USB和ADC用起来比F103要小心，之前为了兼容一个USB HID设备，我在GD32上折腾了两天才搞定端点带宽问题。
6.2 选型建议：别把信仰焊死在品牌上
现在选型我一般这样考虑：
- 如果处于学习阶段：STM32F103C8T6依然是首选，因为它资料最全、问题最少。学习成本低就是硬道理。
- 如果做量产：先看供货渠道，同时准备两到三款pin-to-pin兼容的备胎（GD32、APM32），提前做硬件兼容设计。
- 如果是小批量原型：直接STM32F103C8T6 + ST-Link调试，效率最高。
“蓝药丸”这块小板子，从学习到工作，几乎贯穿了整个电子工程师的前几年。它的价值远不止一颗芯片本身，而是无数开发者在它身上沉淀的经验、开源项目、避坑指南。这些积累，会让它在相当长一段时间里依然是电子开发者绕不开的起点。可能在未来的某一天，有更多性能更强、更便宜的选择，但F103的生态和它所代表的那段“开荒岁月”，在嵌入式的历史里是抹不掉的。
