Un sistema operativo IoT è un software che gestisce hardware connesso, ma l’espressione ha due significati piuttosto diversi. Quello classico indica il piccolo sistema operativo all’interno di un singolo dispositivo, come un sensore, una serratura intelligente o un gateway. Zephyr, FreeRTOS e RIOT sono esempi tipici. Il significato più recente riguarda invece il livello operativo di un intero parco dispositivi: il software che permette a migliaia di sensori, contatori, macchine e robot di produttori diversi di condividere informazioni e agire insieme.

Entrambi i significati sono validi e rispondono a domande differenti. Se progetti una scheda elettronica, ti serve il primo. Se gestisci un edificio, una fabbrica o più sedi, ti serve il secondo. Questa guida li spiega entrambi, partendo dal dispositivo.

I punti essenziali

  • Il sistema operativo IoT di un dispositivo gira su un microcontrollore o processore embedded e ne gestisce attività, memoria, radio e consumi.
  • Tra le opzioni più diffuse ci sono i sistemi operativi in tempo reale come Zephyr e FreeRTOS per i piccoli dispositivi e Linux embedded per gateway e telecamere.
  • Un sistema operativo IoT per l’intero parco collega dispositivi con protocolli e produttori diversi in un contesto condiviso, utilizzabile da regole, persone e IA.
  • Una piattaforma IoT con IA aggiunge un’intelligenza capace di leggere quel contesto e, entro autorizzazioni definite, intervenire su apparecchiature reali. Per questo i test prima della messa in servizio sono essenziali.

I dispositivi IoT hanno bisogno di un sistema operativo?

Non sempre. I più piccoli spesso funzionano in modalità “bare metal”, senza sistema operativo: un unico programma con un ciclo principale legge un sensore, invia un pacchetto e torna in sospensione. È semplice e usa pochissima memoria. Quando il dispositivo deve svolgere più attività contemporaneamente, come gestire la radio, cifrare messaggi, leggere tre sensori e ricevere aggiornamenti del firmware, un piccolo sistema operativo inizia a essere utile.

L’IETF, l’organismo che sviluppa gli standard di internet, suddivide i dispositivi con risorse limitate in classi nella RFC 7228. Quelli di classe 0 hanno molto meno di 10 KiB di RAM e di solito non riescono a eseguire un sistema operativo generalista. Quelli di classe 1 hanno circa 10 KiB di RAM e 100 KiB di memoria flash, sufficienti per un sistema in tempo reale compatto. Quelli di classe 2 hanno circa 50 KiB di RAM e 250 KiB di flash e possono eseguire uno stack IP completo. Al di sopra ci sono processori con unità di gestione della memoria e diversi megabyte di RAM, capaci di eseguire Linux.

La differenza fondamentale tra le due famiglie riguarda i tempi. Un sistema operativo in tempo reale, o RTOS, garantisce che un’attività venga eseguita entro un tempo noto, una caratteristica importante per il controllo dei motori o la temporizzazione delle comunicazioni radio. Un sistema generalista come Linux offre molte più funzionalità, strumenti e capacità di rete, ma richiede più memoria ed energia e ha tempi meno prevedibili.

Quali sono i migliori sistemi operativi per l’IoT?

Non esiste una scelta migliore per ogni situazione. Dipende dal chip, dal budget energetico e dal team. Queste sono le opzioni che i produttori considerano più spesso:

Sistema operativo Tipo Hardware tipico Licenza Responsabile
Zephyr RTOS Microcontrollori, tra cui Arm Cortex-M e RISC-V Apache 2.0 Progetto della Linux Foundation
FreeRTOS Kernel RTOS Quasi tutti i microcontrollori MIT Amazon Web Services
RIOT RTOS Microcontrollori a basso consumo LGPL 2.1 Comunità open source
Contiki-NG Sistema basato su eventi Nodi radio a basso consumo BSD 3-Clause Comunità open source
Eclipse ThreadX RTOS Microcontrollori, applicazioni con certificazione di sicurezza MIT Eclipse Foundation
Linux embedded (Yocto, Buildroot, Ubuntu Core) Generalista Gateway, telecamere, computer edge Kernel GPL, licenze miste nello spazio utente Linux Foundation e fornitori

