Stephan hat das Grundprinzip erklärt aber ein paar Details nicht erwähnt.
1. Warum zeigt es im C&D was an....
Weil die "Offsets" nicht Cold and Dark sind :-)
Heist.... Wenn du z.b. mit einen Offset die LED´s ausliest die den Zustand des Fahrwerks anzeigen ( 3 Green) dann ist dieser Offset auch auf "1" auch wenn die Batterie OFF ist.... Denn das Fahrwerk ist ja auch bei Cold and Dark ausgefahren.
Keine Ahnung ob es vielleicht AddOns gibt die tatsächlich den Zustand der LED im Virtuellen Cockpit anzeigen ( Also nur 1 Sind wenn die LED grad dort leuchtet) . Bei PMDG und all den anderen die ich bisher genutzt habe zeigen die Offsets nur die Funktion.... Nicht aber den Zustand im Bezug auf BatteryOFF oder Lighttest.
(Lighttest ist das andere Beispiel.... Wenn du diesen machst leuchten alle LED´s .... Aber der Offset ändert nicht den Wert. Ist das Gear Down dann ist der Offset der Roten LED "0" ... Auch wenn du Lighttest drückst und sie AN sein sollten)
2. Warum reicht es nicht eine Config zu "deaktivieren"
Weil Mobiflight "faul" ist und beim Deaktivieren schlicht die Arbeit einstellt
Soll eine LED Leuchten weil ihr Offset gerade von 0 auf 1 wechselt dann erkennt Mobiflight dies und sagt dem Arduino "Hey... Schalte den betreffenden Pin auf HIGH und lass somit die LED Leuchten. Dies macht Mobiflight aber nur EINMAL. Erst wenn der Offset wieder von 1 auf 0 geht dann würde MF wieder mti dem Arduino "reden" und sagen es soll den Pin wieder zurück auf LOW setzten.
Wie angesprochen macht Mobiflight beim deaktivieren einer Config (Druch die Preconditions/Vorbedingungen) GAR NIX . Die Config wird ab dem Zeitpunkt nicht mehr auf das Device zugreifen wenn sich z.b. der Offset ändert.
ABER sie wird die gerade brennende LED auch nicht auf OFF schalten denn wie gesagt sie tut jetzt nix mehr.
FOLGE: Die LED bleibt solange an bis eine andere Config ( oder die Ursprüngliche) aktiviert wird und auf dieses Device zugreift und konkret sagt "Led geh aus"
3. Lösung
Wie Stephan sagt.... Dazu gibt es 20+ Topics die das erklären. Such nach "Lighttest" oder "Master Battery".
Grob gesagt.
Man braucht aktuell 3 Configs pro LED (Plus eine Globale Config die den Status der Battery ausliest)
Config A (Global) liest den Zustand der Battery
Config 1 liest die Information des Systems und hat selbst kein Device.
Config 2 schaltet deine LED auf AN und arbeitet nur wenn Battery AN ist UND wenn Status aus Config 1 ebenfalls AN ist
Config 3 schaltet deine LED auf AUS und arbeitet nur wenn Battery AUS ist ODER wenn Status aus Config 1 AUS ist.
(Bei 7Seg Displays braucht man dann 2 Configs bzw 3 Configs .... C1 Zeigt nur Blanks wenn Battery Off ist. C2 Zeigt den Wert .... C3 Zeigt z.b. 88888 Bei Lighttest )
Alles in allen musst du also pro Output anstatt einer 2-3 Configs machen damit das geht
4. Zukunft/Alternates
Mit einen zukünftigen tool in Mobiflight geht das mit einer Config. Das dauert aber noch und ist in der Erprobung.
Alternativ können Programmierer bereits seitens FSUIPC mit eigenen Code (Lua script) diese Abfrage machen.
Sprich sie Erstellen "neue" Offsets die den Status deines Displays bzw deiner LEDs bereits sauber anzeigen. Ansich machen die das gleiche und sagen :
Lese Offset A.... Lese Battery .... Wenn Battery AN dann schreibe Wert von Offset A auf Offset X ... Wenn Battery aus dann schreibe "Null" auf Offset X
Wir lesen dann final mit Mobiflight nicht mehr Offset A sondern Offset X und haben so einen Wert der die Battery Info bereits intigiriert hat und richtig reagiert.
Summary.....
Aktuell nur mit etzwas Aufwand machbar ..... In Zukunft einfacher..... Perfekt mit eigenen Programmierten Script.
Supporter
)
