Microsoft Flight Simulator 2024 & 2020

FFB-Bridge kommuniziert mit Microsoft Flight Simulator über den TCP-Transport von SimConnect – beides MSFS 2024 und MSFS 2020 werden unterstützt. Bei einer Neuinstallation funktioniert dies sofort unter Windows und erfordert eine einzige Konfigurationsanpassung unter Linux/Proton. Die Brücke Supportseite (Seitenleiste → Support → Integritätsprüfungen) kann die Optimierung für Sie durchführen – dieser Leitfaden deckt sowohl den Ein-Klick-Pfad als auch den manuellen Weg ab.

Welche MSFS-Installation haben Sie?

Der Standardspeicherort von SimConnect hängt davon ab, wie MSFS installiert wurde. Die folgenden Pfade gelten für MSFS 2024, das FFB-Bridge in allen drei Installationsquellen automatisch erkennt. Wenn etwas schief läuft, ist es hilfreich zu wissen, auf welcher Seite man sich befindet.

Windows – sofort einsatzbereit

Bei jeder Standardinstallation von MSFS 2024 ist SimConnect TCP auf dem Port aktiviert 500, gebunden an alle IPv4-Schnittstellen. Die Bridge ist standardmäßig auf 127.0.0.1:500 unter Windows. Starten Sie MSFS und dann FFB-Bridge – das Sim Der Chip auf dem Dashboard sollte innerhalb von ein oder zwei Sekunden, nachdem die Sim das Hauptmenü erreicht hat, grün werden.

Wenn dies nicht der Fall ist, öffnen Sie die Supportseite und Gesundheitsprüfungen durchführen. Die SimConnect-Konfiguration In der Zeile erfahren Sie, was im XML gefunden wurde und ob der verwendete Port mit dem Port übereinstimmt, mit dem die Bridge kommuniziert.

Andere Ports als 500

Einige Tools – FSUIPC, SPAD.neXt – fügen darin ihre eigenen TCP-Einträge hinzu SimConnect.xml. Wenn MSFS einen anderen Port überwacht als von der Bridge erwartet, wird der SimConnect-Konfiguration Die Zeile auf der Registerkarte „Integritätsprüfungen“ der Seite „Support“ bietet eine Inline-Funktion Verwenden Sie Port:X Schaltfläche. Klicken Sie darauf und die Einstellungen der Bridge werden auf diesen Port aktualisiert; kein MSFS-Neustart erforderlich.

Linux — Ein-Klick-Reparatur über die Support-Seite

MSFS unter Proton liefert dieselbe Standard- SimConnect.xml wie der Windows-Build, wobei TCP den Port überwacht 500. Aber Linux behandelt Ports unter 1024 als privilegiert und der Proton-Benutzernamespace-Prozess kann sie nicht binden. Das Abhören schlägt stillschweigend fehl und es wird nie ein Socket geöffnet.

Die Lösung besteht darin, eine Parallele hinzuzufügen <SimConnect.Comm> Eintrag auf einem unprivilegierten Port (die Bridge verwendet standardmäßig 5111). Öffnen Sie die Supportseite → Integritätsprüfungen; die SimConnect-Konfiguration In der Zeile wird der privilegierte Port angezeigt und ein angeboten Beheben… Taste.

Beheben… Fügt einen neuen Eintrag in das vorhandene XML ein (schreibt ihn nie neu). Wenn die vorhandene Datei nicht analysiert werden kann, sichert das Installationsprogramm sie zunächst als SimConnect.xml.bak-YYYY-MM-DD-HHMMSS und schreibt eine frisch generierte Konfiguration. Starten Sie MSFS in jedem Fall nach der Installation neu, damit SimConnect.xml erneut gelesen wird.

Manuelle Konfiguration

Wenn Sie lieber von Hand bearbeiten möchten, sieht das XML so aus:

<?xml version="1.0" encoding="Windows-1252"?>
<SimBase.Document Type="SimConnect" version="1,0">
  <Descr>SimConnect Client Configurations</Descr>
  <Filename>SimConnect.xml</Filename>

  <!-- FFB-Bridge: unprivileged TCP for Proton-on-Linux -->
  <SimConnect.Comm>
    <Descr>FFB-Bridge TCP</Descr>
    <Protocol>IPv4</Protocol>
    <Scope>local</Scope>
    <Port>5111</Port>
    <MaxClients>64</MaxClients>
    <MaxRecvSize>41088</MaxRecvSize>
    <DisableNagle>False</DisableNagle>
  </SimConnect.Comm>

  <!-- Keep any existing entries below this line. -->

</SimBase.Document>

Öffnen Sie nach dem Speichern die FFB-Bridge Mock Sim Seite, schalten Sie die Eingangsquelle wieder auf um Liveund die Bridge übernimmt die neue Konfiguration. Sie können auch zum gehen Supportseite → Diagnose und beobachten Sie das Protokoll SimConnect verbunden nach dem Neustart von MSFS.

SimVars liest die Brücke

Als Referenz – Sie müssen nichts davon konfigurieren – hier ist der Satz von MSFS-SimVars, die die Bridge abonniert:

• Fluggeschwindigkeit (angezeigt, wahr), Höhe, Vertikalgeschwindigkeit, Neigung, Querneigung, Kurs
• G-Kraft, Anstellwinkel, Strömungsabrisswarnung, Übergeschwindigkeitswarnung
• Höhen-, Quer- und Seitenruderausschlag (getrimmt und roh)
• Trimmpositionen (Höhenruder, Querruder, Seitenruder)
• Zustand des Fahrwerkshebels, Index des Klappenhebels, Position des Spoilerhebels
• Prozentuale Motordrehzahl und Verbrennungszustand, Rückwärtsschub aktiviert
• Aufzählung des Oberflächentyps (Landebahn vs. Gras vs. Eis), Bremspedalauslenkung
• Autopilot-Master-Status, vom Autopiloten befohlenes Nicken/Querneigung

Wenn MSFS einen Variablennamen nicht erkennt, protokolliert die Bridge dies als Warnung auf dem Diagnose Seite, fährt aber fort – fehlende Variablen werden standardmäßig auf sinnvolle Nullen gesetzt. Auf diese Weise toleriert die Brücke Flugzeuge von Drittanbietern, die nicht jede SimVar implementieren.

Fehlerbehebung

Siehe Fehlerbehebung für:

• MSFS stellt eine Verbindung her, erzeugt jedoch keine Kräfte – meistens steht die ARM-Anzeige im oberen Streifen noch auf DISARMED; dort behandelt.
• MSFS-Pause / Active Pause beruhigt dynamische Effekte sofort und hält während der Pause eine neutrale Feder.
• Wenn ein langes Stottern oder eine Pause die Rollkraft nach dem Fortsetzen verringert, exportieren Sie ein Support-Paket und ein Datei-Feedback aus derselben Sitzung.