Un système d’exploitation IoT est un logiciel qui gère du matériel connecté, mais l’expression recouvre deux réalités assez différentes. Dans son sens classique, c’est le petit système qui fonctionne dans un appareil : un capteur, une serrure connectée ou une passerelle, par exemple. Zephyr, FreeRTOS et RIOT en sont des exemples courants. Dans un sens plus récent, c’est la couche qui fait fonctionner tout un parc d’équipements : le logiciel qui permet à des milliers de capteurs, compteurs, machines et robots de fabricants différents de partager leurs informations et d’agir ensemble.

Les deux sens sont légitimes et répondent à des questions différentes. Si vous concevez une carte électronique, c’est le premier qui vous intéresse. Si vous gérez un bâtiment, une usine ou plusieurs sites, c’est le second. Ce guide explique les deux, en commençant par l’appareil.

L’essentiel

  • Le système d’exploitation IoT d’un appareil fonctionne sur un microcontrôleur ou un processeur embarqué. Il gère les tâches, la mémoire, la radio et l’énergie de cet appareil.
  • Les solutions les plus répandues comprennent les systèmes temps réel comme Zephyr et FreeRTOS pour les petits appareils, et Linux embarqué pour les passerelles et les caméras.
  • À l’échelle d’un parc, le système d’exploitation IoT relie des équipements de protocoles et de fabricants différents dans un contexte commun, exploitable par des règles, des personnes et l’IA.
  • Une plateforme IoT avec IA ajoute une intelligence capable de lire ce contexte et, dans les limites des autorisations définies, d’agir sur des équipements réels. Les tests avant mise en service deviennent donc essentiels.

Les objets connectés ont-ils besoin d’un système d’exploitation ?

Pas toujours. Les plus petits appareils fonctionnent souvent « bare metal », sans système d’exploitation : une boucle principale lit un capteur, envoie un paquet puis remet l’appareil en veille. C’est simple et cela consomme très peu de mémoire. Dès qu’il faut mener plusieurs tâches de front — gérer la radio, chiffrer des messages, lire trois capteurs et recevoir des mises à jour du micrologiciel — un petit système d’exploitation devient utile.

L’IETF, l’organisme de normalisation de l’internet, classe les appareils aux ressources limitées dans la RFC 7228. Ceux de classe 0 disposent de bien moins de 10 Kio de RAM et ne peuvent généralement pas exécuter de système d’exploitation généraliste. La classe 1 dispose d’environ 10 Kio de RAM et 100 Kio de mémoire flash, assez pour un système temps réel compact. La classe 2 dispose d’environ 50 Kio de RAM et 250 Kio de flash et peut exécuter une pile IP complète. Au-dessus, on trouve des processeurs dotés d’une unité de gestion mémoire et de plusieurs mégaoctets de RAM, capables de faire tourner Linux.

La différence essentielle entre ces deux familles tient au comportement temporel. Un système d’exploitation temps réel, ou RTOS, garantit qu’une tâche s’exécute dans un délai connu, ce qui compte pour commander un moteur ou respecter le rythme des communications radio. Un système généraliste comme Linux offre beaucoup plus de fonctions, d’outils et de possibilités réseau, mais demande davantage de mémoire et d’énergie, avec des délais moins prévisibles.

Quels sont les meilleurs systèmes d’exploitation pour l’IoT ?

Il n’existe pas de meilleur choix universel. Tout dépend de la puce, du budget énergétique et de l’équipe. Voici les solutions que les fabricants envisagent le plus souvent :

Système d’exploitation Type Matériel typique Licence Responsable
Zephyr RTOS Microcontrôleurs, notamment Arm Cortex-M et RISC-V Apache 2.0 Projet de la Linux Foundation
FreeRTOS Noyau RTOS Presque tous les microcontrôleurs MIT Amazon Web Services
RIOT RTOS Microcontrôleurs basse consommation LGPL 2.1 Communauté open source
Contiki-NG Système événementiel Nœuds radio basse consommation BSD 3-Clause Communauté open source
Eclipse ThreadX RTOS Microcontrôleurs, applications avec certification de sécurité MIT Eclipse Foundation
Linux embarqué (Yocto, Buildroot, Ubuntu Core) Généraliste Passerelles, caméras, ordinateurs en périphérie Noyau GPL, licences variées pour l’espace utilisateur Linux Foundation et fournisseurs

