Ich habe VFRnav gerade das erste Mal mit Microsoft Flight Simulator (2024) getestet über Verbindung per FS2020NMEA.exe. Nachdem ich mir das Changelog für VFRnav 4.10 angeschaut habe, frage ich mich, ob es noch eine weitergehende Integration gibt?
Interessant wären natürlich auch Traffic, Radio und Autopilot, aber auch so ist die sehr flüssige Karte und der schnelle Zugriff auf Infos super.
Hallo bspline,
in der Tat hatte ich vor einiger Zeit an einer verbesserten bzw. einfacheren Lösung für die Verbindung vom MS Flight Simulator (auf Windows) und VFRnav gearbeitet.
Die Änderungen sind - wie von dir bereits erwähnt - seit Version 4.10 in VFRnav enthalten.
Für die Verbindung wird nun nur noch dieses Tool benötigt:
https://dl.flugbetrieb.com/v3/msfs2vfrnav/msfs2vfrnav.exe
Wenn dieses im Hintergrund läuft sollte VFRnav automatisch die Verbindung finden.
Gerne testen und berichten 
Fliegergruß
Hermann
Danke für die Information. Ich habe das Tool gestartet und es empfängt Daten von MSFS 2024 (“Receiving Data”). Es wird außerdem ein (zufälliger?) UDP-Port geöffnet.
Das Android-Handy mit VFRnav (noch Testversion) ist im gleichen Netzwerk, empfängt aber keine Positionsdaten. Eingestellt in Third-Party Devices war TCP mit Adresse des Rechners und Port 10110 (noch für FS2020NMEA.exe). Auch mit Port 2000 oder dem Wechsel auf UDP (Port 4000?) ist nichts zu sehen und es wird keine Verbindung hergestellt. Manuell ein- und ausgehende Verbindungen zu erlauben per Windows (11)-Firewall hat nichts verändert.
Müssen Einstellungen in VFRnav vorgenommen werden? Wie erfolgt die Kommunikation?
Ein zweites Problem ist, dass ein Schließen des Fensters das Programm nicht beendet. Ich musste die Prozesse danach manuell im Task Manager schließen.
In MSFS 2020 ebenso. Das Tool erkennt die Verbindung und auch den Start des Fluges, aber eine Verbindung zu VFRnav scheint es nicht zu geben. Mir sind auch keine Broadcast-Pakete o.ä. aufgefallen.
Hi,
danke fürs Testen und die schnelle Rückmeldung 
Auf welchem System nutzt du MSFS? Ist das die Steam-Version?
Ich werde es noch einmal testen, hänge aber mal wieder im MSFS-Installationsmanager… 
Fliegergruß
Hermann
Puh, Update ging ausnahmsweise mal schnell 
Meine Umgebung:
Download:
https://dl.flugbetrieb.com/v3/msfs2vfrnav/msfs2vfrnav.exe
Sowohl PC als Handy sind im selben Wlan-Netz. Im Router ist eingestellt, dass WLAN-Geräte miteinander kommunizieren dürfen. Windows Firewall keine Änderungen.
Probiers bitte noch mal aus. Vielleicht finden wir heraus, an welcher Stelle es hakt.
Fliegergruß
Hermann
Ich werde das später testen. Ich nutze Windows 11 mit der Microsoft Store-Version (nicht Steam) dafür. VFRnav ist ebenfalls aktuell. Allerdings nutze ich von 2020 und 2024 jeweils die aktuelle Beta (SU16/SU3), wobei ich beim relativ stabilen 2020 die Änderungen in der Beta eher für gering und vermutlich nicht relevant halte. Könnte trotzdem ein Problem sein.
In MSFS2VFRnav hatte ich mit MSFS 2020 und 2024 jeweils die gleichen Anzeigen inklusive des Wechsels auf “Waiting Data…” und “Receiving Data”. Testweise hatte ich in der Windows-Firewall eingehend und ausgehend dem Prozess alles erlaubt und mir WireShark nach UDP-Traffic gesucht, konnte aber beim letzten Versuch nichts finden. Ich werde auf jeden Fall nochmal testen, auch wenn ich in VFRnav meine ich bereits die Standardeinstellungen getestet hatte.
Sendet msfs2vfrnav.exe Broadcast-Pakete um die an VFRnav zuzustellen? Dann könnte ich etwas genauer Ausschau halten, aber schaue so oder so nach der Arbeit nochmal …
Leider immer noch kein Erfolg. msfs2vfrnav.exesieht “richtig” aus (Receiving Data!) und öffnet einen UDP-Port (zuletzt 0.0.0.0:64721), aber kein UDP-Traffic scheint zu passieren (per Wireshark geprüft auf dem gleichen System). Das Netz ist als Heimnetz eingestellt, Die VFRnav-App zeigt mit und ohne Neustarts von App und Tool “CONNECTING…” statt “CONNECTED”/“VERBUNDEN”.
Die TCP-Verbindung per NMEA über die lokale IP funktioniert direkt und Traffic sollte durch die FRITZ!Box problemlos weitergeleitet werden; zumindest TCP und ICMP gehen problemlos in beide Richtungen.
Die Windows-Ereignisanzeige zeigt keine Auffälligkeiten. Ich habe GDL90-Testdaten vom gleichen Rechner mit ra1fh/airtraffic an die IPv4-Adresse des Handys auf Port 4000 gesendet und VFRnav stellte die Verbindung her und zeigte direkt die Position und Flugzeuge.
Meine ersten Ideen wären vor allem: Daten aus den Betas haben sich geändert und werden nicht richtig verarbeitet (aber würde vermutlich mehr Tools betreffen) oder Probleme mit den Sockets. Eventuell funktioniert Broadcast nicht? Oder es wird versucht an eine feste Adresse/Netz zu senden? Hier ist ein 10.0.0.0/24-Netz konfiguriert
Falls ich da mit Tests unterstützen kann, vielleicht über eine Version mit Logs, gerne Bescheid geben, sonst bin ich gerade etwas ratlos.
Hallo bspline,
dass es an der MSFS-Beta liegt, glaub ich nicht. Ich denke, dass das Broadcasting nicht sicher in allen möglichen Netzwerkkombinationen läuft und die Daten irgendwo hängen bleiben oder beblockt werden.
Ich habe noch mal einige Änderungen gemacht. Version 1.1.0 unter dem gleichen Link oben.
Gerne noch einmal testen
Super, mit dem Update läuft es auf Anhieb. Die Verbindung wird schon vor dem Start von MSFS angezeigt. Schließe ich das Programmfenster, so beendet sich auch der Prozess.
Bietet die Integration ansonsten schon Vorteile? Ziemlich komplett erschiene mir die Integration, wenn Traffic (optional) übertragen würde. Den konnte ich bisher zumindest nicht beobachten.
Aus UX-Sicht schön wäre ein kurzer Hinweis auf die passende Konfiguration in VFRnav und nett auch die Möglichkeit explizit eine Ziel-IP anzugeben.
Ich werde das auf jeden Fall schon mal so nutzen. 
Hallo zusammen,
Version 1.2 ist jetzt testweise Traffic aktiviert.
Auch hier gerne Feedback 
Windows Defender hat die Datei erst einmal blockiert: VirusTotal Ich vermute ein False Positive, aber etwas unglücklich.
Der Verkehr wurde direkt angezeigt:
Damit sind die interessantesten Features nutzbar. Danke für das schnelle Update! Werde mir nach dem Ablauf der Testversion auf jeden Fall die Vollversion zulegen.
Radio und Autopilot wären auch steuerbar, aber bräuchten vermutlich separate Protokolle in VFRnav. Das sind beides Features, die ich nicht benötige, nur der Vollständigkeit halber erwähnt.
Habe es auch jetzt am Wochenende testen können. Funktioniert auf anhieb und erheblich stabiler, als das andere schwarze Programm. Das musste ich nach einem neuen Flug immer neu starten, jetzt funkioniert alels automatisch. Traffic geht auch
edit: ich flieg aber “noch” mit 2020 Flugsim
Moin Hermann,
ich nutze VFRNav (neuste Version)für die Real- und Simulationsfliegerei und versuche gerade mit msfs2vfrnav.exe (neuste Version) von meinem Windows11-PC GPS-Daten vom MSFS2020 an mein Tablet (Android Doogee T20mini, alternativ auch iPad) zu übertragen.
Leider treten bei der UDP-Verbindung regelmäßig Abbrüche auf, obwohl die Pakete vom PC korrekt gesendet werden.
Das hat zur Auswirkung, dass in kurzen Abständen immer zwischen dem GPS Signal des Tablets und dem UDP-Daten hin und her geswitcht wird. (siehe Bild)
Details:
Pakete vom MSFS werden aktuell als Broadcast an die Subnetz-Adresse .255 gesendet.
Wireshark zeigt, dass die Pakete regelmäßig 1× pro Sekunde korrekt in das Netzwerk gesendet werden.
Auf den Tablets kommt es zu sporadischen Verbindungsabbrüchen, insbesondere beim Android-Gerät.
iPad zeigt ähnliche Abbrüche bei Broadcast.
Diese ist auch in VFRNav “Status Externe Datenquelle zu beobachten”
Hinweis: Ich habe bereits alle vorgeschlagenen Maßnahmen an den Tablets ausprobiert, z. B. Akku-Optimierung deaktiviert, Hintergrundaktivität erlaubt, WLAN im Standby aktiv, Entwickleroptionen angepasst usw..
Im heimischen Netzwerk kann ich leider nichts mehr optimieren.
Frage / Bitte:
Gibt es eine Möglichkeit, dass msfs2vfrnav.exe / VFRNav direkt Unicast an eine definierte IP sendet, statt nur Broadcast zu verwenden oder das die Umschaltung auf das GPS Signal nicht sofort erfolgt?
Alternativ: Gibt es noch Tipps oder Einstellungen, um stabile Broadcast-Übertragung im Heimnetz zu gewährleisten.
Vielen Dank für deine Unterstützung und beste Grüße
Uwe
Hallo Uwe,
danke für die Idee.
https://dl.flugbetrieb.com/v3/msfs2vfrnav/msfs2vfrnav.exe?1.3
Es besteht nun die Möglichkeit eine Unicast-Zieladresse einzugeben.
Gerne einmal testen - freue mich auf Rückmeldung.
Fliegergruß und schönen Restsonntag
Hermann
Moin Hermann,
da hat sich nach deiner Änderung deutlich etwas getan!
Die Airtime war nun fast 1:30h und immerhin nur noch drei Abbrüche.
Vielen Dank für die tolle App und dem schnellen Support!
Uwe
Moin Uwe,
die Einstellung dazu hast du gefunden und eine IP eingeben können?
Wäre Interessant zu wissen, warum es überhaupt zu den Abbrüchen kommt… Da bin ich aber auch erst einmal überfragt… Gerade mit fester IP sollte das eigentlich nicht passieren.
Die Frage dabei ist natürlich, ist das ein Fehler in der Verarbeitung der Pakete und liegt also das Problem bei VFRnav oder ist das tatsächlich Netzwerk-bedingt. 
Wenn du wieder fliegst, kannst ja gerne noch einmal Wireshark & Co mitlaufen lassen, ob etwas auffällt.
Ansonsten bin ich erst einmal ratlos.
Fliegergruß
Hermann
Moin Hermann,
kurze Rückmeldung: Der zweite Testlauf nach der Umstellung war deutlich besser.
Über 3h Airtime und kein einziger Aussetzer mehr. (Ich hatte vorher mehrere innerhalb einer Minute.) Die Änderung von Broadcast auf Unicast war die Lösung!
Vielen Dank und beste Grüße,
Uwe
Herzlichen Dank für die Rückmeldung! Das hilft sehr und ich freue mich, dass die Änderung Verbesserung bringt 
Ich bin selbst in der Sim-Scene nicht aktiv - gerne VFRnav weiterempfehlen
Fliegergruß und schönes Wochenende
Hermann
Hallo
Ich habe dasselbe Problem, dass zwischen der GPS-Position und der Sim-Position hin- und hergesprungen wird, in diesem Fall XP12.3.0
Wie könnte ich bitte den Unicast für Xplane durchführen?
Übrigens – absolut tolle App
