企业官网建设流程全解析

板子焊完插上ST-Link，Point一敲，下载器灯闪了一下，然后提示“No target connected”——玩STM32的人对这个画面应该不陌生。我这块STM32F103RCT6最小系统板第一次上电也是这个德行，折腾了一晚上，最后发现不是芯片挂了，而是MCU的配置环节出了问题。吃了亏就得长记性，今天把这颗芯片从硬件最小系统到软件配置的完整脉络梳理一遍，给正要下手F103RCT6的朋友做个参考。

STM32F103RCT6是意法半导体F1家族里很经典的一颗料，64脚LQFP封装，Cortex-M3内核，主频72MHz，256KB Flash、48KB SRAM，外设齐全：3路USART、2个SPI、2个I2C、USB全速、CAN、3个12位ADC、2个DAC、4个通用定时器加2个高级定时器，还有SDIO接口。在2025年回头看，这颗芯片的性价比依然能打，尤其是工业控制、电机驱动、传感器采集这类场景，生态成熟、资料多、坑也基本被前人踩平了。这篇文章就把“MCU配置”这件事拆开揉碎：硬件上怎么搭最小系统，BOOT怎么跳线，时钟怎么配，CubeMX工程怎么建，以及烧录验证阶段会撞上的典型问题，一次讲透。

1. 项目背景与整体思路

1.1 为什么选F103RCT6而不是C8T6

很多新手接触STM32是从F103C8T6开始的，也就是网上俗称的“蓝板”。C8T6同样是64脚，但Flash只有64KB，SRAM 20KB，外设也少了DAC和SDIO。如果你只是点个灯、转个舵机，C8T6完全够用，但一旦涉及到稍微复杂的逻辑——比如同时跑RTOS、做文件系统、存日志、跑个简单的神经网络推理，64KB Flash就非常局促了。RCT6直接给你256KB Flash、48KB SRAM，价格也就比C8T6贵几块钱，开发板上两者的引脚大部分兼容，但RCT6多了DAC和SDIO，这意味着你能玩的场景宽了一大截。

我在这个项目里选RCT6的另一个考虑是未来扩展。做最小系统板不是焊完点个灯就结束的，后面可能要挂LCD、接ESP8266做通信、用DAC输出波形、甚至通过SDIO驱动TF卡存数据。这些需求C8T6基本撑不住，RCT6则游刃有余。给新手一个建议：如果预算不是卡得特别死，直接上RCT6，省得玩到一半换芯片重新画板。

1.2 “MCU配置”到底在配什么

“配置”这个词在不同语境下含义差别很大。硬件工程师说配置，可能是指BOOT引脚的电平设置、晶振的选择、复位电路参数的计算；嵌入式软件工程师说配置，可能是指时钟树的分频倍频、引脚的复用功能、外设参数的初始化。这个项目里提到的MCU配置，其实是横跨这两个层面的完整链路。

具体来说包括四大块：第一，电源与去耦，保证芯片在72MHz全速运行时供电稳定；第二，时钟系统，选择HSE还是HSI、怎么通过PLL倍频到72MHz、各总线预分频怎么设；第三，启动模式，BOOT0和BOOT1引脚的电平组合决定了芯片从哪段存储器取代码；第四，调试接口，SWD引脚的初始化配置，这决定了你能不能顺利烧录和调试。文章后面的实操部分就是围着这四条线展开的。

2. 硬件层面的最小系统配置

2.1 电源与去耦网络：最小系统的命脉

STM32F103RCT6的供电引脚分布在多个位置：VDD从1.8V到3.6V，典型值3.3V；VDDA是模拟电源，给ADC、复位电路、PLL等模拟模块供电；还有VREF+和VREF-引脚作为ADC的参考电压。硬件设计上通常的做法是把VDDA和VDD接同一个3.3V源，中间串一个磁珠或者10欧姆以内的电阻做隔离，减小数字噪声对模拟电路的干扰。我这块板子就是3.3V直接进VDDA，串了个10欧电阻再并一个1uF和一个100nF电容去耦。

