-> F12where you can see the post data and son on...
httpinside SSL, so it cannot be faster
Hoping for some knowledge from the brains trust here. I have been battling with a problem with the Arduino IDE for several weeks where I cannot upload to a Wemos D1 mini via the usb port, on all three computers, all running Ubuntu 20.04, Arduino 1.8.13, and esp core 3.0.2 but also tried 3.0.0 and 2.7.4 from GitHub.
I have been playing with the Wemos D1 mini's for a few years now and are usually having no trouble uploading via USB. I can upload to AVR boards via USB without problem. It seems specific to the esp8266 based boards.
The fault I get in Arduino is as follows:
Arduino: 1.8.13 (Linux), Board: "LOLIN(WEMOS) D1 R2 & mini, 80 MHz, Flash, Disabled (new aborts on oom), Disabled, All SSL ciphers (most compatible), 32KB cache + 32KB IRAM (balanced), Use pgm_read macros for IRAM/PROGMEM, 4MB (FS:1MB OTA:~1019KB), v2 Lower Memory, Disabled, None, Only Sketch, 115200" Executable segment sizes: ICACHE : 32768 - flash instruction cache IROM : 355044 - code in flash (default or ICACHE_FLASH_ATTR) IRAM : 29385 / 32768 - code in IRAM (IRAM_ATTR, ISRs...) DATA : 1524 ) - initialized variables (global, static) in RAM/HEAP RODATA : 2736 ) / 81920 - constants (global, static) in RAM/HEAP BSS : 28368 ) - zeroed variables (global, static) in RAM/HEAP Sketch uses 388689 bytes (37%) of program storage space. Maximum is 1044464 bytes. Global variables use 32628 bytes (39%) of dynamic memory, leaving 49292 bytes for local variables. Maximum is 81920 bytes. esptool.py v3.0 Serial port /dev/ttyUSB0 Connecting........_____....._____....._____....._____....._____....._____....._____ Traceback (most recent call last): File "/home/chris/arduino-1.8.13/hardware/esp8266com/esp8266/tools/upload.py", line 66, in <module> esptool.main(cmdline) File "/home/chris/arduino-1.8.13/hardware/esp8266com/esp8266/tools/esptool/esptool.py", line 3552, in main esp.connect(args.before, args.connect_attempts) File "/home/chris/arduino-1.8.13/hardware/esp8266com/esp8266/tools/esptool/esptool.py", line 529, in connect raise FatalError('Failed to connect to %s: %s' % (self.CHIP_NAME, last_error)) esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header esptool.FatalError: Failed to connect to ESP8266: Timed out waiting for packet header This report would have more information with "Show verbose output during compilation" option enabled in File -> Preferences.
It looks like a Python fault, but thats ...errrr.... above my pay grade. ;-)
This is what's weird. If I run a VM Win7 from within the same Ubuntu 20.04, I can upload via USB no problem from the windoze Arduino ide which is running in the VM on the Ubuntu host.
No doubt someone is looking at this and slapping their forehead while muttering "why doesn't he just do ??this", but the solution is not obvious to me. Any help would be appreciated.
0x4021f788 in __esp_delay at /home/no/.platformio/packages/framework-arduinoespressif8266/cores/esp8266/core_esp8266_main.cpp:152 0x4021f7e1 in esp_try_delay(unsigned int, unsigned int, unsigned int) at /home/no/.platformio/packages/framework-arduinoespressif8266/cores/esp8266/core_esp8266_main.cpp:171 0x40214cac in esp_delay<ESP8266WiFiGenericClass::hostByName(char const*, IPAddress&, uint32_t)::<lambda()> > at /home/no/.platformio/packages/framework-arduinoespressif8266/cores/esp8266/coredecls.h:66 (inlined by) ESP8266WiFiGenericClass::hostByName(char const*, IPAddress&, unsigned int) at /home/no/.platformio/packages/framework-arduinoespressif8266/libraries/ESP8266WiFi/src/ESP8266WiFiGeneric.cpp:628
pinMode(A0, INPUT), when using the
WAKE_RF_DEFAULT, WAKE_RFCAL, WAKE_NO_RFCAL, WAKE_RF_DISABLED. (GPIO16 needs to be tied to RST to wake from deepSleep.) The chip can sleep for at most ESP.deepSleepMax() microseconds. If you implement deep sleep with WAKE_RF_DISABLED and require WiFi functionality on wake up, you will need to implement an additional WAKE_RF_DEFAULT before WiFi functionality is available.