-
Notifications
You must be signed in to change notification settings - Fork 7.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
esptool remote access -p socket://w.x..y.x bridge not working (IDFGH-13268) #14200
Comments
Hello @ammaree, For classic USB-to-UART usage, this has no effect. The desired operation (read_flash, write_flash, or erase_flash) should run normally. |
Can we please reopen this issue, it is not resolved. Below is a copy of the error messages:
I am trying to connect to an ESP32 device through an ESP8266 running ESP-Link software. |
FWIW, printing a useful error message instead of an exception traceback when a @ammaree it's not possible to put the device into download mode (toggle DTR/RTS) over a TCP socket. You need to either use RFC2217 or put the device into download mode manually and disable reset in esptool (--before-reset etc.) |
Thanks for the feedback. I now did some more homework, got the details of difference between socket vs telnet (with/without RFC2217). I am beginning to believe that the old/original ESP-Link software on the ESP8266 does not support RFC2217. Closest newer alternative would be the ESP32-S3-USB-Bridge, am I correct? The challenge I however see is that the https://github.com/espressif/esp-dev-kits/tree/master/esp32-s3-usb-bridge/examples/usb_wireless_bridge firmware only uses ESP-NOW and not normal IP. This implies it will only work in a local LAN context and not across the internet at a remote site? Any specific reason why ESP-NOW is supported but not normal IP? I have tried placing orders for the ESP-32-S3-USB-Bridge on 3 different AliExpress suppliers, all 3 accepted the order (for 6x items) and then came back saying not in stock. Anywhere else I can try to source these units? |
We did not see the backtrace previously and received no further communication. So we closed it. I'm reopening now. |
Thanks, but if you can provide some information on the questions above, much appreciated. Access to a simple, reliable mechanism to access devices at remote locations to diagnose and fix crashed situation is the MOST PRESSING need we see. A simple device such as the ESP32-S3-USB-Bridge (preferably in a case) with UART to USB Bridge and Telnet (with RFC2217) to enable remote read/modify/write flash access is CRITICAL. If the firmware can be configured to also function with JTAG and/or SWD support, even if just in a LAN context, a great bonus. |
AFAIK, ESP32-S3-USB-Bridge is not mass-produced (https://docs.espressif.com/projects/esp-dev-kits/en/latest/esp32s3/esp32-s3-usb-bridge/user_guide.html#sample-request). However you can use any ESP32-S3 development board for the same purpose, there is nothing hardware-specific to this task. That said, I am not aware of existing software for ESP32-S3 which does exactly what you are looking for. |
What about https://github.com/espressif/esp-dev-kits/tree/master/esp32-s3-usb-bridge/examples/usb_wireless_bridge it seems to be doing serial flashing, which means controlling IO0 and EN remotely in some way? As far the ESP32-S3-USB-Bridge is concerned, only reason I am trying to get those is the nice form and pinouts, currently trying to do with S3 Mini https://www.aliexpress.com/item/1005005449219195.html?spm=a2g0o.productlist.main.1.564b6e3fhZBc99&algo_pvid=1e19d30d-77c1-4ebc-bf1a-75ad87bb4135&algo_exp_id=1e19d30d-77c1-4ebc-bf1a-75ad87bb4135-0&pdp_npi=4%40dis%21ZAR%2190.90%2136.36%21%21%215.00%212.00%21%402103868a17236221521404789e0de3%2112000033123977233%21sea%21ZA%210%21ABX&curPageLogUid=lg5f4lS2H9Sa&utparam-url=scene%3Asearch%7Cquery_from%3A but not a nice solution to deploy to remote locations. |
If you have a question about https://github.com/espressif/esp-dev-kits/tree/master/esp32-s3-usb-bridge/examples/usb_wireless_bridge, please open an issue in https://github.com/espressif/esp-dev-kits/. |
Have had an issue open there for 2 weeks with no response at all.. |
Very encouraged to see the change in "Status" becoming "Selected for Development " and "In Progress", just not sure what this relates to. If it relates to the ESP32_S3_USB_BRIDGE and firmware to support remote devices, wonderful !!!! I have still not received any response to the issue raised in https://github.com/espressif/esp-dev-kits/ and we are a month later. I have been able to source 3x ESP32_USB_BRIDGE devices and 3x MuseLab ESPLink devices (almost equivalent but with ESP32-S2). Now I just need firmware that works over IP to access a remote device. Please ! |
Hi @ammaree, the recent status change applies to the DTR/RTS transitions being applied when a TCP
|
Answers checklist.
General issue report
We are trying to use an ESP-01 with esp-link v3.2.47-g9c6530d to access remote devices.
The telnet to UART functionality on ports 23 and 2323 works correctly.
We can reset the device remotely using the HTTP interface "uC Console" option.
Device log output is displayed on the HTTP uConsole window as well as via the UART
The problem comes in when we try to do read_flash, write_flash or erase_flash operations, esptool consistently returns...
Device PID identification is only supported on COM and /dev/ serial ports.
Any suggestions to fix this?
If not fixable, ANY suggestions for an affordable device that can be deployed remotely that will enable us to access and troubleshoot remote devices via an existing Wifi installation at the remote site?
Thanks
The text was updated successfully, but these errors were encountered: