1. 先搞清楚手里的硬件最小系统板与STLINK各自扮演什么角色我刚接触STM32那会儿最大的困惑不是Keil怎么配而是拿到一块STM32F103C8T6最小系统板和一个STLINK调试器根本分不清谁该听谁的。这种状态很典型——很多教程上来就讲接线、讲软件配置默认你已经知道这些硬件各自是干什么的。结果真到下载程序的时候出了一点小问题就两眼一抹黑。先说这块板子。STM32F103C8T6是一颗Cortex-M3内核的MCU主频最高72MHzFlash 64KBRAM 20KB价格便宜、外设齐全是学习嵌入式最经典的一颗芯片。“最小系统板”顾名思义就是把这颗芯片跑起来需要的最少外围电路都做好——电源、晶振、复位电路、BOOT配置然后以排针的形式引出所有IO。厂家出厂时默认在板子上放了一颗8MHz晶振和一个USB转串口芯片通常是CH340或CH343所以这块板子既能用串口下载程序也能直接当核心板用。STLINK则是ST官方推出的调试/烧录工具。市面上一二十块钱的STLINK V2绝大多数都是兼容克隆版主控芯片是STM32F103C8T6或者GD32F103C8T6固件版本各异但功能上基本都能满足Keil MDK环境下的下载和仿真需求。这也就解释了为什么用STLINK给STM32F103C8T6下载程序这么流行调试器主控和目标芯片同为F103系列软硬件兼容性天然就好成本又低一根USB线、四根杜邦线就能干活。到了Keil MDK这一环它要做的事情是编译你的C代码生成bin/hex文件然后通过ST-Link Debugger这个调试接口协议把程序写到目标芯片的Flash里。整个过程细拆开看是三个层次——应用层Keil编译工具链、传输层STLINK固件与USB协议、物理层SWD两根信号线加电源地线。后面遇到问题排查时按这个层次逐个确认思路会非常清晰。也就是说标题里的三样东西本质是一条完整的工具链Keil MDK负责编译和发起下载STLINK负责把编译产物搬运到芯片STM32F103C8T6最小系统板则是程序的最终落脚点。任何一个环节出问题表现都是“程序写不进去”但原因可能藏在完全不同的地方。2. 接线对接SWD四线到底怎么连为什么BOOT0必须拉低2.1 只用四根线的SWD接口给STM32F103C8T6下载程序官方方案其实有两种JTAG和SWD。JTAG是20针接口引脚多、占空间现代开发几乎已经不再用它下载程序。SWDSerial Wire Debug只需要两根信号线加电源和地共四根线就能完成全部下载、调试、仿真功能。这是因为它是一个串行协议——数据线SWDIO负责双向传输时钟线SWCLK提供同步节拍配合地线参考电平就能在调试器和芯片之间跑通信。STLINK V2和最小系统板的标准接线表STLINK V2接口功能说明连接到最小系统板的引脚3.3V供电输出/参考电平3V3注意绝对不能接到5VSWDIO数据线PA13板上丝印通常标DIO或SWDIOSWCLK时钟线PA14板上丝印通常标CLK或SWCLKGND地线共地GND任意一个排针5V可选供电一般不用特殊场合才有需要RST复位信号可选不接也能正常下载建议空着SWIMSTM8专用不要接仅用于STM8顺序上有个小技巧先接GND再接3.3V最后接SWDIO和SWCLK。之所以固定这个顺序是因为GND最先接好可以确保调试器和目标板参考电位一致避免带电插拔时信号线上出现较大的地电位差损坏IO。还有一个很多人忽略的点用STLINK给开发板供电并不是必须的。如果最小系统板已经通过USB或者外部电源正常供电STLINK的3.3V就可以不接只要接GND、SWDIO、SWCLK三根线即可。但如果板子上没有任何其他供电来源那就必须把3.3V也接上否则目标芯片没通电STLINK根本扫描不到设备。我习惯的做法是调试阶段直接用STLINK的3.3V给板子供电省一根USB线也少一个可能出问题的中间环节。2.2 BOOT0跳线帽低电平是下载程序的前提条件STM32F103C8T6上电后从哪个地址取指执行由BOOT0和BOOT1两个引脚决定。但注意下载程序只跟BOOT0有关。BOOT0为低电平时芯片从内部Flash启动正常运行用户程序BOOT0为高电平时芯片从系统存储器启动此时会进入芯片出厂自带的Bootloader等待串口或USB烧录。问题在于使用STLINK通过SWD接口下载时SWD协议是芯片内部调试模块直接提供的能力理论上BOOT0高低都不影响SWD连接。但有一个例外——如果你之前往芯片里写入了会把SWD引脚重映射或者进入低功耗模式的程序且BOOT0没拉低芯片上电后程序立马执行并抢占SWD引脚STLINK就会连接失败报错类似“Cannot access Target”或“RDDI-DAP Error”。所以稳妥的做法非常明确**下载阶段把BOOT0跳线帽跳在低电平0等程序烧录并验证无误后再跳回高电平1从Flash启动。**最小系统板出厂默认BOOT0就是短接低电平的除非你自己动过否则保持默认即可。这个细节虽然简单但却是很多人第一次下载失败的头号原因。2.3 接线成功的直观信号硬件层面的绿灯与红灯接线正确且目标板正常上电后你会看到两个明显的硬件信号STLINK V2板载的电源指示灯红色LED点亮说明调试器自身从USB取电正常最小系统板上的电源LED通常是蓝色或绿色点亮说明3.3V供电已经到达目标板。如果STLINK带着“检测目标电压”功能某些版本的STLINK V2还会有一个目标电压检测指示灯连接成功后这个灯会亮起。调试器通电后STLINK主控会主动在SWDIO/SWCLK线上输出探测信号所以即使还没打开Keil只要示波器或逻辑分析仪挂在SWCLK上也能看到脉冲。不过对我们来说最直观的验证方式是STLINK的红色LED常亮、目标板的电源LED常亮而且这两个灯在接好线的状态下都保持稳定不闪烁、不熄灭。到这里硬件层面的工作就完成了。3. 驱动识别STLINK在电脑上表现为“未知设备”怎么办3.1 正常状态下设备管理器里应该长什么样把STLINK V2插进电脑USB口正常安装驱动之后打开设备管理器WinX菜单里选“设备管理器”展开“通用串行总线设备”会看到一条名为STLink dongle或者ST-Link Debug的设备记录。具体显示什么取决于驱动版本和STLINK固件版本但核心是一定会在设备列表里出现带“ST-Link”字样的条目。这里有一个新手非常容易踩的坑市面上几十块钱的STLINK V2主控是杂牌克隆芯片比如常见的CH549、GD32F103C8T6驱动安装后设备管理器中显示的可能是ST-Link V2也可能是STM32 ST-LINK甚至显示为USB Serial Device。这不一定是坏事只要Keil的Debug设置里能识别到STLINK就说明驱动链路是通的。如果设备管理器里出现的是一个带黄色感叹号的未知USB设备设备描述符请求失败那就说明STLINK没有被正确枚举。这个问题的修复路径我放到下一节细讲。3.2 驱动安装失败的三类典型表现驱动层面的问题经历下来无非三种情况情况一插上STLINK后完全没反应设备管理器连未知设备都不出现。这种通常是USB线的问题——很多劣质USB线只有供电线没有数据线插上去只能充电不能传输数据。换一根短一点的、确定能传数据的USB线问题基本就能解决。注意不要用那种手机充电线尤其是那种很细很粗的线多半是纯供电线。情况二出现未知设备或者带感叹号的设备但驱动装不上。这种大概率是系统驱动签名策略或者驱动版本不匹配造成的见3.3节的完整处理方法。情况三STLINK插上后设备管理器里显示正常但Keil连不上或者ST-Link Utility连不上。这种往往是STLINK的固件版本和电脑上安装的驱动版本、Keil版本三方不配套。处理方式是升级STLINK固件用ST官方工具STM32 ST-LINK Utility或者直接换用DAPLink解决——DAPLink免驱的特性让它慢慢成了很多人替代STLINK的选择后面我会专门提到。3.3 驱动安装的完整排查序列我的处理顺序是这样一步步来基本能解决99%的驱动问题换USB口、换USB线优先用电脑后置USB口避开USB Hub尤其是那种不带独立供电的Hub。笔记本电脑如果有Type-C口加转接头注意转接头是否支持数据。卸载设备并重插在设备管理器右键未知设备选择“卸载设备”→勾选“删除此设备的驱动程序软件”→拔掉STLINK→重新插上。这一步可以清掉系统对该设备的错误驱动缓存。禁用驱动强制签名Win10/Win11如果卸载重装仍报“设备无法启动”或“驱动签名验证失败”需要重启电脑在开机过程中按住Shift点“重启”进入疑难解答→高级选项→启动设置→重启然后按7禁用驱动程序强制签名。注意这一步只是临时生效重启后签名限制会恢复但足够了——在禁用签名的状态下把驱动装上之后系统会默认这个驱动是可用的。安装官方驱动到ST官网下载最新的STSW-LINK009ST-LINK USB Driver这是ST官方提供的USB驱动包支持Win7到Win11。下载后右键以管理员身份运行装完再插STLINK。核对Keil版本老版本Keil MDK比如5.20以下对新固件的STLINK支持很差建议直接安装Keil MDK 5.30以上版本。版本太低时就算驱动没问题Keil也识别不了调试器。终极办法如果以上都试过还是不行大概率是克隆STLINK的固件损坏了。这种只能返修或者换一个。说实话一个正规渠道的STLINK V2才二三十块钱因小失大不值得该换就换。STLINK驱动这个问题本质上就是“USB设备枚举”和“设备驱动匹配”两个步骤前者靠硬件质量后者靠软件环境。顺着这个思路排查就不会被各种论坛里的玄学回答带偏。4. Keil MDK配置要点从建工程到点亮LED的全流程实测4.1 建工程时容易忽略的三个选项Keil MDK安装好后第一次新建工程不要急着写代码先把工程选项摸透。我的建议是新建一个纯寄存器操作的LED闪烁工程作为首次下载测试不引入库函数把工程量降到最低确保“下载程序”这个核心目标不被其他变量干扰。新建工程时在Select Device界面搜索STM32F103C8选择STMicroelectronics下的STM32F103C8网上有些教程让你选C8T6x或者High-density这里注意一点**C8T6是64KB Flash、20KB RAM的中容量Medium-density产品务必选STM32F103C8不要选成STM32F103CB或STM32F103C8T6的某些变体名称尽管Keil的Device列表里其实就一个叫法。**选错型号会导致Flash下载算法不匹配烧录时直接报No Algorithm found或者写进去跑不起来。新建工程向导会让你选择添加启动文件使用标准外设库的话需要根据芯片密度选择startup_stm32f10x_md.s。如果是纯寄存器开发可以跳过启动文件但编译器和链接器仍需要你手动指定启动文件路径。为了简单我强烈建议首次试验直接勾选Keil自动弹出的Manage Run-Time Environment里的CMSIS和Device选项或者干脆用一个现成的最小工程模板等下载跑通了再回来研究工程结构。还有一个检测点工程建好后打开Options for Target魔术棒图标在Target标签页里确认ARM编译器版本。如果用Keil MDK 5.36及以上版本默认编译器是AC6Arm Compiler 6AC6对代码规范要求比AC5严格得多比如未使用的变量会报error级别的warning、结构体对齐方式不同。如果你是照着AC5时代的老代码复制粘贴极可能在编译阶段就出错。解决方式是在魔术棒里把编译器版本切换成AC5-like模式或者改代码让它符合AC6的标准。4.2 Debug与Utilities选项卡决定程序能不能进芯片的开关编译通过只是第一步真正决定程序能否下载到芯片的是这两处配置Debug选项卡右上角Use下拉框选择ST-Link Debugger点旁边的Settings按钮进入连接配置界面确认Debug Adapter里能识别到STLINK序列号Port选择SW不是JTAG在SW Device区域能看到目标芯片的ID Code对于STM32F103C8T6ID一般显示为0x1BA01477Cortex-M3 SW-DP如果SW Device区域为空说明STLINK没有和目标板建立通信回到第2章检查接线这里有一个参数细节Max Clock下拉框建议手动设为1MHz或4MHz。默认的Auto有时候会因为线材过长或者接触不良导致通信不稳定1MHz是最保守也最稳的速率。对于学习调试来说下载速度慢几秒完全无感但稳定性提升是实打实的。我当时被一个看似莫名其妙的RDDI-DAP Error折腾了两天最后把SW速率从Auto改成4MHz就好了原因就是杜邦线太长、分布电容太大高速时钟下信号毛刺太多。Flash Download选项卡勾选Reset and Run这个非常重要它决定程序下载完成后芯片是自动复位运行还是停在调试模式等待人工复位。如果不勾选每次下载完都要手动按板子上的复位键初学者经常会以为程序写坏了。Programming Algorithm区域确认列表中是否有STM32F10x Med-density 64K Flash没有就点Add按钮手动添加。该选项由Keil安装目录下的Flash算法文件提供如果缺失可以重新安装Keil对应版本的Device Family Pack。这一步出问题时烧录就会报Error: Flash Download failed - Cortex-M3很多人一头雾水其实就是Flash下载算法没匹配上。Utilities选项卡勾选Use Debug Driver让它复用Debug里配置好的STLINK。有些教程会让你在Utilities里单独设置Use External Tool for Flash Programming这是给离线烧录器用的在线调试一律用Use Debug Driver即可不需要额外配置。这三处配置的关系是Debug管连接参数Flash Download管烧录参数Utilities管软件触发方式。层层递进任何一个断链程序都下不到芯片里。4.3 实测下载完整的Keil操作流程和正常日志写完代码后操作顺序是这样的点击工具栏的Build按钮或者按F7编译整个工程。Output窗口应该显示0 Error(s), 0 Warning(s)同时显示Program Size: Codexxx RO-dataxxx RW-dataxxx ZI-dataxxx。如果编译有error先解决编译问题不要急着下载。确认编译无误后点击LOAD按钮或者按F8这个按钮旁边有个向下箭头的图标。Keil会调用ST-Link Debugger把编译产物通过SWD写入STM32F103C8T6。观察Output窗口正常的下载日志长这样Build target Target 1 linking... Program Size: Code572 RO-data304 RW-data0 ZI-data412 obj/led.axf - 0 Error(s), 0 Warning(s). Load C:\\...\\led.axf JLink info: ------------- DLL: V6.50, compiled Feb 17 2021 17:42:18 Firmware: J-Link V11 compiled Jan 24 2022 10:32:14 Hardware: V11.00 S/N: 123456789 Feature(s): RDI, GDB, FlashBP, FlashDL, JFlash Info: TotalIRLen 4, IRPrint 0x001 Info: Found Cortex-M3 r1p1, Little endian. Info: TPIU fitted. Info: ETM fitted. Info: FPUnit: 4 code (BP) slots and 0 literal slots Info: J-Link: Flash download: Bank 0 0x08000000: Skipped. Contents already match用STLINK时日志细节略有不同但关键信息是这几条Found Cortex-M3表示SWD通信成功设备识别为Cortex-M3内核Flash download: Bank 0 0x08000000: Skipped. Contents already match表示Flash里的内容和要写入的完全一致跳过了擦除写入这是重复下载相同程序的正常表现。第一次下载最理想的结果是Output窗口输出Erase Done、Programming Done、Verify OK然后板子上的LED开始按你代码里设置的节奏闪烁。如果LED不亮先别急着怀疑焊接和硬件按照这个顺序检查BOOT0是否拉低→Reset and Run是否勾选→代码里延时参数是否合理比如延时写成了1微秒而不是1毫秒肉眼看LED几乎不会闪。5. 六个高频报错的排查链路从现象追溯到根因理论知识讲完现在进入真正有价值的环节——报错排查。这里我把最容易遇到的六个错单独拎出来不直接给答案而是按排查链路一步步走因为同一个报错背后可能有完全不同的物理原因直接背答案对你的提升非常有限。5.1 Unknown Device ID这个报错的实际含义是STLINK已经在电脑上被识别到了但在SWD总线上没有发现任何目标芯片。常见于Keil的Settings里SW Device区域显示Unknown或No device found或者ST-Link Utility报Unknown device ID。排查链路目标板有没有上电用万用表量一下板子的3.3V和GND之间是否有稳定电压。板载电源LED亮不亮不能完全作准我有一次遇到电源LED微亮实际上3.3V被一个短路的电容拉到了1.2V芯片根本没工作。3.3V到底有没有接如果用STLINK供电确认STLINK的3.3V引脚接触良好杜邦线有没有插歪。SWDIO和SWCLK有没有接反这两根线接反是最常见的低级错误。PA13SWDIO和PA14SWCLK在最小系统板上位置很密集非常容易插反。尝试对调两根信号线。GND有没有共地STLINK和最小系统板必须共参考地接线断了信号全是悬空的自然识别不到。芯片是不是被锁死了如果之前下载过程序并开启了Read Out Protection读保护SWD会拒绝连接。用ST-Link Utility执行Target → Option Bytes里的解除保护操作试试。芯片本身有没有问题换一块全新的STM32F103C8T6最小系统板试试。用排除法确认是不是芯片已经损坏。注意现在市面上有很多国产物料替代型号比如GD32F103C8T6、APM32F103C8T6这类芯片的SWD ID Code和原厂STM32F103C8T6完全相同在Keil和ST-Link Utility里的识别没有任何区别下载操作也是一样的。如果买到的是这类物料不用担心直接按原厂芯片处理即可。5.2 No ST-Link detected / 检测不到STLINK这个报错说明Keil根本没找到STLINK硬件跟目标板无关。排查链路看STLINK红灯亮不亮。不亮先换USB线、换USB口。打开设备管理器确认设备列表里是否有ST-Link条目有没有黄色感叹号。如果有感叹号回到第3章的驱动排查流程。如果设备管理器正常但Keil报错在Debug选项卡的Settings里点Refresh按钮看Debug Adapter下拉框里有没有STLINK设备。没有就说明Keil的驱动和STLINK驱动版本不匹配升级Keil版本或者升级ST-Link固件。如果Debug Adapter下拉框是灰色的说明Keil根本没检测到驱动库重装Keil时注意选择完整安装组件不要精简安装。5.3 Target not connected / Communication error报错出现的位置通常是点击Load按钮后立刻弹出翻译过来是“目标板没连上通信出错”。这个问题的定位比较微妙因为“目标板没连上”可能由链路中的任何一个环节引起。排查链路先确认之前是否成功下载过程序。如果之前成功、现在失败重点排查最近改动的东西——是不是代码里重映射了SWD引脚、关闭了调试时钟、或者进入了Stop模式。解决方式是按住最小系统板的复位键不放然后点Load点完立即松开复位键让芯片在复位过程中被调试器抓住。这个技巧亲测有效用来抢救被自己写砸的低功耗/引脚重映射程序。如果从来没有成功过回到5.1的Unknown Device ID排查链路本质上这两个报错有很多重叠之处。检查复位引脚RST是否被外部强行拉低。有些最小系统板会在RST上焊一个按键如果按键按下没弹起来芯片一直处于复位状态SWD自然连不上。降低SW通信速率到1MHz再试排除高速信号完整性问题。5.4 Keil中Debug配置页面闪退这个报错在热词里也出现了特征是点击Debug选项卡的Settings按钮时Keil直接崩溃退出有时候甚至连打开Options for Target就崩溃。多数情况下这是STLINK驱动与Keil内部组件的兼容性问题常见于Win11系统和高版本Keil组合。排查链路更新ST-LINK驱动到最新版本重点尝试官网的STSW-LINK009。打开Keil的Project → Manage → Pack Installer更新Keil::STM32F1xx_DFP设备支持包到最新。换一个STLINK硬件试试——有些克隆版STLINK固件写入不完整枚举时会抛出异常数据包Keil拿到后就崩了。如果只有Debug配置页闪退先用ST-Link Utility确认STLINK本身工作正常排除硬件故障。最后一步卸载Keil删除C:\Keil_v5安装目录和%APPDATA%\Keil配置目录重启后重装。配置目录里的某些损坏缓存文件也会引发闪退这一步一定要删。5.5 Internal command error这个报错含义比较泛一般是STLINK固件收到了无法处理的命令。在下载场景中最常见的原因是目标芯片的Flash保护选项被修改过或者芯片处于读取保护状态。排查链路尝试执行全擦除操作用ST-Link Utility连接目标板选择Target → Erase Chip擦除后重新下载。确认是否开启了读保护ST-Link Utility的Target → Option Bytes页面里Read Protection如果是Enabled改成Disabled后再重新下载。确认Flash下载算法是否正确匹配回到4.2节的Flash Download选项卡检查算法列表里是否有STM32F10x Med-density 64K Flash。5.6 下载成功但程序不运行这个是所有报错里最“温柔”的一种程序写进去了但现象不对。LED该亮的没亮该闪的没闪。排查链路Reset and Run是否勾选没勾选的话程序写完后芯片停在调试状态需要手动复位。参考4.2节。BOOT0跳线帽是否跳回启动Flash下载完成后如果把BOOT0保持在低电平芯片默认从Flash启动没问题但如果下载时BOOT0被意外跳到了高电平芯片上电就进Bootloader了你的程序永远不会跑起来。下载完把BOOT0恢复低电平。代码有没有逻辑问题这个阶段最容易忽略。用Keil的仿真功能Debug会话在代码里打断点看PC指针有没有跑到main函数。如果能跑到说明程序在运行问题在逻辑层面——比如GPIO配置错了、时钟没开启。跑不到说明芯片卡在了启动文件的某个地方最常见的原因是没正确初始化时钟或者中断向量表没放对位置。最小系统板硬件本身晶振有没有起振、复位电容是否正常。这种基础硬件问题概率很低但排除顺序放在最后避免过早怀疑硬件浪费时间。6. 常用型号对照与国产替代在下载环节的注意事项用STLINK下载程序这件事本身很简单但实际交流中总有几个绕不开的话题其中出现频率最高的就是国产替代芯片。STM32F103C8T6作为一款存量极大的经典MCU市场上存在大量的国产兼容料号。GD32F103C8T6、APM32F103C8T6、MM32F103C8T6这些型号引脚定义和基本外设都能做到和STM32F103C8T6兼容。从下载角度看这些芯片的SWD协议和CoreSight调试架构都与ARM Cortex-M3一致所以STLINK完全可以直接识别和烧录不需要额外的软件适配。但有几条实操经验值得记住ID Code存在差异SWD识别时STM32F103C8T6的ROM Table和CPUID可能与部分国产芯片略有不同但这不影响Keil的下载因为Keil对Cortex-M3内核的识别逻辑是通用的不依赖厂商ID的精确匹配。Flash算法要选对国产芯片如果Flash仿真算法完全兼容原厂可以继续使用STM32F10x Med-density 64K Flash。如果下载时校验失败或者Verify阶段出错不要硬扛去芯片厂官网找对应的Flash算法文件替换Keil中的Programing Algorithm即可。启动文件可能不一样GD32F103系列的一些老批次在USART和CAN上与原厂行为略有差异如果程序里用到这些外设并且跑出来的行为不对优先怀疑驱动库的适配问题而不是STLINK的下载问题。供电电压国产替代芯片的工作电压范围基本一致3.3V供电没问题。但个别型号内部LDO或者IO驱动能力有差异接上STLINK供电时如果出现反复复位或者下载失败换成目标板通过USB独立供电试试。这里比较推荐在项目中用DAPLink作为STLINK的备选方案。DAPLink是ARM官方开源的调试固件市面上的DAPLink调试器普遍自带免驱特性——插上电脑就是HID设备Win10/Win11无需安装任何驱动就能被Keil识别。如果STLINK驱动问题反复折磨你换DAPLink往往能一步到位。它的接线方式和STLINK完全一样3V3、SWDIO、SWCLK、GND在Keil的Debug选项卡里仍然选ST-Link Debugger因为DAPLink默认枚举为CMSIS-DAP在Keil中显示的驱动名称是CMSIS-DAP Debugger逻辑不变。需要特别注意的是DAPLink烧录速度通常在1MHz左右比STLINK V2稍慢但学习调试完全够用。7. 针对“第一次就能成功”的几个实操细节讲完原理和报错我再补充一些实操层面的碎片化经验。这些细节在教程里很少被系统讲清楚但往往决定了第一次操作的成败。7.1 杜邦线的选择与整理杜邦线是这个项目里最容易被轻视的配件。我建议优先选择母对母的杜邦线——STLINK V2的排针是公头最小系统板的排针也是公头母对母杜邦线刚好搭在中间。线材长度上尽量控制在10到20厘米之间。太长的杜邦线在高频SWD通信下会引入信号完整性问题导致下载时好时坏、时灵时不灵。太短的线又不好操作容易扯到排针。如果手里只有长线最简单的方式是把SW速率降到1MHz效果立竿见影。还有一个细节杜邦线的颜色尽量区分开。我习惯用红色接3.3V、黑色接地、黄色接SWCLK、白色接SWDIO这样调试的时候一眼就能看出接的是哪根线。千万不要全用同一种颜色否则接线反了都发现不了。7.2 下载前的检查清单我分享一下自己固定执行的检查清单每次下载前花30秒过一遍能省下大量排查时间BOOT0跳线帽在低电平位置STLINK和目标板共地GND线接好3.3V供电正常目标板电源LED亮SWDIO接PA13、SWCLK接PA14两根线没有接反Keil的Debug选项卡选择ST-Link DebuggerPort为SWFlash Download勾选Reset and Run工程Target设备型号为STM32F103C8。这套清单就像开飞机前的检查单每一步都有明确目的不凭感觉、不靠记忆。养成习惯之后你对“下载程序”这件事的掌控感会完全不一样。8. 下载成功后的第一步从点灯程序走向真正的项目开发程序第一次成功下载到STM32F103C8T6意味着STLINK这个工具链你已经彻底掌握了。接下来怎么走我简单梳理一下进阶路径方便你从“能下载”过渡到“能开发”。第一件事是把LED闪烁的延时方式从软件延时改为定时器延时。软件延时比如for循环空转依赖主频主频不对时延时不准确而且占着CPU不能做其他事。学会用SysTick定时器或者TIM定时器做精确延时是从点灯走向项目开发的第一步。第二件事是学会看原理图。最小系统板虽然板子很小但原理图和STM32F103C8T6的数据手册Datasheet你至少要通读一遍。重点是这几个部分电源树的3.3V产生电路、复位电路、8MHz晶振电路、BOOT配置引脚、USB接口电路。把这几块看懂你就知道最小系统板上每个元器件是干什么的遇到硬件问题时也有据可查。第三件事是开始用标准外设库或者HAL库写代码。寄存器开发能帮你理解底层机制但实际做项目效率太低。选择标准外设库还是HAL库我的建议是如果跟着跟某个系列教程走就用教程配套的库如果自己开新项目HAL库加STM32CubeMX图形化配置是目前的主流方向社区资源也更丰富。第四件事是搭建一个自己的工程模板。每次新建项目都从零开始点一遍Keil配置太浪费时间。把初始化部分时钟、GPIO、USART打印封装成一个基础工程存成模板之后做任何新项目都从模板复制改改应用层代码就行。这个习惯能大大提升你的开发效率也是我从踩坑中总结出来最值得做的一件事。最后建议准备一个STM32 ST-Link Utility备用。它是一个独立的图形化工具可以脱离Keil单独下载hex/bin文件还可以查看Option Bytes、解除Flash保护、读取和比对芯片内容。遇到Keil连不上但ST-Link Utility能连上的情况时先用Utility给芯片做一次全擦除往往能救活一个看起来“废掉”的芯片。这个工具体积很小直接装在电脑里备用不会占用什么空间紧急排查时价值非常大。