Jeder, der schon einmal an der Neuentwicklung einer etwas komplexeren Embedded Systems-Software beteiligt war, kennt die Herausforderung: Alle Einzelkomponenten wurden einem Unit-Test unterzogen, das Zusammenspiel über Integrations- sowie Funktionstests sichergestellt und abschließend noch ein umfassender Systemtest erfolgreich durchgeführt.
Trotzdem sind einige Baugruppen mit der neuen Software sofort nach der ersten Auslieferung bei den Kunden ausgefallen. Eigentlich sind auch die Ausfallgründe bekannt: Die zuvor genannten Tests wurden schließlich in der Entwicklungsumgebung und in speziellen Prüflaboren durchgeführt. Die Umgebungsbedingungen und ganz besonders mögliche Störgrößen in einer Anwendungsumgebung sehen aber häufig völlig anders aus – besonders, wenn Wireless-Funktionen und Batteriebetriebsarten genutzt werden, sind hier zahlreiche Überraschungen zu erwarten. Hinzu kommt die unvorhersehbare Kreativität der Anwendungsnutzer und dadurch verursachte Interaktionssequenzen.
Eine bekannte Fragestellung in diesem Kontext lautet daher: Wie ermitteln wir die ursächlichen Details für jeden einzelnen Ausfall und welche Softwareänderungen sind erforderlich, um derartige Ausfälle zu vermeiden?
Wireless Remote Development
Um den Herausforderungen einer Wireless IoT-Entwicklung zu begegnen, hat SSV einen neuen Werkzeugkasten mit dem Namen „Wireless Remote Development (WRD)“ entwickelt. Die WRD Toolbox beinhaltet Methoden und Funktionsbausteine für die drei Aufgabenbereiche Debuggen, Ende-zu-Ende (E2E)-Testen und Monitoring. Die zentrale Komponente der SSV-Neuentwicklung sind die WRD Services. Sie werden als Integrationsebene in einer Cloud oder On-Premises zwischen den Embedded Systemen und IT-Softwarekomponenten einer IoT-Anwendung betrieben.
Über diese Dienste lässt sich ein DevOps Team fortlaufend mit Telemetriedaten der gesamten Anwendung versorgen. Des Weiteren ermöglichen die WRD Services speziell gesicherte Debugging-Fernzugriffe auf alle Softwarefunktionen, also vom einzelnen Embedded System eines Wireless IoT-Sensors bis zur Smartphone App des Anwenders der IoT-Applikation. Durch den Umfang dieser horizontalen Systemintegration steht IoT-Entwicklern erstmals eine multifunktionale E2E-Testplattform als modulare Anwendung zur Verfügung.
Maximale Sicherheit
F&E-Manager Jürgen Fitschen von SSV erklärt: „Aus der Cybersecurity-Perspektive ist besonders das Wireless Remote Debugging eines IoT-Endpunkts eine hochsensible Angelegenheit. Deshalb haben wir eine Pairing-Methode sowie einen hochsicheren Ende-zu-Ende-Tunnel entwickelt, der zwar einen zentralen WRD Rendezvous Service als transparente Infrastrukturkomponente nutzt. Aber selbst dieser Kommunikationsservice kann die verschlüsselten Sessiondaten weder einsehen noch manipulieren. Der erforderliche Schlüssel zum Pairing beider Endpunkte wird mittels einer optischen Datenübertragung zwischen dem Entwickler-PC-Bildschirm und der Remote Debugger Device direkt ausgehandelt. Ein ähnliches Verfahren wird beispielsweise auch im Bankwesen zur Generierung sicherer TANs per Flickercode genutzt. Eine gesicherte Remote Debug-Verbindung kann nur durch ein neues Pairing oder per Sperrliste gelöst werden.“