Alcuni criteri pratici aiutano a scegliere. FreeRTOS è il passo più piccolo oltre il bare metal: uno scheduler e poche primitive, con le funzioni di rete aggiunte tramite librerie separate. Zephyr è un sistema più completo, con driver, Bluetooth, rete e un modello di configurazione basato su device tree. È diventato una scelta frequente per i nuovi progetti. RIOT e Contiki-NG nascono dalla ricerca sulle reti wireless a basso consumo e sono particolarmente validi per IPv6 su radio con risorse limitate. ThreadX viene spesso scelto quando conta la certificazione di sicurezza del kernel. Linux subentra quando servono una pipeline video, container o uno stack web completo: ecco perché viene usato dalla maggior parte dei gateway.

In pratica, la maggior parte dei progetti sceglie il sistema meglio supportato dal kit software del produttore del chip e poi verifica se il team riuscirà a mantenerlo aggiornato e sicuro nei dieci anni che il dispositivo potrebbe trascorrere sul campo. Questo secondo punto sta diventando anche un obbligo normativo. Il Cyber Resilience Act europeo è in vigore da dicembre 2024 e i suoi principali obblighi si applicano da dicembre 2027. Impone ai produttori di dispositivi connessi venduti nell’UE di gestire le vulnerabilità e fornire aggiornamenti di sicurezza per un periodo di supporto definito. Un sistema con un team di sicurezza attivo e un percorso di aggiornamento chiaro facilita molto il lavoro.

Sistema operativo IoT o piattaforma IoT

Con centinaia o migliaia di dispositivi emerge un problema diverso. Ognuno esegue bene il proprio piccolo sistema, ma l’insieme non ha una visione condivisa. I sensori delle porte comunicano con un’app, i contatori con un’altra, il gruppo frigorifero con la gestione dell’edificio e il robot con il proprio software di flotta. Nulla collega ciò che un dispositivo rileva a ciò che un altro potrebbe fare.

La risposta tradizionale era una piattaforma IoT: un servizio cloud che raccoglie letture, disegna grafici e invia avvisi. È utile, ma funziona prevalentemente in una direzione. L’idea più recente è un livello operativo per l’intero parco. Come un sistema operativo permette ai programmi di condividere memoria e radio di un chip, un sistema per l’intero parco permette a dispositivi, macchine e IA di produttori diversi di scambiarsi osservazioni, coordinare attività e agire entro autorizzazioni definite.

Immagina un piazzale logistico. Un robot di pattuglia vede e sente soltanto ciò che gli sta vicino. Un sensore di contatto LoRaWAN a batteria, su un cancello all’altra estremità del piazzale, segnala un’apertura molto dopo la chiusura, quando non dovrebbe esserci nessuno. Da solo, il robot non lo scopre. Collegando entrambi a un livello operativo comune, l’evento diventa un incarico di verifica per il robot, un allarme per il vigilante notturno e una registrazione dell’accaduto. È un’applicazione pratica dell’IA fisica: collegare gli elementi fisici affinché condividano contesto e agiscano insieme, con i robot come un partecipante tra sensori, porte, telecamere, contatori e macchine.

Sviluppiamo Kilo per fornire questo livello comune. Dispositivi LoRaWAN, mioty e MQTT e localizzatori veicolari si collegano direttamente; le apparecchiature Modbus, BACnet o OPC UA arrivano tramite gateway edge. Così l’hardware di produttori diversi comunica nello stesso ambiente. Disegni regole che decidono cosa succede dopo e inviano comandi alle apparecchiature capaci di accettarli. Poiché quei comandi muovono oggetti reali, prima della messa in servizio percorri ogni regola nel debugger con i comandi simulati. Se al tuo progetto serve questo secondo significato, puoi collegare un primo gruppo di dispositivi al sistema operativo Kilo per IoT e IA fisica e ampliare il parco da lì.

Che cos’è una piattaforma IoT con IA?

Una piattaforma IoT con IA, chiamata anche piattaforma AIoT, unisce un parco connesso a un’IA capace di lavorarci. L’espressione comprende approcci diversi. A un estremo, l’IA gira sul dispositivo stesso, per esempio su una telecamera che classifica immagini localmente. All’altro, opera sull’intero parco: risponde a domande sulle letture attuali, trova dispositivi che non trasmettono più, costruisce automazioni a partire da un obiettivo o invia comandi alle apparecchiature.