Quelques repères pratiques facilitent le choix. FreeRTOS est le plus petit pas au-delà du bare metal : un ordonnanceur et quelques primitives, auxquels on ajoute des bibliothèques réseau séparées. Zephyr est plus complet, avec des pilotes, Bluetooth, des fonctions réseau et une configuration fondée sur un arbre de périphériques. Il est devenu un choix fréquent pour de nouvelles conceptions. RIOT et Contiki-NG viennent de la recherche sur les réseaux radio basse consommation et sont solides sur IPv6 avec des radios aux ressources limitées. ThreadX est souvent retenu lorsque la certification de sécurité du noyau compte. Linux prend le relais dès qu’un appareil a besoin d’une chaîne de traitement vidéo, de conteneurs ou d’une pile web complète. C’est pourquoi la plupart des passerelles l’utilisent.

En pratique, la plupart des projets retiennent d’abord le système le mieux pris en charge par le kit logiciel du fabricant de la puce. Ils vérifient ensuite si l’équipe pourra le maintenir à jour et sécurisé pendant les dix années que l’appareil pourrait passer sur le terrain. Ce second point devient aussi juridique. Le règlement européen sur la cyberrésilience est entré en vigueur en décembre 2024, ses principales obligations s’appliquant à partir de décembre 2027. Il impose aux fabricants de produits connectés vendus dans l’UE de traiter les vulnérabilités et de fournir des mises à jour de sécurité pendant une période de support définie. Un système disposant d’une équipe de sécurité active et d’un processus de mise à jour clair facilite ce travail.

Système d’exploitation IoT ou plateforme IoT

Avec des centaines ou des milliers d’appareils, un autre problème apparaît. Chaque appareil exécute très bien son petit système, mais le parc n’a aucune vision commune. Les capteurs de porte remontent dans une application, les compteurs dans une autre, le groupe froid dans la gestion technique du bâtiment et le robot dans son logiciel de flotte. Rien ne relie ce qu’un équipement observe à ce qu’un autre peut faire.

La réponse traditionnelle était une plateforme IoT : un service cloud qui collecte des mesures, trace des graphiques et envoie des alertes. C’est utile, mais essentiellement à sens unique. L’idée plus récente est une couche d’exploitation pour tout le parc. Tout comme le système d’un appareil permet aux programmes de partager la mémoire et la radio d’une puce, celui d’un parc permet à des appareils, des machines et des IA de fabricants différents d’échanger leurs observations, de coordonner des tâches et d’agir dans des limites d’autorisation définies.

Prenons une cour logistique. Un robot de patrouille ne voit et n’entend que son environnement immédiat. Un contact de porte LoRaWAN sur batterie, situé à l’autre bout de la cour, signale l’ouverture d’un portail bien après la fermeture du site, alors que personne ne devrait s’y trouver. Seul, le robot n’en sait rien. Une fois les deux reliés par une couche commune, l’événement devient une mission de vérification pour le robot, une alarme pour le gardien de nuit et une trace de ce qui s’est passé. C’est une application concrète de l’IA physique : relier les éléments physiques pour qu’ils partagent leur contexte et agissent ensemble. Le robot n’est qu’un participant parmi les capteurs, portes, caméras, compteurs et machines.

Nous développons Kilo pour fournir cette couche à l’échelle du parc. Les appareils LoRaWAN, mioty et MQTT ainsi que les traceurs de véhicules s’y connectent directement. Les équipements Modbus, BACnet ou OPC UA passent par des passerelles en périphérie. Le matériel de fabricants différents remonte ainsi au même endroit. Vous dessinez des règles qui décident de la suite et envoient des commandes aux équipements capables de les recevoir. Comme ces commandes peuvent déplacer des objets réels, vous parcourez chaque règle pas à pas dans le débogueur, avec des commandes simulées, avant sa mise en service. Si votre projet relève de cette seconde définition, vous pouvez connecter un premier groupe d’appareils au système d’exploitation Kilo pour l’IoT et l’IA physique, puis agrandir le parc progressivement.

Qu’est-ce qu’une plateforme IoT avec IA ?

Une plateforme IoT avec IA, parfois appelée plateforme AIoT, associe un parc connecté à une IA capable de travailler dessus. L’expression couvre un large éventail. À une extrémité, l’IA fonctionne dans l’appareil, comme une caméra qui classe les images localement. À l’autre, elle travaille sur tout le parc : répondre à des questions sur les mesures en direct, repérer les appareils qui ne transmettent plus, créer une automatisation à partir d’un objectif ou envoyer des commandes.

