Blog
Flashing dell’ESP32 su Linux e Mac
Flashare l’esp32 su linux e mac è davvero più facile che su Windows — niente caccia ai driver per la maggior parte delle schede, solo un nome di porta seriale diverso. I comandi, gli errori di permessi e la stranezza macOS che brucia una serata.
Mi servono i driver su Linux?
Di solito no — il kernel porta i driver CH340, CP2102 e USB-Serial-JTAG nativi. esptool.py su linux non richiede passaggi di driver extra per le schede comuni; quello che richiede è il permesso: se non sei nel gruppo dialout, esptool muore con “could not open port”. sudo usermod -aG dialout $USER, esci, rientra, fatto.
Mi servono i driver su macOS?
I chip USB classici sì: le schede CP2102 vogliono il driver VCP di Silicon Labs, le CH340 il driver WCH — entrambi installazioni kext di cui macOS si lamenta sempre di più. Le schede più nuove ESP32-S3, C3 e C6 espongono USB-Serial-JTAG e non richiedono nulla, quindi esptool.py su mac funziona e basta con quelle. La questione driver sparisce sull’hardware moderno.
Come flashare l’ESP32 su Linux?
Trova la porta con ls /dev/tty* prima e dopo il collegamento, poi flasha: esptool.py --port /dev/ttyUSB0 write_flash 0x0 firmware.bin. Per le schede con USB nativa la porta è /dev/ttyACM0. Tutto il resto — offset, modalità boot, baud — combacia con ogni altro OS, quindi la FAQ generale sul flashing si applica parola per parola.
Come flashare l’ESP32 su Mac?
Il nome della porta è l’unica sorpresa: /dev/cu.usbserial-XXXX per le schede CH340/CP2102, /dev/cu.usbmodem per l’USB nativa. Poi è la stessa riga esptool: esptool.py --port /dev/cu.usbserial-XXXX write_flash 0x0 firmware.bin. Se non compare nessuna porta, la sezione driver sopra è la tua risposta, non la scheda.
L’Arduino IDE è lo stesso su entrambi?
Sì, incluso il pacchetto schede e il selettore della porta, che è una cosa in meno da reimparare. La FAQ sull’Arduino IDE copre il setup del gestore schede che qui si comporta in modo identico. L’unica differenza specifica per OS in Arduino su Linux resta il permesso dialout; su macOS è il kext, ed entrambi sono soluzioni da una volta sola.
La porta non è elencata — e adesso?
Esegui ls /dev/tty* / ls /dev/cu.* con la scheda scollegata, poi di nuovo collegata — la novità è la tua porta. Se non appare nulla: cavo (i cavi solo-carica sono il colpevole numero uno), poi driver, poi la scheda stessa. Ho visto gente comprare una seconda scheda per quello che si è rivelato un cavo da 2 $.
Posso flashare con PlatformIO su Linux o Mac?
Sì, ed è l’opzione più fluida su entrambi: platformio run --target upload rileva la porta e flasha, con la stessa toolchain che usa esptool. La FAQ su PlatformIO copre il setup; il passo di upload qui è identico a Windows a parte il nome della porta.
Devo ancora tenere premuto BOOT?
Sulla maggior parte delle devkit, no — il circuito di auto-reset (cablaggio DTR/RTS) lo fa per te, esattamente come su Windows. Le schede senza auto-reset o i moduli nudi cablati a mano richiedono la danza manuale: tieni premuto BOOT, tocca EN, rilascia. La logica dipende dalla scheda, non dall’OS.
Perché il mio flash è lento su Linux?
Il baud default di esptool è prudente. Aggiungi --baud 460800 a write_flash e lo stesso firmware entra in una frazione del tempo. Se il chip ponte balbetta a quella velocità — alcune CH340 lo fanno — scendi a 230400. Funziona quasi sempre, con varianza da scheda a scheda; la mia vecchia devkit CH340 rifiuta qualsiasi cosa sopra i 115200.
Posso flashare da un container Docker?
Sì, passando la porta seriale: docker run --device /dev/ttyUSB0 più l’appartenenza al gruppo dialout per l’utente del container. È un modo pulito di tenere le toolchain fissate, e io ci faccio girare i flash notturni. Se vuoi testare i flussi di flashing senza alcun hardware, il simulatore nel browser copre il lato pratica.
I progetti di questo argomento girano direttamente nel simulatore gratuito di sensbench: circuito pre-cablato, firmware incluso, senza account né installazione.