WhyCan Forum(哇酷开发者社区)

请教，ft232不是usb转ttl芯片吗？这个如何实现openOCD?

最近编辑记录 Gentlepig (2019-09-17 11:51:05)

为了探究各个调试器调试/下载速度差异的根源，这里尝试使用逻辑分析仪抓取JTAG波形的方式进行分析。
此处的比较对象包括J-Link（直连）、J-Link（OpenOCD）、CMSIS-DAP（OpenOCD）。JTAG时钟速度为1 MHz，不过直连时的速度似乎是4 MHz，这个对分析没有影响。

J-Link（直连）：

J-Link（OpenOCD）：

CMSIS-DAP（OpenOCD）：

可以发现：
1. 单步执行的速度大致为J-Link直连 (5 ms) < J-Link+OpenOCD (450 ms) < CMSIS-DAP+OpenOCD (3050 ms)，可以发现速度之间的差异是巨大的。
2. 对比J-Link+OpenOCD和CMSIS-DAP+OpenOCD，这两种方案传输的数据量是差不多的，主要区别在于指令之间的间隔长度。
3. 造成J-Link直连和通过OpenOCD这两种情况速度差异的因素，主要是OpenOCD的处理序列较长，这个问题我们在后文分析。另外还有一个原因是OpenOCD不支持将调试指令队列化处理，使得每次USB传输时只能访问一个寄存器，调试器在大部分时间是空闲状态，效率很低且调整JTAG时钟无法改善。
4. 由于2中提到的调试指令处理速度，所有使用OpenOCD的方案的瓶颈都在于USB传输频率。我们知道，USB 2.0 HS的最大传输频率为8 kHz（每秒可以传输8000个subframe），而CMSIS-DAP通常是HID设备（官方OpenOCD只支持这种方案），而HID的传输频率实际上与报文的interval相关，这就造成了至少8倍的时间差异。不巧的是，在时间增加数倍之后，调试速度已经影响到了正常执行，变得无法忍受。
5. 此处还测试了J-Link+GDB Server方案，发现JTAG波形与直连时没有太大区别，猜测主要的差异在于GDB Server引入的延迟。

因此，在OpenOCD没有大的改进之前，建议尽可能使用USB 2.0 HS接口的调试器（FTDI的高速IC方案不错，FT232H/FT2232H都可以），或是直接使用J-Link等自带调试软件的方案。

最近编辑记录 metro (2019-09-24 17:02:04)

我抓了一组使用OpenOCD的JTAG波形，并且进行了适当解码。大家可以看看OpenOCD的调试指令有何问题。CMSIS-DAP.zip

呃，我是在Mouser上以原价买的，似乎当时比某宝上便宜，但是现在已经买不了了。。

持续关注

我自己的测试结果是J-Link < FT232H < USB DFU << CMSIS-DAP (Full Speed)，完全写入（128 KB）的话J-Link在5秒左右，FT232H和USB DFU的话大概十几秒，CMSIS-DAP需要五六十秒。

应该可以，我用的就是同一家的FT232H

感谢分享！
根据之前的经验，OpenOCD的速度不行，一方面是没有利用好CMSIS-DAP的Atomic Commands（一次性处理多条指令），配合USB 2.0 FS的传输频率（最高1 kHz），一次只能处理一次寄存器读写，速度自然十分感人；另一方面则是无效操作过多，有一些错误或者多余的指令，使得传输效率远低于J-Link。当然这也和CMSIS-DAP本身就是适配ARM处理器有关，不过感觉还有很大的优化空间。

感谢楼主分享！