企业官网建设流程全解析

最近有朋友问我，都2024年了，新项目里还在用STM32F1系列，是不是太保守了。我的答复通常是：不保守，这是务实。这颗基于Cortex-M3内核的经典MCU，从面世到现在十几年，非但没有退场，反而在大量量产设备、工控板卡、教学套件和低成本传感器节点里活得很好。如果你正在纠结选型、入门学习或者维护老项目，这篇关于STM32F1系列的文章应该能帮你把很多关键问题一次性理清：它到底能干什么、怎么选型号、硬件上哪些坑最常见、调试时从哪里入手最快。

我下面写的内容，不是芯片手册的复读，而是从实际项目里踩出来的经验。包括选型表、时钟树和启动链路、串口定时器ADC的翻车现场、还有SWD下载失败这类让人头皮发麻的问题。按照这套思路走一遍，能少走很多弯路。

1. 为什么过了这么多年，STM32F1系列依然是大多数项目的稳妥答案

1.1 一颗老芯片，凭什么还活跃在一线

很多人一提到STM32F1，第一反应就是“老”。确实，它推出时间很早，但“老”和“过时”是两码事。F1系列的定位是通用型MCU，72MHz主频、最高512KB Flash、64KB SRAM，外设覆盖了UART、SPI、I2C、定时器、ADC、DAC、CAN、USB，这些资源放在今天依然能覆盖一大半的嵌入式应用场景。

我做过一个传感器采集节点项目，需要同时挂三路模拟量、两个RS485接口、一个OLED显示屏，还要跑一套简单的状态机逻辑。当时也评估过新内核的芯片，发现性能确实更强，但软件上要迁移驱动、重新调外设，硬件上又要重新画板、重新做EMC测试，整体成本远高于继续用F1。最后那批货全部用的F103C8T6，一颗芯片几块钱，量产测试流程也都是现成的。

更关键的是生态。STM32F1系列的资料和例程存量太大了，从寄存器版到标准外设库版，再到HAL版，你能想到的问题基本都有人遇到过。团队新成员上手快，出了问题跑论坛一搜就有线索，这对产品开发来说就是隐形的时间成本优势。

1.2 F1的性能放在今天到底够不够用

判断一颗芯片够不够用，不能只看主频数字。F103跑72MHz，听起来比F4的168MHz、H7的480MHz弱不少，但实际项目里瓶颈往往不在CPU主频，而在外设吞吐和代码效率。

举几个常见的负载例子。第一类：温湿度采集、气体传感器读取、继电器控制这类低功耗感知节点，CPU大部分时间在睡眠，醒来干几百微秒的活又睡，F1绰绰有余。第二类：Modbus RTU主从站、CAN总线节点、私有串口协议转发，这类通信任务对时间确定性有点要求，但F1的UART和CAN外设配合中断，完全能稳定跑。第三类：基础电机控制，比如无刷直流电机的方波控制，或者简易的FOC，F103的中断响应和定时器资源足够支撑，很多低成本风机、水泵方案就是这么做的。

有些场景F1确实勉强，比如高分辨率屏幕驱动、复杂音频解码、大量实时滤波运算，这些该上F4/H7或者直接上MPU，没必要为难F1。

1.3 选择F1之前，先认清它的三条边界

第一，F1内核没有浮点单元，如果你要做大量浮点运算，速度会明显拖后腿，要么用定点数替代，要么换带FPU的芯片。第二，RAM普遍偏小，F103C8T6只有20KB SRAM，跑个小型RTOS再开几个缓冲区就紧张，设计之初就得精打细算。第三，USB和以太网资源要看清，F103系列不带USB OTG高速也没以太网，带USB全速和以太网的通常是F105/F107互联型。

把边界想清楚，再回头看F1，你会觉得它其实是一颗“定位极其精准”的芯片：给传统工业控制、低成本数据采集和协议转换这类场景准备的，而且性价比高得离谱。这也是它在今天依然大量出现在BOM表里的根本原因。

2. F1选型速查：从命名规则到最小系统，先把硬件关过了

2.1 芯片型号怎么看

第一次接触F1的人，看到F103C8T6这种字符串往往一头雾水。拆开来看其实很规律。

