esp32sim: un emulatore open source in Rust esegue il firmware ESP32 originale nel browser

Aprire una pagina web e vedere girare il firmware di un ESP32 senza avere una scheda sul tavolo: è quello che permette oggi esp32sim, un progetto open source che esegue il codice originale dei microcontrollori Espressif sul computer oppure direttamente nel browser. Lo strumento ricostruisce il comportamento del chip, gestisce registri e periferiche e ripercorre l'intera sequenza di avvio, dalla ROM fino all'applicazione.

La gamma ESP32 è arrivata nel 2016 e ha reso molto più accessibile lo sviluppo di dispositivi IoT, unendo capacità di calcolo, connettività wireless e costi contenuti. Col tempo si è passati dall'ESP32 originale, basato su processori Xtensa, a varianti più specializzate, comprese quelle con architettura RISC V. Per gli sviluppatori significa più scelta, ma anche un debugging più complicato e errori più difficili da riprodurre su hardware diversi.

Il cuore del progetto è un emulatore scritto in Rust e distribuito con licenza MIT. Supporta ESP32, ESP32 S3, ESP32 C3 ed ESP32 C6, cioè processori Xtensa LX6 e LX7 e CPU RISC V a 32 bit. Accetta immagini firmware non modificate, comprese applicazioni che usano FreeRTOS, WiFi, display, interfacce seriali e altri componenti.

Non è il solito simulatore di circuiti. Chi lavora con Arduino, PlatformIO o ESP IDF conosce già strumenti che riproducono i componenti a livello logico o eseguono codice adattato all'ambiente simulato. esp32sim sceglie l'emulazione a livello di istruzioni: interpreta le istruzioni macchina dell'architettura e ricostruisce le interazioni con le periferiche attraverso i loro registri, così il firmware accede a indirizzi di memoria e dispositivi virtuali come farebbe sul chip fisico.

Anche l'avvio è replicato. Su un ESP32 il processore esegue prima il codice della mask ROM, la memoria non modificabile predisposta dal produttore; poi subentra il bootloader di secondo livello, che legge le partizioni della flash, carica l'applicazione e le cede il controllo. L'emulatore riproduce questa fase invece di partire direttamente dal codice applicativo, il che aiuta a diagnosticare problemi di inizializzazione, configurazione della memoria, gestione degli interrupt o riavvii inattesi.

La via più rapida per provarlo è la demo online, basata su WebAssembly. Permette di scegliere diverse configurazioni hardware, avviare firmware dimostrativi e interagire con i dispositivi virtuali. Tra gli esempi ci sono una scheda ESP32 S3 con display touchscreen da 480 x 480 pixel, un sintetizzatore che riproduce brani SID, prove per C3 e C6 e un piccolo acquario virtuale in cui un modello Transformer quantizzato a 4 bit guida il movimento dei pesci. C'è perfino Linux 6.11 su un ESP32 S3 emulato, grazie al progetto Linux on esp32 S3, con una console per interagire con il sistema.

Per lo sviluppo vero conviene compilare in locale. Il repository GitHub ufficiale contiene un workspace Rust diviso in moduli per processori, periferiche, chip, schede e interfaccia da riga di comando. Servono Rust e Cargo: con cargo build in modalità release gli eseguibili compaiono in target/release. Le mask ROM originali non sono nei sorgenti, ma se ESP IDF è già installato, esp32sim ne individua da solo alcune; altrimenti uno script recupera le risorse per le demo. Il consiglio è partire dagli esempi, verificarne il funzionamento e solo dopo passare al proprio progetto.

Gli usi indicati sono tre: sviluppo del firmware, verifica automatizzata e formazione. I team possono eseguire test ripetibili senza distribuire schede a ogni sistema di compilazione, controllando che un aggiornamento non comprometta avvio, messaggi seriali o una sequenza di interazioni. Nei casi supportati lo stesso binario passa dal dispositivo reale all'emulatore senza riscritture.

I limiti restano netti. Il supporto per S3 è il più maturo, mentre C3, C6 ed ESP32 classico hanno ancora lacune, e anche su S3 possono mancare registri, comportamenti di periferiche o combinazioni hardware non previste. L'emulatore anticipa una parte degli errori, ma i test sui dispositivi fisici restano indispensabili quando serve davvero il silicio.