Displays und Instrumente für dein Cockpit auswählen

Die Information zuerst auf Papier festlegen

Notiere für jedes Instrument den Namen des Wertes, die Einheit, den kleinsten und größten sinnvollen Wert sowie den Blickabstand. Soll ein Zahlenwert schnell ablesbar sein, ein Zeiger eine Tendenz zeigen oder ein kleines Menü mehrere Funktionen anbieten? Eine schöne Grafik löst diese unterschiedlichen Aufgaben nicht automatisch gleich gut.

Zeichne den längsten erwarteten Text und die größte Zahl in Originalgröße auf Papier. Prüfe vom Sitz aus, ob Vorzeichen, Dezimalpunkt und Einheit erkennbar bleiben. Plane auch eine klare Anzeige für fehlende Daten. Eine eingefrorene Zahl kann sonst glaubwürdig aussehen, obwohl keine aktuelle Verbindung mehr besteht.

Die Anzeigeform nach ihrer Aufgabe wählen

Ein PC-Monitor erhält ein Bildsignal; ein kleines Mikrocontrollerdisplay erhält Befehle oder Bilddaten über seine vorgesehene Schnittstelle. Diese Wege sind nicht austauschbar. Wer zunächst ohne zusätzliche Elektronik beginnen möchte, kann vorhandene Bildschirme für ausgelagerte Anzeigen prüfen.

Die vollständige Verbindungskette prüfen

Notiere die genaue Modulbezeichnung einschließlich Controller und Revision. „OLED 128×64“ beschreibt noch keine eindeutige Schnittstelle. Vergleiche Versorgung, erlaubte Logikpegel, Steckerbelegung, Busart und die tatsächlich unterstützte Bibliothek. Ein Spannungsregler auf der Platine beweist nicht automatisch, dass alle Signale höhere Pegel vertragen.

Bei I2C gehören Adresse, vorgesehene Pull-ups und weitere Teilnehmer zur Planung. Zwei Geräte mit gleicher nicht änderbarer Adresse benötigen eine passende Lösung; einfaches Parallelschalten beseitigt den Konflikt nicht. Bei SPI zählen zusätzlich Auswahl- und gegebenenfalls weitere Steuerleitungen. Übernimm keine Standardadresse oder Pinliste allein aus dem Aussehen eines Moduls.

Ein greifbares Beispiel für Platz und Speicher

Auf einem Zeichen-LCD benötigt −123,4 sechs Zeichenzellen: Minus, drei Ziffern, Komma und Nachkommastelle. Die Einheit braucht zusätzlichen Platz. Bei einer Siebensegmentanzeige ist der Dezimalpunkt häufig ein zusätzliches Segment einer Ziffer und belegt keine eigene Stelle. Dort prüfst du Ziffernanzahl, Minusdarstellung und verfügbare Dezimalpunkte am konkreten Modul. Entscheide vor dem Kauf über Wertebereich und Format; stilles Abschneiden ist keine sinnvolle Fehlerbehandlung.

Ein vollständiger monochromer Bildpuffer mit 128×64 Pixeln und einem Bit je Pixel benötigt rechnerisch 128 × 64 / 8 = 1.024 Byte. Zwei solche Puffer benötigen 2.048 Byte, bevor Variablen, Bibliotheken und andere Daten hinzukommen. Das ist eine Speicherrechnung, keine Aussage, dass jede Bibliothek einen Vollbildpuffer benutzt. Prüfe die tatsächliche Implementierung und den verfügbaren Speicher des Controllers.

Lesbarkeit vor der endgültigen Frontplatte prüfen

Teste ein Muster bei der geplanten Neigung, hinter dem vorgesehenen Fenster und im tatsächlichen Abstand. Ein Display kann auf dem Tisch gut aussehen und unter einer spiegelnden Abdeckung vom Sitz aus schlecht lesbar werden. Prüfe Tages- und Nachtbetrieb, minimale Helligkeit und den Randbereich. Bei einem Zeichen-LCD sind eingeschaltetes Hintergrundlicht und korrekt sichtbare Zeichen zwei getrennte Prüfpunkte.

Miss Platinenumriss, sichtbare Fläche, Befestigungslöcher und Steckerüberstand getrennt. Plane Kabelbiegung, Zugang zu Kontrastregler oder Steckern und Platz zum Austausch ein. Ein kleiner gedruckter oder gefräster Musterrahmen ist sinnvoll, bevor eine komplette Frontplatte entsteht. Materialfragen zu 3D-Druck, CNC und LightBurn lassen sich im Forum anhand dieses Musters besprechen.

Für einen mechanischen Zeiger ist ein Positionsservo von einem kontinuierlich drehenden Servo zu unterscheiden: Letzterer gibt ohne zusätzliche Rückmeldung keine eindeutige Zeigerposition vor. Ein Schrittmotor bewegt sich in Schritten und benötigt eine passende Ansteuerung. Wähle Treiber, Versorgung und mechanische Kopplung nach dem konkreten Motor, nicht nach einem fremden Anschlussfoto. Die Motorlast gehört in die Strombilanz.