• F：表示通用系列；
• 103：表示增强型产品线，101是基础型，105/107是互联型；
• C：表示引脚数，C对应48脚，R对应64脚，V对应100脚，Z对应144脚；
• 8：表示Flash容量，8是64KB，B是128KB，C是256KB，E是512KB；
• T：表示封装，T就是LQFP，H是BGA；
• 6：表示工作温度范围，6是-40到85℃，7是-40到105℃。

所以F103C8T6翻译过来就是：通用增强型、48脚LQFP封装、64KB Flash、工业级温度范围。这份命名规则在F1全系列都通用，看懂了就不用每次翻手册。

2.2 常见型号怎么挑

我列一个自己常用的对比表，这几个型号覆盖了绝大多数F1项目需求。

选型时先定Flash和SRAM，再数外设。比如你需要同时用两个UART、一个SPI、一个I2C、三四个定时器，还要留DMA通道，48脚的C8T6往往捉襟见肘，因为很多外设引脚是复用的，排布不开。我的习惯是，先把用到的功能引脚全列出来，对照数据手册的引脚定义表检查冲突，宁可选封装大的型号，也别在布线阶段发现引脚不够用。

2.3 最小系统电路的几个关键点

F1的最小系统看起来简单，但有几个细节容易让人栽跟头。

供电部分：主供电3.3V，每个VDD引脚和VDDA都要就近放100nF去耦电容。VDDA是模拟供电，如果ADC精度要求高，最好单独用磁珠和LC滤波从3.3V分出。VBAT要接3.3V或者备用电池，悬空在某些批次上会导致RTC和备份寄存器异常。

复位电路：NRST引脚接一个10K上拉电阻到3.3V，再对地接100nF电容，这是最常规的配置。有些设计为了省成本省略上拉电阻，大部分时候系统也能跑，但抗干扰能力会变差，强烈不建议省。

启动引脚：BOOT0必须有一个明确电平，量产后建议用10K电阻下拉到地，不要悬空。BOOT1可以简单处理，正常从主Flash启动时它是什么电平无所谓，但系统存储器模式下它必须为低。

晶振和负载电容：F1需要外部HSE晶振才能跑出72MHz，最常用8MHz晶振，两端各接一个20pF左右的负载电容。晶振布局要尽量靠近OSC_IN和OSC_OUT引脚，走线短而粗，别跟高频数字信号交叉。这些细节直接关系到后面要说的起振问题。

还有一个独有的坑：F1系列的VCAP引脚。这是内部主稳压器输出，不同型号VCAP引脚数量不同，但共同要求是必须接一个2.2uF电容到地。这个电容如果漏焊、容值不对，芯片会出现莫名其妙的启动失败、偶发复位，问题是它从外观上看不出来。

2.4 打样和量产选型时容易忽略的小事

打样阶段可以选48脚的C8T6，体积小、焊接方便、价格低。但如果你预计这个产品要量产几千套，建议重新审视一次BOM。批量采购时，64脚以上的型号货源通常更稳定，假货风险也小一些。另外留意芯片丝印和批号，不同批次可能有细微差异，改版前最好先小批量试产验证。

还有一点，F1的3.3V逻辑电平跟5V系统通信时需要注意电平匹配。UART如果对方是5V TTL，最好加电平转换或者用开漏加外部上拉的方案，直接硬接容易损伤引脚。

3. 时钟树与启动链路：判断“上电后没反应”的第一现场

3.1 复位之后，芯片其实没跑在72MHz

有个非常常见的误解：F103号称72MHz，所以上电后主频就是72MHz。实际上F1复位后默认使用内部HSI，8MHz，而且PLL默认不使能。你需要通过RCC寄存器把时钟源切换到PLL，并配置PLL倍频系数，才能得到72MHz系统时钟。

如果代码里没做这一步，芯片会一直以8MHz甚至更低的频率运行。很多人调串口发现波特率不对、调定时器发现时间不准，查了半天最后发现是主频根本没提上去。用标准外设库或HAL时，SystemInit函数会帮你配置，但如果你是自己写的启动代码或者从某个精简工程改过来的，一定要确认时钟树已经初始化。

我给的排查建议是：上电后第一件事，用MCO引脚把系统时钟输出出来，示波器看一眼频率。F1的PA8可以复用为MCO，输出SYSCLK或者PLL时钟，一眼就能确认当前主频到底是多少。

3.2 外部晶振起振失败：现象、根因和处理链路

