STM32F103在Keil5中导入芯片库文件与工程搭建指南-北京尧图网络

1. 先把“芯片库文件”这四个字拆开看清刚上手 STM32F103 的人十个里有八个卡在同一个地方Keil5 装好了新建工程时器件列表里翻不到 STM32F103 这颗芯片。或者工程能建出来但一编译就是满屏红字提示找不到stm32f10x.h。这两类问题看起来是同一件事其实差着整整三层东西搞清楚层次后面所有操作都只是填空。我用 Keil5 做 F103 的项目有些年头了从早期每次重装系统都要重新翻一遍库文件到现在给自己整理了一套固定的目录模板中间踩过的坑足够写满两页纸。这篇内容就是把这些年整理出来的路径、参数和报错处理一次性摊开讲目标很具体让一个完全没搭过 STM32F103 工程的人从零开始把芯片库文件导进 Keil5编译通过下载运行全程不需要再去别处翻资料。不管你是刚买了一块最小系统板的学生还是从别的平台转过来、第一次碰 Keil 的工程师按下面的顺序走都能通。关键是要先接受一个事实所谓“导入 STM32F103 芯片库文件”在 Keil5 的语境下至少包含三个独立动作混在一起想就会乱。1.1 三层文件三种职责别搅在一块第一层是器件支持包英文叫 Device Family Pack缩写 DFP。它的作用是让 Keil5 这个 IDE“认识”STM32F103 这颗芯片——知道你有哪些型号可选、Flash 有多大、RAM 有多少、寄存器怎么布局、下载时该用哪段算法。没有这一层你连工程都建不出来器件列表里是空的。这一层本质上是一个.pack格式的压缩包安装后解压到 Keil 的安装目录下Keil 启动时扫描这个目录。第二层是CMSIS 内核文件。F103 的内核是 Cortex-M3内核层面的东西比如 NVIC 中断控制器、SysTick 定时器、内核寄存器的访问函数由 CMSIS 规范统一提供典型文件名是core_cm3.h和core_cm3.c。这部分不属于任何一家外设库跟厂商无关是内核自带的“通用件”。很多人编译时报找不到core_cm3.h其实就是这一层没加进来。第三层是外设驱动库也就是大家常说的标准外设库Standard Peripheral LibrarySPL包含stm32f10x_gpio.c、stm32f10x_usart.c、stm32f10x_rcc.c这一大票文件。这一层是可选件——你完全可以不用库直接操作寄存器但对于绝大多数人来说用库能少写一半代码。再加一个隐藏的第四层启动文件startup_stm32f10x_md.s这类。它负责在芯片上电复位后、跳到main之前把栈指针、中断向量表、.data段搬移这些脏活干完。这个文件最容易选错因为 F103 家族按容量分了五六种选错了能编译通过但跑起来会出各种莫名其妙的问题。记住这个顺序器件包决定“能不能建工程”CMSIS 和启动文件决定“能不能编译”外设库决定“写代码方不方便”。三层缺一层卡的位置完全不一样。1.2 三条导入路线先看自己属于哪种情况很多人搜教程时被绕晕是因为不同教程走的根本不是同一条路。实际工作中能用的路线就三条选择依据主要是网络环境和你想用哪套库。路线适用场景优点代价Pack Installer 在线安装能上网、初次搭建环境官方源版本可追溯一键完成网络不畅时容易卡住或半途失败离线.pack包手动导入内网、无网、公司电脑完全可控能备份能分发需要自己去拿包版本要自己确认手工拷贝库文件搭工程想用标准外设库、想完全掌握工程结构工程干净文件都在自己手里迁移方便步骤最多第一次做容易漏文件前两条解决的是“器件支持包”这一层第三条解决的是“CMSIS 启动文件外设库”这一层。注意它们不是替代关系而是叠加关系。就算你用在线 Pack Installer 把器件包装好了要写标准库代码照样得把.c、.h文件拷进工程目录并配置头文件路径。这一点是新手最大的认知错位以为装完 Pack 就万事大吉结果新建工程一编译全是未定义符号。1.3 版本上的一点取舍Keil MDK 5 的各个小版本对 F1 系列的支持差别不大器件包本身是独立的可以在不同版本之间共享。真正需要注意的是编译器版本MDK 从 5.37 之后默认不再携带 ARM Compiler 5AC5只装 AC6armclang。老版本的标准外设库是按 AC5 写的里面的core_cm3.h用了__align(4)这类 AC5 专有关键字直接在 AC6 下编译会报一串语法错误。我实测下来的处理方式有两个一是工程里切回 AC5前提是安装时勾选了它二是不换编译器但把 CMSIS 的头文件换成新版本CMSIS 5 及以上里面的对齐写法已经改成通用的__attribute__((aligned(4)))。前者省事后者更“干净”。如果你的机器上只有 AC6又不想折腾头文件那就直接从 CMSIS 5 里挖core_cm3.h这是最省心的组合。2. 动手前的环境准备与目录规划动手之前花十分钟把目录和路径规划好能省掉后面至少一小时的重来。我见过太多工程跑不起来最后查出来是路径里有中文字符或者空格编译器处理不了。2.1 软件和依赖清单基础环境不复杂Keil MDK 5 本体4.x 的界面和操作逻辑差别太大下面的步骤不适用、STM32F1 系列的器件支持包、一份标准外设库源码。调试器驱动则取决于你手上那块板子用什么调试器常见的是 ST-Link、CMSIS-DAP、J-Link 这几种对应驱动装好就行。标准外设库的版本我用得最多的是 V3.5.0这个版本比较成熟F1 全系覆盖社区里能查到的资料也最多。库包的目录结构大致是这样Libraries下面是CMSIS和STM32F10x_StdPeriph_Driver两个大目录Project下面有一个模板工程可以直接拿来做参考。有一点必须提醒从网上下载的库包解压前先看一眼压缩包内容。我遇到过几次下载到的包被人改过stm32f10x.h里被插了几句莫名其妙的宏定义。正规来源的库包解压后文件大小是固定的stm32f10x.h大约在 700KB 上下stm32f10x_rcc.c大约 30KB 出头。数字对不上就别用重新找。2.2 工程目录的固定套路我自己的习惯是这样一个结构推荐直接抄F103_Template/ ├── CMSIS/ │ ├── core_cm3.c │ ├── core_cm3.h │ ├── startup_stm32f10x_md.s │ ├── system_stm32f10x.c │ ├── system_stm32f10x.h │ └── stm32f10x.h ├── FWLIB/ │ ├── inc/ (所有外设库头文件) │ └── src/ (所有外设库源文件) ├── USER/ │ ├── main.c │ ├── stm32f10x_conf.h │ ├── stm32f10x_it.c │ └── stm32f10x_it.h └── Output/ (编译输出Keil 自动生成)这个结构的价值在于CMSIS里全是内核和器件相关文件FWLIB里是纯外设驱动USER里是你自己写的东西。以后换芯片或者升级库只需要动前面两个目录自己的代码不受影响。我见过很多人的工程是把所有文件平铺在一个目录下三十多个.c文件混在一起找一个函数实现能找半天。2.3 路径上的三个雷区第一个雷区是中文路径。Keil 的某些老版本组件对非 ASCII 路径处理有问题尤其是Output目录和中间文件生成时。轻则编译输出乱码重则提示找不到.o文件。工程放在D:\工作\STM32\这种路径下出问题的概率不低换成D:\work\STM32\立刻就正常。第二个雷区是空格。Program Files这种带空格的路径在某些命令行工具链调用时会出岔子。工程目录本身不要带空格这是底线。第三个雷区是路径过长。Windows 的路径长度限制在一些深的目录嵌套下会触发Output目录生成的.o文件路径会超长。我的经验是工程根目录的绝对路径控制在 60 个字符以内基本不会碰到这个限制。顺手把 Keil 的 Options for Target → Output 里的 “Select Folder for Objects” 也检查一遍确保它指向工程内的Output目录而不是某个系统临时目录。3. 路线一用 Pack Installer 在线装器件支持包新手第一次搭环境如果网络条件允许这是最省事的路径。整个过程不需要关心文件放哪点几下就行。3.1 打开入口与检索器件Keil 主界面的工具栏上有一个绿色小方块图标那是 Pack Installer 的入口也可以从菜单Project → Manage → Pack Installer打开。窗口左侧是器件厂商分类树右侧是 Packs 列表底部是安装进度。在左侧树里找到STMicroelectronics → STM32F1 Series这一支右侧列表会自动筛出对应的器件包Keil.STM32F1xx_DFP。点击它右边会出现 Install 按钮。当前常见版本是 1.0.x 系列点最新那个就行。安装过程中底部会显示下载进度条。这里有几个观察点进度条如果卡在某个百分比长时间不动比如超过三分钟基本可以判定为网络连接中断取消后重试或者换离线方式。另外如果安装完成后右侧列表里那一行没有变成绿色对勾也是没装成功别急着往下走。3.2 装完之后怎么确认确认方式很直接Project → New uVision Project弹出选择器件的对话框在 Search 框里输入STM32F103。如果能列出STM32F103C8、STM32F103ZE这一串型号说明器件包装好了。列不出来就是没装成或者装到了别的目录。还有一种情况器件能列出来但后面跟着一行小字提示缺少某个组件。这种多半是 DFP 装了一个旧版本新的组件没同步。在 Pack Installer 里把那个包先 Uninstall 再 Install 一次通常就好了。装成功的包会落在 Keil 安装目录下类似Keil_v5\ARM\PACK\Keil\STM32F1xx_DFP\1.0.5\这样的位置。进去看一眼里面应该有Flash、SVD、Include几个子目录。SVD目录里是芯片寄存器的描述文件调试时查看外设寄存器全靠它如果你发现调试窗口里外设寄存器一片空白就是这里的文件没读到。4. 路线二离线 pack 包手动导入内网环境、公司电脑、或者网络质量太差的时候这条路更靠谱。而且从工程规范角度看离线方式有个隐含好处包文件可以归档进项目的tools目录以后别人接手或者换机器直接双击重装不用依赖外网。4.1 拿到包之后先校验.pack文件本身是个改了扩展名的压缩包用解压工具能直接打开。拿到包之后我的习惯是先解压看两个东西一是有没有pdsc描述文件二是Flash目录里的算法文件是不是覆盖了你要用的容量档。pdsc文件是包的“目录索引”Keil 靠它识别包里的器件和组件这个文件缺失或者损坏导入必然失败。版本选择上同系列包不同小版本对器件的覆盖范围有细微差异装新不装旧是个朴素的原则但如果你的工程是老工程、别人的机器上是旧版本为了保持一致也可以装对应的旧版本。混用版本偶尔会出现“换台机器就编不过”的怪事。4.2 两种导入动作的差别双击.pack文件是最直观的方式系统会把它关联到 Keil 的包安装器弹出确认框一路点下去就行。另一种是打开 Pack Installer 窗口用菜单里的File → Import手动选文件。两种方式效果一样区别在于双击方式在系统关联被改乱时会失效——有些机器上.pack被压缩软件抢了默认打开方式双击只会解压出一堆文件。这时候走 Import 菜单更保险。导入完成后不要立刻新建工程。先关掉 Keil 再重新打开一次。这是因为包信息是在启动时扫描的当次会话里新建工程有时刷不出新装的器件。这个坑我踩过白白折腾了半小时以为包有问题。4.3 用文件系统验证安装结果不想靠软件状态判断的可以直接去文件系统里看。默认路径是 Keil 安装目录下的ARM\PACK\厂商\STM32F1xx_DFP\版本号\。这里有几个细节值得注意Include目录里应该有stm32f10x.h之类的器件头文件。注意这个头文件是器件包自带的和标准外设库里的那个同名文件不是一回事两者功能重叠但内容不同混用会导致重复定义。SVD目录里的.svd文件决定了调试时能不能看外设寄存器。Flash目录里应该有成套的下载算法名字里带容量档比如STM32F10x_512.FLM这种。如果Flash目录是空的说明包不完整删掉重装。5. 路线三手工搭标准外设库工程这才是重头戏前面两条路线解决的是“Keil 认不认识这颗芯片”。现在要解决的是“代码能不能调外设”。这一步是手工活也是绝大多数人真正卡住的地方。5.1 需要拷贝哪些文件一张清单说清从库包里往工程目录拷文件最怕的就是漏。我把必须的部分列成清单对着勾目标目录来源位置具体文件是否必须CMSISCMSIS/CM3/CoreSupportcore_cm3.c、core_cm3.h必须CMSISCMSIS/CM3/DeviceSupport/.../STM32F10xstm32f10x.h、system_stm32f10x.c、system_stm32f10x.h必须CMSIS器件支持包的 Startup 目录startup_stm32f10x_md.s按容量选必须FWLIB/incStdPeriph_Driver/inc全部.h文件用库则必须FWLIB/srcStdPeriph_Driver/src全部.c文件用库则必须USER库包模板工程stm32f10x_conf.h、stm32f10x_it.c、stm32f10x_it.h必须FWLIB/src里那十几个.c文件全拷进去没问题Keil 编译时只会把你实际调用到的模块链接进来不会把没用到的代码塞进 Flash。但如果你在意工程整洁也可以只挑用到的拷贝——比如只做串口实验拷stm32f10x_rcc.c、stm32f10x_gpio.c、stm32f10x_usart.c加misc.c就够。新手我还是建议全拷省得后面加功能又回头找。stm32f10x_conf.h这个文件容易被忽略。它是外设库的“总开关”里面一堆#include语句用#ifdef控制哪些外设头文件被包含。默认模板里是全开的编译会慢一点但省事。等你熟悉了可以把没用到的注释掉能明显缩短编译时间。5.2 启动文件的选择逻辑别乱猜这是最容易出错的一步。F103 家族按 Flash 容量分成好几档每一档对应一个启动文件选错了会出各种邪门问题。容量档Flash 范围宏定义启动文件小容量 LD16–32 KBSTM32F10X_LDstartup_stm32f10x_ld.s中容量 MD64–128 KBSTM32F10X_MDstartup_stm32f10x_md.s大容量 HD256–512 KBSTM32F10X_HDstartup_stm32f10x_hd.s超大容量 XL768 KB–1 MBSTM32F10X_XLstartup_stm32f10x_xl.s互联型 CL带以太网等STM32F10X_CLstartup_stm32f10x_cl.s另外还有一类带_vl后缀的文件对应“超值型”器件属于另一个分支选之前先确认自己的芯片型号后缀。怎么确定自己属于哪一档看型号里的数字。STM32F103C8T6里的8表示 64KB Flash属于 MDSTM32F103ZET6里的E表示 512KB属于 HDSTM32F103C6T6里的6表示 32KB属于 LD。这里有个流传很广的错误经验“选大的那个总没错”。这是错的。启动文件里的中断向量表长度、栈大小、堆大小是按容量档定义的用 HD 的启动文件编译 LD 的芯片向量表超出实际 Flash 范围程序一跑就飞。反过来用 LD 的就跑 HD 的芯片中断服务函数注册不全用到实测下来就出问题。容量档必须对号入座。还有一点值得单独说超值型器件在时钟和 Flash 访问延迟上和老款有差异如果你的型号带x8之类的后缀或者一看就是入门款优先怀疑自己用的是不是超值型别直接套 MD 的配置。5.3 宏定义与头文件路径两处配置决定生死把文件拷进工程之后打开 KeilProject → Options for Target切到C/C标签页。这里有三个地方要填。第一处是 Define 框也就是预处理宏。填两个USE_STDPERIPH_DRIVER, STM32F10X_MD第一个宏打开标准外设库的编译开关stm32f10x.h里会用它来判断要不要包含stm32f10x_conf.h。没有这个宏你写的#include stm32f10x.h能过但库函数一律报未定义。第二个宏告诉器件头文件你用的是哪一档芯片。缺了它编译会直接停在stm32f10x.h的某个#error指令上报错信息大意是“请先选择目标器件”。这个报错信息其实写得很清楚只是很多人不看直接去搜“stm32f10x.h 报错”。注意格式两个宏之间用英文逗号分隔末尾不加分号也不加空格以外的其他符号。有人从网页上复制带全角逗号的编译器直接不认。第二处是 Include Paths头文件搜索路径。需要把CMSIS、FWLIB/inc、USER三个目录都加进去。加的时候用相对路径比如..\CMSIS这样工程整个拷到别的目录也不会失效。绝对路径是万恶之源工程换个盘就编不过。第三处是 C99 相关的选项。在同一个C/C页的面板上勾上C99 Mode。标准外设库本身不需要 C99但你自己的代码里用了for(int i0; ...)这种写法的话不勾就报错。这个勾上没坏处。5.4 时钟配置HSE_VALUE 与那串乘法工程能编译通过之后第一个要面对的问题往往是“程序跑了但串口输出的波特率不对”或者“延时不准”。根子是时钟配置。system_stm32f10x.c里的SystemInit()会根据外部晶振频率计算 PLL 倍频最终把系统时钟配到目标值。外部晶振频率从HSE_VALUE这个宏读它定义在stm32f10x.h里默认是8000000也就是 8MHz。如果你的板子上是 8MHz 晶振什么都不用改。这是最常见的配置最小系统板基本都是 8MHz。如果你用的是 12MHz 或者别的频率必须在stm32f10x.h里把HSE_VALUE改掉或者在工程宏定义里覆写它。不改的后果是SystemInit按 8MHz 算倍频实际晶振是 12MHz最终主频变成 12×9108MHz远超 F103 的 72MHz 上限芯片大概率跑飞或者外设全部失步。算一遍 72MHz 的配置过程脑子里有个数8MHz 晶振 ÷ 1HSE 不分频× 9PLL 倍频 72MHz这是 SYSCLK。AHB 不分频还是 72MHzAPB1 分频系数 2 得到 36MHzAPB1 上限就是 36MHz超了就废APB2 不分频保持 72MHz。这一串在SystemInit里已经写死配好了但你需要知道它在干什么改主频的时候才不会被坑。另一个隐藏参数是 Flash 等待周期。72MHz 下必须配 2 个等待周期这个也在SystemInit里配好了。如果你手动改主频改到 48MHz 以上却忘了调等待周期Flash 读取出错程序行为会变得完全随机。5.5 第一次编译按顺序排雷文件加好了宏定义了路径配了点编译。这时候报错是正常的关键是要按正确的顺序处理不要看到一堆红字就从头改。先看第一个报错也就是编译器停下的第一个位置。后面的报错很多是第一个错误引起连锁反应前面修好后面自动消失。我整理了一条排查顺序实测效率最高#error类型的报错一定是宏没定义或者选错了容量档。回去检查Define框。cannot open source input file xxx.h头文件路径缺了。看报的是哪个头文件判断它在CMSIS还是FWLIB/inc补对应路径。Undefined symbol xxx链接阶段报错说明.c文件没加进工程。最典型的是Undefined symbol SystemInit那就是system_stm32f10x.c没加。multiply defined同一个符号定义了两次。最常见原因是把器件包里的stm32f10x.h和库包里的同名文件都加进了路径或者启动文件选了两份。.s文件报语法错误启动文件版本和编译器不匹配或者启动文件选错了容量档。把这五类按顺序处理一般两三轮就能清干净。6. 库导进来了不等于能跑下载与调试配置编译通过只代表语法和链接没问题离“程序在板子上跑起来”还有一段。这一段出问题的表现是编译 0 Error一点下载就报失败或者下载成功但程序不执行。6.1 调试器与下载算法的选择打开Options for Target → Debug标签左上角的下拉框选调试器类型。手上是 ST-Link 就选ST-Link Debugger是 CMSIS-DAP 就选CMSIS-DAP Debugger。选完点右边的Settings在Port里选SW也就是 SWD 接口。这一步选错后面所有操作都是白费。切到Utilities标签确认Use Target Driver for Flash Programming被勾选下面的下拉框和 Debug 页保持一致。然后点Settings进去看Flash Download页。这里有个关键配置Programming Algorithm列表里必须有一条和你的芯片容量匹配的算法。比如 512KB 的 F103列表里应该有STM32F10x High-density Flash大小显示 512KB。如果列表是空的点Add手动加如果加了下不了就是器件包里的Flash目录有问题回到路线二那一步重新装包。同一个页面里Reset and Run建议勾上。不勾的话下载完成后芯片停在复位状态要手动按一下板子上的复位键才跑很多人以为程序没下进去其实是这个选项的事。6.2 分散加载与地址配置Options for Target → Target页里能看到IROM1和IRAM1两个地址段。正常情况下Keil 会根据你选的器件自动填IROM1起始0x08000000、大小等于 Flash 容量IRAM1起始0x20000000、大小等于 RAM 容量。这两个数字不要手改除非你确实知道自己在做什么。有些人为了“省空间”手动把IROM1改小或者把程序挪到别的地址段结果下载后不运行。原因是启动文件里的向量表偏移没跟着改中断全跳到错误地址。真要改得同时改system_stm32f10x.c里的VECT_TAB_OFFSET两处必须一致。另外IRAM1的大小要留意。F103C8 是 20KB RAM但有些资料写成 20KB 可用实际栈和堆还要从里面分。启动文件默认的栈大小是 1KB、堆 512 字节够用但不算宽裕。如果你的程序里开了大数组或者用malloc要注意别把 RAM 撑爆撑爆的表现是程序跑着跑着就进 HardFault。6.3 printf 重定向与 MicroLIB想在串口上打印调试信息得重定向printf。标准库的printf默认输出到调试接口要改成走串口需要自己实现fputc函数int fputc(int ch, FILE *f) { while (USART_GetFlagStatus(USART1, USART_FLAG_TC) RESET); USART_SendData(USART1, (uint8_t)ch); return ch; }同时要在Options for Target → Target页勾上Use MicroLIB。不勾的话标准 C 库会引入一堆半主机相关的符号链接时报__use_no_semihosting was requested这类错误。MicroLIB 是精简版 C 库牺牲了一些功能比如浮点格式化支持较弱换来的是代码体积小、不依赖半主机。做嵌入式调试够用。如果你发现printf打印浮点数出来是乱码或者干脆不输出多半就是 MicroLIB 对浮点的支持有限改用整数打印或者自己写格式化函数。7. 高频问题速查与几个不写在手册里的经验下面这张表是我这些年被问得最多的问题直接对着查能解决八成情况。7.1 报错速查表现象大概率原因处理方式器件列表里搜不到 STM32F103器件支持包没装或装坏了重装 DFP注意路径是 Keil 安装目录下的ARM\PACK#error Please select first the target...容量档宏没定义Define 里加STM32F10X_MD之类cannot open core_cm3.hCMSIS 路径没加Include Paths 补CMSIS目录Undefined symbol SystemInit没加system_stm32f10x.c把文件加进工程分组Undefined symbol assert_paramstm32f10x_conf.h没包含或路径不对检查USE_STDPERIPH_DRIVER宏和 USER 路径下载报Target DLL has been cancelled下载算法没选Flash Download 页加对应容量算法下载报No Target connected供电、接线或 SWD 速率检查 3.3V 和 SWDIO/SWCLK把 Max Clock 降到 1MHz 试下载成功但程序不跑没勾Reset and Run或启动文件选错勾选选项核对容量档程序跑一下就进 HardFault栈溢出、RAM 越界、时钟配置错先查HSE_VALUE再查大数组串口输出的全是乱码波特率不匹配、时钟不对核对HSE_VALUE和串口初始化参数AC6 下编译老库报语法错误__align等 AC5 专有关键字换 AC5或换 CMSIS 5 的头文件7.2 三个容易忽略的细节第一个stm32f10x.h有两份别混用。器件包自带一份标准外设库的DeviceSupport目录下也有一份两者内容不完全相同。混进同一个工程会报重复定义。判断依据是看头文件里的版本注释选定一份之后把另一份从路径里彻底移出去。第二个外设库的misc.c经常被忘。这个文件里是 NVIC 相关的函数NVIC_Init、NVIC_PriorityGroupConfig都在里面。做中断实验时忘了加报的就是Undefined symbol NVIC_Init。名字叫misc太不起眼很多人翻遍FWLIB/src都想不到它。第三个工程里的组名和实际目录不必一致。Keil 的 Group 只是逻辑分组跟磁盘目录没有绑定关系。这意味着你可以把FWLIB/src下的文件都放在一个叫FWLIB的组里也可以在组里再分子组。但文件还是要真真实实存在于磁盘上Group 只是索引。理解了这一点就不会出现“我把文件删了但工程里还能看到”的困惑——那只是索引没刷新右键Remove掉即可。7.3 工程模板化一次投入长期受益把上面所有步骤走通一遍之后强烈建议立刻把这个工程存成模板。做法很简单把整个工程目录复制一份改名为F103_Template然后把main.c清空成只有一个空的main函数和一个死循环把Output目录清空压缩归档。以后每开一个新项目解压模板改个名字直接在main.c里写业务代码。这一个动作能省掉你未来每次新建工程时重复的十几分钟更重要的是能保证所有工程的配置完全一致——不会出现“这个工程能跑那个不能跑配置看起来一模一样”的玄学问题因为配置本来就是同一份。模板里我还会额外放一个readme记录版本信息写清楚用的是哪个版本的库、哪个版本的器件包、启动文件对应哪个容量档。半年后回头看这些信息比代码本身还值钱。从工程演进的角度标准外设库这套东西已经是很老的技术栈了新项目大多走 HAL 库加图形化配置工具的路子。但 F103 这颗芯片存量大大量现有项目、教学资料、外包需求还在用它标准库的代码在很长一段时间内都得能看懂、能改。而且把标准库这套手工流程走一遍你对“一个嵌入式工程到底由哪些文件构成”的理解会比直接用图形工具生成工程深刻得多——那些自动生成的代码背后无非就是启动文件、系统文件、库文件、用户文件这四块。搞清楚这四块怎么拼换任何一颗 Cortex-M 芯片套路都是一样的。最后分享一个我自己踩过的坑有次换了台机器工程原样拷过去编译死活报找不到头文件。查了半小时发现新机器上 Keil 装在D:\Keil_v5而老机器是C:\Keil_v5工程里我图省事用了几个绝对路径。从那以后我所有工程的 Include Paths 一律用..\开头的相对路径再没出过这个问题。路径这东西多打几个点比事后排查一小时划算得多。

STM32F103在Keil5中导入芯片库文件与工程搭建指南

相关推荐

Superpowers工作流：让AI编程在Java项目中从失控到可控

Docker容器中JDK8远程调试端口监听失败解决方案

Docker容器中Java远程调试端口监听问题解决方案

更多资讯

JAVA25+Spring Boot 4.1.0 +Spring AI 2.0.1 向量数据库milvus 基础功能实现

超重载高抗脉冲风冷却器：如何抵御液压油锤冲击？

从一家奶茶店讲透 Redis：缓存、持久化与高可用的一次完整拆解

我们小区上了智慧社区小程序，半年后业主常打开的是这些

线粒体呼吸链复合体Ⅳ：功能定位与活性检测思路

【共创稿事节】HarmonyOS 7.0 HiLog分级日志：从接入到生产验证

今日更新

AI辅助技术栈评估：提升研发决策效率60%

从生成Token到直接决策：Jev如何重塑AI Agent工程实践

32G统一内存跑大模型：内存账、TPS实测与端云分流

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？