Eine Scrutiny Debugger Demo bietet einen kompakten Einblick in die Live-Instrumentierung auf einem STM32-Target. In wenigen Minuten zeigt Pier-Yves Lessard, Entwickler des Tools, Beschleunigungssensorvariablen, stellt sie als kontinuierlichen Graph dar und richtet anschließend eine Triggerbedingung ein, um ein bestimmtes Ereignis in Echtzeit aufzuzeichnen. Anstelle eines eingefrorenen Breakpoints erhalten Embedded-Entwickler ein praktisches Beispiel für Variablenüberwachung, Graphing und Ereignisaufzeichnung – während die Firmware weiterläuft.

Was das Demo zeigt

Die offizielle Projektdokumentation beschreibt Scrutiny als Werkzeug zum Plotten von Live-Daten, zum Erfassen schneller Ereignisse und zur Variableninspektion ohne Eingriff in die Ausführung. Ein früheres Elektor-Webinar zeigt diesen Workflow auf echter Hardware. Lessard beginnt im Video mit rohen Beschleunigungssensordaten auf einem STM32-Board und demonstriert, wie sich die Werte verschieben, wenn er das Gerät kippt und die Schwerkraft von einer Achse zur anderen wechselt.

Anschließend wechselt er zu Alias-Variablen, die die Messwerte in g skalieren, was die Anzeige sofort aussagekräftig macht. Daraufhin erstellt er einen kontinuierlichen Graph auf der Client-Seite, startet die Aufzeichnung und bewegt das Board, sodass die Traces in Echtzeit reagieren. Der Clip verdeutlicht außerdem einen wichtigen Unterschied zwischen zwei Graphing-Modi: Im ersten protokolliert das PC-Interface, was es empfängt. Im zweiten führt das Gerät die Aufzeichnung selbst durch – die interessantere Option, wenn das Timing entscheidend ist.

Einsatzmöglichkeiten des Scrutiny Debugger

Der interessanteste Teil ist die triggerbasierte Aufzeichnung. Lessard konfiguriert den Embedded-Graph für einen 1-kHz-Task, verwendet eine Ideal-Zeit-X-Achse mit 1 ms Abtastabstand und definiert eine Bedingung, sodass die Aufzeichnung ausgelöst wird, wenn die X-Achsen-Beschleunigung 0,5 g überschreitet. Er platziert den Trigger bei 75 % des Graphs, dreht das Board und erhält eine Ereignisaufzeichnung, die sowohl den Vorlauf als auch die Nachwirkung des Schwellenwertüberschreitens zeigt. Genau dieses Verhalten können gewöhnliches Polling oder ein angehaltener Debugger leicht verpassen.

Das Scrutiny Debugger Demo ist damit ein Beispiel dafür, wie Live-Instrumentierung bei Kalibrierung, Debugging, Transienten-Analyse und Testarbeiten auf realen Embedded-Systemen helfen kann. Wer mit Regelkreisen, Motoransteuerungen, Robotik, Leistungswandlern oder anderer Firmware arbeitet, die im angehaltenen Zustand kaum noch nützlich ist, sollte sich diesen Clip ansehen.

Abonnieren
Tag-Benachrichtigung zu Elektor TV jetzt abonnieren!