外部8MHz晶振最大的问题是“可能不起振”。我在一个板子上遇到过非常典型的症状：代码里配置了HSE作为时钟源，程序烧进去不跑，调试器停在SystemInit里出不来，单步执行发现一直卡在等待HSE就绪的循环里。

为什么会出现这种情况？F1启动时如果选择HSE，会去检查HSE时钟就绪标志。晶振没起振，这个标志永远不会置位，程序如果不做超时处理，就会永远死等。

起振失败的常见原因有几种。负载电容不对是最常见的，8MHz晶振通常需要15-20pF负载电容，有些资料上推荐22pF，但如果你的晶振本身负载电容规格是12pF，焊上22pF可能就起振困难。PCB走线太长或者过孔太多，信号衰减严重。晶振本身质量差，或者焊接温度过高导致内部损伤，这种问题最隐蔽，外观正常但就是不起振。还有一种是OSC_IN和OSC_OUT接反，虽然手册上没明说方向，但实际布线时接反了也会导致不起振。

排查链路可以这么走。第一步，示波器探头接OSC_OUT引脚，看有没有振荡波形，如果没有，检查电容和焊接。第二步，把程序临时改成HSI启动，如果系统恢复正常，说明外设和代码没问题，问题就锁定在HSE这一路。第三步，更换负载电容再试，一般都能解决。第四步还没解决，换一颗晶振。

3.3 BOOT引脚：启动流程里的另一个“隐形开关”

F1的BOOT0和BOOT1决定了复位后从哪段存储区启动。BOOT0=0，从主Flash启动，这是正常模式。BOOT0=1、BOOT1=0，从系统存储器启动，也就是进入串口ISP引导程序。BOOT0=1、BOOT1=1，从内置SRAM启动，一般调试用。

实际项目里，BOOT0悬空是个高频问题。有些开发板为了方便，BOOT0串个电阻后不默认拉低，新手插上核心板后发现程序烧不进去，或者烧进去不执行，查了半天发现是BOOT0被干扰拉高了，芯片进了ISP模式。

量产的板子，BOOT0一定要明确拉低。我的习惯是BOOT0对地接10K下拉，并且预留一个0欧或者跳线位，方便后期如果需要串口ISP升级，可以手动拉高进入引导模式。

3.4 VCAP电容和复位脚，两个硬件急救点

把VCAP电容再拎出来说一次，因为这个问题真的太容易忽略了。F103C8T6的VCAP引脚在44脚，紧挨着NRST和PB2。如果你画的板子正好这个电容漏贴，或者贴错了容值，芯片上电后可能毫无反应，电流却正常，怎么查都查不出问题。量产前一定要把VCAP电容作为关键器件单独检查。

复位脚NRST还有一个特征：它内部虽然有上拉，但外部如果对地电容太大，会导致复位信号上升沿变缓，芯片上电后要等很久才开始运行，看起来就像“死机”。曾经有个板子，NRST对地电容误用成了1uF，上电后要等一秒多程序才跑起来，最开始还以为是电源软启动的问题，最后用示波器测NRST波形才定位到。

4. 串口、PWM、ADC的典型翻车现场与一套可复用的排查方法

4.1 串口乱码或收不到数据，先从时钟和外设时钟找原因

串口问题是F1项目里出现频率最高的，我总结过，八成以上的乱码跟波特率计算无关，而是系统时钟没配置对。

串口1挂在APB2总线上，最高72MHz。串口2、串口3挂在APB1总线上，APB1最高只能36MHz。如果你初始化的时候只开了GPIO时钟，忘了开UART对应的外设时钟，寄存器写进去完全无效。用库函数开发时，很多人写了UART初始化但没调用RCC_APB2PeriphClockCmd，结果串口完全不工作。

波特率误差的另一种来源是主频不是72MHz。比如HSE没起振，系统降级用HSI的8MHz运行，但代码里还是按72MHz配置PSC参数，算出来的波特率就错了。用逻辑分析仪抓一下TX引脚的实际帧间隔，能直接算出真实波特率，再反推是主频问题还是分频配置问题。

还有电平匹配的坑。USB转TTL模块出来的信号是3.3V/5V TTL，而工业设备上有些是RS232电平，正负电压范围完全不同。如果你把RS232电平直接接到F1的UART引脚，轻则收不到，重则烧引脚。排查时先用万用表量一下空闲电平：TTL空闲应该是高电平接近VCC，RS232空闲是负电压。

4.2 PWM不出波或频率不对，多半栽在定时器时钟和复用配置上