去耦电容的摆放是有讲究的，不是随便焊几个电容就完事。每个VDD引脚附近都要放一个100nF的MLCC，而且要尽量靠近引脚，走线要短，直接连到过孔或者地平面。芯片背面我放了两个10uF的钽电容做低频储能，配合AMS1117-3.3输出的330uF电解电容，实测在72MHz全速跑ADC采样的时候，纹波能控制在50mV以内，完全够用。新手常犯的错误是只焊一两个去耦电容，结果芯片在低负载时没问题，一跑高频率外设就随机死机，这种问题排查起来非常痛苦。

2.2 时钟电路：8MHz晶振与32.768kHz晶振的取舍

F103RCT6内部有一个8MHz的HSI RC振荡器和一个40kHz左右的LSI，理论上不接外部晶振也能跑。但HSI的精度太差，常温下误差在1%到2%之间，温漂更大，做串口通信波特率一高就会乱码，用PLL倍频到72MHz后偏差会被放大，所以实际项目里几乎都要接一颗8MHz的HSE晶振。

HSE晶振电路的标准接法是：晶振两端各接一个20pF左右（具体容值看晶振规格书，一般是12pF到22pF）的负载电容到地，晶振引脚直接连到MCU的OSC_IN和OSC_OUT，中间不能走太长线。另外需要特别留意，F103的OSC_IN和OSC_OUT引脚在复位后默认是普通GPIO（PD0和PD1），只有在RCC配置里把HSE使能之后才切换成时钟功能。这个引脚映射在CubeMX的RCC配置里选择“Crystal/Ceramic Resonator”就会自动处理。

32.768kHz的LSE晶振是给RTC用的，如果你只是做普通的控制逻辑，不关注掉电后的时间保持，这颗晶振可以不焊。焊了反而多一个风险点——LSE起振率本来就不高，布局布线稍不注意就振不起来。我这次的板子为了精简，直接省略了LSE，RTC需要的时钟就用内部LSI或直接软件校准。

2.3 BOOT引脚与启动模式：最容易忽略的硬件跳线

F103的BOOT引脚有BOOT0和BOOT1两个，它们的电平组合决定了芯片复位后从哪里取代码。默认情况下BOOT0通过下拉电阻接地，BOOT1悬空或者接下拉，这是最常用的“从主Flash启动”模式。我在最小系统板上把BOOT0引出了一个三脚排针，用一个跳线帽来控制接GND还是接3.3V，这样需要ISP下载时把跳线帽拨过去，用完再拨回来，非常方便。

这里有个细节值得多说一句：BOOT1引脚就是PB2，它在复位时被采样作为启动模式选择，但复位结束后这个引脚就恢复成普通GPIO了。所以如果你把PB2复用成其他功能，完全不影响启动模式判断，前提是复位瞬间PB2的电平要对。我在设计串口ISP电路时，遇到过PB2接了外部下拉却能正常从系统存储器启动的情况——因为系统存储器启动只要求BOOT0为高、BOOT1为低，PB2的下拉正好满足了时序要求。所以设计时要么明确用跳线帽控制BOOT0，要么用合理的上下拉保证复位瞬间电平稳定，千万不要让BOOT0悬空。

2.4 复位电路与SWD调试接口

复位电路很基础但也很重要。标准做法是NRST引脚接一个10k上拉到3.3V，再接一个100nF电容到地，同时并联一个按键到地。上电瞬间电容充电，NRST保持低电平约1ms，确保电源稳定后芯片才释放复位。这个时间常数τ=RC=10kΩ×100nF=1ms，实测足够覆盖3.3V电源从0到稳定的时间。有些板子为了省成本省掉按键，只保留上拉和电容，对下载烧录来说没问题，但调试时想快速复位就要手动断电重上电了，效率很低，不推荐。