Voici un exemple concret de cette seconde approche : quelqu’un demande « Quels congélateurs ont dépassé 5 °C pendant plus d’une heure la semaine dernière ? » et obtient une liste et un graphique, sans exporter les données dans un tableur ni écrire une requête.

Cette seconde approche change les garanties attendues de la plateforme. Quand l’IA résume des données, une erreur est gênante. Lorsqu’elle peut actionner un relais, fermer une vanne ou envoyer un robot quelque part, la plateforme doit définir clairement ce qu’elle peut toucher, demander une confirmation explicite avant d’agir, enregistrer chaque commande et son résultat, et permettre de tester les scénarios avant de les exécuter sur des équipements réels.

Quelle est la meilleure plateforme IoT avec IA ?

Cela dépend du travail que vous attendez de l’IA. Les listes d’entreprises AIoT mélangent fabricants de puces, vendeurs de caméras, fournisseurs cloud et plateformes logicielles, ce qui rend les comparaisons difficiles. Mieux vaut examiner les questions qui détermineront le fonctionnement au quotidien :

Question Pourquoi elle compte
Quels appareils et protocoles sont pris en charge sans développement spécifique ? Détermine la part du parc que la plateforme peut voir
L’IA peut-elle seulement lire les données ou aussi agir sur le matériel ? Agir exige un niveau de contrôle nettement supérieur
Comment le prix évolue-t-il avec le nombre d’appareils et d’utilisateurs ? Un pilote bon marché peut devenir un parc coûteux
Comment les actions de l’IA sont-elles limitées, approuvées et enregistrées ? Il faut savoir qui a fait quoi et pourquoi
Peut-on exporter les données et la configuration des appareils en partant ? Détermine la difficulté d’un futur changement
Où la plateforme peut-elle fonctionner : cloud, sur site, en périphérie ? Influe sur la latence, la maîtrise des données et le fonctionnement hors ligne
Quelle est la taille de la communauté d’utilisateurs et d’intégrateurs ? Détermine la facilité à trouver de l’aide et des compétences

Pondérez les réponses selon votre situation. Une équipe sur un seul site, avec quelques dizaines de capteurs, veut surtout démarrer vite. Une entreprise multisite avec du matériel varié privilégiera les protocoles, les autorisations et la durée du support. Une équipe qui prévoit de laisser l’IA envoyer des commandes doit commencer par les possibilités d’action et leurs limites.

Questions fréquentes sur les systèmes d’exploitation IoT

Linux est-il un système d’exploitation IoT ?

Oui. Linux embarqué est très répandu sur les appareils IoT plus puissants : passerelles, caméras et ordinateurs industriels en périphérie. Il fonctionne généralement sur un processeur doté d’une unité de gestion mémoire, avec quelques dizaines de mégaoctets de RAM. Depuis le noyau 6.12, sorti en novembre 2024, les modifications temps réel PREEMPT_RT font partie de la branche principale de Linux, ce qui le rend mieux adapté aux tâches sensibles au temps.

Android est-il un système d’exploitation IoT ?

Google avait développé Android Things pour les objets connectés, mais a fermé le service en janvier 2022. Android classique reste utilisé dans les bornes, les écrans connectés et les terminaux portables, où l’écran tactile et l’écosystème d’applications comptent plus que la faible consommation.

Les plateformes IoT avec IA créent-elles une dépendance au fournisseur ?

C’est possible. Des services IoT cloud sont parfois arrêtés : Google a fermé Cloud IoT Core en août 2023, obligeant ses utilisateurs à migrer leurs appareils. Les plateformes qui acceptent des protocoles ouverts comme LoRaWAN et MQTT et vous laissent conserver vos propres clés facilitent beaucoup un futur changement.

Quelle est la différence entre un système d’exploitation IoT et un micrologiciel ?

Le micrologiciel est l’image logicielle complète de l’appareil. Le système d’exploitation, s’il existe, en est la partie qui ordonnance les tâches et gère le matériel. Le code applicatif au-dessus réalise la fonction propre à l’appareil.

Cinq capteurs sur batterie dans un bâtiment — par exemple un contact de porte, deux capteurs de température et deux détecteurs de fuite — illustrent la notion de parc à petite échelle. Regroupez-les sur un tableau de bord et ajoutez une règle qui vous alerte lorsqu’un détecteur signale de l’eau. Cette configuration tient dans l’offre gratuite actuelle de Kilo. Kilo Electronics propose des nœuds capteurs LoRaWAN, mais le matériel de tout fournisseur compatible fonctionne de la même façon.