WhyCan Forum(哇酷开发者社区)

其实之前求高速USB就是在考虑做调试器，以后可以试试。

下图是SRAM下载过程中使用逻辑分析仪抓的波形图，是基于GPIO模拟的结果。可以看到，SWD的带宽尚未跑满（大概用了3/4左右），因此乐观估计移植到CH552上的速度损失可以接受（前提是使用SPI跑到8MHz，此时和CH558使用GPIO模拟的理论速度相当）。

下面简单介绍一下CMSIS-DAP的特点。
CMSIS-DAP是ARM提的一套调试器协议（作为具体实现之一的DAPLink可能知名度更高？）。CMSIS-DAP的特点是融合了通用调试器（如基于FTDI的方案）和专用调试器（如ST-Link）的优势，即可单独控制输入输出波形，又对Cortex-M的高频操作封装成了固定指令。因此，CMSIS-DAP不仅通用性非常好（理论上可以兼容所有JTAG接口，当然还有自家的SWD接口），而且针对ARM设备可以达到不错的速度（前提是使用V2版本）。

上图是基于CMSIS-DAP的调试架构。CMSIS-DAP本质上是一套基于PC发送命令并进行处理的中间人，本身并没有决定何时执行哪些命令的功能，这可以简化调试器软件的设计。当然，需要集成相关功能的话也没有问题，例如DAPLink也是利用了这套框架搭了一个基于USB MSC的下载器。
另外，CMSIS-DAP的固件版本包括V1和V2，两者的主要区别在于V1用的是HID，而V2改成了Bulk传输。HID的好处是免驱，但由于HID类的限制每1ms只能传输一条指令，实际上大大限制了传输速度。V2版本则利用WinUSB实现了免驱（对Windows的版本有要求），传输速度也不再受到HID类的限制。（这里要感谢@le062分享的经验，说明了V2版本中USB速度不再是瓶颈，全速USB也是够用的，因此才有了这个想法。）
对V2版本USB部分的详细描述可以查看Configure USB Peripheral。

最近编辑记录 metro (2020-02-27 18:01:38)

上文提到了，CMSIS-DAP是基于命令式的处理，调试器从PC接收指令（Command/Request），在处理结束后调试器整理好结果（Response）发送回PC。由于没有Outstanding（但是可以有内部缓冲），因此指令是顺序执行的，类似于FIFO的架构。因此，CMSIS-DAP的固件内部是一个大的循环，PC端发送的数据会先置于一个FIFO中，待DAP_Thread函数读取、处理指令后，将会写回到另一个FIFO中，等待发送回PC。因此，Command/Request和Response各有一个FIFO，DAP_Thread只处理CMSIS-DAP协议本身，USB部分需要另行处理。
此时看CMSIS-DAP的代码结构（见CMSIS-DAP），就会非常清晰：

• DAP.c就是DAP的核心部分，用于对指令进行解析和处理。

• SW_DP.c和JTAG_DP.c用于兼容不同协议的DP（Debug Port）。

• SWO.c用于SWO的部分。

• DAP_vendor.c是自定义的DAP指令，可以根据需求添加。

在官方实现中，如果要移植CMSIS-DAP，只需要添加兼容CMSIS-Driver接口的驱动，并且在target或board级进行一些设定（例如I/O端口，特定的重置序列等）就可以用了，还是很方便的。

Flash的并行编程宽度，咋设置

刚想起来上次找最便宜的高速USB的MCU的原来是您啊，我也是看了您的那个帖子才做了个505尝试了下
然后就掉坑里了~~~
顺手记录了下505的调试过程。
https://kmcu.gitee.io/2020/02/21/NUC505/

最近编辑记录 sblpp (2020-02-27 19:01:06)

接下来说说优化思路。
首先还是得从CH558的架构说起（CH552等基本同理）。由于51的RAM有限（最大256Bytes），所以USB只能从XRAM读写数据，而众所周知51对XRAM的访问比较麻烦，只能通过DPTR寄存器进行，因此虽然访问速度很快（movx相关的指令都是单周期），但是寻址很麻烦。另外，涉及到数据搬移的部分也会消耗一定时间。

为了解决这个问题，CH55x系列单片机都支持双DPTR指针和自增指针。但是很遗憾，包括Keil（准确说是C51）和SDCC在内的编译器似乎都不支持CH55x上的这两个特性。因此，这部分代码需要按照实际执行的逻辑自己编写代码，这也是要用汇编进行优化的原因之一（另外的原因是可以在固定寄存器上传递跨函数的参数，类似于U-boot的gd指针）。
因此，结合CMSIS-DAP的特点，在我的代码里面，使用DPTR0存储Command指针，DPTR1存储Response指针。由于CH55x支持0xA5指令，这一指令等效于__asm__ ("movx a, @dptr1\ninc dptr1")，因此我们默认使用DPTR0指针。这样，我们就能使用一个周期的时间完成读取Command（通过movx a, @dptr）和写入Repsonse（通过.db 0xa5），读写效率得到了很大提高。

另外是数据搬移的问题。CMSIS-DAP可以通过设置DAP_PACKET_COUNT的方式来提升缓冲深度，可以通过提交多条指令的方式加速处理速度。如果不在这一部分进行优化，则会花费不少时间在USB DMA地址和DAP FIFO之间搬移数据。为此，我使用了一种看似麻烦的方式，就是设置USB DMA为单缓冲，并且每读一个包就切换到下一个FIFO地址（需要处理空满情况）。考虑到全速USB的Bulk最大包大小为64Bytes，这里我设置DAP_PACKET_COUNT为4，并且确保Command和Response的FIFO对齐到整256Bytes空间。这样一来，DMA的地址可以通过对低8位的部分每次累加64得到，并且在溢出时相当于循环FIFO。由于不涉及到数据搬移，因此USB中断处理流程大大加快，并且不会干扰DAP部分的执行。
顺带一提，在我测试时CH558的USB_DMA寄存器（只读，用于表示当前DMA的传输地址）似乎有问题（似乎CH552并没有这个寄存器），会在运行一段时间后出现未知的错误结果，原因不明。在我改用端点对应的UEPx_DMA寄存器之后，问题解决。

最近编辑记录 metro (2020-02-27 20:01:46)

不用，CH55x有个bUC_INT_BUSY，打开之后就可以保证不清中断就自动NAK后续数据包，可以在中断直接切换。

赶上直播了，谢谢大神分享。

V1的理论最高速度就是64KB/s，毕竟HID类的限制在那。不优化理论上也是够用的。

膜拜一下orz，51仿真调试stm32，果然只有想不到，没有做不

论坛里面真是卧虎藏龙啊。

这个速率还能再提高吗

低成本方案啊，不错不错 。

掉进成本坑了，1块多钱的CH552必须用，lz太强了

这款逻辑分析仪有好几个价位，你这款用的是基础版，还是高配版？多少钱入手的？

期待楼主的源码，学习一下提升效率的方式。

楼主现在有分享代码吗？

居然移植到51单片机上了，强

楼主考不考虑用CH573 BLE HID实现一个V1版本的无线调试器

最低成本的arm仿真器

想问下，资源管理器显示 link 识别，但是keil下没有 一般是什么导致的？ 我看了下通信过来 没有看到HID的报告描述符的枚举额

虽然用不到，但还是期待楼主的源码