SWD调试接口只需要两根线：SWDIO（PA13）和SWCLK（PA14），加上电源和地，四根线就能完成下载和调试。比JTAG省了一半引脚，而且引脚复用简单。接线上我习惯把SWDIO、SWCLK、GND、3V3做成一个4Pin的2.54mm排针，直接插ST-Link的杜邦线就行。需要注意的是SWDIO和SWCLK在芯片内部已经有上拉和下拉（SWDIO上拉、SWCLK下拉），外部一般不需要再额外接，但如果你用了较长的杜邦线（超过20cm），建议在板端加100k上拉到SWDIO和100k下拉到SWCLK，能明显提升通信稳定性。

3. 软件层面的MCU配置

3.1 工具链准备：环境搭对，事半功倍

软件配置的第一步是准备工具链，这里不废话列一下我在用的组合：STM32CubeMX做图形化初始化配置，生成HAL库工程；编译用ARM GCC工具链或者Keil MDK，我这次用的是Keil MDK 5.39，因为调试界面用惯了；下载调试用STM32CubeProgrammer配合ST-Link/V2，偶尔也用Keil内置的Flash Download功能直接烧录。

新手最容易卡住的是驱动问题。ST-Link/V2插上电脑后，设备管理器里必须能看到ST-Link Debug这个设备。如果显示未知设备或者带黄色感叹号，多半是驱动没装好或者USB线是纯充电线。这里提醒一句：ST-Link对USB线的质量很敏感，数据线一定要用带屏蔽的正规线，劣质线会导致连接时好时坏，排查起来非常抓狂。Keil MDK装好的时候一般会附带ST-Link驱动，但老版本可能不兼容新固件的ST-Link，建议直接从ST官网装最新版STM32CubeProgrammer，里面会一起把驱动装上。

3.2 CubeMX工程创建：从零开始配一个能跑的最小工程

打开STM32CubeMX，新建工程，在Part Number搜索框输入STM32F103RCT6，双击芯片进入配置界面。这个界面左侧有两大块核心配置：Pinout & Configuration和Clock Configuration。先看Pinout这里：

• SYS -> Debug：选择Serial Wire，这一步非常关键。如果这里不选，生成的代码不会初始化SWD引脚，可能造成一次烧录后，下次点击下载直接报“Cannot access Target”，因为PA13和PA14被当成普通GPIO用了。我见过太多人在这里翻车，代码烧进去之后再也连不上芯片，只能短接NRST或者切到BOOT0启动然后用串口擦除。

• RCC -> HSE：选择Crystal/Ceramic Resonator，因为板子上有8MHz外部晶振。如果选Disable，系统会退回用内部HSI，性能和精度都会打折扣。如果选了Crystal但实际板子上没焊晶振，程序会卡在HSE起振等待的循环里，表现为芯片完全跑不起来。

• 选择好这两项之后，左侧其他外设先全部保持默认禁用。后续用哪个外设再单独开启，这样生成的工程最干净，也最容易定位问题。

我习惯在勾选完SYS和RCC之后直接进Clock Configuration，把HCLK设成72MHz回车，让CubeMX自动计算PLL参数，然后再去配置其他外设。这样做的好处是时钟树先行，后续添加外设时，CubeMX会自动检查外设挂载的时钟源是否满足要求。

3.3 时钟树配置：8MHz到72MHz的倍频路径

F103的时钟树看着复杂，其实主线就一条：HSE 8MHz进来，经过PLL倍频到72MHz，作为系统时钟SYSCLK，再经过AHB预分频得到HCLK，HCLK再分频得到APB1（36MHz）和APB2（72MHz）。具体来说，PLL的配置路径是：HSE不分频，作为PLL输入，然后PLL倍频系数设为9，输出72MHz。CubeMX里操作很简单：在Clock Configuration页面，把HCLK那栏直接输入72，然后回车，CubeMX会自动把PLLMUL设置成x9。

