Keil软件包下载失败或安装后找不到设备支持包？

Question

Keil MDK安装后无法识别目标芯片（如STM32F407、NXP LPC55S69等），或在Pack Installer中点击“Check for Updates”后长期卡在“Downloading…”、提示“Failed to download package”、“Connection timeout”或“Certificate verification failed”，甚至下载完成后在Device选项卡中仍无对应厂商/设备列表——这是典型的支持包未正确加载问题。常见原因包括：企业防火墙或代理拦截HTTPS连接（Keil 5.36+强制校验证书）；Windows系统时间/时区错误导致TLS握手失败；用户权限不足导致Pack安装路径（%LOCALAPPDATA%\Arm\Packs）写入失败；或Keil安装目录含中文/空格引发路径解析异常。此外，手动下载的.pack文件若未通过Pack Installer导入（而直接解压到Packs目录），也不会被IDE识别。该问题高频发生于内网开发环境、校园网及新装系统场景，直接影响工程创建与调试启动。

Answer 1

```html

一、现象层：典型症状与IDE行为诊断

• Keil MDK v5.36+ 启动后 Device 下拉列表为空，或仅显示“Not Selected”/“Generic ARM Device”
• Pack Installer → “Check for Updates” 卡在 Downloading… 超过90秒无响应
• 弹窗报错：Certificate verification failed（非仅代理提示）、Connection timeout、Failed to download package
• 手动下载 .pack 文件（如 Keil.STM32F4xx_DFP.2.18.0.pack）并解压至 %LOCALAPPDATA%\Arm\Packs\，但 Device 列表仍不刷新
• 工程向导中选择芯片后提示 No device support installed for 'STM32F407VG'

二、协议层：TLS/HTTPS握手失败的深层归因

Keil 5.36+ 强制启用 OpenSSL 1.1.1+ 的严格证书链校验（RFC 5280），导致以下场景失效：

触发条件	技术表现	验证命令（Windows PowerShell）
企业中间人代理（如 Zscaler、BlueCoat）	Keil 报 Certificate verification failed，但浏览器可正常访问 keil.com	curl -v https://www.keil.com/pack/
系统时间偏差 ≥ 5分钟	TLS handshake fails silently; Wireshark 显示 Alert: Certificate Expired	net time /querysntp && w32tm /query /status

三、权限与路径层：Windows 用户模型引发的静默失败

Keil Pack Installer 默认以当前用户上下文写入 %LOCALAPPDATA%\Arm\Packs，但存在三类隐蔽冲突：

1. UAC虚拟化劫持：当以管理员运行Keil但未以管理员运行Pack Installer时，写入被重定向至 C:\Users\{user}\AppData\Local\VirtualStore\...，IDE无法发现
2. OneDrive同步冲突：若 %LOCALAPPDATA% 被OneDrive接管，Pack目录可能处于“占位符”状态，导致 CreateFileW() 返回 ERROR_ACCESS_DENIED
3. 安装路径含空格/中文：如 C:\Program Files (x86)\Keil_v5\ 或 D:\开发工具\Keil\，触发 ArmCompiler 工具链路径解析异常（已确认于 MDK 5.38 patch 2 中修复）

四、架构层：Pack 机制设计原理与加载流程

Keil 不直接读取 .pack 文件，而是依赖 PackInstaller.exe 完成原子化注册。其核心流程如下：

1. PackInstaller 请求 https://www.keil.com/pack/index.pidx
2. 解析 XML 获取 pack 元数据（vendor, name, version, dependencies）
3. 下载 .pack 并校验 SHA-256 + 签名（由 ARM Root CA 签发）
4. 解压至 %LOCALAPPDATA%\Arm\Packs\{Vendor}.{Name}\{Version}\
5. 写入 %LOCALAPPDATA%\Arm\Packs\index.xml（含所有已安装 pack 的 device mapping）
6. Keil IDE 启动时仅加载 index.xml 中标记为 "active" 的 device entry

五、解决方案矩阵：按环境优先级排序

graph TD A[问题现象] --> B{网络可达性} B -->|可访问keil.com| C[检查系统时间与时区] B -->|不可达| D[配置代理或离线导入] C --> E[验证证书链
openssl s_client -connect www.keil.com:443 -showcerts] D --> F[使用 PackInstaller → Import Package 手动加载] E --> G[禁用强制证书校验
需修改 Keil.ini 中 SSLVerify=0] F --> H[验证 pack 文件完整性
sha256sum Keil.STM32F4xx_DFP.2.18.0.pack]

六、生产环境加固建议（面向5年+工程师）

• 在CI/CD流水线中嵌入 armclang --version 与 packchk -v 自检脚本，阻断缺失DFP的镜像构建
• 企业IT应部署本地 Pack Repository：通过 packgen 工具生成私有 index.pidx，配合 Nginx 反向代理启用 HTTP/2 + OCSP Stapling
• 新员工入职包必须包含预校准的 Windows 时间服务策略（w32tm /config /syncfromflags:manual /manualpeerlist:"time.windows.com"）
• 禁止将 Keil 安装至 C:\Program Files\ —— 推荐路径：C:\tools\keil_v5\（ASCII-only, no space）

七、调试取证：关键日志提取与分析

当标准界面无反馈时，启用底层日志：

1. 启动前设置环境变量：set ARM_PACK_LOG=1 && set ARM_PACK_LOG_FILE=C:\temp\pack.log
2. 执行 PackInstaller.exe -loglevel 3，日志中重点关注：
   → [HTTPS] SSL_connect failed: certificate verify failed
   → [PACK] Failed to write index.xml: Access is denied
3. 使用 Process Monitor 监控 PackInstaller.exe 对 %LOCALAPPDATA%\Arm\Packs\ 的 CREATE_FILE 和 WRITE_FILE 操作结果

```