|
|
|
|
|
|
„Ein kluger Mensch macht nicht alle Fehler selbst. Er gibt auch anderen eine Chance.“ (Winston Churchill, britischer Politiker)
|
|
|
|
|
 Newsletter im Mai 2026
- Zusammenarbeit von RAZORCAT und SEGGER - Trace-basierte Einblicke im CI/CT Workflow - Von der Ungewissheit zur Klarheit: Wie PERCEPIO Detect 2025.2 das Debugging revolutioniert - Warum unsichtbare Fehler Embedded Systeme heimsuchen - TaskMonitor-Revolution: Das Unsichtbare sichtbar machen - Der strategische Wandel: Von der Brandbekämpfung zur Prävention
|
|
|
|
|
Liebe Kundin, Lieber Kunde,
 |
Unsere langjährigen Partner RAZORCAT Development GmbH und SEGGER Microcontroller GmbH bauen ihre Zusammenarbeit im Bereich Embedded-Softwaretests weiter aus.
Ziel der Partnerschaft ist es, Testlösungen für Embedded-Systeme konsequent weiterzuentwickeln und die Integration der SEGGER-Entwickl-ungswerkzeuge in das Testautomatisierungstool TESSY weiter zu optimieren.
|
|
 |
Zusammenarbeit von RAZORCAT und SEGGER TESSY von RAZORCAT ist ein etabliertes Werkzeug für Modul- und Integrationstests von Embedded-Software, insbesondere in sicherheits-kritischen Projekten. Es automatisiert die Erstellung und Durchführung von Tests, unterstützt bei der Organisation und Verwaltung von Testfällen und ist mit einer Vielzahl von Mikrocontrollern, Compilern und Debuggern kompatibel.
Die Entwicklungswerkzeuge von SEGGER sind bereits umfassend in TESSY integriert. SEGGER Embedded Studio ist eine leistungsfähige IDE für das Projektmanagement und die Entwicklung von Embedded-Software. Sie bein-haltet die SEGGER Toolchain, zur Erzeugung hochoptimierter Firmware sowie die nahtlose Anbindung der J-Link-Debug-Probes für das Debugging und das Testen am Zielsystem. Zusätzlich steht ein Core-Simulator zur Verfügung, der schnelle und effiziente Tests ohne physische Hardware ermöglicht.
TESSY unterstützt Embedded-Studio-Projekte, indem Tests direkt auf Basis bestehender Entwicklungsumgebungen generiert werden können. Die Testausführung erfolgt innerhalb von TESSY mit J-Run oder emSim zur Ergebniserfassung. Bei fehlgeschlagenen Tests kann TESSY automatisch eine Debug-Session in Embedded Studio starten, sodass die Ursachen unmittelbar analysiert werden können.
Mehr zu diesem Thema lesen Sie hier.
|
 |
 |
