Pourquoi les systèmes temps réel déterministes sont plus essentiels que jamais en robotique
Dans l'épisode 245 du Robot Report Podcast, Winston Leung, directeur des alliances stratégiques chez BlackBerry QNX, développe un argument central : à mesure que les robots autonomes intègrent les environnements humains, les systèmes d'exploitation temps réel déterministes deviennent un prérequis de sécurité fonctionnelle, pas un simple choix d'infrastructure. QNX, filiale de BlackBerry, mise sur une architecture microkernel propriétaire qui isole les processus critiques et garantit des temps de réponse bornés, quelle que soit la charge CPU. L'entreprise a présenté à l'occasion du Robotics Summit & Expo 2025 son "Inside the Robot: Architecture Benchmark Report", une étude comparative des architectures logicielles embarquées dans les robots actuels. En parallèle, deux actualités ont retenu l'attention cette semaine : Slamcore a levé 14 millions de dollars pour sécuriser l'automatisation d'entrepôts, et Amazon a étendu les capacités de son robot Proteus en Europe, lui ajoutant une interface en langage naturel. La montée en puissance des robots humanoïdes et des AMR (autonomous mobile robots) en milieu industriel pose une exigence que ROS 2, conçu pour la recherche, ne couvre pas nativement : la prévisibilité absolue des temps de cycle et la résistance aux attaques cybernétiques sur des systèmes embarqués exposés en réseau. Un microkernel comme celui de QNX permet d'isoler les défaillances logicielles dans des espaces mémoire séparés, réduisant la surface d'attaque et empêchant qu'un crash applicatif compromette le contrôle moteur ou les fonctions de sécurité. Les partenariats annoncés avec NVIDIA et Intel visent à optimiser cet OS pour les SoC haute performance (Jetson, Core Ultra) qui équipent la prochaine génération de robots, combinant inférence d'IA embarquée et contraintes temps réel strictes. Pour un intégrateur ou un COO industriel, le message est direct : déployer un robot dans un espace partagé avec des humains sans couche RTOS certifiable représente un risque de conformité croissant, notamment en Europe avec la révision de la directive machines. QNX est présent depuis les années 1980 dans les systèmes embarqués critiques, d'abord dans l'industrie médicale et l'aérospatiale, puis massivement dans l'automobile avec des déploiements chez BMW, Ford ou Honda. Son rachat par BlackBerry en 2010 lui a apporté une orientation cybersécurité que ses concurrents directs, Wind River VxWorks et LynuxWorks, n'ont pas développée au même niveau. Face à l'essor de ROS 2 dans la robotique commerciale, QNX se positionne non pas comme un remplacement mais comme une couche de sécurité complémentaire, un argument que son benchmark report cherche visiblement à étayer avec des données comparatives. Les prochaines étapes pour l'entreprise passent par l'élargissement de ces partenariats matériels et par la certification de son stack pour les normes robotiques émergentes, notamment ISO 10218 et ISO/TS 15066 pour la collaboration humain-robot.
UELa révision de la directive machines européenne impose un risque de conformité croissant pour les intégrateurs EU déployant des robots en espaces partagés sans RTOS certifiable ; l'extension d'Amazon Proteus en Europe renforce l'urgence de ces exigences pour les opérateurs logistiques.
