做单片机开发的朋友应该都有同感电脑上装了 Keil MDK-ARM编译 STM32 工程很顺手可哪天想调一个 C51 的老项目新建工程时发现设备列表里根本没有 8051 的型号反过来装完 C51STM32 的工程又提示 Toolchain 不存在。更麻烦的是网上关于 Keil 的教程十篇里有八篇讲得云里雾里安装、注册、共存三个问题混在一起越看越乱。我把自己反复验证过的方案完整记录在这里一套 uVision5 环境同时装好 MDK-ARM 和 C51项目之间自由切换License 也在同一个窗口里管理。1. 先搞清楚uVision、MDK-ARM、C51到底是什么关系1.1 一个IDE两套工具链Keil 这个软件最让人困惑的地方就是它名字太多。uVision 只是集成开发环境的外壳真正编译代码的是底下的工具链。MDK-ARMMicrocontroller Development Kit for ARM面向 ARM Cortex-M/R 这类内核负责把 C 代码编成 ARM 指令C51 则是面向 8051/8052 内核的编译器集合产出的是 8051 指令。所以它们不是同一个软件的两个版本而是两套完全不同的工具链只是共用 uVision 这个外壳。MDK-ARM 的编译器叫 armcc 或 armclangC51 的编译器叫 C51 和 A51两者的头文件、库文件、启动代码、调试协议都不一样不能混用。既然工具链不同为什么能共存因为 uVision 本身就是插件化设计的。安装器会把不同的工具链注册到同一个 IDE 壳里打开项目时uVision 通过项目文件里的类型标识自动选择对应的编译器。所以只要你把两套工具链都装到同一个安装根目录理论上就能在一个 uVision 里同时编译 8051 和 STM32 的工程。很多教程说“MDK 和 C51 不能共存”其实是没装到同一个目录导致的。Keil 官方提供的共存方案很简单安装目录必须保持一致。MDK 默认装到 C:\Keil_v5C51 默认装到 C:\Keil两个目录不一致软件自然只会认其中一套。把 C51 也指定到 C:\Keil_v5 装完问题就解决了一大半。1.2 你的单片机该选哪套选工具链的依据只有一个芯片内核。看数据手册第一页的“Core”或者“内核”那一栏基本就能确定。芯片内核对应工具链典型型号8051 / 8052 内核C51AT89C52、STC89C52、STC12系列、部分工业控制芯片Cortex-M0/M3/M4/M7MDK-ARMSTM32F103、GD32F103、AT32F403、NXP LPC系列Cortex-R/AMDK-ARMCortex-R4、S5P等少数场景工程里比较少见80251 / 251 内核C251老式 8xC251、STC16 等普通开发者基本用不到如果你的芯片是 STC89C52、AT89S51、N76E003 这类 8051 核心安装 C51 就够了如果要用 STM32、GD32、MM32、瑞萨 RA 这类 ARM 核心就必须装 MDK-ARM。很多人只想跑 STM32结果误装了个 C51发现设备列表里根本没有 STM32就是这个原因。顺带说一句经常有人对比“C51 和 ARM5 的功耗”这个对比其实没什么意义。工具链本身不决定功耗芯片硬件实现、外设使用、代码优化才是关键。8 位单片机省电核心原因是内部电路简单、时钟低跟拿 Keil MDK 还是 Keil C51 编译关系不大。1.3 为什么要让它们共存最直接的原因是很多公司的项目库里既有老产品又有新产品。老一批用 STC89C52 或者 AT89C52 做控制器代码已经稳定运行好几年偶尔要改一个功能、调一个串口升级协议新产品则是 STM32F103 跑 FreeRTOS甚至还有 LVGL 图形界面。这种情况下来回装两个独立的 IDE 非常痛苦。我见过有人电脑里装了一个 C51 版 Keil 4又装了一个 MDK 版 Keil 5两个软件的文件关联互相抢双击工程文件时经常打开错版本工程后缀混在一起时更烦。还有人干脆拿两台电脑一台写 51一台写 ARM维护成本直线上升。让 MDK-ARM 和 C51 共存在同一个 uVision 里至少有三个好处第一桌面只有一个 IDE工程文件靠后缀和图标识别打开方式统一第二两套许可证可以在同一个 License Management 窗口里管理不用来回切换第三以后写测试代码、做对比验证新建项目时直接选对应工具链就行心智负担小很多。2. 安装前准备版本搭配、下载和目录规划2.1 版本怎么选MDK 5.36 C51 9.61 的组合最稳Keil 的版本号很多新手容易眼晕。从我长期使用的经验看MDK-ARM 推荐 5.36 左右的版本C51 推荐 9.60 或 9.61这个组合在 Windows 10 和 Windows 11 上都跑得比较稳。为什么要卡在 5.36 附近因为 MDK 5.36 安装包里默认同时带 ARM Compiler 5 和 ARM Compiler 6。老的 STM32 标准外设库工程、老版固件包很多时候必须用 AC5 编译才能一次过新工程用 AC6 可以获得更好的优化。后续新版本对 AC5 的支持逐渐收窄老工程迁移过去要在 Pack Installer 里额外装编译器步骤变多意义不大。C51 版本相对独立9.60 和 9.61 都能很好地支持 AT89C52、STC89C52、STC15 系列。而且 C51 的 License 和 MDK 是分开授权的安装哪个版本主要看你的 License 支持范围和芯片厂商例程不用追求最新。我不建议贸然装 MDK 5.40 以上或者各种 Beta 版。Keil 的新版本不是不能用而是有些新特性会改变原来的构建流程比如默认启用 AC6、Pack 依赖更新、调试器驱动调整对老工程不一定友好。稳定干活比追新版本重要。2.2 安装包从哪里下避坑很重要下载渠道必须强调一下去 Keil 官网的产品下载页面或者在一些靠得住的芯片厂商开发板资料页里找官方给出的链接。官网下载通常要填一个简单信息表之后会给你直接下载链接速度也还行。MDK-ARM 的安装包大概两三百 MBC51 的安装包几十 MB都不大。最怕的就是去不知名网盘下载所谓“精简版”“破解版”“绿色版”或者顺手下载一个“注册机”。这类文件很容易被塞进捆绑安装、挖矿脚本甚至木马。我不止一次看到同事电脑因为运行来路不明的 Keil 破解工具导致整个开发环境被安全软件反复清理最后工程都打不开。还有一点不要用“注册机”去激活。正规开发中 License 过期或者失效要么联系原厂或者代理商续期要么用评估版继续学习。网上那些注册机修改的是 uVision 的验证逻辑看着能编译一旦工程换电脑、换版本、重新安装基本都会出问题。这不是道德问题是可靠性问题。2.3 安装目录规划共存的命门目录规划是整个共存安装中最重要的一步。MDK-ARM 的默认安装路径是 C:\Keil_v5C51 的默认安装路径是 C:\Keil。如果你两个都一路 Next最后会装到两个不同目录uVision 只会识别到一个工具链。正确做法是先装 MDK-ARM路径保持 C:\Keil_v5再装 C51在路径选择页面手动把 C:\Keil 改成 C:\Keil_v5。安装完成后打开 uVision 的 File - License ManagementToolset 列表里应该同时出现 ARM 和 C51 两项这就是共存的标志。除了统一目录还有几个目录相关的坑安装路径不要带中文和空格比如 D:\开发工具\Keil 这种路径编译脚本、Pack Installer 可能会解析出错工程文件路径也尽量用纯英文路径很多“莫名其妙”的编译报错最后查下来都是路径里的中文惹的祸如果 C 盘空间紧张可以把整个 C:\Keil_v5 换到 D:\Keil_v5但 MDK 和 C51 仍然要放在同一个 D:\Keil_v5 下不能一个 C 盘一个 D 盘。2.4 关闭杀软和预装驱动避免半路失败安装前建议暂时退出杀毒软件和 Windows Defender 的实时防护。Keil 在安装过程中会注册仿真器驱动、写注册表、安装 Pack 缓存这些动作容易被安全软件拦截导致安装进度卡在一个位置、驱动装不完整、软件打开后找不到调试器。注意我说的是“暂时退出”不是让你永久关闭。安装完成、确认能正常编译和调试之后再重新开启安全防护。如果你使用正版 License这一步根本不需要动注册机也就不存在被杀软标记的问题。另外安装完 MDK 后系统可能提示安装 ULINK 驱动建议允许安装。这个驱动不只是给 ULINK 用的一些调试器插件也需要它配合识别调试接口。如果安装时跳过了之后在 Debug 设置里可能找不到设备。3. 完整安装与注册流程MDK和C51共存实操3.1 第一步安装MDK-ARM以 MDK 5.36 为例双击安装包后按下面顺序操作点击 Next进入 License Agreement 页面勾选 I agree to all the terms of the preceding License Agreement选择安装组件。界面里有 ARM Compiler 5、ARM Compiler 6、CMSIS、Device Family Packs、ULINK 驱动等选项建议全部勾选尤其是 ARM Compiler 5 和 6 这两项后面切换老工程时能省很多事安装路径保持默认 C:\Keil_v5不要改到 C:\Program Files 下面填写姓名和组织随便填或者填公司信息都行不影响编译等待安装完成期间可能会弹出驱动安装提示选择信任并安装。有两点我特别提醒一下。第一个是 ARM Compiler 组件一定要勾上。新版 MDK 默认用 AC6但很多老工程和固件库还停留在 AC5。如果当初没勾 AC5后期不想重装也可以单独下载 ARM Compiler 5 的安装包但路径要手动指定到 C:\Keil_v5\ARM\ARMCC比较麻烦不如一步到位。第二个是安装过程中杀软可能弹窗如果没有提前退出看到“Block”按钮要选“允许”否则工具链文件会被隔离等会出现 Toolchain not found。3.2 第二步安装C51关键操作是“指向同一目录”MDK 装完后再安装 C51。C51 安装包的名字一般类似 C51V961.exe双击运行在 License Agreement 页面照旧勾选同意安装路径一定要手动改成 C:\Keil_v5这是整套共存方案的核心其他组件按默认走让它正常安装完成。安装完成后打开 uVision 的 License Management往下看 Toolset 那一列。如果能同时看到 ARM 和 C51 两行说明 uVision 已经把两套工具链都注册进去了。如果只看到 ARM 一行十有八九是 C51 装到了别的目录需要卸载 C51 重装。我自己的经验是安装顺序最好固定为“先 MDK后 C51”。因为 MDK 安装器会建立完整的目录结构、Pack 缓存和文件关联后装 C51 只是往同一个目录里补充 8051 的编译器和设备库不容易破坏 ARM 相关文件。反过来先装 C51 再装 MDK通常也能共存但没有前者干净。3.3 第三步用Pack Installer补齐芯片支持包MDK 5 的芯片支持逻辑和 Keil 4 不一样。Keil 4 是安装包内置设备数据库MDK 5 则把芯片支持拆成了 Device Family PackDFP通过 Pack Installer 在线安装。打开 uVision 后在菜单栏选 Project - Manage - Pack Installer右侧会列出所有可用的 Pack。比如 STM32F103C8T6就找 Keil::STM32F1xx_DFP点 Install 按钮。芯片厂商不同Pack 名称也不同GD32 需要装 GigaDevice 的 DFPNXP LPC 系列需要装 NXP 的 LPC DFP瑞萨 RA 则要配合官方工具生成代码。如果网络不太好可以到官网下载离线 Pack 文件后缀是 .pack双击就能导入到 uVision。离线安装的好处是公司内网、离线开发环境下也能装缺点是你得手动确认版本号。C51 的情况比较特殊。C51 安装完成后一般不用额外装 DFP。新建 C51 工程时在设备选择界面切换到 Legacy Device Database就能看到 Atmel、Intel、STC 等厂商的 8051 系列型号。这也是 C51 和 MDK 在设备支持方式上的一个明显差异。3.4 第四步License注册的正规操作License注册这一步我强烈建议走正规流程。先打开 File - License Management界面下方会列出已识别的工具集。如果是双工具链共存你会看到 ARM 和 C51 两行分别在各自行里 Add License。正规注册流程是拿到官方或代理商发的 License ID Code简称 LIC把它复制到输入框点击 Add LIC。成功后界面会显示工具集、当前 License、有效期。ARM 的 License 和 C51 的 License 是独立的需要分别添加。如果你暂时没有购买正式 LicenseKeil 提供了评估模式。C51 评估版的编译代码量限制是 2KBMDK-Lite 的代码量限制是 32KB。评估模式下学习点灯、串口收发、基础逻辑完全够用但工程一复杂就过不了编译。如果编译时看到 Target not created后面跟着 code limit 2K 或类似提示基本就是没有对应 License 或者 License 过期。很多人在网上搜“注册机时间过期了怎么办”说白了就是非法 License 被官方验证机制识别并失效了。遇到这种情况最省心的办法是删除无效 License然后申请正版评估或者购买正式授权。不要反复重装系统、拔网线试破解那只会浪费更多时间。注意使用正版工具链是对自己和团队项目负责。License 问题不解决后续换电脑、升级版本、客户现场调试都会是定时炸弹。3.5 第五步验证共存是否成功安装和注册完成后别急着写代码先做两个快速验证。第一个验证工具链。打开 uVisionFile - License Management确认 ARM 和 C51 两行都有可用的 License。如果某一行的状态是 Unlicensed编译对应类型工程时会立刻弹限制。第二个验证设备列表。新建一个项目在设备选择窗口里切换“Software Packs”和“Legacy Device Database”两个视图。Software Packs 下应该能看到刚才安装的 STM32、GD32 等 ARM 设备包Legacy Device Database 下应该能看到 8051 系列型号。能看到这两类设备说明 MDK-ARM 和 C51 确实共存成功了。为了确保文件关联没问题也可以双击一个已有的 .uvprojx 工程文件看是不是默认用 uVision5 打开。如果图标不对或者打开的是旧版可以在系统设置里把 .uvprojx 和 .uvmpw 的默认打开方式指向 UV4.exe。4. 共存之后怎么建工程我拿两个真实例子演示4.1 C51工程给STC89C52写个点灯程序装好 C51 后可以先建一个 8051 工程做验证。打开 uVision5Project - New uVision Project工程名取 Led51保存后弹窗选择设备。在设备窗口切到 Legacy Device Database找到 STC 或者 Atmel 系列这里选 AT89C52 或者 STC89C52 都可以。如果你的 STC-ISP 已经把 STC 型号添加到 Keil 目录设备列表里会直接出现 STC89C52RC否则先用 Atmel 的同内核型号也能编译。接下来系统会问是否添加 STARTUP.A51 启动文件选 Yes。然后新建一个 main.c写一段最简单的流水灯#include REGX52.H void delay(void) { unsigned int i 20000; while (i--); } void main(void) { while (1) { P2 0xFE; delay(); P2 0xFF; delay(); } }在 Options for Target - Output 里勾选 Create HEX FileTarget 页的 Xtal 频率可以填 11.0592编译后看到 0 Error 就说明 C51 工具链工作正常。生成的 HEX 文件可以用 STC-ISP 通过串口下载到开发板。这个小工程虽然简单但能一次把“C51 编译器、8051 设备库、HEX 生成”这三个关键点全部验证完毕。如果编译时提示 2K 限制不是代码问题是 License 问题回到第 3.4 节处理。4.2 MDK-ARM工程STM32F103C8T6点灯并移植FreeRTOSC51 验证完再建一个 MDK-ARM 工程。这里以最常见的 STM32F103C8T6 为例。新建工程设备窗口切到 Software Packs搜索 STM32F103C8如果 Pack Installer 已经装好 Keil::STM32F1xx_DFP设备列表会出现对应型号。选 MCU 后uVision 会弹出 Manage Run-Time Environment这一步不是必选可以直接先跳过手动添加启动文件。写一个最简点灯程序控制 PC13 引脚翻转#include stm32f1xx.h void delay(void) { volatile unsigned int i; for (i 0; i 1000000; i); } int main(void) { RCC-APB2ENR | RCC_APB2ENR_IOPCEN; GPIOC-CRH (GPIOC-CRH 0xFF0FFFFF) | 0x00200000; while (1) { GPIOC-BSRR (1 13); delay(); GPIOC-BRR (1 13); delay(); } }编译前需要在 Options for Target - C/C 里定义 STM32F103xB在 Debug 设置里选择 ST-Link Debugger。如果板载的是 DAP-Link就选 CMSIS-DAP Debugger。连接后点 Download 烧录如果一切正常板上的 LED 就会闪烁。FreeRTOS 的移植也能从这里起步把源码加入工程写好 FreeRTOSConfig.h把 SysTick 优先级调整好然后创建两个任务轮流点灯。很多 STM32F103C8T6 的项目都是这么入门操作系统的。一旦跑通后续再挂 LVGL 或者其他中间件就是在同一个工程里增加组的事情了。4.3 STM32/GD32/瑞萨/STC等芯片支持包的添加方式不同厂家的芯片添加支持包的方式略有差别我整理成一张表方便对照。芯片厂商支持包或添加方式注意事项STM32Keil::STM32F1xx_DFP、STM32F4xx_DFP 等在 Pack Installer 中搜索后安装GD32GigaDevice.GD32F10x_DFP 等部分老型号需要去官网下载离线 packAT32ArteryAT32 相关 pack雅特力官方提供的 pack 可以离线安装STC用 STC-ISP 工具里的“Keil仿真设置”按钮会把 STC 头文件复制到 C:\Keil_v5\C51\INC\STC瑞萨 RA用 RASC 生成工程再在 MDK 中打开RASC 会调用 FSP 配置外设不要手动改生成的代码NXP LPCKeil::LPC1700_DFP、LPC4300_DFP 等按具体系列选择对应 pack英飞凌部分 MCU 有 Configuration Wizard 插件XMC 系列一般用 DAVE 或 MLS但也可以在 Keil 里编译这里提醒一句安装 Pack 时尽量保持版本一致。STM32CubeMX 生成的工程会指定某个版本的 DFP如果你本地装的是另一个版本打开工程时会提示 Pack 版本不匹配处理不好会出现外设定义对不上的问题。最稳妥的方法是在 Pack Installer 里按工程要求的版本安装。4.4 调试器配置ST-Link与常见连接问题工程建好、程序能编译接下来就是调试器。Keil 的 Debug 设置入口在 Options for Target - Debug右侧选 Use Debugger然后从下拉列表里选择实际使用的调试器。ST-Link 是最常见的调试器之一。选择 ST-Link Debugger 后点旁边的 Settings在 Debug 页面如果能看到 SW Device 图标说明连接正常如果显示 No device found先查三件事驱动是否安装、SWDIO 和 SWCLK 有没有接反、目标板有没有供电。J-Link 的设置类似选择 J-Link/J-Trace Cortex然后确认 SWD 模式和目标芯片。GD32、AT32 这类国产 ARM 芯片大部分都能用 ST-Link 或 J-Link 正常调试但有些型号需要更新调试器的固件版本否则连接不上。ULINK 是 Keil 自家调试器也是我建议新手先不用买的工具。如果你用的不是 ULINK但工程里默认选了 ULINK Cortex Debugger调试时会报 no ULINK device found。这不是板子坏了把下拉框改成实际调试器就能解决。另外调试时想看结构体变量可以在 Debug 模式下的 Watch 窗口输入变量名回车后会自动展开结构体成员。不用一行行去 Memory 窗口数地址省心很多。寄存器和外设状态可以看 System Viewer某个外设的寄存器值一目了然。5. 常见问题排查这些坑我基本都踩过5.1 装了C51新建工程却找不到51和ARM设备这个问题最常见的场景是只装了 MDK 或者只装了 C51设备列表里当然只有对应工具链的设备。如果两套都装了还是看不到 51 设备重点检查 C51 是否安装到了 C:\Keil_v5。还有一个隐蔽原因新建工程的设备窗口默认显示 Software Packs这里不会出现 8051 老设备。很多人找了一圈没找到 51就以为没装成功。需要把设备窗口切换到 Legacy Device Database 视图才能看到 AT89C52、STC89C52 这些老型号。如果切换后依然没有可以打开 C 盘的安装目录确认 C:\Keil_v5\C51 和 C:\Keil_v5\ARM 两个文件夹都存在。C51 文件夹里有 INC、LIB、BIN 子目录ARM 文件夹里有 ARMCC、ARMCLANG、PACK 等目录。哪个缺失就重装对应工具链。5.2 编译报错Target not created或提示2K限制这个报错我几乎每周都会在群里看到。看到 Target not created 时先看错误信息的尾部。如果是 code limit 2K说明你用的是 C51 评估版 License代码量超过 2KB。处理办法很明确去 License Management 里确认 C51 行是否有有效 License没有的话购买正版并添加 LIC。如果你的工程确实很小连 2KB 都不到那评估版也能正常编译报错多半是其他原因比如编译器没选对、文件路径有问题。还有一种情况是代码很小但依然报错可能是启动文件没有正确选择。8051 工程一般要包含 STARTUP.A51如果缺失链接时也会出现异常。删掉多余的启动文件或者重新编译一次通常能解决。5.3 调试时报 no ULINK device found第一次用 Keil 调试 STM32 的人很容易被这个报错吓到以为自己调试器坏了。其实 no ULINK device found 的解决方案很简单在 Options for Target - Debug 里把 ULINK Cortex Debugger 改成 ST-Link Debugger 或者 J-Link再点 Settings 确认能识别设备。如果调试器设置正确仍然报找不到设备那就要检查物理连接。SWD 接口只需要 SWDIO、SWCLK、GND 三根线个别板子还需要 VCC 参考电压。接线松了、杜邦线氧化、SWDIO 和 SWCLK 接反都会导致识别失败。我自己的经验是ST-Link 的说准率高但电脑前置 USB 口经常供电不足导致调试器掉线尤其是台式机。优先插主机背面 USB 口用质量好的 USB 线能少很多毛病。5.4 安装/卸载反复出问题怎么彻底清理Keil 安装后出现“找不到 DLL”“Toolchain not found”“双击没反应”等问题很多时候是卸载不干净造成的。如果打算重装建议按这个顺序清理在控制面板或者系统和安全 - 卸载程序里分别卸载 MDK-ARM 和 C51删除 C:\Keil_v5 整个残留目录删除用户目录下的 C:\Users\你的用户名\AppData\Roaming\Keil 和 AppData\Local\Keil如果用系统自带的卸载工具觉得不干净可以用 Revo Uninstaller 或 Geek Uninstaller 扫描残留注册表项这里我不建议新手手动改注册表。Keil 的注册表项比较多手动删容易误删系统键值。用专业的卸载工具能自动扫描相对安全。重装之后如果软件可以打开但编译时提示系统缺少文件去微软官网装一下 VC 运行库大部分问题就能解决。不要因为一次安装失败就怀疑电脑坏了。5.5 关于汉化、中文路径、代码格式化这些小事的建议关于汉化我的态度是“非必要不汉化”。Keil 的界面词汇量很有限Target、Options、Debug、Flash、Download 这些用几次就熟了。第三方汉化包质量参差不齐有些会把菜单错位、快捷键失效、注释乱码搞出来排查起来非常麻烦。工程路径不要用中文。这不是玄学而是因为 Keil 底层调用了很多命令行工具路径里的中文在少数编码环境下会变成乱码导致头文件找不到、编译脚本解析失败。早期为了顺手建过 D\项目\温控器\LED\led.uvprojx 这种工程后来经常报错改成 D:\project\led 后一切正常。代码格式化可以借助 Astyle。在 Tools - Customize Tools Menu 里加一条命令Command 填 astyle.exe 的路径Arguments 填 --styleallman --indentspaces4 !E这样写好代码后一键格式化缩进风格统一团队协作时不会被格式问题反复 review。最后再多说一句网上搜索时尽量用“Keil 官方安装”“Keil 共存教程”这类正常关键词。不要去找什么“注册机”“破解补丁”下载环境容易带毒使用合法性也有问题关键是解决不了实际问题。按正规流程把 License 配好后面所有精力都能花在写代码上这才是最值的投入。