Un esempio concreto del secondo approccio: qualcuno chiede “Quali congelatori sono rimasti sopra i 5 °C per più di un’ora la settimana scorsa?” e riceve un elenco e un grafico, senza esportare dati in un foglio di calcolo né scrivere una query.

Questo secondo approccio cambia le garanzie richieste alla piattaforma. Quando l’IA riassume soltanto dati, una risposta sbagliata è un inconveniente. Quando può azionare un relè, chiudere una valvola o mandare un robot da qualche parte, servono autorizzazioni chiare su ciò che può controllare, una conferma esplicita prima di agire, un registro di ogni comando e del suo esito e la possibilità di provare gli scenari prima di eseguirli su apparecchiature reali.

Qual è la migliore piattaforma IoT con IA?

Dipende da cosa deve fare l’IA. Gli elenchi di aziende AIoT mescolano produttori di chip, fornitori di telecamere, servizi cloud e piattaforme software, rendendo difficile il confronto. È più utile partire dalle domande che determinano il funzionamento quotidiano:

Domanda Perché conta
Da quali dispositivi e protocolli riceve dati senza sviluppo personalizzato? Determina quanta parte del parco riesce a vedere
L’IA può solo leggere dati o anche intervenire sulle apparecchiature? Agire richiede controlli molto più rigorosi
Come cambia il prezzo con più dispositivi e utenti? Un progetto pilota economico può diventare un parco costoso
Come vengono limitate, approvate e registrate le azioni dell’IA? Devi sapere chi ha fatto cosa e perché
Puoi esportare dati e configurazioni se cambi fornitore? Determina la difficoltà di una futura migrazione
Dove funziona: cloud, infrastruttura propria o edge? Influisce su latenza, controllo dei dati e operatività offline
Quanto è ampia la comunità di utenti e integratori? Determina quanto sarà facile trovare aiuto e competenze

Dai un peso diverso alle risposte secondo il contesto. Un team in una sola sede con qualche decina di sensori vuole soprattutto partire rapidamente. Un’azienda con molte sedi e apparecchiature eterogenee ha bisogno di protocolli, autorizzazioni e supporto duraturo. Chi prevede di lasciare che l’IA invii comandi deve partire dalle possibilità d’azione e dai loro limiti.

Domande frequenti sui sistemi operativi IoT

Linux è un sistema operativo IoT?

Sì. Linux embedded è molto diffuso sui dispositivi IoT più potenti, come gateway, telecamere e computer edge industriali. Di solito gira su un processore con unità di gestione della memoria e richiede alcune decine di megabyte di RAM. Dal kernel 6.12, pubblicato a novembre 2024, le modifiche in tempo reale PREEMPT_RT fanno parte del ramo principale di Linux, rendendolo più adatto alle attività sensibili ai tempi.

Android è un sistema operativo IoT?

Google aveva creato Android Things per i dispositivi IoT, ma ha chiuso il servizio a gennaio 2022. Android standard continua a essere usato su chioschi, schermi intelligenti e terminali portatili, dove touchscreen ed ecosistema di applicazioni contano più dei bassi consumi.

Le piattaforme IoT con IA creano dipendenza dal fornitore?

Possono farlo. Anche i servizi IoT cloud vengono dismessi: Google ha chiuso Cloud IoT Core ad agosto 2023 e gli utenti hanno dovuto migrare i dispositivi. Piattaforme che accettano protocolli aperti come LoRaWAN e MQTT e consentono di mantenere le proprie chiavi rendono un futuro passaggio molto meno difficile.

Che differenza c’è tra un sistema operativo IoT e il firmware?

Il firmware è l’immagine software completa di un dispositivo. Il sistema operativo, se presente, è la parte che pianifica le attività e gestisce l’hardware. Il codice applicativo sopra di esso svolge il lavoro specifico del dispositivo.

Cinque sensori a batteria in un edificio — per esempio un contatto porta, due sensori di temperatura e due rilevatori di perdite — mostrano il concetto di parco connesso in piccolo. Riuniscili in una dashboard e aggiungi una regola che avvisi quando un sensore rileva acqua. Questa configurazione rientra nell’attuale piano gratuito di Kilo. Kilo Electronics propone nodi sensore LoRaWAN, ma l’hardware di qualsiasi fornitore compatibile funziona allo stesso modo.