Sviluppo firmware RTOS FreeRTOS e Zephyr
Sviluppo e revisione firmware RTOS quando task, timing, memoria e comunicazioni devono essere sotto controllo. Supporto su FreeRTOS, Zephyr, ThreadX e architetture real-time per prodotti embedded.
Real-time significa progettazione, non solo usare un RTOS
Un RTOS risolve alcuni problemi e ne rende visibili altri: priorità, mutex, code, stack, heap, interrupt, deadlock e jitter devono essere pensati insieme.
- Architettura task, state machine, code, eventi e sincronizzazione.
- Porting e sviluppo su FreeRTOS, Zephyr, ThreadX o soluzioni vendor.
- Analisi timing, stack, heap, priorità, race condition e deadlock.
- Driver, middleware, logging e test su target reale.
Cosa include
Valutazione tra FreeRTOS, Zephyr, ThreadX o bare-metal in base ai vincoli reali.
Priorita, code, eventi e sincronizzazione con comportamento misurabile.
Trace, stack usage, race condition, watchdog e riproduzione di bug sporadici.
Struttura modulare, build ripetibile, documentazione e test.
Metodo operativo
- Analisi di obiettivo, vincoli tecnici, materiale esistente e priorità commerciali.
- Definizione di rischi, architettura, metriche e piano operativo.
- Implementazione o debug per step verificabili, con prove su dati, codice o hardware reali.
- Consegna di codice, documentazione e indicazioni utili per manutenzione, deploy e crescita.
Guide e pagine collegate
La base per prodotti bare-metal e RTOS.
Supporto su bug real-time e problemi non riproducibili.
Guida alla scelta del sistema operativo real-time.
Domande frequenti
Meglio FreeRTOS o Zephyr?
Dipende da hardware, team, certificazioni, networking, driver, memoria e durata prevista del prodotto.
Potete sistemare un progetto RTOS già instabile?
Sì. Di solito si parte da trace, stack, heap, priorità e punti in cui il comportamento diventa non deterministico.