Public Access
Support both Nano bootloaders for flashing over WiFi
- Uploader sends 'FLASH <baud>' first; the ESP32 restarts the Nano and bridges at that baud rate, then answers OK - --baud=auto (default) tries 57600 (old ATmegaBOOT) then 115200 (Optiboot) - Optional nano_reset GPIO (NPN to Nano RESET) pulses reset after power on, needed for Optiboot which skips the bootloader after a power cycle - Clear errors for outdated ESP32 firmware and missing wires - README: bootloader table, reset wire, troubleshooting Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
1 parent
bea5b9daa1
commit
cefb76c1ad
8 files changed
+220
-77
No files matched your search
+3
-1
@@ -41,11 +41,13 @@ monitor_port = COM10
|
||||
|
||||
; Same Nano firmware, flashed over WiFi through the ESP32 (see README.md).
|
||||
; Needs the Nano TX -> ESP32 GPIO 16 wire. upload_port = ESP32 IP[:port], default port 2323.
|
||||
; --baud: bootloader baud rate. auto tries 57600 (old bootloader), then 115200 (Optiboot).
|
||||
[env:nano_ota]
|
||||
extends = env:nano
|
||||
upload_protocol = custom
|
||||
upload_port = 10.1.1.198
|
||||
upload_command = "$PYTHONEXE" "$PROJECT_DIR/tools/nano_net_upload.py" "$SOURCE" $UPLOAD_PORT
|
||||
upload_flags = --baud=auto
|
||||
upload_command = "$PYTHONEXE" "$PROJECT_DIR/tools/nano_net_upload.py" "$SOURCE" $UPLOAD_PORT $UPLOAD_FLAGS
|
||||
|
||||
; ---------------------------------------------------------------------------
|
||||
; ESP32 - controller, talks to the Nano over serial
|
||||
|
||||
Reference in new issue
Block a user