使用DAPLINK给国产MCU下载STM32工程例子提示Not a genuine ST Device! Abort connection，切换到国产FLM算法文件可解决

eric2013

现在国产的M内核单片机都有自己的MDK软件包和算法文件，将ST版工程切换到国产FLM算法文件即可，否则继续使用STM32工程给国产MCU下会有这个提示。

比如使用ST的FLM算法文件给GD32下载：



就会提示：



解决办法比较简单，换成GD32自家的FLM算法文件即可：

流型

硬汉哥，你好，关注您很久了。
您说的这个问题，在Keil的低版本中，可以通过将STM32的pack包内的pdsc文件中CheckID功能屏蔽掉来解决，避开检查。
举个栗子：
C:\Keil_v5.25\ARM\PACK\Keil\STM32F1xx_DFP\2.3.0\Keil.STM32F1xx_DFP.pdsc
（1）先把这个文件的只读属性去掉
（2）找到CheckID函数

[C] 纯文本查看 复制代码

  <sequence name="CheckID">
          <block>
            __var pidr1 = 0;
            __var pidr2 = 0;
            __var jep106id = 0;
            __var ROMTableBase = 0;

            __ap = 0;      // AHB-AP

            ROMTableBase = ReadAP(0xF8) &amp; ~0x3;

            pidr1 = Read32(ROMTableBase + 0x0FE4);
            pidr2 = Read32(ROMTableBase + 0x0FE8);
            jep106id = ((pidr2 &amp; 0x7) &lt;&lt; 4 ) | ((pidr1 &gt;&gt; 4) &amp; 0xF);
          </block>

         // <control if="jep106id != 0x20">  注释掉
        //    <block>
           //   Query(0, "Not a genuine ST Device! Abort connection", 1);
         //     Message(2, "Not a genuine ST Device! Abort connection.");
       //     </block>
      //    </control>
        </sequence>

eric2013

流型 发表于 2022-6-20 16:42
硬汉哥，你好，关注您很久了。
您说的这个问题，在Keil的低版本中，可以通过将STM32的pack包内的pdsc ...

好办法。

流型

这个报错有大神知道如何规避吗？  使用DAPLink + 国产芯片，KEIL 5.34（或更高版本）会有这个问题，低版本不存在，感觉是KEIL自身增加了一些MCU身份检查。

PS：Not a genuine ST Device! Abort connection的问题已经规避了。

eric2013

流型 发表于 2022-7-9 12:56
这个报错有大神知道如何规避吗？  使用DAPLink + 国产芯片，KEIL 5.34（或更高版本）会有这个问题，低版 ...

这个估计是封装在CMSIS-DAP的DLL文件里面。

流型

eric2013 发表于 2022-7-9 15:53
这个估计是封装在CMSIS-DAP的DLL文件里面。

这种DLL文件有方法可以深入进去分析一下吗？

eric2013

流型 发表于 2022-7-9 16:32
这种DLL文件有方法可以深入进去分析一下吗？

这个不太好扣，属于逆向工程了。

流型

eric2013 发表于 2022-7-9 15:53
这个估计是封装在CMSIS-DAP的DLL文件里面。

硬汉哥，请问您说的这个CMSIS-DAP的DLL文件在哪个目录下？

neomissing

流型 发表于 2022-7-9 12:56
这个报错有大神知道如何规避吗？  使用DAPLink + 国产芯片，KEIL 5.34（或更高版本）会有这个问题，低版 ...

这不是DLL的问题，就是Pack里面的判断，屏蔽代码识别即可，DLL不管这个

流型

neomissing 发表于 2022-7-11 22:39
这不是DLL的问题，就是Pack里面的判断，屏蔽代码识别即可，DLL不管这个

你好，之前CheckID的那部分已经屏蔽了，可以解决Not a genius ST Device！的问题。但是还有这个Connection refused due to device mismatch！问题，目前还没找到应该屏蔽哪里的代码，求大神指点。
开发环境是Keil5.34

流型

会不会和ST PACK包里的SVD文件有关。。D:\Keil_v5.34\ARM\PACK\Keil\STM32F4xx_DFP\2.16.0\CMSIS\SVD，也只能瞎猜，STM32F40x.svd   STM32F40x.sfd  STM32F40x.SFR

流型

下周再试试装一些老版本的PACK包，会不会就没有这个问题了

流型

现象和这篇帖子是一样的
https://www.bilibili.com/read/cv12416000/

eric2013

流型 发表于 2022-7-14 19:29
下周再试试装一些老版本的PACK包，会不会就没有这个问题了

真心觉得没必要这样，哪家的芯片，让他们做个FLM文件和svd外设文件。

流型

eric2013 发表于 2022-7-14 19:44
真心觉得没必要这样，哪家的芯片，让他们做个FLM文件和svd外设文件。

硬汉哥，看到您这篇帖子H7-TOOL已经可以读取IDCODE了，想请教一下，是在daplink代码里什么地方读取的，位置在哪，之前尝试过从源代码里修改IDCODE一直没成功，求指点

eric2013

流型 发表于 2022-10-25 08:58
硬汉哥，看到您这篇帖子H7-TOOL已经可以读取IDCODE了，想请教一下，是在daplink代码里什么地方读取的，位 ...

MDK里面的那个吗，那个是MDK自己发命令读取的。

流型

是MDK发的命令，H7-TOOL解析了这条命令并且将目标板的IDCODE回复给MDK了，还显示在了液晶屏幕上，H7-TOOL的程序里，想问的是解析命令和回复的地方在哪里