这里有几个参数必须心里有数。APB1外设时钟最大36MHz，所以分频器要设为/2；APB2外设时钟最大72MHz，分频器设为/1。如果APB1预分频不是1，那么挂在APB1上的定时器时钟会自动翻倍。比如APB1=36MHz时，TIM2/3/4/5的时钟是72MHz，这一点在配置定时器时非常关键，很多人算定时器溢出周期时忘了这个倍频，结果定时时间差了一倍。FLASH等待周期也需要配置成2个等待周期，因为72MHz已经超过了48MHz的门槛，CubeMX会帮你自动设置，但如果用寄存器裸写，千万别漏了FLASH_ACR寄存器。

还有个容易忽略的细节是ADC时钟。F103的ADC最大输入时钟是14MHz，需要把APB2（72MHz）进行/6分频得到12MHz。在CubeMX里配置ADC时，选分频系数为6，ADC采样率就按这个基准来计算采样周期。如果你把ADC时钟配置成了18MHz或者更高，ADC的转换结果可能会非线性甚至完全错误。

3.4 GPIO分配与代码生成：点亮第一颗LED

时钟配置完之后，就可以开始分配GPIO了。我这里先拿LED点灯作为验证手段。注意一个细节：F103的PC13引脚比较特殊，它和RTC以及备份域共享部分逻辑，用做普通推挽输出时，有些芯片在低功耗模式下会有漏电问题。常规做法是避开PC13，选择LED比较友好的引脚比如PB0或者PB1。

把PB0配置为GPIO_Output，模式选Push Pull，速度可以选Low或Medium，初始电平选High或者Low都行（看看你的LED接法是高电平点亮还是低电平点亮，如果LED另一端接3.3V，那么引脚输出低电平点亮，反之输出高电平点亮）。回到Clock Configuration确认HCLK还是72MHz，然后Project菜单里生成代码。

生成的HAL工程结构很清晰：main.c里有个SystemClock_Config()函数，CubeMX把时钟初始化代码都放在这里；MX_GPIO_Init()里是GPIO初始化。用户代码要写在USER CODE BEGIN和USER CODE END这两个注释块之间，这样下次在CubeMX里改配置重新生成代码时，你自己的逻辑不会被覆盖。我在main函数的while循环里写了PB0翻转的逻辑，没什么好说的，编译下载就完事——如果LED能按预期闪烁，这板子的MCU配置链路就算是通了。

4. 烧录验证与常见问题排查

4.1 ST-Link连接与烧录：首次下载的完整流程

代码编译通过后，把ST-Link的4根线按照SWDIO、SWCLK、GND、3V3的顺序接到板子的调试排针上，注意接线的顺序和ST-Link上丝印一一对应，接反了大概率会烧调试器。打开Keil的Options for Target，在Debug页选择ST-Link Debugger，然后进入Settings，正常情况下会识别到Target电压和IDCODE，比如0x1BA01477这样的值，IDCODE正常说明SWD通信链路是通的。

点下载，如果一切顺利，几秒钟后提示Flash Download成功。这里有个细节说一说：Keil默认的Flash算法覆盖了F103RCT6的256KB Flash，但有些精简版Keil可能不带这个算法，你会看到“No Algorithm found”或者“Error: Flash Download failed - Target DLL has been cancelled”，解决办法是在Utilities设置里添加对应芯片的FLM文件，或者换用STM32CubeProgrammer烧录。CubeProgrammer的好处是管得宽，下载、擦除、读保护设置、Option Bytes都能处理，遇到芯片锁死时用它的全擦除功能基本都能救回来。

如果下载时报“Cannot access Target”，先检查SWD接线是不是接触不良，再看ST-Link是否被占用，最后看芯片是不是已经进入了低功耗模式或者SWD被禁用。这里有个很实用的排查顺序：先用手摸一下芯片温度，如果芯片发烫，大概率是电源短路，先别连调试器了，把供电问题解决；如果是凉的，用万用表量一下NRST引脚的电平，如果一直为低，说明复位电路拉死了，检查复位电容和按键。SWD连不上的问题九成都出在这几个环节。

