一个是 USB 转 JTAG/SWD/CAN/485，另一个是 WIFI 转 JTAG/SWD/CAN/485。
这样是希望做到一物多用，all-in-one。同时需要支持 3.3V、5V 等常见电平。

前者的内部需要有电气隔离机制，以免损坏上位机；
但必要时也可通过 USB 给下位机供电，以方便使用测试夹批量烧录。

后者使用无线链路，适配器本身需要下位机供电。

眼下需要明确协议。

USB-JTAG 和 USB-SWD 已经有 ARM CMSIS-DAP 协议了。
USB-UART(可转 232/485/422) 有 USB CDC ACM 协议(Class 0x02, SubClass 0x02)。

其它的链路组合的协议就成问题了，貌似有不少选择，但都有不少缺点。
找到的 USB-CAN 协议貌似都是 串口 与 CAN 之间的。

https://github.com/linux-can/can-misc/blob/master/docs/SLCAN-API.pdf

https://www.microchip.com/content/dam/mchp/documents/OTH/ApplicationNotes/ApplicationNotes/Atmel-32208-Users-Guide-for-USB-CAN-Demo-on-SAM4E-EK_Application-Note_AT02985.pdf

这些都没有对于 CAN FD 的支持。

而 OpenOCD 支持 Remote Bitbang 的协议，效率不高，目前还不支持 SWD。

https://repo.or.cz/openocd.git/blob/HEAD:/doc/manual/jtag/drivers/remote_bitbang.txt

此外，OpenOCD 还支持 DPI 和 VPI 协议，但貌似缺功能或效率低，还不支持 SWD：

https://repo.or.cz/openocd.git/blob/HEAD:/src/jtag/drivers/jtag_dpi.c
https://repo.or.cz/openocd.git/blob/HEAD:/src/jtag/drivers/jtag_vpi.c
--
FROM 111.196.243.*

你问问spadger和lvsoft
他们应该做过一些类似的东西

【 在 intron (内含子) 的大作中提到: 】
一个是 USB 转 JTAG/SWD/CAN/485，另一个是 WIFI 转 JTAG/SWD/CAN/485。
这样是希望做到一物多用，all-in-one。同时需要支持 3.3V、5V 等常见电平。

前者的内部需要有电气隔离机制，以免损坏上位机；
但必要时也可通过 USB 给下位机供电，以方便使用测试夹批量烧录。

后者使用无线链路，适配器本身需要下位机供电。

眼下需要明确协议。

USB-JTAG 和 USB-SWD 已经有 ARM CMSIS-DAP 协议了。
USB-UART(可转 232/485/422) 有 USB CDC ACM 协议(Class 0x02, SubClass 0x02)。

其它的链路组合的协议就成问题了，貌似有不少选择，但都有不少缺点。
找到的 USB-CAN 协议貌似都是 串口 与 CAN 之间的。

https://github.com/linux-can/can-misc/blob/master/docs/SLCAN-API.pdf

https://www.microchip.com/content/dam/mchp/documents/OTH/ApplicationNotes/ApplicationNotes/Atmel-32208-Users-Guide-for-USB-CAN-Demo-on-SAM4E-EK_Application-Note_AT02985.pdf

这些都没有对于 CAN FD 的支持。

而 OpenOCD 支持 Remote Bitbang 的协议，效率不高，目前还不支持 SWD。

https://repo.or.cz/openocd.git/blob/HEAD:/doc/manual/jtag/drivers/remote_bitbang.txt

此外，OpenOCD 还支持 DPI 和 VPI 协议，但貌似缺功能或效率低，还不支持 SWD：

https://repo.or.cz/openocd.git/blob/HEAD:/src/jtag/drivers/jtag_dpi.c
https://repo.or.cz/openocd.git/blob/HEAD:/src/jtag/drivers/jtag_vpi.c
--
FROM 149.129.39.*