关于J-LINK升级最新固件后无法连上的一点分析
62 浏览量
2020-07-27
21:41:56
上传
评论
收藏 43KB PDF 举报
关于关于J-LINK升级最新固件后无法连上的一点分析升级最新固件后无法连上的一点分析
J-LINK固件升级后连不上仿真器了。提示 "Communication timed out: Requested 1 bytes, received 0 bytes !"。
昨天升级了最新的 Keil MDK 4.53，怕它老是提示 J-Link 要升级，就去 SEGGER 的网站下了个最新版的 J-Link 软件包
（4.46F 版的），装好后运行 J-Link Commander 提示要升级固件。以前一直是刷的，没有问题，这次竟然升级后连不上仿真
器了。提示 "Communication timed out: Requested1 bytes, received0 bytes !"。SEGGER 终于开始玩花招了。到 Keil 里打开
了以前的一个工程，发现竟然还能调试，一看那 DLL 的版本是 4.40C 的，看来是在 DLL 里做了些手脚。
今天用 IDA 跟了一下 J-Link Commander，并对比了一下两个动态库的差别，发现新版的在打开 J-Link 函数的过程里多了两
个调用。前一个判断了一下仿真器的功能字符串里是否有 GDBFull，有就会多一步 USB 通讯，超时的就是这一步操作；后一
个通过序列号枪毙了一些老的（被偷的？）J-Link。看了一下 GDBFull 这个字符串，只在这里用了一次，将其全部改为大写，
发现可以连上了。另外，序列号为 11111117 和 805306163 的会强制校验 GDBFull 功能。
大致上猜了一下，可能是 SEGGER 更新了一下 GDBFull 功能与序列号的绑定算法，下面的固件里也应该改过了，那一步
USB 通讯就是下面返回上来的认证结果，所以接收的只有一个字节。GDBFull 这个功能貌似从来没有用过，反正我没有用到
过。
节约空间资源，删掉了下载。具体改法就是找到那个字符串，改成别的就行了。
资源评论
