WhyCan Forum(哇酷开发者社区)

感谢楼主分享，我都快忘了还有个咕咕咕了快一年的帖子🤣

4    性能对比
4.1    测试环境和方法
这里性能主要对标的是ST原厂的STLinkV2和STLinkV3MINI，STLinkV3MINI功能上比STLinkV3有所简化，但是SWD协议性能上是一致的，SWD的实际工作主频可达24MHz。

测试环境：
PC WIN10 64bit
Keil uVision 5.29.0
OpenOCD 0.11.0-rc2+

注意不要使用虚拟机测试，也不要将调试器通过USB HUB连接到测试主机。

调试器均升级到较新固件本版，并选择最高支持的SWD工作频率，这里需要注意只有Selected后面显示的频率才是实际的工作频率。而DAPLink没有该项，所以DAPLink的工作频率只能靠示波器来查看。

STLinkV2 V2J37S7 4MHz

STLinkV3MINI V3J9M3 24MHz
 

ELF DAPLink V2 10MHz

Keil性能测试方法，由于Keil无法单独打印烧写速度，只能通过统计时间来预估，这里通过在上一次烧写完毕后直接按F8进行下一次烧写，然后统计时间间隔。该时间是包含擦除，烧写和校验的，如下图打钩Verify。所有被烧写的程序都使用接近FLASH大小的bin文件，也即64KB的FLASH使用接近64KB的bin文件。

上一次下载即将结束时按住（尽量减小两次下载的间隔）F8键立即进行下一次下载，统计时间间隔48-38=10s，然后取三次间隔的均值：

目标芯片的IDCODE查看方法，因为某些丝印为STM32的芯片使用的是国产打磨后重印的芯片，所以这里给出测试芯片的IDCODE，以防遇到这类情况。通常情况下厂商间的IDCODE是不同的。

4.2    测试结果

(0)    OpenOCD 烧写SAMD21脚本报错，待解决
(1)    无法发现目标MCU，尝试降频同样失败
(2)    W表示写入速度，V表示验证速度
(3)    尽管设置了最大频率24MHz，但是OpenOCD进行了降频使用

需要说明的是以上数据均是多次测试的结果，对于明显违背于知觉的测试数据，使用另一台PC进行了交叉验证，可以保证以上数据的客观，可重现，具有代表性。这里对测试结果进行简单的分析归纳。

这一组数据是很有趣的，有些还出乎笔者意料，看起来有很多矛盾的地方。例如DAPLink在Keil上的表现要远远好于OpenOCD，经分析OpenOCD的源码，它没有针对DAPLink的缓冲队列进行优化，而Keil的驱动层明显是使用该优化的（通过USB抓包可以看到在烧写时，每次发送DAP_PACKET_COUNT个请求）。而OpenOCD每次只发送一个请求然后等待响应。

在某些芯片上，比如M3/4系列上，ELF DAPLink可以微弱反超STLinkV3。在高性能MCU上，ELF DAPLink和STLinkV3在Keil上都达到了烧写算法的上限，但是在OpenOCD上，明显STLinkV3更优，ELFLink大约慢了20%，OpenOCD上位机针对DAPLink还有很大的优化空间（为什么这么说，因为Verify的速度是一致的，速度瓶颈并不在DAPLink这边）。

在内置较小FLASH的MCU上性能对比不明显，因为烧写前的准备工作所下发的命令数是相同的，比如设置SWCLK的频率，初始化GPIO端口，LED状态设置，这样速率平均下来就变慢了。就像车子只行驶几米的速度也要算上启动时间一样。

不过发现STLinkV3M在使用24MHz工作情况下，不太稳定，因为V3 MINI是高度集成的，而MCU的主频很高，与此同时SWCLK工作在基本达到调试接口可以支持的最大24MHz，EMI干扰较大（可以观察波形，明显劣化），连接目标板时，调试线要尽量短，并且地线要紧靠目标MCU的GND，否则很容易报错，其他网友也有此反馈，应该不是个例。

