Avec la sortie de son environnement Detect (version 2026.1), l’éditeur suédois Percepio, spécialiste des solutions d'observabilité pour systèmes embarqués, étend la notion d’observation en continue - Continuous Observability - pour le système d’exploitation temps réel en open source Zephyr.
Cet outil permet aux équipes de développement embarqué de détecter, capturer et diagnostiquer automatiquement les anomalies et défaillances à l’exécution grâce à des instantanés de diagnostiques, notamment des traces système, des journaux et des core dumps (*) au niveau système. Et ce directement sur le matériel cible, sans avoir à recourir à un streaming complet des traces ni à reproduire les défaillances de manière répétée.
Cette évolution répond, selon Perceptio, à une demande croissante des équipes embarquées pour une solution d’observabilité native à Zephyr, capable de soutenir non seulement le débogage, mais aussi l’assurance qualité continue tout au long des phases de développement et de test.
L'approche Continuous Observability prônée par Percepio est désormais disponible pour Zephyr et pour tout système fondés sur Zephyr avec une surveillance de type “caméra de sécurité” développée par la société.
Dans la pratique, plutôt que de diffuser en continu l’ensemble des données de trace, la plate-forme Detect surveille le système et capture automatiquement des instantanés de diagnostiques uniquement lorsqu’une anomalie survient.
Ces instantanés, y compris les traces et les éventuels core dumps, peuvent ensuite être analysés dans l’outil Tracealyzer de la société ou bien au moyen du visualiseur de core dumps intégré à Detect afin d’identifier rapidement la cause racine du problème.
Sur les processeurs Arm Cortex-M, les core dumps et les instantanés de traces peuvent également être déclenchés à travers un appel à l'API Detect.
Les équipes peuvent ainsi capturer la pile d’appels active ainsi que le contexte d’exécution associé, y compris pour des erreurs ou avertissements non critiques, sans nécessiter une erreur fatale de Zephyr.
En intégrant cette notion d'observabilité au cœur des workflows quotidiens, Percepio estime faire évoluer les pratiques des développeurs, passant d’un débogage réactif à une démarche de développement plus proactive.
Au lieu d’attendre l’apparition de défaillances lors des phases finales de test ou en exploitation, les équipes peuvent vérifier en continu le comportement du système et détecter les problèmes subtils dès leur apparition, avant qu’ils ne se transforment en défauts.
Cette approche de l’observabilité à l’exécution gagne également en importance à mesure que l’utilisation d’agents IA se généralise dans le développement de logiciels embarqué, note Percepio.
Alors que les agents IA génèrent de plus en plus de code, les équipes auront besoin dans l’avenir, pendant l’intégration et les tests système, d’une surveillance à l’exécution afin de détecter rapidement les changements indésirables en matière de performances, de consommation de ressources et de marges “near-miss” (signalement des quasi-accidents).
C’est précisément ce retour d’information, selon Perception, qui fait généralement défaut aux agents et que la société entend continuer à développer dans un avenir proche.
In fine, l’association de l’environnement Detect et de l’outil Tracealyzer fournit un workflow allant de la détection à l’identification de la cause racine, y compris pour les problèmes intermittents impossibles à reproduire à la demande, indique Perceptio.
La solution a été initialement validée sur plusieurs cartes de développement de chez Nordic Semiconductor et STMicroelectronics.
« La prise en charge de Zephyr est l’une des fonctionnalités les plus demandées depuis le lancement de l’environnement Detect, déclare Johan Kraft, CTO et fondateur de Percepio. Avec Detect 2026.1, les équipes qui développent des systèmes embarquées avec l'OS Zephyr bénéficient désormais du même niveau de visibilité sur le comportement des systèmes en exécution que les utilisateurs de FreeRTOS qui exploitent déjà avec succès cette approche en production. »
(*) Un core dump ou vidage mémoire est un fichier qui enregistre l'état de la mémoire vive, des registres du processeur et de la pile d'exécution d'un programme informatique au moment précis où s'arrête de manière anormale
-blocks-basic-fr.jpg)