Lege fest, wie der Zeiger nach jedem Start eine bekannte Referenz oder Nullposition erhält. Eine im Programm gespeicherte Position beweist allein nicht die wirkliche Stellung. Begrenze den erlaubten Weg auf den nutzbaren mechanischen Bereich und vermeide unbeabsichtigtes Fahren gegen Anschläge. Prüfe anschließend mit drei bekannten Sollwerten am Anfang, in der Mitte und am Ende der Skala, ob Richtung und Anzeige stimmen; wiederhole aus beiden Bewegungsrichtungen und nach Neustart. Das ist ein Kalibrierplan, keine universelle Motor-Pinbelegung.

Eine plausible Zahl ist noch kein richtiger Wert

Trenne Rohdaten, Umrechnung und Darstellung. Notiere die Einheit der Quelle und der Anzeige; wandle genau einmal um. Wähle bewusst Rundung, führende Nullen und Dezimalzeichen. Bei grenzwertigen oder fehlenden Daten soll die Anzeige einen vereinbarten Zustand zeigen, nicht den letzten gültigen Wert still als aktuell ausgeben.

Die Aktualisierung muss zur Aufgabe passen. Eine schnell animierte Skala braucht andere Aufmerksamkeit als ein seltener geänderter Sollwert. Beginne mit einer stabilen, überschaubaren Aktualisierung und beobachte, ob andere Funktionen verzögert reagieren. Ein langsames Display darf nicht unbemerkt die Verarbeitung deiner Eingaben blockieren. Konkrete Raten hängen von Hardware, Bibliothek und Datenquelle ab.

Hardwareunterstützung und Simulatorunterstützung getrennt prüfen

Eine Herstellerdemo belegt, dass der Bildschirm lokal arbeitet. Sie beweist keine Verbindung zu Cockpit Suite oder einem Simulator. Prüfe deshalb anschließend den vorgesehenen Datenweg und die Ausgabeunterstützung. Cockpit Suite bietet eine gemeinsame Softwarebasis für mehrere Simulatoren; dadurch wird nicht jedes beliebige Display automatisch kompatibel.

Falcon BMS und DCS F-16C sind verfügbar; War Thunder, ETS2 und ATS befinden sich in Beta, LS25 in Entwicklung. Für MSFS und X-Plane sind keine verfügbaren Cockpit-Suite-Adapter zugesagt. Die DCS-Freigabe ist keine pauschale Aussage zu allen DCS-Flugzeugen. Plane nur mit den Funktionen, die für dein konkretes Projekt bestätigt sind.

Vom festen Testbild zum Instrument

1. Modul und passende Dokumentation festhalten; Versorgung und Anschluss spannungslos prüfen.
2. Ein zum Modul passendes lokales Beispiel mit festen Zeichen oder einem Testmuster verwenden. Alle Stellen und relevanten Symbole prüfen.
3. Selbst vorgegebene Minimal-, Mittel- und Maximalwerte anzeigen. Negative Werte, Überlauf und fehlende Daten zusätzlich testen.
4. Erst danach eine bestätigte Datenquelle anbinden und Bildschirm sowie Simulatoranzeige in kontrollierten Situationen vergleichen.
5. Neustart, Wiederverbindung und Wechsel des Profils prüfen. Layout, Firmware- und Bibliotheksversionen sowie Ergebnisse sichern.

Bei mehreren Anzeigen erst ein Exemplar verlässlich betreiben. Danach ein zweites hinzufügen und die gemeinsame Versorgung sowie den Bus erneut bewerten.

Den Fehler auf der richtigen Ebene suchen

Nur Hintergrundlicht: Versorgung, Kontrast, Initialisierung und Kommunikation getrennt prüfen. Falsche Zeichen: Controller, Bibliothek, Zeichensatz und Bus untersuchen. Richtige Zeichen mit falscher Zahl: Einheit und Zuordnung kontrollieren. Versetzte oder abgeschnittene Werte: Feldbreite und Formatierung prüfen. Eine richtige Testgrafik mit falschen Simulatordaten ist kein Anlass, wahllos neu zu verdrahten.

Fertig ist dein Muster, wenn es vom Sitz aus lesbar ist, alle Grenzfälle eindeutig darstellt und nach Neustart dieselbe Funktion hat. Bewahre ein Foto der Anzeige zusammen mit Modulname, Anschlussplan und Softwarestand auf. Im Forum helfen diese Angaben mehr als „Display geht nicht“. Wir versuchen möglichst am selben Tag zu antworten. Gut dokumentierte Erfahrungen der europäischen und internationalen Community helfen uns, weitere Kombinationen nachvollziehbar zu verbessern.

Damit geht es weiter