SAMD21G18A这颗MCU，STLinkV3M完全发现不了，很是奇怪。有带该MCU的开发板的小伙伴，并且手头有STLinkV3的可以帮助验证下。

这里提出一些看似反常的问题，后面会尝试详细分析为何会有这样的对比结果。STLinkV3M相对于STLinkV2的最高4MHz工作频率，性能有大幅提升，但是相对于它的硬件配置，似乎并没有完全发挥出来：
1.STLinkV3是USB High Speed，也即USB可以达到480Mbps的通信速率，为何烧写速度对比优化过的ELF DAPLink没有明显优势？
2.STLinkV3的SWCLK可达24MHz，对比优化过的工作在10MHz的ELF DAPLink为何没有明显速度优势？

最近编辑记录 llinjupt (2021-12-23 09:51:08)

4.3    STLinkV3可能不兼容他家MCU
参考 https://pyocd.io/docs/debug_probes.html

Recent STLink firmware versions will only allow access to STM32 targets. If you are using a target from a silicon vendor other than ST Micro, please use a different debug probe.

意为最新的STLink对目标MCU进行了限制，猜测是内置了ID寄存器，用于辨识是否为原厂。笔者进行了部分验证，使用两款国产替代IC，测试发现STLinkV3确实不能发现，更不用说烧写和调试了。与此同时，STLinkV2没有此问题，也许以后升级也可能会被限，所以不要随便升级。感兴趣的小伙伴可以测试更多的非ST原厂MCU，看看是否完全不能使用。

不知道ST原厂为何会做这种限制，实际上这样做根本无法阻止替代，反而给人以作茧自缚的感觉，也难怪STLinkV3不像V2那么被大众接受了，价格是一个原因，更大的原因应该是从开放走向了封闭。

不过如果属实，从另一面考虑，倒可以使用STLinkV3鉴别IC是否为原厂，成为一个FAKE芯片的识别工具。

最近编辑记录 llinjupt (2021-12-23 14:30:57)

@iamseer

感谢提供的测试思路，简单测试了下：

F:\DOSUN\Openocd\openocd-win64\release\openocd-w64-new>pyocd flash -t STM32H743VITX STM32H743.bin -f 10m
0002279:INFO:load_cmd:Loading F:\DOSUN\Openocd\openocd-win64\release\openocd-w64-new\STM32H743.bin
[==================================================] 100%
0023668:INFO:loader:Erased 1048576 bytes (8 sectors), programmed 1048576 bytes (1024 pages), skipped 0 bytes (0 pages) at 47.93 kB/s

F:\DOSUN\Openocd\openocd-win64\release\openocd-w64-new>pyocd flash -t STM32H743VITX STM32H743.bin -f 24M
0002218:INFO:load_cmd:Loading F:\DOSUN\Openocd\openocd-win64\release\openocd-w64-new\STM32H743.bin
[==================================================] 100%
0031080:INFO:loader:Erased 1048576 bytes (8 sectors), programmed 1048576 bytes (1024 pages), skipped 0 bytes (0 pages) at 35.51 kB/s

该速度是包含擦除烧写和校验的，所以要比OpenOCD的要慢，可以将烧写时间和Keil对比，但是结果明显不对，后来用示波器测试发现STLinkV3工作在4.8MHz，也即-f参数对STLinkV3不起作用，已提交给社区，等解决后再比对。

ISSUE: https://github.com/pyocd/pyOCD/issues/1276

最近编辑记录 llinjupt (2021-12-23 15:28:07)

思路不错，有提升空间

强帖，串口CDC在win10以上系统是不是不用装驱动？我在arm windows虚拟机里没有ch340的驱动，没有串口用，重金买回来的m1 macbook成了摆设。

最近编辑记录 ifree64 (2022-01-21 09:05:13)

WIN10 上集成了很多通用的 USB 驱动，例如 CDC 和 WINUSB，所以这类设备均无需安装驱动，对于 WINUSB 设备需要在 USB 描述符中提供 GUID 字段，系统会自动匹配驱动。