Trace-basierte Einblicke im CI/CT-Workflow - Eine wichtige Rückkopplungsschleife! Eine der interessantesten Diskussionen, die wir immer wieder mit Kunden führen, dreht sich darum, wie sich Trace-basierte Einblicke nahtloser in automatisierte Entwicklungsworkflows wie CI-Tests integrieren lassen.
Deshalb bietet PERCEPIO nun eine Early-Access-Möglichkeit für Tracealyzer CLI an.
Tracealyzer CLI (Command Line Interface) ist eine neue Befehlszeilenschnittstelle für Tracealyzer, die sich an Teams richtet, die Trace-Analysen systematischer als Teil ihres CI/CT-Workflows, ihrer Test-automatisierung und ihrer Regressions-Feedbackschleifen nutzen möchten.
Im Rahmen dieses Early-Access-Programm kann sich die Schnittstelle vor der offiziellen Veröffentlichung auf Grundlage von Feedback von Kunden aus der Praxis weiterentwickeln. Wir glauben, dass der Zeitpunkt richtig ist, und möchten eng mit unseren Kunden zusammenarbeiten, um eine optimale Anpassung an Ihre Workflows sicherzustellen: - Es erleichtert die Integration tracebasierter Diagnosen in automatisierte Pipelines
- Es hilft Teams, von einmaligem Debugging zu wiederholbareren Analysen überzugehen
- Es unterstützt die frühzeitige Erkennung von Timing-Anomalien, Latenzabweichungen und unerwünschten Verhaltensänderungen
- Es eröffnet neue Möglichkeiten, Trace-Daten als Teil der kontinuierlichen Qualitätssicherung zu nutzen
Für viele Embedded-Teams könnte dies eine praktische Brücke zwischen Run-Time-Beobachtbarkeit und strukturierten Engineering-Workflows werden: nicht nur das Öffnen eines Trace, wenn ein Problem auftritt, sondern die kontinuierliche Nutzung von Trace-Erkenntnissen, um Regressionen und Abweichungen früher zu erkennen.
Wenn Sie Tracealyzer-CLI in Ihrer realen Umgebung testen und uns Feedback geben wollen, sind Sie als Early-Adopter-Kunde willkommen. Im Gegenzug erhalten sie frühzeitigen Zugang zu einer Funktion, von der wir glauben, dass sie für Teams, die mit Automatisierung, CI und kontinuierlichen Tests arbeiten, von großem Wert sein kann.
Sind Sie an einem frühen Zugang oder dem Beta-Status interessiert?
Bitte antworten Sie auf diese E-Mail oder kontaktieren Sie uns direkt über dieses Formular, und wir setzen unser Gespräch gerne fort.
Zu diesem Thema können wir Ihnen auch den Artikel von Chefredakteur Chris Edwards in New Electronics empfehlen: „Keeping a Close Watch“, in dem PERCEPIO Gründer Johan Kraft sich am Dialog über Embedded Observability beteiligt.
|
 |
 |
Von der Ungewissheit zur Klarheit: Wie PERCEPIO Detect 2025.2 Debugging revolutioniert
Die embedded world 2026 im März hat deutlich gezeigt, dass Embedded-Software-Teams aus mehreren Richtungen gleichzeitig unter zunehmendem Druck stehen:
- schnellere Release-Zyklen,
- komplexere Software,
- höhere Erwartungen an Qualität und Zuverlässigkeit,
- ein wachsender Bedarf an fundierteren Nachweisen bei der Verifikation und Validierung.
Was in Nürnberg besonders auffiel, war, dass Observability kein Nischenthema mehr ist. Immer mehr Teams erkennen, dass ein besserer Einblick in die Laufzeit nicht nur dann nützlich ist, wenn bereits etwas schief-gelaufen ist, sondern als kontinuierliche Rückkopplungsschleife während der gesamten Entwicklung und Testphase.
|
 |
 |
|
|
|
Warum unsichtbare Fehler Embedded Systeme heimsuchen
Teams für Embedded Software sehen sich mit einem zunehmend frustrier-enden Paradoxon konfrontiert. Je komplexer und vernetzter Systeme werden, desto geringer wird paradoxerweise ihre Fähigkeit, zu beob-achten, was tatsächlich zur Laufzeit geschieht.
Die teuersten Fehler sind heute nicht diejenigen, die vorhersehbar zum Absturz führen – es sind die Phantomfehler: mysteriöse Einfrierungen, Ressourcenerschöpfung und Timing-Anomalien, die verschwinden, bevor sie diagnostische Hinweise hinterlassen.
Betrachten wir ein typisches Szenario: Ein Gerät rebootet von selbst neu, und lässt die Entwickler über das „Warum“ völlig im Dunkeln tappen. Was hat den Neustart ausgelöst? War es ein Deadlock? Ist die CPU verhungert? Speicherengpässe? Keine Ahnung.
Herkömmliche Debugging-Tools bieten so gut wie keine Hilfe. Ingenieure greifen auf umfangreiche Protokollierung zurück, was einen massiven Over-head verursacht, der das Systemverhalten grundlegend verändert und genau die Probleme verschleiert, nach denen sie eigentlich suchen. Dieser reaktive Ansatz verschwendet unzählige Entwicklungsstunden und verzögert kritische Releases.
|
 |
 |
