3、操作系统兼容性：Windows 7/10/11驱动差异、Linux下驱动安装（udev规则）、macOS驱动兼容性
烧录器连上电脑没反应，十有八九是操作系统在捣鬼。我这些年调试下来，发现至少一半的“硬件坏了”其实是驱动没装对。不同系统对驱动的处理方式天差地别，今天咱们就把 Windows、Linux、macOS 这三家的脾气摸清楚。
3.1 Windows 7/10/11：签名、版本与兼容模式
Windows 是烧录驱动的主战场。但 Win7、Win10、Win11 对驱动的要求完全不同。我见过有人拿着 Win7 的驱动往 Win11 上装，结果系统直接弹“未签名驱动”警告，死活装不上。
3.1.1 驱动签名策略差异
| 操作系统 | 驱动签名要求 | 常见问题 | 我的建议 |
|---|---|---|---|
| Windows 7 (x64) | 需要数字签名，但可关闭 | 未签名驱动在 x64 下被拦截 | 调试阶段可重启按 F8 选“禁用驱动签名强制” |
| Windows 7 (x86) | 无强制签名要求 | 基本都能装，但稳定性差 | 尽量用 WHQL 认证驱动 |
| Windows 10 1607+ | 强制 SHA-2 签名 | 旧驱动（SHA-1）直接拒绝加载 | 必须更新驱动到 2019 年后版本 |
| Windows 11 | 强制 SHA-2 + 内核隔离 | 未签名驱动连安装界面都进不去 | 只能使用厂商正式发布版 |
3.1.2 兼容模式与版本选择
有些老烧录器只提供 Win7 驱动，在 Win10/11 上怎么办？我个人习惯先试“兼容模式”：
- 右键驱动安装程序 → 属性 → 兼容性
- 勾选“以兼容模式运行这个程序” → 选择 Windows 7
- 勾选“以管理员身份运行此程序”
- 点击应用 → 确定 → 重新安装
如果还不行，试试手动更新驱动：设备管理器 → 右键设备 → 更新驱动程序 → 浏览我的电脑 → 从列表选取 → 选择“通用串行总线设备”或“libusb-win32”。嗯，这个方法我救过好几次急。
3.2 Linux 下驱动安装：udev 规则才是核心
Linux 下烧录驱动其实比 Windows 简单——没有签名锁，没有版本绑架。但很多新手栽在权限上。你想想看，插上烧录器，lsusb 能看到设备，但烧录软件就是报“无法打开设备”。为什么？因为普通用户没权限访问 USB 设备。
3.2.1 udev 规则的工作原理
Linux 通过 udev 管理设备节点。当烧录器插入时，系统根据 VID（厂商ID）和 PID（产品ID）匹配规则，决定设备节点的权限和属组。默认情况下，非 root 用户无法读写 /dev/ttyUSB0 或 /dev/bus/usb/xxx。
解决方案就是写一条 udev 规则，把设备权限放开。我常用的模板如下：
# /etc/udev/rules.d/99-stlink.rules
# ST-Link/V2 烧录器
SUBSYSTEM=="usb", ATTRS{idVendor}=="0483", ATTRS{idProduct}=="3748", MODE="0666", GROUP="plugdev"
# J-Link 烧录器
SUBSYSTEM=="usb", ATTRS{idVendor}=="1366", ATTRS{idProduct}=="0101", MODE="0666", GROUP="plugdev"
# 通用 CMSIS-DAP
SUBSYSTEM=="usb", ATTRS{idVendor}=="0d28", ATTRS{idProduct}=="0204", MODE="0666", GROUP="plugdev"- MODE="0666"：所有用户可读写（最宽松，适合开发机）
- GROUP="plugdev"：把设备分配给 plugdev 组，只有该组成员可访问
- ATTRS{idVendor} 和 ATTRS{idProduct}：通过 lsusb 命令获取
3.2.2 获取 VID/PID 的方法
不知道烧录器的 VID/PID？别急，我教你一招：
- 插上烧录器，终端执行
lsusb - 找到类似
Bus 001 Device 003: ID 0483:3748 STMicroelectronics ST-LINK/V2的行 - 冒号前的
0483是 VID，冒号后的3748是 PID - 把这两个值填进 udev 规则文件
写完后执行 sudo udevadm control --reload-rules && sudo udevadm trigger，然后重新插拔烧录器。这时候再运行烧录软件，应该就能正常识别了。
99-xxx.rules，确保最后加载。
3.2.3 常见 Linux 发行版差异
| 发行版 | udev 规则路径 | plugdev 组是否存在 | 注意事项 |
|---|---|---|---|
| Ubuntu/Debian | /etc/udev/rules.d/ | 是 | 默认有 plugdev 组，直接加用户即可 |
| Fedora/RHEL | /etc/udev/rules.d/ | 否（用 wheel 组） | 需要创建 plugdev 组或改用 wheel |
| Arch Linux | /etc/udev/rules.d/ | 否 | 建议用 uucp 组或直接 MODE="0666" |
| openSUSE | /etc/udev/rules.d/ | 是 | 与 Ubuntu 类似，注意用户组权限 |
3.3 macOS 驱动兼容性：从 kext 到 System Extension
macOS 是这三家里最麻烦的。从 macOS Catalina（10.15）开始，苹果逐步淘汰了传统的内核扩展（kext），改用 System Extension。这意味着很多老烧录器在 macOS 上直接废了。
3.3.1 传统 kext 驱动的安装
如果你用的是 macOS Mojave（10.14）或更早版本，还能用 kext 驱动。安装步骤：
- 下载厂商提供的 .kext 文件
- 复制到
/System/Library/Extensions/或/Library/Extensions/ - 执行
sudo kextload /path/to/your.kext - 重启电脑
但注意，macOS 会检查 kext 的签名。未签名的 kext 需要进入恢复模式执行 csrutil disable 关闭 SIP（系统完整性保护）。我个人不建议在生产机上关 SIP，太危险了。
csrutil enable --without kext，这样只关闭 kext 签名检查，其他 SIP 功能保留。调试完记得重新开启。
3.3.2 System Extension 与 DriverKit
macOS Catalina 及之后版本，苹果推荐使用 DriverKit 框架开发 USB 驱动。烧录器厂商需要提供 .systemextension 文件。安装方式：
- 打开“系统偏好设置” → “安全性与隐私” → “通用”
- 点击“允许”来自开发者“xxx”的系统软件
- 重启电脑
如果没出现允许按钮，试试在终端执行：
sudo systemextensionsctl list
sudo systemextensionsctl reset然后重新插拔烧录器。嗯，这个方法我试过几次，成功率大概 70%。
3.3.3 常见烧录器在 macOS 上的兼容性
| 烧录器型号 | macOS 兼容性 | 驱动类型 | 备注 |
|---|---|---|---|
| ST-Link/V2 | Catalina+ 部分支持 | System Extension | 需安装 STM32CubeProgrammer 最新版 |
| J-Link | 良好 | kext + System Extension | Segger 官方持续更新 |
| CMSIS-DAP | Mojave 及之前可用 | kext | Catalina+ 需使用 OpenOCD 的 libusb 后端 |
| FTDI 串口 | 良好 | kext（Apple 内置） | macOS 自带驱动，但需注意版本 |
brew install libusb，问题解决。如果你在 macOS 上遇到类似问题，先检查 libusb 版本。
3.4 跨平台驱动兼容性总结
说了这么多，我画了一张图帮你理清思路。这张图展示了从“烧录器插入”到“驱动加载成功”的完整流程，以及各系统下的关键节点。
这张图把三个系统的排查路径都串起来了。你遇到问题时，先定位操作系统，然后按图索骥，基本能解决 90% 的驱动兼容性问题。剩下的 10%，多半是硬件本身的问题——比如线材接触不良、烧录器固件版本不匹配等，这些我们后面章节会专门讲。