据我所知，CH340应该不是 CDC，而是类似CP2102的 VCP，需要安装厂商的私有驱动才能工作。
在虚拟机中使用USB设备，速度会大受影响，少量数据通信可以，不能用于测试评估用。

MacOS好像不支持 CDC 类设备，这和 Linux 不同，Linux 天生支持的很好。

@ifree64

PC 到串口的流程：

PC上位机 --------- USB 驱动  ---- USB EPs ----- TX/RX ----- 目标 MCU

VCP 和 CDC 的区别就只在于 PC 上位机使用的驱动不同，其他没有区别，所以基本和 CDC 没有关系，注意 CDC 没有准确（或者说是很多上位机没有完全遵守CDC的规范下发 DTS 命令）提供 DTS 功能，STC下载的关键点是进入冷启动，所以要模拟 DTS 信号，然后让芯片彻底进入冷启动状态。

实际上STC完全可以做到非冷启动下载，可能是为了兼容以前的产品，原厂才一直保持这种很诡异的下载方式。

最近编辑记录 llinjupt (2022-01-24 11:16:34)

@ifree64

你说的现象很奇怪，因为手动操作上下电就和DTS没有关系了，我没有出现这样操作下载不成功的情况，
不知道你的目标MCU是什么型号？老型号只支持到9600波特率，并确保输出的波特率和设置的是一致的，有些CDC做得不好，实际并没有配置正确的波特率，
可以使用逻辑分析仪抓取 RX/TX信号，看看波特率是否正确，并确认目标MCU有回应。

最近编辑记录 llinjupt (2022-01-25 14:10:46)

@llinjupt

下载过程中，STC-ISP软件给出来的信息是这样的：

正在检测目标单片机 ... 
  单片机型号: STC8A8K64S4A12
  固件版本号: 7.3.10U

当前芯片的硬件选项为:
  . 系统ISP工作频率: 23.923MHz
  . 内部IRC振荡器的频率: 11.021MHz
  . 掉电唤醒定时器的频率: 34.600KHz
  . 振荡器放大增益使能
  . P3.2和P3.3与下次下载无关
  . 上电复位时增加额外的复位延时
  . 复位引脚用作普通I/O口
  . 检测到低压时复位
  . 低压检测门槛电压 : 2.20 V
  . 上电复位时,硬件不启动内部看门狗
  . 上电自动启动内部看门狗时的预分频数为 : 256
  . 空闲状态时看门狗定时器停止计数
  . 启动看门狗后,软件可以修改分频数,但不能关闭看门狗
  . 下次下载用户程序时,将用户EEPROM区一并擦除
  . 下次下载用户程序时,没有相关的端口控制485
  . 下次下载时不需要校验下载口令
  . TXD与RXD为相互独立的IO
  . 芯片复位后,TXD脚为弱上拉双向口
  . 芯片复位后,P2.0输出高电平
  . 内部参考电压: 1340 mV (参考范围: 1270~1410mV)
  . 内部安排测试时间: 2017年10月10日

  单片机型号: STC8A8K64S4A12
  固件版本号: 7.3.10U

开始调节频率 ...
下载失败 ! (6.88L)(2022-01-25 21:46:34)

这个过程中，可以看到是成功完成了第一个阶段的握手通信的，这说明目标CPU是有过一次的握手的，但ISP软件发出“开始调节频率”时，这时可以观察到，目标板已经开始跑用户程序了，所以ISP软件肯定不能成功完成“调节频率”这个功能，下载于是就失败了。

欢迎探讨
开源CH551/2实现的汇编优化高速DAP-Link (CMSIS-DAP v2)
https://whycan.com/t_7786.html

