EuroScope + GRPlugin
Dein übliches VATGER-Sektorprofil und Zugriff auf dessen aktive GRpluginEventStands.txt.
Vor dem Start
Du brauchst genau drei Dinge.
Kein Visual Studio, kein Serverzugang und keine Änderung am Piloten-Client. Die fertige 32-Bit-DLL ist im Paket enthalten.
Das Testpaket
VATGER-GRP-Bridge-0.1.0.zip von dieser Seite. Darin liegt die fertig gebaute DLL.
Den Test-Token
Er kommt separat von LH Virtual. Nicht in Discord posten, nicht in Screenshots zeigen und nicht weitergeben.
Im ZIP
Welche Datei macht was?
Für die Installation brauchst du nur die ersten vier Einträge. Der Rest bleibt für Prüfung, Support und einen reproduzierbaren Build im Paket.
| Datei | Für Lotsen? | Aufgabe |
|---|---|---|
VatgerGrpBridge.dll | Ja | Das fertige EuroScope-Plug-in. Nur diese Datei wird in EuroScope geladen. |
VatgerGrpBridge.ini.example | Ja | Konfigurationsvorlage. Du kopierst sie als VatgerGrpBridge.ini und trägst den Test-Token ein. |
GRpluginEventStands.txt.example | Ja | Enthält die Feed-Zeile, die in die aktive GRPlugin-Datei übernommen wird. |
README-FUER-LOTSEN.md | Ja | Diese Installations- und Testanleitung zum Offline-Nachlesen. |
VatgerGrpBridge.log | Entsteht selbst | Wird beim Start neben der DLL erzeugt. Zeigt, ob ein Stand erfasst und mit HTTP 200 zugestellt wurde. |
VatgerGrpBridge.dll.sha256 | Optional | Prüfsumme, mit der sich eine unveränderte DLL kontrollieren lässt. |
test-endpoint.ps1 | Optional | Prüft Serveradresse und Token schon vor dem EuroScope-Test. |
send-test-event.ps1 | Techniktest | Sendet ein künstliches Stand-Ereignis ohne EuroScope. Nur nach Abstimmung verwenden. |
validate-feed.ps1 | Techniktest | Vergleicht den Online-Feed mit den Ständen einer lokalen GRpluginStands.txt. |
README.md | Administration | Technische Server-, Betriebs- und Build-Dokumentation. |
new-test-config.ps1 | LH Virtual | Erzeugt Token und Test-INI. Gehört ausschließlich zum Server-Setup von LH Virtual. |
show-audit.ps1 | LH Virtual | Liest das geschützte Prüfprotokoll mit dem separaten Connex-Ausweis. |
build-portable.ps1build.ps1package-test.ps1 | Build | Bauen und verpacken die DLL. Für die Installation nicht erforderlich. |
VatgerGrpBridge.vcxprojsrc/ | Quelltext | Visual-Studio-Projekt und C++-Quelltext für Prüfung und Weiterentwicklung. |
Installation für Dummies
Acht Schritte. Etwa zehn Minuten.
Arbeite die Karten von links nach rechts ab. Wenn eine erwartete Logzeile fehlt, dort stoppen und erst die Fehlerhilfe prüfen.
Nimm ein Testprofil. Sichere die vorhandene
GRpluginEventStands.txt, bevor du sie änderst. Der erste gemeinsame Versuch gehört nicht in eine ungesicherte Live-Konfiguration.ZIP herunterladen und entsperren
Das Paket herunterladen. Rechtsklick auf das ZIP → Eigenschaften. Falls unten Zulassen oder Blockierung aufheben steht, aktivieren und übernehmen.
Vollständig entpacken
Nicht direkt im ZIP arbeiten. Alles in einen neuen, beschreibbaren Ordner entpacken, zum Beispiel:
Dokumente\VATGER-Bridge-TestDie INI richtig benennen
VatgerGrpBridge.ini.example kopieren. Die Kopie exakt VatgerGrpBridge.ini nennen.
Windows: Ansicht → Dateinamenerweiterungen aktivieren. Sonst entsteht schnell unbemerkt .ini.txt.
Adresse und Token eintragen
Die neue INI im Editor öffnen. Den Platzhalter durch den separat erhaltenen Test-Token ersetzen.
[Bridge]
Endpoint=https://lh-virtual.app/api/internal/vatger/grp-stand-event
Token=HIER-DEN-TEST-TOKEN-EINSETZEN
Airports=EDDF,EDDMEvent-Stand-Feed setzen
In die aktive GRpluginEventStands.txt des Testprofils diese URL als erste Zeile eintragen:
URL=https://lh-virtual.app/api/integrations/vatger/grp-event-stands.txtBei mehreren gleichnamigen Dateien: Paketbetreuer fragen, welche das aktive Profil nutzt.
DLL in EuroScope laden
EuroScope öffnen → OTHER SET → Plug-ins → Load. Im entpackten Ordner VatgerGrpBridge.dll auswählen.
DLL und VatgerGrpBridge.ini müssen nebeneinander liegen.
Start im Log kontrollieren
Im selben Ordner muss VatgerGrpBridge.log entstehen. Öffnen und diese Meldung suchen:
Bridge loaded; event worker startedGemeinsamen Test beginnen
Erst jetzt den abgestimmten Flug in GRPlugin auf den neuen Stand setzen. Im Log müssen Captured assign und danach Delivered … (HTTP 200) erscheinen.
Gemeinsamer Lotsentest
So wissen beide Seiten, dass es funktioniert.
LH Virtual benennt vorab genau einen Flug, den bisherigen Stand und den neuen Teststand. Alle anderen Piloten fliegen unverändert weiter.
- Der Testflug geht nach EDDF oder EDDM und hat bereits eine aktive Connex mit Arrival Gate.
- LH Virtual notiert die bisherige Feed-Zeile, zum Beispiel
DLH441:EDDF:A25. - Der Lotse weist in GRPlugin den abgestimmten neuen Stand zu, zum Beispiel A23.
- Die Bridge protokolliert Erfassung und erfolgreiche Zustellung mit HTTP 200.
- GRPlugin wird neu geladen oder der konfigurierte Feed-Reload abgewartet.
- LH Virtual prüft Feed und Audit. Die Connex des Piloten wird bei keinem Ergebnis verändert.
Ergebnis lesen
HTTP 200 heißt: angekommen. Nicht automatisch: freigegeben.
Die Bridge bestätigt nur den Transport. Ob der neue Stand in den Feed darf, entscheidet anschließend die getrennte Belegungs- und CDM-Prüfung.
| Situation | Bridge-Log | Event-Stand-Feed | Connex beim Piloten |
|---|---|---|---|
| Stand besteht die Prüfung | HTTP 200 | Neuer Stand sichtbar | Bleibt unverändert |
| Stand ist blockiert | HTTP 200 | Neuer Stand nicht sichtbar | Bleibt unverändert |
| Kein passender aktiver Connex-Flug | HTTP 200 | Keine Zuordnung | Bleibt unverändert |
| Token oder Transport fehlerhaft | Kein HTTP 200 | Keine Änderung | Bleibt unverändert |
Fehlerhilfe
Wenn etwas nicht grün wird.
EuroScope lädt die DLL nicht
ZIP vor dem Entpacken über die Windows-Eigenschaften entsperren. Sicherstellen, dass die fertige VatgerGrpBridge.dll gewählt wurde. EuroScope ist 32 Bit; die mitgelieferte DLL ebenfalls.
Es entsteht keine Logdatei
Die DLL wurde nicht geladen oder der Ordner ist nicht beschreibbar. Einen normalen Testordner unter Dokumente verwenden und über OTHER SET → Plug-ins erneut laden.
Im Log steht „Bridge disabled“
Die INI fehlt, heißt versehentlich VatgerGrpBridge.ini.txt oder enthält noch einen Platzhalter. DLL und INI müssen im selben Ordner liegen.
„Captured“, aber kein HTTP 200
Endpoint, Test-Token und Internetverbindung prüfen. Das Skript test-endpoint.ps1 kann den Zugang vorab testen. Token niemals gemeinsam mit dem Log öffentlich weitergeben.
HTTP 200, aber kein neuer Stand im Feed
Das kann korrekt sein: Es fehlt ein passender aktiver Connex-Flug oder der Stand wurde durch Belegung/CDM abgelehnt. LH Virtual sieht den Grund im geschützten Audit.
EDDM-Stände fehlen
Das bereitgestellte Langen-/EDGG-Paket enthält EDDF, aber keine EDDM-Standliste. Für München ist zusätzlich die passende GRpluginStands.txt aus dem EDMM-Paket erforderlich.
Nur notwendige Testdaten
Übertragen werden Rufzeichen, Ziel, Stand, UTC-Zeit und Controller-Position – keine CID, kein Name und kein Freitext-Scratchpad.
Eigenes Testgeheimnis
Die Bridge verwendet weder den Connex-Ausweis noch den Zugriff auf das geschützte Audit.
Einfacher Rückbau
Plug-in entladen, DLL, INI und Log löschen und die gesicherte Event-Stand-Datei wiederherstellen.