4.2 烧录后跑不起来的常见原因速查

程序烧进去了，LED却不按预期闪，这种问题比链接失败更让人头疼，因为系统和芯片似乎都“活着”，但行为不对。我从实际调试里整理了一个速查表，按出现频率排序：

第一，时钟配置错误。如果HSE起振失败，程序会卡在SystemClock_Config里的HSE超时等待，现象就是代码停在开头，主循环永远进不去。用调试器单步跟踪能看到死循环的位置。解决办法是检查晶振是否虚焊、负载电容是否合适，或者干脆先在CubeMX里把HSE源换成HSI，让程序先跑起来，再回来查晶振电路。

第二，BOOT0跳线帽位置不对。如果BOOT0被拨到高电平且BOOT1为低，芯片会从系统存储器启动，也就是跑的是Bootloader而不是你的程序，这时程序烧录成功也没法执行。检查方法很简单：断电，把BOOT0跳线帽拨回低电平，重新上电，看程序是否正常。

第三，引脚初始化冲突。有时候你在CubeMX里把一个GPIO同时配置成了多个外设的功能引脚，比如PA9既做了USART1的TX，又做了某个按键的输入，生成代码后后初始化的那个会覆盖先前的配置。排查方法是逐个取消外设使能，看程序是否恢复正确。

第四，供电不足。RCT6在72MHz全速运行，如果供电用的是USB口直供且没有足够滤波电容，外设一开（比如ADC连续采样加串口频繁发送），电压跌落会让系统复位或者死机。用示波器抓3.3V的波形，如果看到明显的跌落，在电源输入端加大电容（100uF以上电解电容并一个100nF高频电容），一般能解决。

4.3 几个值得记住的调试细节

经验层面的东西，写多了也没用，挑几个这次项目里最值得说的。第一个是串口打印要优先于任意复杂的调试逻辑。USART1的PA9、PA10接一个USB转TTL模块，波特率115200，上电就在初始化代码里打印版本号和时钟频率，这样系统跑没跑起来、跑到哪里了，一眼就知道。我这次调BOOT引脚问题就是靠串口输出定位的——程序烧进去没反应，串口也没输出，判断是代码根本没执行，再查BOOT才发现的。

第二个是注意F103和国产兼容芯片的细微差异。如果你买的最小系统板用的是国产兼容型号，比如GD32F103或者APM32F103，硬件引脚基本兼容，但有些芯片的Flash等待周期参数门限、PLL倍频范围会有细微不同。比如GD32的Flash在72MHz时全速运行可能需要3个等待周期，用ST的2个等待周期配置虽然大多数情况下正常，但极端条件下可能偶发程序跑飞。这个看各家数据手册，不是大问题，但心里要有个数。

第三个建议是养成上电先看电源灯的习惯。很多最小系统板的电源指示灯接在3.3V输出上，如果上电后灯亮度不够或者闪烁，先不要连调试器，用万用表量3.3V对地阻抗，如果低于10欧，基本可以判断有焊接短路。短路问题如果发生在芯片底下或者密集排针附近，用热成像仪找是最快的，没有热成像就用手摸，哪个器件发热严重就去查哪个区域。

5. 后续还能怎么玩

这块F103RCT6最小系统板调试通过之后，接下来就是给它配外设、跑实际应用了。我在这个板子上准备的下一步动作是加一个DS18B20温度传感器做环境监测，再挂一块12864液晶屏显示数据，顺便把串口日志功能加上。F103RCT6的48KB SRAM跑个轻量级的RTOS也绰绰有余，后续可以把FreeRTOS移植进去，把几个任务分开管理，这样对小型多任务系统的实战理解会有很大帮助。

如果你也正在调这块芯片的最小系统板，可以照着文章里的思路先把硬件查一遍，再用CubeMX重新生成一个干净的工程，不要急着加外设，先让LED闪起来，串口打印出来，再逐步扩展。硬件调试这件事急不得，一步一步来，反而最省时间。