实践JLink 7.62手动增加新MCU型号支持新方法

大家好，我是痞子衡，是正经搞技术的痞子。今天痞子衡给大家分享的是实践JLink 7.62手动增加新MCU型号支持新方法。

文接上篇 《从JLink V7.62开始优化了手动增加新MCU型号支持方法》，文章发出之后，有小伙伴留言说不是保姆级教程，没有看懂，看起来光有理论还不行，必须加上实操。好，我们现在来实践一下，选一个 V7.62 以上的 JLink 版本，痞子衡本地安装了 V7.88e，就以这个版本为例。主要做如下三个实验：

一、V7.62以上是否兼容打Patch旧方法

首先是看 V7.62 版本以上是否还能继续支持之前的打 Patch 方式，我们找到 V7.88e 安装目录，发现该目录下已经没有 Devices 文件夹以及 JLinkDevices.xml 文件，我们尝试将 《超级下载算法RT-UFL》 Patch 打进去试试看。

痞子衡在 RT1170 开发板上亲测 JFlash 下载板载 flash 有效，说明 JLink DLL 还是能够从这个旧路径找到 Patch 的。

二、新方法是否Patch文件可自由放

现在将 《超级下载算法RT-UFL》 Patch 打到统一路径下 AppDataRoamingSEGGERJLinkDevices，Patch 文件结构保持不变，JFlash 实测还是有效。

现在改变 《超级下载算法RT-UFL》 Patch 文件结构，按第 2 小节推荐的方式，将 Patch 包里的 DevicesNXP 文件夹放到 AppDataRoamingSEGGERJLinkDevicesNXP 下，并且将 JLinkDevices.xml 文件重命名为 iMXRT_UFL.xml 后直接放到 AppDataRoamingSEGGERJLinkDevicesNXPiMXRT_UFL 下，这里需要注意相应更改 xml 文件里的 JLinkScriptFile、Loader 路径（对应文件相对 xml 文件的路径），这样仍然有效。

三、新旧方法Patch同时存在时，哪一个生效

如果我们把 Patch 以新旧两种方式全部打入同一个 JLink 驱动，JLink DLL 到底会选用哪一个 Patch 呢？痞子衡实测结果如下：

至此，实践JLink 7.62手动增加新MCU型号支持新方法痞子衡便介绍完毕了，掌声在哪里~~~