Keil5 里给 STM32F103 导入芯片库文件是很多人接触嵌入式开发时第一个真正意义上的坎。表面上看只是选个芯片型号、点几下鼠标实际上从器件支持包、启动文件、CMSIS 内核文件到外设驱动库每一层都有各自的放置位置和生效条件缺一层就是一堆红字报错。我带过不少刚上手的人十个里有八个卡在同一个地方工程能建起来但一编译就提示找不到stm32f10x.h或者core_cm3.h然后开始到处搜路径、删了重装、重装再删折腾一下午还是零进度。这篇就把 Keil5 导入 STM32F103 芯片库文件的整条链路拆开讲清楚为什么要分这几类文件、每种文件该放哪儿、宏定义和启动文件怎么跟芯片容量对齐、编译过了却跑不起来是什么原因以及那些年年在论坛上重复出现的报错该怎么定位。不管你是第一次搭 F103 工程还是手里有个老项目要重新捡起来下面的内容都能直接照着做。1. 把芯片库文件这五个字拆开看很多人一上来就问库文件在哪下载、怎么导入但没搞清楚自己缺的到底是哪一份文件。这个模糊的说法至少混着四类东西它们的来源、作用和安装方式完全不同混为一谈就会导致我明明装了库啊怎么还报错。1.1 器件支持包让 Keil 先认识这颗芯片器件支持包也就是 Device Family Pack下文简称 DFP是 Keil 生态里最基础的一层。它的作用不是给代码提供外设驱动而是告诉 Keil 三件事这颗芯片叫什么、它的存储器映射是什么样、Flash 该用哪种算法擦写。具体到你新建工程时弹出的那个器件选择框——里面能不能看到STM32F103C8、STM32F103ZE这些型号内存分布图能不能正确显示 64KB Flash / 20KB RAM下载时能不能选到STM32F10x Med-density Flash算法全部取决于 DFP 有没有装、装的是哪个版本。这一层最容易被误解的地方在于它跟外设驱动库没有半点关系。装完 DFP你能建工程、能选芯片、能下载但你的main.c里依然写不出一行GPIO_Init()因为那是下一层的事。反过来说如果你只把标准外设库的源文件复制进工程却没装 DFP那新建工程时连芯片型号都选不出来后面全白搭。1.2 启动文件与 CMSIS 内核文件编译的地基启动文件是汇编写的后缀.sSTM32F103 对应的文件名叫startup_stm32f10x_md.s这一类中间那段md是容量标识后面细说。它干了三件在 C 代码跑起来之前必须完成的事初始化栈指针和堆大小、把中断向量表放到 Flash 起始位置、在复位后跳进SystemInit()再跳进main()。CMSIS 内核文件则是core_cm3.h、core_cm3.c这一套它描述的是 Cortex-M3 这个内核本身——NVIC、SysTick、SCB 这些内核外设的寄存器定义都在里面。注意它和 STM32 无关换任何一颗 M3 内核的芯片都是这几个文件。再加上system_stm32f10x.c和system_stm32f10x.h这俩负责系统时钟的初始配置和SystemCoreClock这个全局变量的维护属于器件级而不是内核级的 CMSIS 实现。这四类文件共同构成编译的地基。缺core_cm3.h报找不到头文件缺startup_xxx.s报SystemInit未定义或者干脆链接出一堆中断处理函数缺失缺system_stm32f10x.c一样报SystemInit未定义。这三类报错长得像但根因完全不同后面第 5 章会逐个拆。1.3 外设驱动库标准库与 HAL 库的岔路口真正让初学者纠结的是这一层。ST 官方给 F103 提供过两套外设驱动方案一套是标准外设库Standard Peripheral Library圈内常简称 SPL 或标准库另一套是后来的 HAL 库配合 STM32CubeMX 使用。标准库最后的版本停在 V3.5.0之后再没更新过。它的写法很直接RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE)、GPIO_Init(GPIOC, GPIO_InitStructure)函数名和寄存器手册基本一一对应读代码的时候能直接对上参考手册的章节。国内大量教材、课程、老项目都是这套写法。HAL 库则是 ST 后来主推的方向配合 CubeMX 图形化配置生成初始化代码跨系列移植性好但抽象层更厚一个HAL_GPIO_Init()点进去要看七八层调用才见到寄存器。这两套库不能混用选一套走到底。本文主要围绕标准库来讲因为问导入 F103 芯片库文件的场景绝大多数是要复现老工程或者跟着教材做实验如果你的目标是新开项目第 6 章会专门讲怎么选。2. 版本与 Pack装不上库的九成原因在这一层搞清楚缺什么之后先解决 Pack 这一层。这一层出问题的概率最高而且表现得很隐蔽——不是报错而是器件列表里根本没有 F103。2.1 从哪个版本开始 Keil 不再预装器件库早期 Keil 4 以及 Keil 5 的非常早的版本安装包本身就把常见器件库打包进去了装完就能直接选芯片。但从 Keil MDK 5 的中期版本开始官方把这部分剥离出去了安装包只带编译器、调试器和 IDE 本体器件库统一通过 Pack 机制按需安装。这个变化带来两个后果一是安装包体积小了很多二是断网环境下新建工程会卡在没有可选器件。再加上编译器的问题Keil MDK 5.36 之后的版本默认只提供 ARM Compiler 6基于 Clang/LLVM不再附带 ARM Compiler 5。而标准外设库 V3.5.0 是 2011 年前后的代码用 AC5 编译干干净净用 AC6 编译会冒出大量警告甚至错误。这两个变化叠加在一起就是我按教程做的怎么就是不行的根源所在。所以动手之前先确认两件事你装的 Keil 版本号是多少Help → About 里看以及你的工程打算用 AC5 还是 AC6 编译。如果手里是 AC6 且暂时不想折腾最省事的做法是单独下载安装 ARM Compiler 5 组件然后在工程的 Target 选项里把编译器切回 AC5这样老库代码基本零改动就能过。2.2 在线安装与离线安装的具体操作在线安装的路径是打开 Keil点工具栏上那个三个绿色方块叠在一起的图标Pack Installer等它联网拉取索引左侧 Packs 标签页里找到STMicroelectronics分类展开后能看到STM32F1 Series右边会出现Keil::STM32F1xx_DFP。点 Install 就行。这一步网络状况决定成败索引拉取失败的话整个列表都是空的重试几次或者换时间段再试。离线安装更适合网络不稳或者需要给多台机器统一环境的场景。做法是拿到.pack文件本质是个改了后缀的压缩包双击它系统会自动调用 Pack Installer 完成导入如果双击没反应就在 Pack Installer 里走File → Import手动选文件。还有一种更暴力但很实用的办法直接把.pack当 zip 解开把里面的Keil.STM32F1xx_DFP.x.y.z整个目录丢进 Keil 安装目录下的ARM/PACK/Keil/里重启 Keil 一样能识别。这个办法在打包给同事、做成离线环境镜像的时候特别顺手。提示Pack 安装目录默认在C:\Users\用户名\AppData\Local\Arm\Packs或 Keil 安装目录的ARM/PACK下具体看版本。迁移工程时如果只拷了工程目录没管 Pack换台机器大概率打不开。2.3 装完 Pack 器件列表还是空的几种情况第一种情况是装错了系列。STM32F1xx_DFP和STM32F4xx_DFP是分开的包装了 F4 的包F103 依然选不到。这个错看着低级实际发生频率不低因为包名里都有 STM32。第二种是 Pack 版本和 Keil 版本不匹配。DFP 包本身也在演进某些较新的 DFP 版本要求较高版本的 Keil装上去之后 Pack Installer 显示已安装但工程里器件列表刷新不出来。解决办法是降一个 DFP 版本试试比如从最新的 2.x 退到 2.3.x 这类相对稳定的版本。第三种是权限和缓存问题。Keil 装在Program Files下普通用户权限写不进去Pack 解压到一半失败但界面没明显提示。这种情况下用管理员身份运行一次 Keil重新装一遍 Pack通常就好了。第四种最容易忽略工程打开时用的是旧版器件库引用。比如工程里.uvprojx文件记录的是某个已经不存在的 DFP 版本号Keil 会提示找不到器件但不会自动帮你换。这时候需要在工程选项的 Device 页重新手动选一次具体型号让它刷新引用。3. 从空工程到能编译一次完整的手工搭架子过程Pack 装好之后就可以正式建工程了。这一章按顺序走一遍完整流程每一步都说明为什么这么做方便你在遇到偏差时知道该往哪个方向查。3.1 新建工程与器件选型容量这一步不能想当然Project → New uVision Project选一个空目录存放。目录路径里别带中文和空格这条是老生常谈但每年都有人栽在上面——编译器对路径里特殊字符的处理不如想象中健壮尤其是用 AC6 的时候。接着弹出器件选择框展开STMicroelectronics → STM32F1 Series → STM32F103里面是一长串型号。这里的关键不是随便挑一个能用的而是必须选对容量等级因为 Keil 会根据你选的型号自动推断 Flash 算法和内存大小选错了下载会失败或者跑飞。常见型号对应的容量等级STM32F103C8/R8/V8/T8属于中容量64KB FlashSTM32F103RC/VC/ZC属于大容量256KBSTM32F103ZE/VE是 512KB而STM32F103C4/C6是小容量16~32KB。板子上芯片丝印怎么看最后两位字母数字就是容量标识C8T6里的8表示 64KBC6T6里的6表示 32KB。买开发板的时候商家常常只写F103 最小系统板具体型号得自己看丝印。如果型号列表里压根没有你板子上的型号比如一些国产替代型号或者特殊封装可以选一个容量等级相同、外设配置接近的型号顶着用关键是 Flash 算法和启动文件要对得上。这种情况下工程能跑但要注意某些型号独有的外设比如某些型号才有的 FSMC不能用。3.2 文件分组与头文件路径的对应关系工程建好后是个空的需要把文件组织进来。我习惯按四个分组来放这个划分方式后面维护起来最省心分组名放什么作用Startupstartup_stm32f10x_xx.s中断向量表与复位入口CMSIScore_cm3.h/.c、system_stm32f10x.c/h内核定义与系统时钟FWLIBstm32f10x_gpio.c、stm32f10x_rcc.c等外设驱动实现USERmain.c、stm32f10x_conf.h、stm32f10x_it.c/h你自己的代码右键 Target 名 →Manage Project Items新建这几个分组然后往里面 Add Files。注意stm32f10x_conf.h也放进 USER 组——它其实不是源文件是个配置头文件但放这儿方便找。文件放完了必须配头文件路径这一步漏了就是满屏的cannot open source input file。路径在Options for Target → C/C → Include Paths里加需要加三条.\USER或者.\下面你放stm32f10x_conf.h的目录.\CMSIScore_cm3.h、system_stm32f10x.h所在目录.\FWLIB\inc所有stm32f10x_xxx.h所在目录路径尽量用相对路径从工程文件所在目录算起这样整个文件夹拷给别人也能直接编译。用绝对路径的话换台机器或者换个用户名就全断了而且报错信息不会直接告诉你路径失效只会说头文件找不到。3.3 全局宏、启动文件、容量三者必须一致这是整个流程里最容易出错、也最容易被教程略过的一环。三个东西必须对齐芯片容量等级、启动文件名里的标识、全局宏定义。容量等级Flash 大小启动文件全局宏小容量16~32KBstartup_stm32f10x_ld.sSTM32F10X_LD中容量64~128KBstartup_stm32f10x_md.sSTM32F10X_MD大容量256~512KBstartup_stm32f10x_hd.sSTM32F10X_HD超大容量512KB 以上startup_stm32f10x_xl.sSTM32F10X_XL互联型-startup_stm32f10x_cl.sSTM32F10X_CL全局宏在Options for Target → C/C → Define里填除了容量宏还要加上USE_STDPERIPH_DRIVER注意拼写是 PERIPH 不是 PERIPHERAL。这两个宏的作用机制值得说清楚STM32F10X_MD这类宏决定了stm32f10x.h里哪一段#include会被激活同时也决定了system_stm32f10x.c里系统时钟配置走哪个分支不同容量等级的最大主频和外设基地址不一样。USE_STDPERIPH_DRIVER则是让stm32f10x.h去#include stm32f10x_conf.h。这个头文件负责把用到的外设头文件聚拢起来同时在stm32f10x_conf.h里可以对每个外设做assert_param断言开关。少了这个宏stm32f10x.h里确实还会有一堆寄存器定义但那些外设函数的声明就进不来编译时就会报某个函数隐式声明。启动文件的匹配逻辑更直接startup_stm32f10x_md.s里定义的中断向量表是针对特定外设集合的F103 各个容量等级的外设数量不同比如定时器数量、串口数量向量表长度和顺序也不一样。启动文件和宏定义对不上最典型的表现是能编译、能下载但中断进不去或者一开串口就进 HardFault。3.4 输出与下载配置编译通过只是第一步编译能过之后还有几步要配不配的话要么生成不了可烧录文件要么下载时报错。在Options for Target → Output里勾上Create HEX File这样编译后目录里会生成.hex方便用别的工具烧录或者存档。Debug Information建议勾上调试时能看变量。Listing那个标签页里生成的.map文件别小看后面查程序占了多大 Flash、某个函数到底有没有被链接进来全靠它。把Browse Information勾上Keil 就能做函数跳转跳定义代价是编译慢一点但开发阶段强烈建议开。调试器配置在Debug标签页下拉框里选你实际用的工具ST-Link、J-Link、CMSIS-DAP 之类。选完点旁边的Settings在Port里把SW选中而不是JTAG——现在绝大多数板子只引出了 SWDIO 和 SWCLK 两根线选 JTAG 会报no target connected。这个坑我见得太多了尤其是板子上四针接口长得都一样的时候。再切到Flash Download标签页确认Programming Algorithm列表里有类似STM32F10x High-density Flash或Med-density Flash的条目没有就点Add加上。这一项就是第 1 章说的 DFP 提供的东西如果这里加不上算法八成是 Pack 没装对。最后把Reset and Run勾上下载完自动复位运行省得每次手动按复位键。4. 编译能过但跑不起来宏、晶振与向量表工程编译零错误、下载也成功结果板子毫无反应或者灯乱闪、串口输出乱码——这种情况比编译报错更磨人因为没有任何提示。这一章把三个高频原因摊开讲。4.1 HSE_VALUE 与实际晶振不一致的连锁反应system_stm32f10x.c里有个默认值#define HSE_VALUE ((uint32_t)8000000)意思是外部高速晶振按 8MHz 算。而SystemInit()会用这个值去推算 PLL 倍频系数目标是把系统时钟拉到 72MHz。问题在于很多开发板用的是 8MHz 晶振但也有一些板子贴的是 12MHz甚至还有个别设计方案用别频率。如果实际晶振是 12MHz 而你按 8MHz 算PLL 输出就会变成 108MHz——超出 F103 的额定 72MHz 上限。轻则串口波特率全错输出一堆乱码重则芯片直接跑飞。所以拿到新板子第一件事是看晶振丝印一般是那个银色金属壳的小方块上面印着8.000或12.000然后决定要不要改HSE_VALUE。改的位置有两个选择一是直接改system_stm32f10x.c里的定义二是通过工程全局宏覆盖在 Define 里写HSE_VALUE12000000。第二种更好因为库文件保持原样升级或者换库的时候不会被覆盖掉。改完之后还要注意一个连带的坑stm32f10x_rcc.c里RCC_GetClocksFreq()会读取SystemCoreClock而SystemCoreClock是在SystemCoreClockUpdate()里算出来的。如果你在初始化后手动改了时钟配置但没调用这个更新函数所有基于它计算的延时、波特率都会偏。4.2 启动文件选错造成的下载成功但不运行前面表格里说了容量和启动文件的对应关系但实际踩坑的人往往是在这一步。比如板子上是STM32F103C8T664KB中容量工程里却用了startup_stm32f10x_hd.s大容量。这个组合能编译、能链接、能下载——因为大容量启动文件的向量表是小容量的超集链接器不会报错。但运行起来的表现是程序根本没进main()或者进了main()但任何中断都触发不了。原因在于中断向量表。启动文件里的向量表是顺序排列的每个位置对应一个固定的异常或中断号。大容量和小容量的向量表在前面几十个位置是相同的复位、NMI、HardFault、SysTick 这些内核异常但到了后面外设中断部分顺序和数量就有差异。如果用大容量的表去配小容量芯片某些中断号会指向错误的函数地址一旦触发就是跳到一个随机地址执行表现为死机或者 HardFault。排查这种现象有个很直接的办法在main()第一行打个断点全速跑一下。如果压根停不下来说明向量表或者复位入口有问题如果能停下来说明启动流程是通的问题在别处。再用Peripherals → Core Peripherals → NVIC看中断使能情况能进一步缩小范围。4.3 AC6 编译器下老库代码的兼容处理标准库 V3.5.0 那会儿还没有 AC6代码里一些写法在新编译器下会被判为警告甚至错误。跑一下编译最常见的几类提示一类是隐式函数声明典型如#warning相关的宏或者某些未包含原型就调用的函数。AC6 对隐式声明是报 error 的AC5 只是 warning处理办法是把对应的头文件补进stm32f10x_conf.h的包含列表。另一类是老代码里的__align之类的关键字AC6 要求换成__ALIGNED()或者用__attribute__((aligned(n)))。这类在 CMSIS 老版本文件里会出现好在 STM32F1xx_DFP 里带的 CMSIS 版本一般都做过适配只要你用的是 Pack 里的 CMSIS 而不是网上随便下的老版本问题不大。实在改不动的时候最务实的选择是切回 AC5单独安装 ARM Compiler 5 组件然后在Options for Target → Target页的编译器下拉框里选Use default compiler version 5。这不是落后是维护老代码时的正常取舍——为了几行警告去改动一个稳定运行了十年的库风险收益完全不匹配。5. 报错速查那些反复出现的提示到底在说什么把常见报错按根因归成几类遇到时先归类再动手比盲目搜索快得多。5.1 头文件找不到路径、版本、名字三查cannot open source input file core_cm3.h是最经典的。三种可能第一种Include Paths里没加 CMSIS 目录。查一下路径列表看看有没有指向core_cm3.h所在目录。注意如果你用的是 DFP 自带的 CMSIS在ARM/PACK/Keil/STM32F1xx_DFP/x.y.z/CMSIS/Core/Include下那个路径跟把库文件拷进工程目录的方式完全不一样得指到 Pack 里去。第二种CMSIS 版本升级导致文件位置变了。CMSIS 5 之后core_cm3.h从原来的CMSIS/CM3/CoreSupport挪到了CMSIS/Core/Include。如果你的教程是老版本写的路径照抄会失效。第三种文件名本身就写错了。core_cm3.h不是core_cm3.c也不是core_m3.h。这个看着离谱但真有人手打的时候漏个c。cannot open source input file stm32f10x.h同理检查 FWLIB 目录的inc子目录有没有加进路径。5.2 宏未定义与符号未解析看报错行的上下文#error Please select first the target STM32F10x device used in your application (in stm32f10x.h)这个报错非常直达就是全局宏没定义。打开stm32f10x.h会看到一段#if !defined (STM32F10X_LD) !defined (STM32F10X_MD) ...的判断全都没定义就报这个#error。去Define里补上对应的容量宏即可。Error: L6218E: Undefined symbol SystemInit (referred from startup_stm32f10x_md.o)说明启动文件调用了SystemInit但工程里没有system_stm32f10x.c或者有但没加入编译。检查 FWLIB 或 CMSIS 分组里是不是漏了这个文件也可能文件在目录里但没 Add 到工程——Keil 里文件存在于文件夹和文件参与编译是两回事这点和某些 IDE 不同新手容易误会。Error: L6218E: Undefined symbol assert_failed出现在你打开了USE_FULL_ASSERT却没实现这个函数的时候。stm32f10x_conf.h末尾有注释掉的模板取消注释补一个空实现或者串口打印实现就行。5.3 下载与调试连接不上从物理层往上查No target connected或Cannot access target这类提示排查顺序建议从物理往软件走先看线。SWDIO、SWCLK、GND 三根是必须的很多四针接口里还有一根 3.3V注意别把 VCC 和 GND 接反。杜邦线接触不良是常态换一根试试比怀疑软件快。再看Debug → Settings → Port是不是选了SW。选了 JTAG 而板子只接了 SWD必然连不上。再看下载速度。默认可能设得比较高长线或者质量一般的板子跑不住把Max Clock降到 1MHz 甚至更低试试。还有一种情况是芯片本身进了低功耗模式或者被读保护了。勾上Connect under Reset在 Settings 的 Reset 下拉里选Connect under reset让调试器在芯片复位期间强行接管成功率会高很多。Error: Flash Download failed - Cortex-M3通常是 Flash 算法没配。回到Flash Download页看算法列表是不是空的或者算法跟芯片容量不匹配比如 64KB 的片子配了 512KB 的算法。删掉重加一次通常就好。6. 标准库还是 CubeMX 生成的 HAL现在该怎么选这个问题每年都有人问答案取决于你要做的事不是取决于哪个更先进。6.1 两套方案在 F103 上的实际差异维度标准外设库 V3.5.0HAL CubeMX代码量小直观贴近寄存器大抽象层多上手成本需要理解外设寄存器图形化点选起步快教学资源极其丰富教材主流逐年增多但 F103 上偏少跨系列移植换系列基本重写换系列改动小维护状态已停止更新持续维护如果你的目标是跟着课程学原理、看懂寄存器手册、维护一个已经运行多年的产品代码标准库是更合适的选择因为它把配置了哪个寄存器位这件事暴露得很清楚。如果你要做的是快速出原型、后面可能换 F4 或 G0 系列、团队里已经在用 CubeMX那就走 HAL。需要提醒的是CubeMX 对 F103 的支持是完整的但生成代码默认依赖 HAL 库跟标准库工程是两套体系中途混用会很难受。6.2 从标准库迁到 HAL 时真正花时间的地方迁移的成本不在函数替换而在于几处结构性差异。时钟配置从手写RCC_Configuration()变成 CubeMX 生成的SystemClock_Config()看起来更简单但一旦要改时钟树得重新进 CubeMX 改完重新生成而不是像标准库那样直接改几行代码。这个工作流差异要提前适应。中断处理从在stm32f10x_it.c里写USART1_IRQHandler变成HAL 的HAL_UART_IRQHandler统一分发到回调函数。好处是不用自己清标志位坏处是如果中断频率很高HAL 那层层回调的开销会让时序变紧某些对时序敏感的场景反而要退回寄存器操作。外设初始化结构体的字段名全变了但概念是通的。GPIO_InitTypeDef里的GPIO_Mode从GPIO_Mode_AF_PP变成GPIO_MODE_AF_PP就大小写和前缀的差别但这类细节最容易漏。7. 我自己的模板工程和几个省时间的习惯折腾完一遍之后最值得做的事是把这套流程固化成模板下次直接用。7.1 一个可复用的空模板该怎么整理我的做法是建一个叫F103_Template的目录里面放完整的工程结构Startup/、CMSIS/、FWLIB/、USER/四个文件夹USER里放一个只有时钟初始化和空while(1)的main.cstm32f10x_conf.h里把所有可能用到的外设头文件都打开。模板里预先配好STM32F10X_MD和USE_STDPERIPH_DRIVER两个宏、三条头文件路径、HEX 输出、SWD 调试、Flash 算法。新项目直接复制整个文件夹改名改一下容量宏和启动文件就能开工。这个习惯的价值在半年后才体现出来当你要同时维护三个不同容量的项目时不用每次重新回忆头文件路径要加哪几个。7.2 几个真正能省时间的细节第一把Objects和Listings两个输出目录加进版本控制的忽略列表。这两个目录里全是编译产物几百个文件提交上去毫无意义还拖慢速度。第二stm32f10x_conf.h里默认把几乎所有外设头文件都#include了用不上的可以注释掉。不是为了省那点编译时间而是当某个外设头文件路径有问题时注释掉能快速定位到底哪个外设的声明缺失。第三stm32f10x_it.c里的TimingDelay_Decrement()那个弱函数记得处理。标准库模板里带了个Delay变量做延时如果SysTick_Handler里调了它但你没定义变量链接会报错。要么补上要么把调用删掉。第四启动文件里的Stack_Size默认是0x000004001KB。如果你在main里开了比较大的局部数组或者用了printf浮点输出1KB 栈很容易溢出表现是程序跑着跑着莫名进 HardFault。把Stack_Size改成0x00000800或更大代价只是多占点 RAM换个安心。第五遇到明明改了代码但下载后行为没变的情况先检查是不是下载到了错误的工程——Keil 的工作区里可能同时开着好几个工程Project → Set as Active Project确认一下当前激活的是哪一个。这个坑我自己踩过一次查了半小时才发现烧的是另一个工程。第六把常用的 Flash 算法、调试器配置、宏定义写进一份自己的速查笔记里不用长就几行。半年后重装系统这几行能省一整天。真正把这套流程走顺之后给一颗新的 F103 建工程到点亮第一颗灯熟练的话五到十分钟就够。难点从来不在操作本身而在于每一步背后为什么要这样做没搞清楚——一旦某个环节出偏差就只能靠猜。把 Pack、启动文件、CMSIS、外设库这四层的关系理顺把容量宏、启动文件、晶振频率这三处对齐剩下的基本就是查表填空的事了。