Zwölf Minuten: Solange haben Wissenschaftler Zeit, um Experimente in der Schwerelosigkeit durchzuführen. Möglich ist das mit Forschungsraketen, die bis zu einer Höhe von 700 Kilometer steigen. Die bei den Experimenten anfallenden Daten werden dabei zur Bodenstation übertragen und via OPC UA an die unterschiedlichen Interessenten verteilt. Deren Visualisierungsoberflächen werden mit Labview als User Interface Designer individuell erstellt.

Airbus stellt für Forschungsprojekte Raketen zur Verfügung, um sogenannte Mikrogravitations-Experimente durchzuführen. Diese Raketen erreichen Höhen von rund 260 km (Texus-Rakete) beziehungsweise 700 km (Maxus-Rakete), was eine Experimentierzeit von zwölf Minuten in der Schwerelosigkeit ermöglicht. Im April 2017 startete im schwedischen Kiruna die Maxus-9 mit fünf Experimenten an Bord. Während des Flugs wurden diverse Eingriffe in die Experimente durchgeführt. Hierzu war die Anzeige der Momentan-Werte notwendig. Bei zweien der Experimente kam eine neue Technologie zur Datenverteilung und Datenanzeige zum Einsatz. Die verwendete Technologie war OPC UA in Kombination mit Labview-Anzeigen.

Datenverteilung bei den Raketen

Nebenstehendes Bild zeigt am Beispiel der Maxus-9 (gestartet am 07.04.2017) das prinzipielle Datensystem (Video, Telemetrie und Telekommandos) für die Texus-/Maxus-Höhenforschungsraketen. Pro Rakete werden drei bis fünf Experimente in den Weltraum geschossen und für einen Zeitraum von sechs bis zwölf Minuten der Schwerelosigkeit ausgesetzt. Jedes Experiment wird dabei von einem Forscherteam durchgeführt und betreut. Deshalb besitzt jeder Versuch am Boden eine separate Steuerungs- und Überwachungseinheit. Die Experimente liefern zum einen sogenannte Housekeeping-Daten (zum Beispiel Batteriespannung oder Temperatur) und zum anderen die wissenschaftlichen Daten. Die Housekeeping-Daten sind bei den verschiedenen Experimenten sehr ähnlich. Die wissenschaftlichen Daten variieren von Experiment zu Experiment stark, sowohl in der Akquisitionsrate (5 Hz bis 4 kHz) als auch in den Datentypen.

Problem: Digitale Daten

Im bisherigen Datensystem können die analogen Messdaten von einem Experiment (Housekeeping- und wissenschaftliche Daten) auf ein Display gespielt werden, das ein vorgegebenes Layout besitzt. Durch eine Konfigurationsdatei können die vordefinierten Felder mit den jeweiligen Messwerten belegt werden. Digitale Daten, wie sie heute vermehrt auftreten, können nur mit hohem Aufwand und teilweise gar nicht auf den Displays untergebracht werden.
Durch die steigende Komplexität der Experimente und durch die voranschreitende Digitalisierung sind die folgenden neuen Anforderungen an das Datensystem aufgetreten:

• Die Gestaltung der Bodenanzeigen muss für jedes Experiment individuell sein. Nur so können sowohl Ingenieure als auch Wissenschaftler den Überblick über die Experimentalanlagen und den Experimentablauf behalten.
• Die Daten müssen auf verschiedene Anzeigen verteilbar sein. So ist es zum Beispiel sinnvoll, die Housekeeping-Daten auf einer Anzeige anzuzeigen, die von den Ingenieuren überwacht wird, und die wissenschaftlichen Daten entsprechend auf Monitoren, die den Wissenschaftlern zur Verfügung stehen.
• Analoge Messdaten und digitale Daten müssen leicht in jede Anzeige integrierbar sein, auch in grafischer Form.
• Es sollte möglich sein, aus den analogen und digitalen Daten nutzerspezifische Werte abzuleiten und anzuzeigen (zum Beispiel Leistungsberechnung aus Spannung und Strom).

Forderung nach mehr Flexibilität

Labview kam bereits vorher bei den Experimenten als Software zur Datenerfassung und Verarbeitung zum Einsatz. Aus diesem Grund war Labview, insbesondere die Funktionen zur Erstellung von Anzeigen, bekannt. So wurde entschieden, Labview als Anzeige-Werkzeug zu verwenden. Dazu musste ein Framework entwickelt werden, das Daten in generalisierter Form an die verschiedenen Anzeigen weitergeben kann. Dieses Framework soll nun dargestellt werden.

Labview-based Displays

Displays sind im Kontext dieses Projekts Einheiten, die bestimmte Prozessgrößen darstellen (sie sind auch das HMI und zur Steuerung erforderlich). Labview-based Displays bezeichnet dabei einen Ansatz, diese Displays effizient an die jeweiligen Bedürfnisse der Anwender anzupassen.
Die Displays zeigen Daten des Data Transport Server an, welcher dieser von der fliegenden Forschungsrakete seinerseits über einen Telemetrie-Server erhält. Die einzelnen Messgrößen werden dabei in Form von Items des OPC-UA-Server publiziert. Damit können beliebige Clients auf diese Daten zugreifen. Mit Hilfe von Labview und einer im Rahmen des Projekts entwickelten Bibliothek ist es möglich, ohne Programmierkenntnisse ansprechende Oberflächen zur Visualisierung diverser Daten zu entwickeln. Dabei erfolgt die Verbindung von Oberflächenelementen mit Prozessgrößen durch die Benennung der Oberflächenelemente. Über diese Namensgebung ist es möglich, die entsprechenden Items des OPC-UA-Server zu abonnieren und entsprechend in der Oberfläche zu aktualisieren. Diese Aufgabe übernimmt ein parallel laufender Prozess, der als Bibliotheksfunktion zur Verfügung steht.
Bei Graphen ist die Situation durch die Darstellung mehrerer Kurven etwas komplizierter: Hier werden die Namen der Prozessvariablen in der Beschreibung (Description) des Graphen in Textform abgelegt. Um die Namen der verfügbaren Items schnell ermitteln und via Clipboard in die Konfiguration der Oberflächenelemente übernehmen zu können, wurde ein spezieller Item-Browser implementiert. Wenn alle Oberflächenelemente passend konfiguriert sind, kann das dadurch entstandene Programm kompiliert werden und steht dann als Executable zur Verfügung.

Zusammenfassung

Mit Hilfe der Labview-based Displays und OPC UA konnten die Daten effizient auf einer Vielzahl individuell angepasster Anzeigeeinheiten dargestellt werden. Für die Forschergruppen konnten ohne Programmierkenntnisse, aber mit der vollen Flexibilität von Labview als User Interface Designer, maßgeschneiderte Visualisierungsoberflächen direkt im Hause Airbus erstellt werden. Das Konzept hat sich im Flug bewährt und die Rückmeldungen der Anwender waren durchwegs positiv.
Für die künftigen Versionen von Labview-based Displays ist geplant, Daten auch in Gegenrichtung, also zum Steuern bestimmter Experimentfunktionen, zu verwenden. Außerdem könnte man sich bei geeigneter Übertragungsstrecke vorstellen, die Telemetriedaten direkt via OPC UA im Experiment zu publizieren und vom Boden aus auf diese Daten zuzugreifen.