01 / EMBEDDED
Firmware per dispositivi, sensori e controllori sulla piattaforma del cliente: bring-up, periferiche e logiche applicative, con affiancamento al team e integrazione nel codice esistente.
Piattaforme e strumenti seguono il tuo contesto. Alcuni esempi:
Embedded
Microcontrollori e integrazione hardware/software
STM32 · ESP32 · PIC · AVRSelezione sul progetto
ARM · RISC-V · altre piattaformeVincoli del sistema reale
C / C++ · bare metalStati, eventi e moduli
GPIO · I²C · SPI · UARTInterrupt e collegamenti
RAM · Flash · tempi di rispostaProfilazione e vincoli
Debug · log · prove su schedaDalla prima accensione ai test
Le tecnologie indicate sono esempi.
Supporto tecnico integrato nel tuo team, con strumenti e metodi di lavoro condivisi.
PERIMETRO TECNICO
Si parte da schema elettrico, pinout, documentazione dei componenti e comportamento atteso. L’architettura separa accesso hardware, protocolli e logica di prodotto, così da poter verificare i moduli e gestire varianti di scheda senza moltiplicare il codice. La scelta bare-metal o RTOS dipende da concorrenza, timing e risorse disponibili.
All’avvio chiarisco disponibilità delle schede, documentazione, modalità di debug e vincoli di compatibilità con il firmware installato. Posso lavorare nei repository e nella toolchain del cliente, concordando responsabilità sui moduli e modalità di revisione delle modifiche.
Per esempio, una funzione di acquisizione viene provata con segnali noti, periferica assente, timeout e riavvio. Si confrontano uscite e tempi con i requisiti, documentando versione della scheda, configurazione e condizioni della prova. I risultati valgono per il perimetro verificato.
Sorgenti, configurazione della toolchain, istruzioni di compilazione e programmazione, mappa delle interfacce e risultati delle prove. I criteri di accettazione collegano gli ingressi reali alle uscite e ai limiti temporali previsti.
Sono utili una scheda funzionante, schema, distinta dei componenti, firmware disponibile ed esempi di segnali o messaggi da gestire.
Il punto di partenza può essere la piattaforma già adottata. Porting o cambi di architettura si valutano solo in relazione ai vincoli e agli obiettivi concordati.
Soluzione embedded basata su ESP32: SOM programmata su misura con firmware modulare, sicurezza integrata e connettività Wi-Fi e BLE, pronta per prodotti reali.
Microchip aggiorna il programma PIC64-HPSC: test TID a 200 krad(Si) e SEL a 78,2 MeV·cm²/mg. Analisi tecnica di architettura RISC-V, fisica delle radiazioni, memoria ECC e software di missione.
Software e firmware per droni agricoli: architettura C++20, autopilota PX4, comunicazione MAVLink e dati dei sensori. Il caso SLX AgriPilot illustra le competenze tecniche per produttori UAV, integratori e piattaforme di rilievo.
ESP-IDF 6.0 cambia Picolibc, PSA Crypto, driver legacy, build system e OTA. Ecco come valutare rischi, test e rollout per firmware ESP32 in produzione.
Dai chip monolitici ai chiplet: come UCIe e packaging 3D stanno cambiando i microprocessori embedded. Vantaggi e applicazioni AI edge.
RISC-V sfida ARM grazie a ISA aperta e sovranità tecnologica. Vantaggi reali, limiti, roadmap e casi d’uso dove sta già vincendo nel 2026.
Guida pratica per progettare una sonda IoT con ESP32: modalità AP/STA, server HTTP, API REST e interfaccia web con ESP-IDF e FreeRTOS.
IL PROSSIMO PASSO