TaskMonitor-Revolution: Das Unsichtbare sichtbar machen PERCEPIO Detect 2025.2 leitet mit seiner TaskMonitor-Funktion einen Paradigmenwechsel ein. Anstatt darauf zu warten, dass sich katastrophale Ausfälle bemerkbar machen, überwacht diese Technologie proaktiv die CPU-Aktivität auf Thread-Ebene und achtet kontinuierlich auf die Warn-zeichen, die einem Systemausfall vorausgehen.
Noch wichtiger ist, dass TaskMonitor Firmware-Einfrierungen und Über-lastungszustände automatisch erkennt, selbst wenn kein expliziter Fehler auftritt – und damit genau die blinden Flecken beseitigt, die herkömmliche Ansätze plagen.
Die Eleganz dieser Lösung liegt in ihrer Architektur. TaskMonitor unterhält ein kontinuierliches, ressourcenschonendes Beobachtungsfenster über Ihr gesamtes System hinweg. Wenn Anomalien auftreten – sei es ein Thread, der übermäßig viele CPU-Zyklen beansprucht, ein Scheduler, der kritische Aufgaben vernachlässigt, oder Timing-Verletzungen, die sich in Ihre Ausführungsmuster einschleichen –, erfasst das System diese sofort.
Im Gegensatz zum reaktiven Debugging wartet PERCEPIO Detect nicht auf eine Katastrophe. Es erkennt Probleme bereits im Keim, wenn sie noch klein genug sind, um sie zu verstehen und zu beheben.
Darüber hinaus verändert diese Fähigkeit die Herangehensweise von Teams an die Embedded-Entwicklung. Durch die Erhaltung des kritischen Ausführungskontexts des ursprünglichen Vorfalls ermöglicht Detect Inge-nieuren, genau zu rekonstruieren, was passiert ist, und beschleunigt so die Ursachenanalyse drastisch.
Die nachweisliche Reduktion der Debugging-Zeit um bis zu 90 Prozent auf ressourcenbeschränkten Systemen stellt einen massiven, messbaren Fortschritt für Teams dar, die ständig mit Zeit- und Ressourcenengpässen zu kämpfen haben.
|
 |
 |
Der strategische Wandel: Von der Brandbekämpfung zur Prävention Am bedeutendsten ist sicherlich, dass PERCEPIO Detect 2025.2 einen grundlegenden Wandel in der Qualitätssicherung von Embedded Software vorantreibt.
Teams können endlich von reaktivem Debugging – dem ständigen Löschen von Bränden nach Systemausfällen – zu präventiven Qualitätssicher-ungsstrategien übergehen.
Dieser Wandel verändert die gesamte Arbeitsweise der Entwicklung von Embedded Software. Infolgedessen profitieren Unternehmen, die diesen Ansatz verfolgen, von einer frühzeitigeren Risikoerkennung und decken potenzielle Fehler bereits während der Entwicklung auf, anstatt erst im Einsatz - womöglich beim Kunden.
Ingenieure gewinnen Vertrauen in die Zuverlässigkeit ihres Systems, da sie das Verhalten unter Belastungsbedingungen tatsächlich beobachtet und validiert haben. Diese proaktive Haltung spart nicht nur Zeit, sondern ver-bessert auch grundlegend die Produktzuverlässigkeit und die Kunden-zufriedenheit.
Letztendlich macht PERCEPIO Detect 2025.2 die Entwicklung von Embedded Software vorhersehbarer und widerstandsfähiger. Indem die Plattform bisher unsichtbare Fehler aufdeckt, ermöglicht sie es Teams, Systeme zu entwickeln, die nicht nur funktionieren, sondern unter realen Bedingungen zuverlässig arbeiten.
|
 |
 |
Die Ära des blinden Debuggens von Embedded Software geht zu Ende.
Herzlichst, Ihr Marian A. Wosnitza
„Freiheit ist nichts wert, wenn sie nicht, die Freiheit einschließt, Fehler zu machen."
(Mahatma Gandhi, indischer Rechtsanwalt, Pazifist)
|
|
|
|
|
|
|
|
|