新年新消息，原本打算过段时间，有大突破了再更，先来张图吧，支持ARMCortexM/STC/AVRISP 的 DAPLink 出炉，外加支持 STLinkv2/STM8 的板子还在路上。AVRISP 协议版本太多，目前为了方便使用 ArduinoIDE，移植的是ArduinoISP(也即STK500v1，ATMEL Studio可以通过扩展工具支持)，不过要支持更高速的MKII方案（ATMEL Studio 直接支持，这样就为后序继续集成PIC MCU的烧写铺平了道路），移植还需时日！

最近编辑记录 llinjupt (2022-02-07 23:00:19)

会支持 rs-flash 吗？

不知您说的是不是 probe-rs，如果是的话，支持，因为本身它就是使用rust语言写的openocd，只不过功能上有所区别。
只要是兼容CMSIS-DAP标准协议的DAPLink，该工具都是可以支持的。

物流耽搁了半个月，拿到PCB开焊。
目前支持功能根据目标芯片分四种：

1)ARM-CortexM0/0+/M3/4/7 全系列：

CMSIS-DAP v1/v2 SWD/JTAG  软复位，SWD性能目前测试Keil下不输StlinkV3。（保留V1是因为苹果机对V2支持不好）
STLinkV2 SWD/JTAG/SWO      支持Cube升级固件，支持串口（目前没有看到能在STLinkV2支持STM8且支持虚拟串口的固件）
目前最普遍流行的铝管版，均不支持SWO和JTAG，也没有虚拟串口。

2) STM8 只要是STLinkV2支持的型号全支持

3) STC 支持全系列免冷启动下载

4) AVR全系列下载
经典协议: ICSP
最新协议: UPDI （Microchip收购后的单线下载调试协议）
其他协议：PDI/TPI

至于一些小功能：救砖时钟，MCU RC校准，只要目前标准开放的功能全支持，不再罗列。

支持Arduino IDE 和 AtmelStudio (AVRStudio)。对于DIY完全够用了。性能优化部分再跟帖详述。

最近编辑记录 llinjupt (2022-04-16 19:33:45)

插眼蹲后续

1.优化思路概述

整体上描述下优化思路。这里将数据流和水流做比，那么数据在不同设备间的传输（搬移）就像水流通过一段一段串联起来的水管。很明显，水流从源头到目的地的最大流速由这些串联起来的水管中最细的一根决定，如果想要增大流量，最直接的办法就是换掉这根最细的水管。但是数据通信中的环节瓶颈通常不是那么显然的。

DAPLink 整个通信流程大体分为以下几个步骤。

       (USB)                     
PC<------------>MCU(缓存)<--------->MCU(解码)<------->SWD/JTAG(时序)<------->目标 MCU

要知道通信瓶颈，最好的办法就是针对每一部分进行单独测试，找出问题的根因，对症下药，这样就不会无的放矢，效果不明显。下面尝试解释USB HS为何不能大幅提升烧写速度（和优化过的ELF DAPLink FS相对比，而不是和没有优化过的开源方案相比）。

最近编辑记录 llinjupt (2022-05-03 11:43:58)

3. SWD速率

分析完入口，分析出口部分。在Keil上位机上设置调试器选项页有一个Max Clock参数，最大值为10MHz，它设置的就是SWCLK的频率，而不是SWD的通信速率。实际的通信速率要结合SWD的协议分析。这里不再单独贴图，可以结合metro的帖子。

静荷速率大约是 (8+32)/(8+5+32+1)≈87%，这样结合10MHz的计算，那么理想情况应该在 10MHz/8*0.87 = 1.1MB/s，这个数据是惊人的，也就是目标MCU可以提供的灌入/读取速度可以达到如此高的速度。实际上查看ARM官方的数据，其SWD模块可以最高支持到24MHz。STLINKV3就是使用的该频率，然而频率越高，噪声越大，抗干扰能力也越差，对外部排线长度和质量都有更高要求，反而得不偿失。

笔者第一次拿到某DAPLink的时候，尝试与STLINKV2比较，发现STLINKV2的SWCLK频率在4.xMHz，那么显然应该比STLINKV2要快，然而事实和预期恰恰相反，后来通过示波器查看波形才有了帖子开头上贴的那张图。如果使用那张图上的实际频率来计算，大约最高静荷速率为700K/8*.87=76.125KB/s。

