Telemetrie: erst den Datenweg verstehen, dann ausgeben

Eine beobachtbare Größe auswählen

Wähle zunächst eine Größe, die du im Simulator langsam verändern und mit einer vorhandenen Cockpitanzeige vergleichen kannst. Drehzahl, Höhe oder ein klarer Ein-/Aus-Zustand eignen sich je nach unterstütztem Adapter. Schreibe auf, was sich ändern soll und welches Verhalten du bei einer unterbrochenen Sitzung erwartest. Wähle keine Größe nur deshalb, weil ihr Name plausibel klingt.

Telemetrie beschreibt hier Informationen aus dem Simulator. Ein Eingabebefehl geht in die andere Richtung. Eine LED, ein Motor oder ein externes Instrument benötigt zusätzlich eine eigene Ausgabeanbindung. Diese drei Wege können zusammenarbeiten, sind aber jeweils separat nachzuweisen. Der Einstieg ist deshalb ein sichtbarer Datenwert in Software, ohne physische Ausgabe.

Ein offizielles SDK kann mehrere Schnittstellen enthalten. Das SCS-SDK dokumentiert etwa Telemetrie und zusätzlich grundlegende Eingabeunterstützung. Daraus folgt nicht, dass jede Telemetrievariable auch als Steuerbefehl verwendet werden kann.

Den Datenweg in überschaubare Abschnitte teilen

Verfolge den Wert von links nach rechts: Simulatorzustand, dokumentierte Datenquelle, passender Adapter, empfangener Wert, Darstellung. Ein Netzwerkclient ist ein weiterer Abschnitt, wenn tatsächlich ein zweiter Rechner beteiligt ist. Ein zweiter Bildschirm am selben PC allein schafft noch keinen Netzwerkweg.

Für jede Grenze brauchst du eine Beobachtung. „Verbunden“ kann nur die Verbindung eines Programms beschreiben und sagt noch nichts über einen aktuellen, gültigen Simulatorwert. Die Tabelle legt fest, welche Frage zuerst beantwortet werden sollte.

Bedeutung, Einheit und Sitzung festhalten

Notiere vor dem ersten Versuch die Versionen von Simulator und Cockpit Suite, das verwendete Modul, Profil und die beteiligten Rechner. Sichere funktionierende Einstellungen über die vorgesehenen Möglichkeiten. Gib der Testkonfiguration einen eigenen Namen und ändere jeweils nur eine Sache. Die Notiz soll später erklären, welcher Zustand geprüft wurde; „aktuell“ allein ist dafür zu ungenau. Prüfe erst den bestehenden Aufbau, bevor du zusätzliche Komponenten einbeziehst.

Ergänze für deinen Wert einen kleinen Steckbrief: Name in der Dokumentation, Bedeutung, Einheit, erwarteter Bereich und Gültigkeitsbedingung. Eine Null kann ein echter Zustand sein oder bei fehlenden Daten erscheinen; welche Bedeutung sie hat, muss die konkrete Quelle erklären. Dasselbe gilt für Prozentwerte, normierte Werte und Zeitangaben.

Prüfe die Anleitung des passenden Adapters. Eine laufende Cockpit-Sitzung kann erforderlich sein, während ein Menü noch keine brauchbaren Flugdaten liefert. Übernimm keine Exportdatei aus einer anderen Simulatorversion. Vorhandene DCS-Exporte müssen gesichert und nach den jeweiligen Anleitungen gemeinsam betrieben werden; eine bestehende Export.lua wird nicht pauschal ersetzt.

Zuerst einen Rohwert kontrollieren

Starte den Simulator in einer geeigneten Situation und öffne die vorgesehene Datenansicht. Suche den ausgewählten Wert und beobachte ihn zunächst ohne zusätzliche Umrechnung. Ändere die Größe langsam, halte einen Zustand kurz und kehre zum Ausgangspunkt zurück. Notiere jeweils den Simulatorzustand und den empfangenen Wert. So werden falsche Einheiten oder ein stehen gebliebenes Signal sichtbar.

Ordne den Wert erst danach einem Instrument zu. Prüfe Beschriftung, Einheit und sinnvollen Anzeigebereich. Falls eine Umrechnung nötig ist, dokumentiere Eingangsgröße, Rechenweg und Ausgangseinheit. Eine ansprechend bewegte Nadel ist noch kein Beleg für eine fachlich richtige Anzeige.

Wenn ein weiterer PC beteiligt ist, überprüfe denselben bekannten Wert zuerst lokal und danach auf dem Client. Eine zusätzliche Ausgabe an Hardware kommt erst nach diesem Vergleich hinzu. Dadurch bleibt klar, welche Erweiterung ein neues Problem eingeführt hat.

Beispiel: Drehzahl zuerst auf dem Bildschirm