用定时器输出PWM，先要搞清楚定时器时钟从哪里来。F1的TIM1和TIM8是高级定时器，挂在APB2上；TIM2、TIM3、TIM4、TIM5是通用定时器，挂在APB1上。这里有个规律很多人不理解：当APB1预分频系数不等于1时，定时器时钟是APB1的两倍。也就是说，APB1分频成36MHz，定时器时钟会被倍频回72MHz。

如果你按照APB1=36MHz直接计算PWM频率，结果会差一倍。很多人在这上面浪费过时间。我自己的习惯是，直接把预分频和自动重装载值列成公式：TIM_CLK除以(PSC+1)得到计数频率，再除以(ARR+1)得到PWM频率。比如72MHz时钟，PSC=71，ARR=999，输出频率就是72M/(72*1000)=1000Hz，占空比由CCR决定，CCR=500就是50%。

GPIO复用也是一个高发坑。F1的PA8可以复用为TIM1_CH1，但你要先调用GPIO复用功能初始化，否则引脚就是普通IO，示波器量永远是低电平。高级定时器TIM1和TIM8还有一个隐藏开关：必须使能主输出，也就是设置TIM_CtrlPWMOutputs或者HAL里的MOE位，否则即使配置全对，也没有波形输出。

4.3 ADC采样值乱跳，排查顺序比补滤波更重要

ADC采样值不稳定，很多人第一反应是加软件滤波。但如果不先把硬件原因排除，滤波只能掩盖问题。

F1的ADC最大时钟是14MHz，而APB2最高72MHz，所以ADC预分频至少要到6，得到12MHz。如果你分了2或4，ADC时钟超限，转换结果会漂移得很厉害。采样时间也是一个因素，通道阻抗高的时候，采样时间太短，内部采样电容充不满，转换值偏低且不稳定。常规做法是把采样时间配置到最大档之一，比如239.5个周期，尤其是接高阻传感器时。

硬件上，VDDA的纹波直接影响ADC参考。如果VDDA直接从3.3V开关电源过来，纹波几十毫伏，ADC低位就会跳。给VDDA加一个磁珠和10uF+100nF滤波，大多数跳变问题能缓解。VREF+在有独立引脚的封装上要单独接干净电源，不能跟数字地共用一段长走线。

多通道采集时，建议用DMA配合连续转换模式，让ADC自动循环扫描，DMA把结果搬进内存。如果每次转换都进中断读数据，频繁的上下文切换会影响采样间隔一致性，采集出来的波形会有抖动。

4.4 一套通用的外设排查顺序，可以救急

F1外设出问题，不管现象多花哨，我按这个顺序查，基本都能命中。

先量电源电压，3.3V必须在芯片引脚上真实存在，不是万用表在电源输出端看到的那个值。再确认复位引脚电平，低电平说明芯片被按在复位状态。然后用MCO输出确认系统时钟，主频不对，后面全部免谈。接着查外设时钟是否开启，这是库开发里最常见的遗漏。再查引脚复用和AFIO配置，尤其是有重映射需求的功能。最后才怀疑寄存器配置本身。

这个顺序的核心理念是：先把硬件和底层条件确认了，再往代码深处找。很多人一上来就单步跟踪应用代码，绕了一大圈，最后发现是供电引脚虚焊，浪费时间。

5. 开发环境、下载调试与量产维护里那些容易忽略的细节

5.1 标准库、HAL库、LL库，到底怎么选

F1开发目前主流的路径有三条：寄存器直接操作、标准外设库、STM32CubeMX+HAL/LL库。

寄存器操作适合学习，能把芯片手册吃透，但写项目效率低。标准外设库是F1玩家最熟悉的经典方案，大量老工程用它，优点是代码直观、执行效率高、资源占用少，缺点是官方早已停止更新，新外设没有支持。

HAL库是目前官方主推，配合CubeMX生成初始化代码非常快，但代码量大、封装层数多，在Flash和RAM都小的F103C8T6上，很容易出现编译完固件超过64KB的情况。我之前一个项目，用HAL库写了Modbus和两个串口，代码量比标准库版本大了将近一半。

我的建议是：新项目用CubeMX生成骨架，但底层驱动尽量用LL库或者直接寄存器操作，HAL只用来快速初始化。或者干脆用标准外设库维护老代码，毕竟F1的硬件寄存器结构一百年不变，标准库的知识不会过时。