即便是糟糕的76.125KB/s和STLINKv3的实测速率应该也不差，但是注意这里是双向的速率，毕竟SWD是半双工，收发交替进行，另外这里的静荷速率是指GPIO一刻不停地TOGGLE，事实上MCU解码/编码数据会占用大部分时间。此时整个波形平静如一，没有任何数据通信。

可以参考 Vllink Lite 作者 le062 的帖子 CMSIS-DAP兼容调试器，其中有相关的时序图。

结论：如果实际的SWCLK是10MHz，那么完全满足需求，因为单向就是 1.1MB/s / 2 =550KB/s，所以在GPIO出现瓶颈时，USB那边会首先成为瓶颈，问题是笔者测试的DAPLink的时钟为何如此之低，当看到 ARM 官方的源码时，这个结果在意料之中。

最近编辑记录 llinjupt (2022-05-03 13:49:37)

利用航芯带HS USB的ACH512制作的DAP-Link已经上架whycan淘宝店
https://item.taobao.com/item.htm?spm=a1z10.3-c-s.w4002-24455499472.11.77c6526cEQ21jK&id=677891191502
原厂会配合whycan长期平价（30RMB以内）供应DAP-Link

串口921600波特率，下载480KB固件到ACM32FP4，速度对比：
其他70+RMB的daplink: 16s
ACH512-dap: 14.5s

SWD下载63KB固件到ACM32FP4，速度对比：
其他70+RMB的daplink-10M: 3.6s
ACH512-dap-10M: 5s

@le062
测试目标不一样，
过程跟航芯测的差不多，航芯是用keil测试的。128KB应该在10s左右。
不一样的是目标芯片FLASH的sector大小。
航芯的目标是ACM32FP4， sector是512B，更加耗时。
市面上很多flash的sector比较大，>=2KB。
看工程，你测的是STM32F4?
你可以私信我地址，免费送你一个测试下。：-）

速度比较一定要使用相同的目标MCU，相同的上位机，相同的SWCLK设置下，进行比较。同样是128KB，Cortex-M7的MCU写入速度要比Cortex-M3快很多。希望能在相互PK中不停推动开源DAPLink的发展.

最近宣称高速的DAPLink有不少，抽个时间挨个评比下。

笔者最后量产的是N合一的调试器，也即1个硬件直接在N个Link间切换模式，XXLINKv2/2.1/DAPLink/AVRISP/AVRMKII，希望能给大家带来一点惊喜，价格国内亲民，主打海外。

最近编辑记录 llinjupt (2022-07-01 16:36:12)

虚心接受各位网友的意见，现在邮费已经改为全国10元了，默认顺丰陆运．

合宙的air32f103cbt6开发板也是9.9元，出厂是daplink固件。
这个片子好像可以超到200M.

翻了下数据手册，没写的是m3还是m4核。因为基本可以拿来st的例程改下工程里的device就可以用，以为是M3，不过mdk的设置里device这里有注明：

AIR32 F1 series       
        - ARM Cortex-M3 running up to 216MHz
        - From 128 to 512-Kbyte Flash
        - 32-Kbyte SRAM

额，接上daplink看了，确实是0x2BA01477.

在合宙air32Q群里问过这事，他们给的回复是就是M3核，没有依据说明0x2BA01477就是M4，应该是较新版本的M3？

@llinjupt
不知楼主的link是否已经量产发售，很感兴趣。

第一张图对应本帖子所说的多功能DAPLink。
第二张图是多模STLinkV2/2.1/DAPLink/BMP，模式自由切换，支持官方升级。
第三张图是CKLink+WCHLink，模式自由切换，支持官方升级。

