大家好，我是痞子衡，是正經搞技術的痞子。今天痞子衡給大家分享的是實踐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型號支持新方法痞子衡便介紹完畢了，掌聲在哪里~~~