5.2 SWD下载失败，最完整的排查链路

SWD接口只有两根线，SWDIO和SWCLK，但下载失败的问题千奇百怪。我按概率排序给你一套排查方法。

第一，接线和供电。确认SWDIO、SWCLK、GND三根线都接好，调试器必须和目标板共地。目标板要单独供电，很多调试器自带的3.3V输出能力很弱，带不动整块板子。

第二，检查复位线。把调试器的复位信号连到NRST，然后在IDE里设置Connect under Reset，也就是复位期间连接。这个操作能解决大量连接失败问题，原因是程序里如果已经把SWD引脚复用成普通GPIO，调试器在上电瞬间还能抢到芯片，等程序跑起来之后SWD就被占用了。

第三，降低SWD时钟速率。有些板子走线长、干扰大，默认4MHz连接不稳定，降到1MHz甚至100kHz，就能连上。

第四，芯片彻底锁死时，用BOOT0救砖。把BOOT0拉高，上电进入系统存储器模式，此时用户程序不运行，调试器可以重新连接并擦除Flash。擦完把BOOT0拉低再复位。

这里说一个我踩过的真实坑：某板子在程序里把PA13和PA14配置成普通GPIO用来控制LED，结果调试接口直接失效，代码更新不了。最后用BOOT0救砖，擦除后重新烧录才恢复。从那以后，所有量产板我都强制保留BOOT0跳线，并且写清楚救砖步骤。

5.3 烧录后程序不运行，先检查启动文件和向量表

下载成功但程序不跑，是另一个高频问题。排除硬件复位和BOOT引脚之后，最常出问题的就是启动文件。

F1系列根据Flash容量不同，需要选择对应容量的启动文件：小容量、中容量、大容量。如果大容量芯片用了中容量的启动文件，向量表偏移不对，中断回调全部错位，程序表现可能是主循环正常但所有中断都不进。还有一种情况是向量表没有正确重映射到Flash起始地址，LINK脚本出了问题，程序加载位置和实际运行位置对不上。

另外，如果你用的是HAL库生成的工程，并且开启了HSE，但硬件上晶振没焊，程序会卡在启动阶段的时钟配置里，表现就是烧录成功但完全不运行。遇到这种情况，先用上一章说的MCO方法确认时钟，再回头改启动配置。

5.4 量产维护：固件版本和芯片来源都不能马虎

F1作为量产主力时，维护工作的重心往往不在代码，而在工程管理和供应链。

工程管理方面，我踩过的坑是：某次为客户改了一版协议，改了三天代码，结果烧录时用错了旧工程文件。从那以后，所有项目工程名都带日期和版本号，发布给产线的固件会额外保存一个MD5校验文件，烧录前用工具核对校验值。

芯片来源方面，F1市场流通量大，翻新片和散新片都有。量产BOM里的芯片必须从授权渠道拿货，来路不明的芯片丝印可能一样，但内部Flash容量、稳定性和温度特性都可能缩水。我见过一批低价芯片，低温-20℃环境下频繁死机，换成正规渠道的芯片就正常。省下来的芯片钱，最后都变成了售后成本。

还有一个细节：如果产品在多个工厂同时生产，一定要确保固件烧录工具和算法版本一致。不同版本的烧录器对Flash的编程时序略有差异，曾经出现过同一个hex文件，A厂烧出来正常，B厂烧出来偶发校验失败。最后统一了烧录器固件版本和Flash算法配置，问题才消失。

写在最后

说了这么多，其实想表达的核心就一句话：STM32F1系列不是最新、最快、最强的芯片，但它是一颗把性价比、生态和稳定性平衡到极致的芯片。学习用它，你能理解单片机从时钟到外设的完整工作逻辑；做产品用它，你能用最低的成本覆盖大部分中低复杂度应用。

如果在调试中遇到“上电完全没反应”的情况，我的个人习惯是先把万用表戳到芯片电源引脚上，确认3.3V真实存在；再用示波器看NRST；然后看Boot0电平和晶振波形。做完这三步，至少七成的问题能定位。剩下的三成，再回到时钟配置和启动文件里找。

最后分享一个小技巧：拿到一块全新的F1板子，第一件事不要写业务代码，先写一个点灯程序，GPIO翻转加SysTick延时，确认最小系统完全正常，再开始移植外设驱动。这一步省下的排查时间，远比你以为的要多。