尧图网页设计 
1. 为什么MDK v5.29至今仍是嵌入式开发的热门选择搞嵌入式开发的人绕不开Keil这个工具链。尤其是做ARM Cortex-M系列单片机开发的MDK几乎是标配。虽然现在MDK已经更新到5.4x版本了但v5.29这个版本在社区里的讨论热度一直没降下来。原因很简单稳定、兼容性好、对老项目的支持到位。我自己从MDK 4.x时代一路用到5.x中间换过好几个版本最后在几台开发机上还是把v5.29留了下来。为什么因为很多芯片厂商的器件支持包Device Family Pack在v5.29上验证得最充分尤其是STM32F1/F4系列的老工程用新版本打开反而容易出现各种莫名其妙的编译问题。再加上v5.29对Windows 7/10的兼容性都很好不像某些新版本在旧系统上装都装不上。这篇文章面向的是刚接触Keil MDK的新手以及想从旧版本升级但被各种安装问题卡住的朋友。我会把从下载、安装、激活到常见报错处理的完整流程拆开讲清楚包括每一步为什么这么做、哪些地方容易踩坑、遇到问题怎么排查。内容基于我自己的实操经验和社区里高频出现的反馈整理不是照搬官方文档。注意本文涉及的激活方式仅用于个人学习和研究目的商业项目请务必购买正版授权。嵌入式开发者应该尊重知识产权企业用户尤其需要注意合规问题。2. 安装前的准备工作与版本选择逻辑2.1 确认你的芯片型号和开发需求在动手下载之前先搞清楚你要开发什么芯片。这个决定了你需要安装哪些器件支持包DFP。MDK本身只是一个IDE框架真正让代码能编译、能下载到芯片里的是对应的器件支持包。比如你用的是STM32F103那需要安装Keil.STM32F1xx_DFP用的是GD32那需要GigaDevice的DFP。这些包在安装完MDK之后可以通过Pack Installer在线安装也可以离线下载后手动导入。我见过不少新手上来就装MDK装完发现找不到自己的芯片型号又回头折腾。正确的顺序是先确认芯片型号再确认对应的DFP版本最后再装MDK。2.2 v5.29与其他版本的对比版本优点缺点适用场景MDK v5.29稳定、兼容老工程、Win7/10通吃不支持最新芯片的部分新特性传统STM32/GD32项目、教学MDK v5.36支持新芯片、新编译器对旧工程兼容性偶尔出问题新项目、新芯片开发MDK v4.74极稳定、资源占用低不支持ARM Compiler 6维护超老项目v5.29自带的是ARM Compiler 5AC5这个编译器虽然版本老但对C99标准的支持已经够用了而且很多老代码就是基于AC5写的换到AC6反而要改一堆编译选项。如果你手头的项目没有明确要求用AC6v5.29是省心的选择。2.3 下载渠道与文件校验官方下载渠道是Keil官网注册账号后可以下载MDK安装包。但官网下载速度在国内经常很慢所以很多人会选择从其他渠道获取。这里要提醒几点安装包文件名通常是MDK529.exe这种格式大小在700MB到900MB之间下载完成后务必校验文件完整性可以用MD5或SHA256比对如果从非官方渠道获取注意文件是否被篡改过我一般会保留一份校验通过的安装包在本地或移动硬盘里因为官网旧版本下载入口有时候会调整到时候再找就麻烦了。提示安装包和器件支持包是两回事。安装包是MDK主程序器件支持包是后续通过Pack Installer安装的。别指望一个安装包搞定所有芯片。3. 安装过程中的关键步骤与避坑要点3.1 安装路径的选择安装MDK时默认路径是C:\Keil_v5。我强烈建议不要改这个默认路径原因有几个第一很多工程文件里的路径引用是相对路径或者基于默认路径的绝对路径改了路径可能导致工程打开后找不到头文件。第二某些器件支持包在安装时会往默认路径写文件路径不对会出问题。第三社区里大部分教程和问题排查都是基于默认路径的你改了路径之后遇到问题别人帮你都难。如果你C盘空间紧张可以在安装前把C盘清理一下或者用符号链接的方式把Keil_v5目录映射到其他盘。但不要直接在安装时改路径。安装过程中会弹出几个组件选择界面核心组件包括uVision5 IDE主程序必装ARM Compiler 5编译器必装Device Family Packs器件支持包可以后续装Middleware中间件按需选择我一般只勾选IDE和编译器器件支持包等装完主程序再用Pack Installer按需安装。这样安装速度快也不会装一堆用不上的东西占空间。3.2 安装过程中的常见报错安装过程中最常见的报错是“安装程序无法写入文件”或者“权限不足”。这通常是因为没有以管理员身份运行安装程序杀毒软件拦截了安装程序的写操作系统UAC设置过严解决办法很简单右键安装包选择“以管理员身份运行”安装前暂时关闭杀毒软件的实时防护。如果还是不行检查一下目标目录的权限设置。另一个常见问题是安装到一半卡住不动。这种情况多半是安装程序在解压大文件时IO阻塞等几分钟就好。如果超过十分钟还没反应可能是安装包损坏需要重新下载。3.3 安装后的首次启动配置安装完成后首次启动uVision5会弹出Pack Installer的更新提示。这时候不要急着更新所有包先做几件事第一检查编译器版本。在Project - Manage - Project Items里可以看到当前使用的编译器。确认是ARM Compiler 5而不是其他版本。第二配置字体和编码。默认的编辑器字体是Courier New看久了眼睛累。我一般改成Consolas或者Source Code Pro字号12到14。编码建议设为UTF-8避免中文注释乱码。第三设置默认的工程保存路径。在Edit - Configuration - General里可以设置默认的工程目录建议设在一个专门的开发目录下不要放在桌面或者C盘根目录。4. 激活流程的详细操作与注意事项4.1 获取License的两种途径MDK的License分为两种一种是官方购买的正式License另一种是社区里流传的评估版License。正式License通过Keil官网购买后会收到一个LIC文件或者序列号直接在License Management里导入即可。评估版License有32KB的代码大小限制对于学习和小型项目够用但稍微大一点的工程就编译不过了。社区里有一些生成License的工具原理是基于MDK的License验证机制生成对应的密钥。这里不展开具体工具的使用方法只讲操作流程和注意事项。4.2 License Management的操作步骤打开uVision5点击File - License Management会弹出License管理窗口。窗口里会显示当前的License状态和Computer ID。操作流程如下复制窗口中的Computer ID一串字母数字组合打开License生成工具将Computer ID粘贴到对应输入框选择目标版本为MDK Professional或者MDK Standard生成对应的License Key将生成的License Key复制回License Management窗口的New License ID Code输入框点击Add LIC按钮添加成功后窗口上方的Product信息会更新显示License的有效期和类型。如果显示的是Evaluation版本说明License没有正确添加。注意每次更换电脑或者重装系统后Computer ID会变化需要重新生成License。建议把生成好的License信息备份一下但注意Computer ID变了之后旧License是无效的。4.3 激活失败的常见原因激活失败最常见的原因是Computer ID复制不完整或者包含了多余的空格。License Management窗口里的Computer ID是可以选中的直接CtrlC复制不要手动输入。另一个原因是License生成工具的目标版本选择错误。MDK Professional和MDK Standard的License是不通用的选错了版本生成的Key添加后会提示无效。还有一种情况是系统时间不正确。License验证会检查系统时间如果系统时间偏差太大可能导致License被判定为过期。确保系统时间是准确的。5. 器件支持包的安装与工程配置5.1 Pack Installer的使用方法装完MDK并激活后下一步是安装器件支持包。打开Pack Installer在工具栏上有个图标或者通过Project - Manage - Pack Installer打开。Pack Installer的界面分为左右两栏左边是厂商和器件列表右边是选中的Pack的详细信息。找到你需要的厂商比如STMicroelectronics展开后找到对应的系列比如STM32F1 Series然后点击右侧的Install按钮。安装过程中会从Keil的服务器下载Pack文件国内网络环境下可能比较慢。如果下载失败可以尝试以下方法在Pack Installer的设置里更换下载源手动下载Pack文件后通过File - Import导入从社区里找已经下载好的Pack文件离线安装Pack文件的后缀是.pack本质上是一个压缩包包含了器件描述文件、启动文件、外设驱动库等。5.2 新建工程的正确流程器件支持包安装完成后就可以新建工程了。流程如下Project - New uVision Project选择工程保存路径在弹出的器件选择窗口中找到你的芯片型号在Run-Time Environment窗口中选择需要的外设库比如CMSIS的Core和Device Startup点击OK工程创建完成这里有个容易忽略的点Run-Time Environment窗口里的组件选择会影响后续的编译。比如你用了STM32的HAL库就需要勾选对应的HAL驱动组件。如果只勾了Startup那HAL函数是用不了的。我一般会勾选以下几项CMSIS - CORECMSIS - Device - StartupDevice - StdPeriph Drivers如果用标准库或者HAL Drivers如果用HAL库5.3 编译选项的关键配置工程创建后需要配置编译选项。点击Project - Options for Target重点配置以下几个标签页Target标签页确认晶振频率设置正确这个影响调试时的时序计算。ARM Compiler选择Use default compiler version 5。Output标签页勾选Create HEX File这样编译后会生成HEX文件方便用其他工具烧录。Debug Information也建议勾选方便调试。C/C标签页在Define里添加芯片对应的宏定义比如STM32F103xB。在Include Paths里添加头文件搜索路径。Debug标签页选择调试器类型比如ST-Link Debugger或者J-LINK。点击Settings配置调试器参数。这些配置看起来繁琐但配好一次之后可以导出为模板以后新建工程直接套用。6. 常见错误排查与解决方案速查6.1 编译类错误错误提示原因解决方法cannot open source input file xxx.h头文件路径未添加在C/C标签页的Include Paths中添加对应路径undefined symbol xxx源文件未加入工程或库未链接检查工程文件列表确认源文件已添加code size limit exceeded评估版License的32KB限制激活正式License或优化代码大小error: #5: cannot open source input file文件路径包含中文或空格将工程移到纯英文无空格路径下编译错误里最常见的就是头文件找不到。很多人从别人那里拷贝工程过来路径不一样头文件引用就断了。解决办法是把工程里所有路径引用检查一遍改成相对路径或者重新添加Include Paths。6.2 下载与调试类错误错误提示原因解决方法No Cortex-M Device found调试器未连接或驱动未装检查USB连接安装调试器驱动Flash Download failedFlash算法未配置在Debug Settings的Flash Download里添加对应算法Cannot access target芯片被读保护或复位电路问题检查复位引脚尝试用调试器解除读保护SWD/JTAG Communication Failure调试接口配置错误确认Debug标签页选择的接口类型正确下载失败的问题排查思路是先确认硬件连接再确认调试器驱动最后确认软件配置。我遇到过好几次是USB线的问题换根线就好了。还有一次是调试器的固件版本太老升级固件后解决。6.3 激活与License类问题激活相关的问题主要集中在License无效或者过期。排查步骤确认Computer ID是否正确复制确认License生成工具的目标版本与MDK版本匹配确认系统时间准确尝试删除旧License后重新添加如果以上都试过还是不行可能是MDK安装本身有问题建议卸载后重新安装。卸载时注意清理注册表残留否则重装后可能还是同样的问题。7. 实操心得与长期维护建议7.1 工程目录的组织方式我见过很多新手的工程目录乱成一团所有文件堆在一个文件夹里。这种习惯在项目小的时候没问题项目一大就痛苦了。建议从一开始就养成好的目录结构Project/ ├── CMSIS/ # 内核相关文件 ├── Drivers/ # 外设驱动 │ ├── Inc/ │ └── Src/ ├── User/ # 用户代码 │ ├── main.c │ └── ... ├── Output/ # 编译输出 └── Project.uvprojx # 工程文件这样组织的好处是头文件路径清晰编译输出和源码分离方便用Git等版本控制工具管理。7.2 备份与版本管理MDK的工程文件.uvprojx是XML格式的可以用Git管理。但编译输出的中间文件.o、.axf等不要提交到Git在.gitignore里排除掉。我一般会定期把整个工程目录打包备份尤其是芯片厂商的DFP更新后旧版本的Pack文件可能就下载不到了。备份一份在本地以后需要的时候不用到处找。7.3 多版本共存的注意事项有些朋友可能同时需要v5.29和其他版本的MDK。理论上可以装在不同路径下共存但实际上会有冲突因为注册表和文件关联会互相覆盖。如果确实需要多版本共存建议用虚拟机或者不同的系统用户来隔离。我自己的做法是在主力机上只装v5.29其他版本在虚拟机里跑。这样互不干扰也方便做对比测试。提示虚拟机里装MDK要注意USB调试器的直通配置否则调试器在虚拟机里可能识别不到。VMware和VirtualBox都支持USB设备直通但需要在虚拟机设置里手动添加。7.4 长期使用的维护建议MDK用久了Pack Installer里会积累很多用不上的Pack占空间也影响启动速度。定期清理一下在Pack Installer里找到已安装的Pack卸载掉不再使用的。另外Keil官网会不定期发布MDK的补丁包修复一些已知问题。如果当前版本用着没问题不建议频繁更新。嵌入式开发工具链的稳定性比新功能重要得多。最后说一个我踩过的坑有一次重装系统后直接恢复了之前的MDK安装目录以为能直接用。结果因为注册表信息丢失License和Pack都识别不了。正确的做法是重新安装MDK然后重新激活和安装Pack。安装目录可以保留但注册表信息必须重新写入。 Keil MDK v5.29 安装激活与工程配置完整指南
1. 为什么MDK v5.29至今仍是嵌入式开发的热门选择搞嵌入式开发的人绕不开Keil这个工具链。尤其是做ARM Cortex-M系列单片机开发的MDK几乎是标配。虽然现在MDK已经更新到5.4x版本了但v5.29这个版本在社区里的讨论热度一直没降下来。原因很简单稳定、兼容性好、对老项目的支持到位。我自己从MDK 4.x时代一路用到5.x中间换过好几个版本最后在几台开发机上还是把v5.29留了下来。为什么因为很多芯片厂商的器件支持包Device Family Pack在v5.29上验证得最充分尤其是STM32F1/F4系列的老工程用新版本打开反而容易出现各种莫名其妙的编译问题。再加上v5.29对Windows 7/10的兼容性都很好不像某些新版本在旧系统上装都装不上。这篇文章面向的是刚接触Keil MDK的新手以及想从旧版本升级但被各种安装问题卡住的朋友。我会把从下载、安装、激活到常见报错处理的完整流程拆开讲清楚包括每一步为什么这么做、哪些地方容易踩坑、遇到问题怎么排查。内容基于我自己的实操经验和社区里高频出现的反馈整理不是照搬官方文档。注意本文涉及的激活方式仅用于个人学习和研究目的商业项目请务必购买正版授权。嵌入式开发者应该尊重知识产权企业用户尤其需要注意合规问题。2. 安装前的准备工作与版本选择逻辑2.1 确认你的芯片型号和开发需求在动手下载之前先搞清楚你要开发什么芯片。这个决定了你需要安装哪些器件支持包DFP。MDK本身只是一个IDE框架真正让代码能编译、能下载到芯片里的是对应的器件支持包。比如你用的是STM32F103那需要安装Keil.STM32F1xx_DFP用的是GD32那需要GigaDevice的DFP。这些包在安装完MDK之后可以通过Pack Installer在线安装也可以离线下载后手动导入。我见过不少新手上来就装MDK装完发现找不到自己的芯片型号又回头折腾。正确的顺序是先确认芯片型号再确认对应的DFP版本最后再装MDK。2.2 v5.29与其他版本的对比版本优点缺点适用场景MDK v5.29稳定、兼容老工程、Win7/10通吃不支持最新芯片的部分新特性传统STM32/GD32项目、教学MDK v5.36支持新芯片、新编译器对旧工程兼容性偶尔出问题新项目、新芯片开发MDK v4.74极稳定、资源占用低不支持ARM Compiler 6维护超老项目v5.29自带的是ARM Compiler 5AC5这个编译器虽然版本老但对C99标准的支持已经够用了而且很多老代码就是基于AC5写的换到AC6反而要改一堆编译选项。如果你手头的项目没有明确要求用AC6v5.29是省心的选择。2.3 下载渠道与文件校验官方下载渠道是Keil官网注册账号后可以下载MDK安装包。但官网下载速度在国内经常很慢所以很多人会选择从其他渠道获取。这里要提醒几点安装包文件名通常是MDK529.exe这种格式大小在700MB到900MB之间下载完成后务必校验文件完整性可以用MD5或SHA256比对如果从非官方渠道获取注意文件是否被篡改过我一般会保留一份校验通过的安装包在本地或移动硬盘里因为官网旧版本下载入口有时候会调整到时候再找就麻烦了。提示安装包和器件支持包是两回事。安装包是MDK主程序器件支持包是后续通过Pack Installer安装的。别指望一个安装包搞定所有芯片。3. 安装过程中的关键步骤与避坑要点3.1 安装路径的选择安装MDK时默认路径是C:\Keil_v5。我强烈建议不要改这个默认路径原因有几个第一很多工程文件里的路径引用是相对路径或者基于默认路径的绝对路径改了路径可能导致工程打开后找不到头文件。第二某些器件支持包在安装时会往默认路径写文件路径不对会出问题。第三社区里大部分教程和问题排查都是基于默认路径的你改了路径之后遇到问题别人帮你都难。如果你C盘空间紧张可以在安装前把C盘清理一下或者用符号链接的方式把Keil_v5目录映射到其他盘。但不要直接在安装时改路径。安装过程中会弹出几个组件选择界面核心组件包括uVision5 IDE主程序必装ARM Compiler 5编译器必装Device Family Packs器件支持包可以后续装Middleware中间件按需选择我一般只勾选IDE和编译器器件支持包等装完主程序再用Pack Installer按需安装。这样安装速度快也不会装一堆用不上的东西占空间。3.2 安装过程中的常见报错安装过程中最常见的报错是“安装程序无法写入文件”或者“权限不足”。这通常是因为没有以管理员身份运行安装程序杀毒软件拦截了安装程序的写操作系统UAC设置过严解决办法很简单右键安装包选择“以管理员身份运行”安装前暂时关闭杀毒软件的实时防护。如果还是不行检查一下目标目录的权限设置。另一个常见问题是安装到一半卡住不动。这种情况多半是安装程序在解压大文件时IO阻塞等几分钟就好。如果超过十分钟还没反应可能是安装包损坏需要重新下载。3.3 安装后的首次启动配置安装完成后首次启动uVision5会弹出Pack Installer的更新提示。这时候不要急着更新所有包先做几件事第一检查编译器版本。在Project - Manage - Project Items里可以看到当前使用的编译器。确认是ARM Compiler 5而不是其他版本。第二配置字体和编码。默认的编辑器字体是Courier New看久了眼睛累。我一般改成Consolas或者Source Code Pro字号12到14。编码建议设为UTF-8避免中文注释乱码。第三设置默认的工程保存路径。在Edit - Configuration - General里可以设置默认的工程目录建议设在一个专门的开发目录下不要放在桌面或者C盘根目录。4. 激活流程的详细操作与注意事项4.1 获取License的两种途径MDK的License分为两种一种是官方购买的正式License另一种是社区里流传的评估版License。正式License通过Keil官网购买后会收到一个LIC文件或者序列号直接在License Management里导入即可。评估版License有32KB的代码大小限制对于学习和小型项目够用但稍微大一点的工程就编译不过了。社区里有一些生成License的工具原理是基于MDK的License验证机制生成对应的密钥。这里不展开具体工具的使用方法只讲操作流程和注意事项。4.2 License Management的操作步骤打开uVision5点击File - License Management会弹出License管理窗口。窗口里会显示当前的License状态和Computer ID。操作流程如下复制窗口中的Computer ID一串字母数字组合打开License生成工具将Computer ID粘贴到对应输入框选择目标版本为MDK Professional或者MDK Standard生成对应的License Key将生成的License Key复制回License Management窗口的New License ID Code输入框点击Add LIC按钮添加成功后窗口上方的Product信息会更新显示License的有效期和类型。如果显示的是Evaluation版本说明License没有正确添加。注意每次更换电脑或者重装系统后Computer ID会变化需要重新生成License。建议把生成好的License信息备份一下但注意Computer ID变了之后旧License是无效的。4.3 激活失败的常见原因激活失败最常见的原因是Computer ID复制不完整或者包含了多余的空格。License Management窗口里的Computer ID是可以选中的直接CtrlC复制不要手动输入。另一个原因是License生成工具的目标版本选择错误。MDK Professional和MDK Standard的License是不通用的选错了版本生成的Key添加后会提示无效。还有一种情况是系统时间不正确。License验证会检查系统时间如果系统时间偏差太大可能导致License被判定为过期。确保系统时间是准确的。5. 器件支持包的安装与工程配置5.1 Pack Installer的使用方法装完MDK并激活后下一步是安装器件支持包。打开Pack Installer在工具栏上有个图标或者通过Project - Manage - Pack Installer打开。Pack Installer的界面分为左右两栏左边是厂商和器件列表右边是选中的Pack的详细信息。找到你需要的厂商比如STMicroelectronics展开后找到对应的系列比如STM32F1 Series然后点击右侧的Install按钮。安装过程中会从Keil的服务器下载Pack文件国内网络环境下可能比较慢。如果下载失败可以尝试以下方法在Pack Installer的设置里更换下载源手动下载Pack文件后通过File - Import导入从社区里找已经下载好的Pack文件离线安装Pack文件的后缀是.pack本质上是一个压缩包包含了器件描述文件、启动文件、外设驱动库等。5.2 新建工程的正确流程器件支持包安装完成后就可以新建工程了。流程如下Project - New uVision Project选择工程保存路径在弹出的器件选择窗口中找到你的芯片型号在Run-Time Environment窗口中选择需要的外设库比如CMSIS的Core和Device Startup点击OK工程创建完成这里有个容易忽略的点Run-Time Environment窗口里的组件选择会影响后续的编译。比如你用了STM32的HAL库就需要勾选对应的HAL驱动组件。如果只勾了Startup那HAL函数是用不了的。我一般会勾选以下几项CMSIS - CORECMSIS - Device - StartupDevice - StdPeriph Drivers如果用标准库或者HAL Drivers如果用HAL库5.3 编译选项的关键配置工程创建后需要配置编译选项。点击Project - Options for Target重点配置以下几个标签页Target标签页确认晶振频率设置正确这个影响调试时的时序计算。ARM Compiler选择Use default compiler version 5。Output标签页勾选Create HEX File这样编译后会生成HEX文件方便用其他工具烧录。Debug Information也建议勾选方便调试。C/C标签页在Define里添加芯片对应的宏定义比如STM32F103xB。在Include Paths里添加头文件搜索路径。Debug标签页选择调试器类型比如ST-Link Debugger或者J-LINK。点击Settings配置调试器参数。这些配置看起来繁琐但配好一次之后可以导出为模板以后新建工程直接套用。6. 常见错误排查与解决方案速查6.1 编译类错误错误提示原因解决方法cannot open source input file xxx.h头文件路径未添加在C/C标签页的Include Paths中添加对应路径undefined symbol xxx源文件未加入工程或库未链接检查工程文件列表确认源文件已添加code size limit exceeded评估版License的32KB限制激活正式License或优化代码大小error: #5: cannot open source input file文件路径包含中文或空格将工程移到纯英文无空格路径下编译错误里最常见的就是头文件找不到。很多人从别人那里拷贝工程过来路径不一样头文件引用就断了。解决办法是把工程里所有路径引用检查一遍改成相对路径或者重新添加Include Paths。6.2 下载与调试类错误错误提示原因解决方法No Cortex-M Device found调试器未连接或驱动未装检查USB连接安装调试器驱动Flash Download failedFlash算法未配置在Debug Settings的Flash Download里添加对应算法Cannot access target芯片被读保护或复位电路问题检查复位引脚尝试用调试器解除读保护SWD/JTAG Communication Failure调试接口配置错误确认Debug标签页选择的接口类型正确下载失败的问题排查思路是先确认硬件连接再确认调试器驱动最后确认软件配置。我遇到过好几次是USB线的问题换根线就好了。还有一次是调试器的固件版本太老升级固件后解决。6.3 激活与License类问题激活相关的问题主要集中在License无效或者过期。排查步骤确认Computer ID是否正确复制确认License生成工具的目标版本与MDK版本匹配确认系统时间准确尝试删除旧License后重新添加如果以上都试过还是不行可能是MDK安装本身有问题建议卸载后重新安装。卸载时注意清理注册表残留否则重装后可能还是同样的问题。7. 实操心得与长期维护建议7.1 工程目录的组织方式我见过很多新手的工程目录乱成一团所有文件堆在一个文件夹里。这种习惯在项目小的时候没问题项目一大就痛苦了。建议从一开始就养成好的目录结构Project/ ├── CMSIS/ # 内核相关文件 ├── Drivers/ # 外设驱动 │ ├── Inc/ │ └── Src/ ├── User/ # 用户代码 │ ├── main.c │ └── ... ├── Output/ # 编译输出 └── Project.uvprojx # 工程文件这样组织的好处是头文件路径清晰编译输出和源码分离方便用Git等版本控制工具管理。7.2 备份与版本管理MDK的工程文件.uvprojx是XML格式的可以用Git管理。但编译输出的中间文件.o、.axf等不要提交到Git在.gitignore里排除掉。我一般会定期把整个工程目录打包备份尤其是芯片厂商的DFP更新后旧版本的Pack文件可能就下载不到了。备份一份在本地以后需要的时候不用到处找。7.3 多版本共存的注意事项有些朋友可能同时需要v5.29和其他版本的MDK。理论上可以装在不同路径下共存但实际上会有冲突因为注册表和文件关联会互相覆盖。如果确实需要多版本共存建议用虚拟机或者不同的系统用户来隔离。我自己的做法是在主力机上只装v5.29其他版本在虚拟机里跑。这样互不干扰也方便做对比测试。提示虚拟机里装MDK要注意USB调试器的直通配置否则调试器在虚拟机里可能识别不到。VMware和VirtualBox都支持USB设备直通但需要在虚拟机设置里手动添加。7.4 长期使用的维护建议MDK用久了Pack Installer里会积累很多用不上的Pack占空间也影响启动速度。定期清理一下在Pack Installer里找到已安装的Pack卸载掉不再使用的。另外Keil官网会不定期发布MDK的补丁包修复一些已知问题。如果当前版本用着没问题不建议频繁更新。嵌入式开发工具链的稳定性比新功能重要得多。最后说一个我踩过的坑有一次重装系统后直接恢复了之前的MDK安装目录以为能直接用。结果因为注册表信息丢失License和Pack都识别不了。正确的做法是重新安装MDK然后重新激活和安装Pack。安装目录可以保留但注册表信息必须重新写入。