Du möchtest später eine Drehzahl-LED-Leiste für ETS2 verwenden. Beginne mit einer Drehzahlanzeige in Software und einer unterstützten Beta-Konfiguration. Vergleiche drei klar unterscheidbare Zustände, beispielsweise Motor aus, Leerlauf und eine vorsichtige Drehzahländerung innerhalb einer geeigneten Spielsituation. Entscheidend ist der Vergleich mit dem Simulator, nicht ein aus einem Video übernommener Zahlenbereich.

Erst wenn der Wert verständlich ankommt, legst du fest, welche Schwellen eine Anzeige verwenden soll. Schreibe auf, ob die Schwelle eine reale Drehzahl oder einen normierten Anteil meint. Eine spätere LED-Ausgabe benötigt ein unterstütztes Ausgabegerät und dessen eigene Einrichtung; der Telemetrieempfang allein betreibt keine beliebige Platine.

Die deutschsprachige Diskussion über Lua-Export zeigt die typische Vorfrage nach Ort und Verfügbarkeit der Daten. Ihre historischen Pfadangaben ersetzen keine aktuelle Installationsanleitung. Für einen anderen Simulator beginnt der Quellencheck erneut.

Änderung, Pause und Rückkehr prüfen

Vergleiche mehrere Zustände, nicht nur einen plausiblen Einzelwert. Prüfe, ob die Darstellung der Veränderung in der richtigen Richtung folgt und nach einer Rückkehr wieder plausibel ist. Beobachte anschließend, was beim Verlassen der Sitzung und beim erneuten Einstieg geschieht. Ein stehen gebliebener letzter Wert darf nicht unbemerkt als frischer Messwert verstanden werden.

Dokumentiere das erwartete Verhalten bei fehlenden Daten, soweit die konkrete Software dies unterstützt: etwa eine erkennbare Unterbrechung oder eine neutrale Darstellung. Erfinde keine Aktualisierungsrate und keine Echtzeitgarantie. Ohne eine geeignete Messung lässt sich aus einem flüssigen Eindruck keine feste Latenz ableiten.

Abgenommen ist zunächst nur der beobachtete Wert in der geprüften Konfiguration. Andere Größen können andere Einheiten, Bedingungen und Verfügbarkeiten besitzen. Prüfe sie mit demselben kurzen Ablauf, bevor du eine komplette Instrumentengruppe daraus aufbaust.

Werte fehlen, bleiben stehen oder wirken falsch

Fehlt jeder Wert, kontrolliere Sitzung, gewählten Simulatoradapter und dessen dokumentierte Einrichtung. Reagiert ein Rohwert, aber nicht das Instrument, liegt die nächste Prüfung bei Zuordnung und Darstellung. Bewegt sich die Anzeige mit einem falschen Faktor, untersuche Einheit und Umrechnung. Funktioniert die Softwareanzeige, aber die LED nicht, beginne bei der separaten Ausgabekette.

Bei mehreren Exportwerkzeugen prüfst du deren dokumentierte Koexistenz und den aktiven Konfigurationsstand. Sichere bestehende Dateien, statt sie durch ein vollständiges fremdes Beispiel zu ersetzen. Hinweise auf gesperrte oder fehlende Daten müssen zur konkreten Sitzung und Version passen.

Eine alte Forumsantwort ist eine Spur, kein Nachweis für den aktuellen Fehler. Halte fest, welcher Abschnitt zuletzt sicher funktioniert hat, und teste von dort aus weiter. Verändere nicht gleichzeitig Adapter, Anzeige, Netzwerk und Ausgabe.

Den geprüften Datenwert weiterverwenden

Speichere den Steckbrief zusammen mit der getesteten Konfiguration. Damit kann später eine zweite Anzeige oder ein dokumentierter Hardwareausgang denselben Wert nutzen, ohne dass seine Bedeutung erneut geraten werden muss. Die nächsten sinnvollen Schritte sind eine ausgelagerte Anzeige oder ein klar abgegrenztes Ausgabemodul.

Cockpit Suite verfolgt das Ziel, viele Cockpitaufgaben in einer Software zusammenzuführen. Der konkrete Umfang bleibt simulatorabhängig: Falcon BMS und DCS F-16C sind verfügbar, War Thunder, ETS2 und ATS befinden sich in Beta, LS25 in Entwicklung ohne vorliegende GIANTS-Freigabe. Für MSFS und X-Plane gibt es derzeit keine verfügbaren Adapter. Prüfe die Kompatibilitätsübersicht, bevor du einen Aufbau auf einer bestimmten Funktion aufbaust.

Für eine Frage im Forum sind ein klarer Sollzustand, der erste fehlschlagende Schritt und die zugehörigen Versionen hilfreicher als ein großes ungeordnetes Datenpaket. Wir versuchen möglichst noch am selben Tag zu helfen; spät eingehende oder aufwendige Fragen können länger dauern. Cockpit Suite ist ein junges Projekt mit vorhandener Software. Gerade aus der europäischen und internationalen Community brauchen wir nachvollziehbare Erfahrungen, damit weitere Kombinationen besser dokumentiert werden. Auch ein kleines, sauber beschriebenes Ergebnis ist dafür wertvoll.

Passende nächste Schritte