0
0
Fork 0
Go to file
windowsair c6eaac3ae8
feat: Add github action (#9)
2020-12-26 23:44:27 +08:00
.github/workflows feat: Add github action (#9) 2020-12-26 23:44:27 +08:00
components feat: add winusb support 2020-11-12 13:20:57 +08:00
main feat: add winusb support 2020-11-12 13:20:57 +08:00
.gitignore feat: Mainly improve DAP configuration: 2020-01-21 22:03:05 +08:00
.travis.yml fix: try to fix ci package not found issue 2020-11-12 13:31:42 +08:00
CMakeLists.txt chore: Add cmake file for components 2020-01-26 16:29:52 +08:00
LICENSE docs: Update doc 2020-02-05 18:53:10 +08:00
Makefile init commit 2020-01-20 22:09:00 +08:00
README.md doc: Update readme 2020-11-12 14:38:36 +08:00
idf.py init commit 2020-01-20 22:09:00 +08:00
sdkconfig fix: Fix duplicate definitions & Remove redundant build configurations 2020-02-04 20:58:16 +08:00

README.md

Wireless ESP8266 DAP

Build Status master Build Status develop

PRs Welcome %e2%9d%a4

Introduce

Wireless debugging with only one ESP8266 !

Realized by USBIP and CMSIS-DAP protocol stack.

👉 5m distance, 100kb size firmware flash test:

Feature

  1. Debug Communication Mode

    • SWD
    • JTAG
  2. USB Communication Mode

    • USB-HID (Default)
    • WCID & WinUSB (Experimental)
  3. Debug Trace

    • UART Serial Wire Output(SWO)
    • SWO Streaming Trace
  4. More..

    • Custom maximum debug clock (more than 10MHz) (experimental)
    • ...

WIFI

The default connected WIFI SSID is DAP , password 12345678

You can change WIFI_SSID and WIFI_PASS in wifi_configuration.h

Debugger

SWD
SWCLK GPIO5
SWDIO GPIO4
LED_CONNECTED GPIO2
LED_RUNNING GPIO15
TVCC 3V3
GND GND

JTAG
TCK GPIO5
TMS GPIO4
TDI GPIO13
TDO GPIO12
nTRST optional GPIO0*
nRESET GPIO14
LED_CONNECTED GPIO2
LED_RUNNING GPIO15
TVCC 3V3
GND GND

You can modify these pin definitions in DAP_config.h

Tips: Try to avoid using GPIO0(working mode switch) and GPIO16(RTC)

Build

  1. Get ESP8266 RTOS Software Development Kit

    For now, use the 3.3-rc1 version of the SDK (this is a known issue) See: ESP8266_RTOS_SDK

  2. Build & Flash

    Build with ESP-IDF build system. More information can be found at the following link: Build System

The following example shows a possible way to build on Windows:

# Build
python ./idf.py build
# Flash
python ./idf.py -p /dev/ttyS5 flash

We also provided sample firmware quick evaluation. See Releases

Usage

  1. Get USBIP project

The pre-compiled version on SourceForge is also available, for HID mode only, but it may be faster.

  • Linux: Distributed as part of the kernel
  1. Start esp8266 and connect it to the device to be debugged

  2. Connect it with usbip:

# HID Mode
# for pre-compiled version on SourceForge
# or usbip old version
.\usbip.exe -D -a <your-esp8266-ip-address>  1-1

# HID Mode Or WinUSB Mode
# for usbip-win 0.3.0 kmdf ude
.\usbip.exe attach-ude -r <your-esp8266-ip-address> -b 1-1

If all goes well, you should see your device connected.

image

Then test it under MDK:

target

Develop

  1. Use WinUSB Mode:

    change USE_WINUSB macor in USBd_config.h

Credits to:

In this repo you can find the complete implementation of the USB protocol stack including USB-HID, WCID, WinUSB. Although WinUSB-based mode currently does not work on USBIP 😥 . They are very easy and can help you quickly build your own DAP on other hardware platforms.

Currently using USB-HID for transmission is still slightly slower, If you have any ideas, welcome:

Issue

2020.11.11

Winusb is now available, but it is very slow.

2020.2.4

Due to the limitation of USB-HID (I'm not sure if this is a problem with USBIP or Windows), now each URB packet can only reach 255 bytes (About 1MBps bandwidth), which has not reached the upper limit of ESP8266 transmission bandwidth.

I now have an idea to construct a Man-in-the-middle between the two to forward traffic, thereby increasing the bandwidth of each transmission.

2020.1.31

At present, the adaptation to WCID, WinUSB, etc. has all been completed. However, when transmitting data on the endpoint, we received an error message from USBIP. This is most likely a problem with the USBIP project itself.

Due to the completeness of the USBIP protocol document, we have not yet understood its role in the Bulk transmission process, which may also lead to errors in subsequent processes.

We will continue to try to make it work on USB HID. Once the USBIP problem is solved, we will immediately transfer it to work on WinUSB

License

MIT LICENSE