Webinaire Scrutiny Debugger : débogage sans sonde

Le webinaire Scrutiny Debugger s’adresse aux développeurs embarqués qui ont besoin d'inspecter, de modifier et de tester le firmware tout en maintenant le système en fonctionnement. Dans cette session, Pier-Yves Lessard présente un flux de travail basé sur l'instrumentation plutôt que sur un débogueur classique, ce qui est exactement le genre de solution utile lorsque un système en temps réel se comporte mal au moment où vous l'arrêtez.

Webinaire Scrutiny Debugger

Après la publication de l'article de janvier d'Elektor, cette présentation aborde l'aspect pratique. Lessard montre comment l'outil peut afficher des variables, tracer des signaux en direct, et supporter le calibrage et les tests via des interfaces déjà présentes sur le matériel. L'approche basée sur l'instrumentation est ici l'aspect intéressant : au lieu de traiter le débogage, la télémétrie et la configuration de production comme des tâches séparées, Scrutiny essaie de les unifier en un seul flux de travail.

Ce que couvre le webinaire Scrutiny Debugger

Le webinaire Scrutiny Debugger passe en revue la bibliothèque embarquée du projet, le serveur Python et les outils côté client, ainsi que l'étape de description du firmware qui permet au logiciel de comprendre les structures de données de la cible. Lessard aborde aussi les lectures et écritures de variables en direct, le traçage, les tableaux de bord, l'enregistrement embarqué de données et la capture déclenchée par événement pour des conditions brèves que l'interrogation classique peut manquer. Un autre angle utile est l'automatisation : le projet inclut un SDK Python, de sorte que la même configuration peut dépasser l'observation des graphiques et entrer dans des flux de travail de test et HIL répétables grâce à des points d'accroche d'automatisation.

À retenir pour les développeurs embarqués

Le point important ici n'est pas que l'instrumentation remplace chaque débogueur classique, car ce n'est pas le cas. Ce qu'elle offre, c'est un accès en exécution non intrusif via des liaisons courantes telles que série, CAN, UDP ou TCP, ainsi qu'un échantillonnage synchronisé bien plus utile dans les applications de contrôle et de puissance qu'un instantané figé. Le compromis est qu'il faut instrumenter correctement le firmware, et la technique est plus efficace pour les données globales et statiques que pour l'exploration de variables locales arbitraires. Néanmoins, pour la commande des moteurs, la robotique, les convertisseurs de puissance et d'autres systèmes embarqués où le timing est crucial, c'est une approche pertinente. Cela fait du webinaire Scrutiny Debugger plus qu'une simple démonstration de produit ; c'est une solide introduction à une méthode de débogage que de nombreuses équipes embarquées devraient sans doute utiliser plus souvent.

Regarder la session

Si vous avez manqué l'événement en direct du 9 avril 2026, regardez l'enregistrement sur YouTube ci-dessus. Il est particulièrement pertinent pour les développeurs travaillant en C ou C++ embarqué qui souhaitent mieux gérer le calibrage, l'enregistrement de données et l'automatisation des tests sans avoir à créer une pile d'outils internes uniques pour chaque tâche.