感谢关注，目前只做国外市场和国内批量，上方是某客商定制的烧写器上附带的接线卡，因为左下角是客商LOGO，避免广告嫌疑，打了MARK。之所以目前不做国内零售市场基于以下原因考虑：
1.国内愿意为性能买单的开发者很少，除非是专门做电商，否则基本无利可图，研发费用都不够。
2.国内某电商也谈过，但是因为老款的库存较多，这一系列一推出，基本上原库存没法出，留一线，好相见。
3.国内主要针对批量客户，像公司团够，培训机构，学校社团，定制客户LOGO。
4.等原库存出差不多了，就交给国内电商推。我们这边还是只做好自己的事：设计，研发，测试和生产。

这个东西成本主要还是在研发和测试，测试还占了大头。不在众多环境中验证，个人DIY下，根本没法批量出货，就简单的比如串口通信，做过环流压力测试的都很少。我们这边的最终目标也不是做调试器，是为了下一阶段用于全自动化流水线上的PCB烧写，测试，验证的产品做铺路。

最近编辑记录 llinjupt (2022-08-27 14:59:59)

太厉害了 准备用CH582M做一个试试

@llinjupt

多种功能合一很有意思啊，我这边有时候要处理几年前的板子找不到下载器，有这工具就很方便。请问有介绍和购买链接吗？

另外不知道这板子有没有控制VCC输出的能力，如果有给目标板断电的能力再上下拉某个IO，对于下载沁恒系芯片很有帮助。

@iamseer
下载器没法知道上位机的下电指令，所以要重写上位机才行。或者通过抓包来获取，但是需求量很小，我这边下载WCH的片子也是自己写了个程序额外下电，然后间接控制沁恒的上位机。

@iamseer
你说的是WCH的私有下载协议，这种通过串口或者USB的协议，无需使用下载器，只需要外挂一个小模块来控制上下电即可，用个单片机实现USB转虚拟串口，然后内部处理下串口数据，根据指令控制某个PIN的I/O口，根据功率需要用它对外控制一个MOS管，或者继电器。

挺好的，给楼主追求极致的精神点赞

@huy666, 不用着急，功能无限版，暂命名为 iLINK Infinity，二季度国内上市，支持多种模式无缝切换，不丢固件，
支持 DAPLINK的V1/V2版本，全功能支持JTAG.SWD,SWO，
支持 STLINKV2 ，支持SWIM模式下带串口功能，原厂ST也无此功能，全功能支持JTAG,SWD,SWO
支持 STLINKV2.1，所有版本均支持原厂最新软件 STM32CubeProgrammer, 国内套壳的很多不支持该软件；全功能支持JTAG,SWD,SWO
支持 BLACK Magic Probe，用于开源环境的gdb调试
最最重要的是，支持官方固件升级。

支持 JLINK OB，该模式如果Segger官方有意见，可能会拿掉。

支持 AVRISP，全协议: ICSP,UPDI,PDI,TPI，上位机采用Arduino使用的开源AVRDUDE(最近替它的maintainer干了不少活，开源确实需要一种精神)
支持 AVRMKII，全协议，支持官方Atmel Studio.
支持 USBASP，该模式除了烧写AVR芯片以外，支持SPI/25/45 FLASH和I2C的 EEPROM烧写。

支持STC免按键烧写
支持 ARDUINO  optboot/urclock 模式烧写
支持供电脚开关，有些芯片烧写需要先下电，这样用户可以直接通过命令控制电源通断。

最最最重要的是，该硬件平台是开放的，提供DIY模式和硬件电路，用户可以自己开发调试器/烧写器固件，当然也可以开发任何自己喜欢的东西。
直接将固件拖入虚拟U盘即可。所以您只要知道目标芯片/设备/LCD/模块等的协议，就可以自己DIY。
而DIY的时候也不用担心丢失已有DAPLINKV1/2/STLINKV2/2.1/JILINKOB/BMP等等所有出厂所带模式，直接从DIY模式切换回来就可以了。

开放支持 PIC/MSP430的烧写，因为Microchip/TI的条款限制比较严格，所以这类芯片的烧写，提供DIY上位机和固件源码示例，自己根据Datasheet折腾吧。
如果愿意分享，他人也可以使用该固件直接在DIY模式升级固件，这样全球每一个愿意DIY的人都可以人人为我，我为人人。

