Joker's Pit

  • Sehr cool. Kannst Du mir bei Gelegenheit mal erklären, wie man als extern Client die BMS RTT anzapft? Das klingt nach einem tollen Ansatz,

    Wir können uns die Tage gerne im TS treffen und mal das Netzwerkprotokoll durchgehen bzw. uns meinen Code ansehen.

    Je nach Einsatzzweck gibt es da mehrere Module: Für einfache SharedMem Werte reicht es, Multicast Pakete entgegen zu nehmen. Das geht relativ einfach mit C/C++ auf "normalen" PCs und auf Micro-Controllern.

    Wenn man RTT Daten verarbeiten möchte oder eine dedizierte Verbindung von seinem Client zu BMS anstrebt (anstatt Multicast), dann muß man sich zusätzlich mit dem Raknet-Protokoll auseinandersetzen.

    HIerfür habe ich bereits eine an BMS angepasste Raknet-Lib. Das läuft dann aber auch nicht mehr auf Arduinos und dergleichen, sondern nur noch auf PC.


    Ich hätte grundsätzlich die nächsten Tage spätestens ab 21:00 abends immer Zeit. Sag mal bescheid, wann du kannst...

  • Ich bin gerade dabei mein neues Glareshield für den Druck vorzubereiten. Hier fehlen mir noch einige Maße der einzelnen Eyebrow-Komponenten.



    Hab mir bis jetzt mit diversen Fotos von Pegasus und mit dem Modelviewer von DCS beholfen um eine einigermaßen Vorstellung zu bekommen.



    Wie man sieht, sieht man da nicht sehr viel - oder eher etwas zu viel :/.


    Wenn mir hier aber irgendwer "echte" Daten zur Verfügung stellen könnte, wäre ich sehr dankbar. Korbi, du sitzt doch sozusagen in der Quelle :-)

  • So, habe nun in mehreren Nachtschichten meinen Cockpit Extractor soweit durchgedrückt, dass zumindest meine momentanen Anforderungen umgesetzt sind:


      


    Die Controller für die MFDs selbst sind noch nicht eingebaut, da verwende ich im Moment noch den original RTT Client, da ich hinter den Kulissen erst noch etwas umbauen muß um die R-PI Controller zu verstauen.

    Im Moment sieht es hinter dem Pit nicht gerade so aus, wie ich mir "embedded" vorstelle:



    Wenn das Zeug hier sinnvoll verstaut ist, bin ich meinem Ziel, dass irgendwann nur noch ein Netzwerkkabel (und vlt. ein USB Kabel) ins Pit reingeht, wieder ein Stück näher. :-)


    Weitere Details dazu gibts hier: BMS Cockpit Extractor / Yet Another YAME


    Gruß

    Joker

  • Nach zweieinhalb Jahren Abstinenz habe ich mal wieder etwas Zeit gefunden an meinem Cockpitprojekt weiterzuarbeiten. Das eigentliche Bauen hat sich zwar in Grenzen gehalten, aber ich habe meine Raspberry Cockpit Display Software etwas weiter entwickelt.
    Gleichzeitig habe ich mich etwas um den Kabelsalat gekümmert, der mich schon seit zwei Jahren stört (siehe oben).

    Die Raspberries sind jetzt alle mit einem POE-Shield versehen und in ein eigens für diesen Zweck designtes, selbst gedrucktes Rack gesteckt. Ein entsprechender Router ist nun direkt mit verbaut. So können die Raspberries über die UI des Router remote ein/ausgeschaltet werden, was vorher nur einzeln mit Schaltern am jeweiligen Netzteil ging. Das Cockpit wird nur noch mit einem Netzwerkkabel verbunden. Ein weiterer Schritt zu weniger Kabelsalat war der Austausch der Standard HDMI Kabel gegen selbst-konfektionierte Flachband Kabel mit genau angepasster Länge.


          

    Werde nun auch versuchen die verbauten WEMOS-Chips (Engine Gauges und Fuelflow) auszutauschen und eine kabelgebundene Lösung zu finden, nachdem das ja auf der vorletzten Buchenau LAN über WIFI eher mittelprächtig bis gar nicht funktioniert hat.

    Zusammen mit meiner oben verlinkten Software habe ich nun das komplette Set an MFDs und Instrumenten, die man überlicherweise im Simpit auf LCDs anzeigt, auf Raspberri-PIs "ausgelagert" und benötige nun nur noch einen Anschluss an der GPU meines Rechners für den Main Screen bzw. VR.