【银杏科技ARM+FPGA双核心应用】STM32H7系列35——USB_VCP_FS
【银杏科技ARM+FPGA双核心应用】STM32H7系列28——USB_HID
STM32的USB自学笔记
用STM32CubeMX配置USB CDC方式通讯(含USB host与USB device工程)
【实战经验】进行USB CDC类开发时,无法发送64整数倍数据(续)
【实战经验】USB CDC类入门培训
USB4 产品设计将会令 USB4 取得成功
最全USB HID开发资料,悉心整理一个月,亲自测试
【银杏科技ARM+FPGA双核心应用】STM32H7系列30——USB_VCP
游名科技:DCDC隔离电源隔离USB隔离CAN隔离485原理图PCB图等...
微信公众号
手机版
daplink的固件,是某个系列的IC专用的,比如用于NXP的就完全不能用于STM32,用于F103的也不能用于F723。
daplink主要是给没有自己的xxLINK的IC厂家做开发板用的。
daplink的基本功能含有完整的cmsis-dap,下列功能是daplink专有的,是他的优点,也是他不能通用的原因:
1. MSC拖拽下载目标板程序。
2. MSC固件或Bootloader更新。
3. 有的可以实现WebUSB下载。
4. 有的可以实现WinUSB高速通信。
如果仅仅使用daplink的CMSIS-DAP的基本功能,那么他实质上就是CMSIS-DAP,称其为“使用了daplink”也无所谓。
多谢交流 以我的理解, 不通用是指的拖拽功能不通用吧?难道是是说调试下载接口不通用,按说在keil里选不同的下载算法就行了
对的。在Keil里面,使用daplink其实就是仅仅使用了他的CMSIS-DAP功能。
所以没有必要在这个平台上面做一个不能通用的daplink固件出来了。
所以说daplink在SWD烧写器层面支持所有芯片吧, 并且还多了usb拖拽烧写功能, 虽然说这个usb烧写不兼容所以芯片, 但总比没有要好吧, 所以在daplink上开发不是更好的选择吗
是比没有要好一点点。
我在一楼里面说过,daplink是为了开发板的配套而存在的。
如果我是开发板厂家,而刚好有一种开发板需要使用这个仿真器,那么就不妨搞一个daplink的版本出来。
独立的daplink仿真器,没有明确的目标开发板或目标IC,没有开发的方向。不可能搞成通用的daplink出来。
恩明白您的意思了~