其他芯片的烧写也采用这种方式，提供开放的源码和上位机（如果有开源的上位机，就优先考虑已经存在上位机和通信协议）模板示例，自己去折腾吧。

通过以上方式，基本解决了开放协议的(Datasheet可以查询到烧写算法时序)芯片、模块等等设备的开发者自由DIY的困境。不用总是就为了偶尔烧写某一型号芯片就要去不停采购编程器，最后一堆，不用了就成了电子垃圾。

MCU采用的就是软件生态环境非常成熟的F103CBT6，开发起来资源很多，个人根据提供的开源框架，增加新芯片型号的支持并不困难。所以命名为无限的意思也就在于，一是自带功能非常强，再是用户可以DIY自己的调试器/编程器，即便最终不用了，您也可以写个固件让它闪个多彩的LED给孩子把玩(:-D)，不会沦为电子垃圾。如果用户愿意开放自己DIY的源码，或者固件，其他人也可以受益。

最终产品还是采用经典款铝壳，没错就是这么小小的铝壳(个人非常喜欢这个花花绿绿的彩壳，铝壳生产时比塑壳要麻烦，要调垂直)，做到功能“无限“”，而最终价格定令人难以拒绝。

最近编辑记录 llinjupt (2023-03-22 13:08:10)

国内很多RISC-V芯片调试下载机制都是基于开源的DAPLink魔改的，但是又没有开放协议（因为DAPLink毕竟是ARM开源出来的，但是RISC-V又是直接对手，所以...），所以需要进行协议分析并实现，但是目前看国内的这类芯片协议还不够稳定，一直在更新，而ARM的SWD/JTAG都是统一稳定的，每家芯片厂商只要采用ARM架构，那么就不需要重复实现这套协议；但是国内的RISC-V芯片厂商每家都有自己的一套私有协议，所以需要花很多时间进行协议分析和再实现，并且厂商更新后并不会说明更新部分，可能导致已发布固件无法工作，影响用户体验，得不偿失，至少目前阶段不会花时间支持，除非厂商合作或者开放协议。

刚刚看了下GD32V系列手册，好像是使用的原生的 RISC-V 标准配置和链状连接的 TAP 控制器来实现的。调试功能集成在 RISC-V 内核中。调试系统支持 JTAG 调试。这样看使用JLINK或者DAPLink，上位机直接采用Openocd是直接支持的，有个前提：DAPLink必须支持JTAG协议，市面上有些DAPLink可能没有实现JTAG协议。

最近编辑记录 llinjupt (2023-04-07 15:06:40)

@llinjupt
估计是CH32V305

后续有没有支持jtag的计划呢

@llinjupt
请问哪里可以买到呢？搜了一下没有搜到

@llinjupt

没必要支持那么多协议，，把最常用的几种做好、做稳定就很好了。。

AVR、PIC、430 这些用的很少了，，没必要支持。。

楼主讲得很全面，给楼主追求极致的精神点赞，已经上市了吗？

// NVIC: Application Interrupt/Reset Control Register
#define NVIC_AIRCR     (NVIC_Addr + 0x0D0C)
#define VECTKEY        0x05FA0000  // Write Key

void swd_set_target_soft_reset()
{
  swd_write_word(NVIC_AIRCR, VECTKEY | 0x7);
}

此函数放在 DAP_SWJ_Pins 中检查 DAP_SWJ_nRESET 的分支中，这样无论Keil设置的是哪种复位都会同时进行软/硬复位：

  if ((select & (1U << DAP_SWJ_nRESET)) != 0U){
    if((value >> DAP_SWJ_nRESET) == 0)
      swd_set_target_soft_reset();
    PIN_nRESET_OUT(value >> DAP_SWJ_nRESET);
  }

最近编辑记录 llinjupt (2024-07-24 19:52:02)