<![CDATA[Infoportal PROP - Umsetzung]]> https://forum.prop.at/ Tue, 21 Apr 2026 14:36:36 +0000 MyBB <![CDATA[Anzeige des Modellflugbetriebes mittels FLARM-Sender]]> https://forum.prop.at/showthread.php?tid=109 Tue, 21 Oct 2025 00:10:45 +0200 gerhardwmw]]> https://forum.prop.at/showthread.php?tid=109 Wie bereits früher erwähnt, hat jedes Mitglied einen Mitgliedsausweis mit integriertem RFID-Chip, der vor jedem Start auf einem RFID-Kartenleser aufgelegt wird und so einen Eintrag im elektronischen Flugbuch setzt.

.jpg   fb1.jpg (Größe: 429,1 KB / Downloads: 0)  
.jpg   fb2.jpg (Größe: 505,46 KB / Downloads: 0)

Aus den Einträgen des Flugbuches lässt sich ableiten, ob Flugbetrieb herrscht oder kein Flugbetrieb vorliegt.

Die derzeit einzig standardisierte Möglichkeit, den Flugbetrieb für andere Teilnehmer des U-Spaces mit halbwegs leistbaren Mitteln anzuzeigen, ist die Nutzung von FLARM.
Sobald ADS-L eingeführt wird, werden wir diese Möglichkeit auch in Betracht ziehen.

Wir haben uns verschiedene Möglichkeiten eines FLARM-Senders angeschaut und setzen nun auf FLARM Aurora:

.jpg   flarm-aurora.jpg (Größe: 111 KB / Downloads: 0)
https://www.flarm.com/de/drohnen/aurora/

Ein weiteres Service in der bereits früher genannten virtuellen Maschine steuert die Nutzung des FLARM-Senders.
Es folgt laufend folgendem Workflow:
  1. Ist der Zeitpunkt innerhalb der Betriebszeiten? Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  2. Herrscht Flugbetrieb? Dazu wird das Flugbuch abgefragt, ob aktuell ein Flug angemeldet ist. Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  3. Einschalten des FLARM-Senders durch Ansteuerung eines Relais, das den Sender aktiviert.
  4. Laufende Überprüfung der Punkte Betriebszeiten und Flugbetrieb.
  5. Sollte die Überprüfung ergeben, dass kein Betrieb vorliegt, wird der Sender wieder deaktiviert.

Wir hoffen, durch diese Anzeige des Modellflugbetriebes auf unserem Modellflugplatz auch unsererseits zu einer erhöhten Sicherheit im U-Space beizutragen...]]> Wie bereits früher erwähnt, hat jedes Mitglied einen Mitgliedsausweis mit integriertem RFID-Chip, der vor jedem Start auf einem RFID-Kartenleser aufgelegt wird und so einen Eintrag im elektronischen Flugbuch setzt.

.jpg   fb1.jpg (Größe: 429,1 KB / Downloads: 0)  
.jpg   fb2.jpg (Größe: 505,46 KB / Downloads: 0)

Aus den Einträgen des Flugbuches lässt sich ableiten, ob Flugbetrieb herrscht oder kein Flugbetrieb vorliegt.

Die derzeit einzig standardisierte Möglichkeit, den Flugbetrieb für andere Teilnehmer des U-Spaces mit halbwegs leistbaren Mitteln anzuzeigen, ist die Nutzung von FLARM.
Sobald ADS-L eingeführt wird, werden wir diese Möglichkeit auch in Betracht ziehen.

Wir haben uns verschiedene Möglichkeiten eines FLARM-Senders angeschaut und setzen nun auf FLARM Aurora:

.jpg   flarm-aurora.jpg (Größe: 111 KB / Downloads: 0)
https://www.flarm.com/de/drohnen/aurora/

Ein weiteres Service in der bereits früher genannten virtuellen Maschine steuert die Nutzung des FLARM-Senders.
Es folgt laufend folgendem Workflow:
  1. Ist der Zeitpunkt innerhalb der Betriebszeiten? Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  2. Herrscht Flugbetrieb? Dazu wird das Flugbuch abgefragt, ob aktuell ein Flug angemeldet ist. Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  3. Einschalten des FLARM-Senders durch Ansteuerung eines Relais, das den Sender aktiviert.
  4. Laufende Überprüfung der Punkte Betriebszeiten und Flugbetrieb.
  5. Sollte die Überprüfung ergeben, dass kein Betrieb vorliegt, wird der Sender wieder deaktiviert.

Wir hoffen, durch diese Anzeige des Modellflugbetriebes auf unserem Modellflugplatz auch unsererseits zu einer erhöhten Sicherheit im U-Space beizutragen...]]> <![CDATA[Anzeige der Alarm-Liste mittels LED-Matrix]]> https://forum.prop.at/showthread.php?tid=108 Mon, 20 Oct 2025 23:43:09 +0200 gerhardwmw]]> https://forum.prop.at/showthread.php?tid=108
Sollte eine Alarmierung erfolgen, wird auf diese mittels Einschaltens einer hellen Warnblink-Leuchte aufmerksam gemacht. Die Visualisierung der Alarm-Details erfolgt mittels eines LED-Matrix-Displays.
Wir verzichten absichtlich auf eine Alarmierung mittels auditiver Warnungen, um die Nachbarn nicht zu stören.

Für die Anzeige haben wir uns für ein LED-Matrix-Display bestehend aus 2 hintereinandergeschalteten Panels entschieden.

.jpg   led-matrix-1.jpg (Größe: 496,29 KB / Downloads: 2)  
.jpg   led-matrix-2.jpg (Größe: 453,07 KB / Downloads: 1)

Das Display hat eine Auflösung von 32x128 Pixeln bei einer Panelgröße von insgesamt 62 cm x 16 cm.
Gesteuert wird es von einem passenden ESP.

.jpg   led-matrix-esp.jpg (Größe: 472,44 KB / Downloads: 1)

Der ESP befindet sich im selben Netzwerk-Segment wie das Web-Service/der Web-Server und kann daher via WLAN die Alarm-Liste jederzeit abfragen.
Er folgt diesem Workflow ebenfalls alle 20 Sekunden:  
  1. Ist der Zeitpunkt innerhalb der Betriebszeiten? Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  2. Herrscht Flugbetrieb? Dazu wird das Flugbuch abgefragt, ob aktuell ein Flug angemeldet ist. Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  3. Ist eine aktuelle Alarm-Liste via REST-HTTP-Call abrufbereit?  Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  4. Einschalten der hellen Warnblink-Leuchte.
  5. Einschalten des LED-Displays.
  6. Abruf der aktuellen Liste.
  7. Auslesen der relevanten Parameter, die angezeigt werden:
    Code:
    "Art": "M",               # Flugzeugart: M (Motor, Jet), G (Segler), P (Motorsegler), H (Hubschrauber, Gyrocopter), U (Unbekannt)
    "Typ": "DA-20",           # Flugzeugtyp bzw. -hersteller
    "Speed": 83,              # Geschwindigkeit in kts 
    "DistanceMFPInM": 1900,   # Entfernung zum MFP (Modellflugplatz) in m
    "AltitudeMFP": 445,       # Höhe über Grund MFP in m
    "TrackMFP": 207           # Relative Richtung (Bearing) des Flugzeuges zum Modellflugplatz

Daraus wird dann folgendes Anzeigebild erstellt:
z.B. Normale Alarmmeldung - Flugzeug mehr als 2000m entfernt und mehr als 200m über Grund MFP:

.jpg   layout-led-normal.jpg (Größe: 94,45 KB / Downloads: 1)

z.B. Gefahr-Alarmmeldung - Flugzeug weniger als 2000m entfernt und weniger als 200m über Grund MFP:

.jpg   layout-led-dist-alt.jpg (Größe: 91,79 KB / Downloads: 2)

Bedeutung der einzelnen angezeigten Informationen:

.jpg   layout-led-dist-alt.jpg (Größe: 91,79 KB / Downloads: 2)
  • Das gelbe Rufzeichen bedeutet, dass eine Alarmmeldung vorliegt.
  • Das rote Rufzeichen bedeutet, dass eine gefährliche Alarmmeldung vorliegt und das Flugzeug entweder weniger als 2000m entfernt ist und/oder weniger als 200m über Grund MFP fliegt.
  • Der Pfeil gibt die Richtung des Flugzeuges an, in der es sich derzeit relativ zur nördlichen Blickrichtung befindet.
  • Der große Buchstabe (hier "M") gibt die Art des Flugzeuges an (siehe oben).
  • Die darunterstehende Zeichenfolge (hier "DA-20") gibt die ersten 5 Buchstaben des Flugzeugtyps an, sofern bekannt (siehe oben).
  • DST gibt die Entfernung des Flugzeuges zum MFP in m an (hier 1523m). Sollte es weniger als 2000m entfernt sein, wechselt die Schrift auf rot. 
  • ALT gibt die Flughöhe des Flugzeuges relativ zum Grund MFP in m an (hier 190m). Sollte es weniger als 200m hoch fliegen, wechselt die Schrift auf rot.
  • SPD gibt die Fluggeschwindigkeit an (hier 128kts).

Die Liste wird laufend angezeigt - sollten mehrere Flugzeuge im Alarm-Bereich fliegen, werden diese zyklisch angezeigt.
Sobald eine leere Liste vorliegt, werden das Display und die Warnblink-Lampe wieder ausgeschaltet.

Damit ist die Visualisierung der Alarme durchgeführt.

Im nächsten Beitrag befassen wir uns mit der Anzeige des Modellflugbetriebes am Modellflugplatz mittels FLARM.]]>
Sollte eine Alarmierung erfolgen, wird auf diese mittels Einschaltens einer hellen Warnblink-Leuchte aufmerksam gemacht. Die Visualisierung der Alarm-Details erfolgt mittels eines LED-Matrix-Displays.
Wir verzichten absichtlich auf eine Alarmierung mittels auditiver Warnungen, um die Nachbarn nicht zu stören.

Für die Anzeige haben wir uns für ein LED-Matrix-Display bestehend aus 2 hintereinandergeschalteten Panels entschieden.

.jpg   led-matrix-1.jpg (Größe: 496,29 KB / Downloads: 2)  
.jpg   led-matrix-2.jpg (Größe: 453,07 KB / Downloads: 1)

Das Display hat eine Auflösung von 32x128 Pixeln bei einer Panelgröße von insgesamt 62 cm x 16 cm.
Gesteuert wird es von einem passenden ESP.

.jpg   led-matrix-esp.jpg (Größe: 472,44 KB / Downloads: 1)

Der ESP befindet sich im selben Netzwerk-Segment wie das Web-Service/der Web-Server und kann daher via WLAN die Alarm-Liste jederzeit abfragen.
Er folgt diesem Workflow ebenfalls alle 20 Sekunden:  
  1. Ist der Zeitpunkt innerhalb der Betriebszeiten? Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  2. Herrscht Flugbetrieb? Dazu wird das Flugbuch abgefragt, ob aktuell ein Flug angemeldet ist. Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  3. Ist eine aktuelle Alarm-Liste via REST-HTTP-Call abrufbereit?  Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  4. Einschalten der hellen Warnblink-Leuchte.
  5. Einschalten des LED-Displays.
  6. Abruf der aktuellen Liste.
  7. Auslesen der relevanten Parameter, die angezeigt werden:
    Code:
    "Art": "M",               # Flugzeugart: M (Motor, Jet), G (Segler), P (Motorsegler), H (Hubschrauber, Gyrocopter), U (Unbekannt)
    "Typ": "DA-20",           # Flugzeugtyp bzw. -hersteller
    "Speed": 83,              # Geschwindigkeit in kts 
    "DistanceMFPInM": 1900,   # Entfernung zum MFP (Modellflugplatz) in m
    "AltitudeMFP": 445,       # Höhe über Grund MFP in m
    "TrackMFP": 207           # Relative Richtung (Bearing) des Flugzeuges zum Modellflugplatz

Daraus wird dann folgendes Anzeigebild erstellt:
z.B. Normale Alarmmeldung - Flugzeug mehr als 2000m entfernt und mehr als 200m über Grund MFP:

.jpg   layout-led-normal.jpg (Größe: 94,45 KB / Downloads: 1)

z.B. Gefahr-Alarmmeldung - Flugzeug weniger als 2000m entfernt und weniger als 200m über Grund MFP:

.jpg   layout-led-dist-alt.jpg (Größe: 91,79 KB / Downloads: 2)

Bedeutung der einzelnen angezeigten Informationen:

.jpg   layout-led-dist-alt.jpg (Größe: 91,79 KB / Downloads: 2)
  • Das gelbe Rufzeichen bedeutet, dass eine Alarmmeldung vorliegt.
  • Das rote Rufzeichen bedeutet, dass eine gefährliche Alarmmeldung vorliegt und das Flugzeug entweder weniger als 2000m entfernt ist und/oder weniger als 200m über Grund MFP fliegt.
  • Der Pfeil gibt die Richtung des Flugzeuges an, in der es sich derzeit relativ zur nördlichen Blickrichtung befindet.
  • Der große Buchstabe (hier "M") gibt die Art des Flugzeuges an (siehe oben).
  • Die darunterstehende Zeichenfolge (hier "DA-20") gibt die ersten 5 Buchstaben des Flugzeugtyps an, sofern bekannt (siehe oben).
  • DST gibt die Entfernung des Flugzeuges zum MFP in m an (hier 1523m). Sollte es weniger als 2000m entfernt sein, wechselt die Schrift auf rot. 
  • ALT gibt die Flughöhe des Flugzeuges relativ zum Grund MFP in m an (hier 190m). Sollte es weniger als 200m hoch fliegen, wechselt die Schrift auf rot.
  • SPD gibt die Fluggeschwindigkeit an (hier 128kts).

Die Liste wird laufend angezeigt - sollten mehrere Flugzeuge im Alarm-Bereich fliegen, werden diese zyklisch angezeigt.
Sobald eine leere Liste vorliegt, werden das Display und die Warnblink-Lampe wieder ausgeschaltet.

Damit ist die Visualisierung der Alarme durchgeführt.

Im nächsten Beitrag befassen wir uns mit der Anzeige des Modellflugbetriebes am Modellflugplatz mittels FLARM.]]> <![CDATA[Erstellung der Alarm-Liste mit allen relevanten Details]]> https://forum.prop.at/showthread.php?tid=107 Mon, 20 Oct 2025 23:06:28 +0200 gerhardwmw]]> https://forum.prop.at/showthread.php?tid=107
Die Verarbeitung der vom Flightdirector gelieferten Alarmierungsdaten erfolgt mittels eines Web-Services, welches in einer virtuellen Maschine auf unserem Server läuft.
Das Web-Service ruft die Alarmliste während der Betriebszeiten unseres Modellflugplatzes alle 20 Sekunden ab, sofern Modellflugbetrieb herrscht.
Die Information, ob Modellflugbetrieb herrscht, wird aus unserem elektronischen Flugbuch ermittelt – jedes Mitglied hat einen Mitgliedsausweis mit integriertem RFID-Chip, der vor jedem Start auf einem RFID-Kartenleser aufgelegt wird und so einen Eintrag im elektronischen Flugbuch setzt.

.jpg   fb1.jpg (Größe: 429,1 KB / Downloads: 1)
.jpg   fb2.jpg (Größe: 505,46 KB / Downloads: 1)

Das Web-Service folgt diesem Workflow alle 20 Sekunden:
  1. Ist der Zeitpunkt innerhalb der Betriebszeiten? Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  2. Herrscht Flugbetrieb? Dazu wird das Flugbuch abgefragt, ob aktuell ein Flug angemeldet ist. Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  3. Wenn am heutigen Tag noch nicht erfolgt bzw. seit dem letzten Start des Web-Services noch nicht erfolgt, werden die Registrierungsdatenbanken der AustroControl und anderer Anbieter eingelesen. 
  4. Abruf der Alarmliste vom FlightDirector.
  5. Abruf der Liste der aktuell im Luftraum befindlichen Flugzeuge inkl. aller Detaildaten
  6. Erstellung der Alarm-Detail-Datei. Dabei werden folgende Parameter erhoben:
    Code:
    {
        "Kennzeichen": "OE-AAA",       # Kennzeichen, sofern bekannt
        "Art": "M",                    # Flugzeugart: M (Motor, Jet), G (Segler), P (Motorsegler), H (Hubschrauber, Gyrocopter), U (Unbekannt)
        "Typ": "DA-20",                # Flugzeugtyp bzw. -hersteller
        "GPSLat": 48.19666,            # GPS-Koordinate Latitude
        "GPSLon": 14.03602,            # GPS-Koordinate Longitude
        "Altitude": 1700,              # Altitude in ft über MSL
        "Speed": 83,                   # Geschwindigkeit in kts  
        "Track": 92,                   # Flugrichtung in °
        "Distance": 1.9,               # Entfernung in km
        "DistanceMFPInM": 1900,        # Entfernung zum MFP in m
        "AltitudeMFP": 202,            # Höhe über Grund MFP in m
        "TrackMFP": 207                # Relative Richtung (Bearing) des Flugzeuges zum Modellflugplatz
      },
      {
       ...
      },
      {
       ...
      },
    ...

  7. Diese Details werden für alle Flugzeuge in der Alarm-Liste generiert und gemeinsam in einer JSON-basierten Datei abgespeichert.
  8. Die fertig erstellte Liste wird auf dem Web-Service zum Abruf via REST-HTTP-Call zur Verfügung gestellt.

Diese JSON-Liste kann nun von jedem REST-HTTP-fähigen Gerät weiterverarbeitet werden.

Wir haben uns für die Anzeige der Liste für ein LED-Matrix-Display entschieden, das von einem ESP angesteuert wird.
Genaue Details dazu beschreiben wir im nächsten Beitrag.]]>
Die Verarbeitung der vom Flightdirector gelieferten Alarmierungsdaten erfolgt mittels eines Web-Services, welches in einer virtuellen Maschine auf unserem Server läuft.
Das Web-Service ruft die Alarmliste während der Betriebszeiten unseres Modellflugplatzes alle 20 Sekunden ab, sofern Modellflugbetrieb herrscht.
Die Information, ob Modellflugbetrieb herrscht, wird aus unserem elektronischen Flugbuch ermittelt – jedes Mitglied hat einen Mitgliedsausweis mit integriertem RFID-Chip, der vor jedem Start auf einem RFID-Kartenleser aufgelegt wird und so einen Eintrag im elektronischen Flugbuch setzt.

.jpg   fb1.jpg (Größe: 429,1 KB / Downloads: 1)
.jpg   fb2.jpg (Größe: 505,46 KB / Downloads: 1)

Das Web-Service folgt diesem Workflow alle 20 Sekunden:
  1. Ist der Zeitpunkt innerhalb der Betriebszeiten? Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  2. Herrscht Flugbetrieb? Dazu wird das Flugbuch abgefragt, ob aktuell ein Flug angemeldet ist. Wenn nein, Ausstieg. Wenn ja, nächster Schritt.
  3. Wenn am heutigen Tag noch nicht erfolgt bzw. seit dem letzten Start des Web-Services noch nicht erfolgt, werden die Registrierungsdatenbanken der AustroControl und anderer Anbieter eingelesen. 
  4. Abruf der Alarmliste vom FlightDirector.
  5. Abruf der Liste der aktuell im Luftraum befindlichen Flugzeuge inkl. aller Detaildaten
  6. Erstellung der Alarm-Detail-Datei. Dabei werden folgende Parameter erhoben:
    Code:
    {
        "Kennzeichen": "OE-AAA",       # Kennzeichen, sofern bekannt
        "Art": "M",                    # Flugzeugart: M (Motor, Jet), G (Segler), P (Motorsegler), H (Hubschrauber, Gyrocopter), U (Unbekannt)
        "Typ": "DA-20",                # Flugzeugtyp bzw. -hersteller
        "GPSLat": 48.19666,            # GPS-Koordinate Latitude
        "GPSLon": 14.03602,            # GPS-Koordinate Longitude
        "Altitude": 1700,              # Altitude in ft über MSL
        "Speed": 83,                   # Geschwindigkeit in kts  
        "Track": 92,                   # Flugrichtung in °
        "Distance": 1.9,               # Entfernung in km
        "DistanceMFPInM": 1900,        # Entfernung zum MFP in m
        "AltitudeMFP": 202,            # Höhe über Grund MFP in m
        "TrackMFP": 207                # Relative Richtung (Bearing) des Flugzeuges zum Modellflugplatz
      },
      {
       ...
      },
      {
       ...
      },
    ...

  7. Diese Details werden für alle Flugzeuge in der Alarm-Liste generiert und gemeinsam in einer JSON-basierten Datei abgespeichert.
  8. Die fertig erstellte Liste wird auf dem Web-Service zum Abruf via REST-HTTP-Call zur Verfügung gestellt.

Diese JSON-Liste kann nun von jedem REST-HTTP-fähigen Gerät weiterverarbeitet werden.

Wir haben uns für die Anzeige der Liste für ein LED-Matrix-Display entschieden, das von einem ESP angesteuert wird.
Genaue Details dazu beschreiben wir im nächsten Beitrag.]]> <![CDATA[Konfiguration und Übersicht]]> https://forum.prop.at/showthread.php?tid=104 Wed, 08 Oct 2025 16:58:58 +0200 gerhardwmw]]> https://forum.prop.at/showthread.php?tid=104
.jpg   fd.jpg (Größe: 83,23 KB / Downloads: 2)

Die Konfiguration erfolgt über ein passwordgeschütztes Web-Interface.
Ohne Anmeldung erhält man eine Listenübersicht aller derzeit empfangenen Flugzeuge.

.jpg   aircraftlist.jpg (Größe: 92,33 KB / Downloads: 2)

Viel wichtiger ist aber die Übersicht über Flugzeuge, die sich im Alarmbereich des Modellflugplatzes aufhalten - dieser Bereich kann vollkommen frei mittels GPS-Koordinaten definiert werden.

.jpg   alarmzone.jpg (Größe: 158,52 KB / Downloads: 28)

Diese Informationen werden laufend in einer .json-basierenden Datei abgelegt, die abgefragt werden kann:
Die Flugzeuge werden anhand des Kennzeichens angegeben - als Beispiel:

Code:
...
"zone": [
    {
      "device": 1,
      "inside": [
        "F-HEXX",
        "SE-JXX"
      ],
      "mode": 1,
      "name": "local_5km",
      "permanent": 0,
      "polygon": [
        [14.0460271835327, 48.3684196472168],
        [14.1419992446899, 48.3556938171387],
        [14.2232341766357, 48.3194732666016],
        [14.2773132324219, 48.2653160095215],
        [14.2960577011108, 48.2015075683594],
        [14.2767372131348, 48.1377716064453],
        [14.2224197387695, 48.0838050842285],
        [14.1414241790771, 48.0477714538574],
        [14.0460271835327, 48.0351295471191],
        [13.9506320953369, 48.0477714538574],
        [13.8696355819702, 48.0838050842285],
        [13.8153171539307, 48.1377716064453],
        [13.7959985733032, 48.2015075683594],
        [13.8147430419922, 48.2653160095215],
        [13.8688220977783, 48.3194732666016],
        [13.9500560760498, 48.3556938171387],
        [14.0460271835327, 48.3684196472168]
      ]
    },
...

In diesem Fall fliegen 2 Flugzeuge im Alarmbereich.

In dee Alarmeinstellungen kann man verschiedene Einstellungen treffen, wie z.B.:
  • Können bis zu 4 verschiedene Zonen mit jeweils unterschiedlichen Einstellungen definiert werden.
  • Die Entfernung und die Höhe, ab denen ein Alarm ausgelöst werden soll.
  • Welche Aktion wird ausgeführt, wenn ein Alarm ausgelöst wird – z.B. können bis zu 2 Relais geschaltet werden, die eine akustische und optische Warnung auslösen.

.jpg   alarmsettings.jpg (Größe: 103,74 KB / Downloads: 5)

Es kann aber auch einfach der gesamte Luftraum mit den derzeit erfassten Flugzeugen dargestellt werden:
Dort werden Informationen zum Flugzeug angezeigt und auch ein Bewegungsvektor, der die Position des Flugzeuges in diesem Falle in 60s anzeigt.
Dadurch bekommt man eine gute Übersicht über die Flugbewegungen im Luftraum...

.jpg   luftlage.jpg (Größe: 107,09 KB / Downloads: 3)

Für uns ist es wichtig, genauere Informationen über nahende Flugzeuge darzustellen, nicht nur mittels Blinklicht und akustischem Signal:
Wir möchten Folgendes anzeigen:
  1. Eine Warnung mittels Blinklichts, dass sich ein Flugzeug in der Alarmzone befindet.
  2. Informationen über das Flugzeug: den Flugzeugtyp (Segelflugzeug, Hubschrauber, Motorflugzeug/Jet), die Entfernung zum Modellflugplatz, die Höhe, und die Richtung, aus der es auf den Modellflugplatz zufliegt.

Diese Informationen werden auf einem LED-Matrix-Display angezeigt.
Zusätzlich wird das Luftlagebild auf einem Monitor dargestellt.

Um alle Informationen auszuwerten bzw. zu beschaffen, haben wir einen eigenen Webdienst programmiert, der auf einer virtuellen Maschine läuft.
Der Dienst lädt alle 30 Sekunden die Liste mit den in Empfangsreichweite befindlichen Flugzeugen sowie die Liste mit den Flugzeugen in der Alarmzone vom FlightDirector sowie die Typ des Flugzeuges anhand des Kennzeichens.
Aus all diesen Informationen wird eine .json-basierende Datei generiert, die alle nowendigen Informationen enthält:
Code:
{
"alarm":  [
  {
    "Kennzeichen": "OE-AXX",
    "Typ": "M",
    "GPSLat": 48.19666,
    "GPSLon": 14.03602,
    "Altitude": 1700,
    "Speed": 83,
    "Track": 92,
    "Distance": 0.9,
    "DistanceMFP": 0,
    "AltitudeMFP": 636,
    "TrackMFP": 207
  },
  {
    "Kennzeichen": "OE-KXX",
    "Typ": "M",
    "GPSLat": 48.19227,
    "GPSLon": 14.25517,
    "Altitude": 1925,
    "Speed": 149,
    "Track": 89,
    "Distance": 15.5,
    "DistanceMFP": 15,
    "AltitudeMFP": 861,
    "TrackMFP": 357
  }
]
}

In diesem Beispiel sind 2 Flugzeuge anzuzeigen:
Ein Motorflugzeug mit der Höhe 636 Fuss über Grund in Richtung 207° (in südsüdwestlicher Richtung vom Modellflugplatz aus gesehen).
Ein weiteres Motorflugzeug mit der Höhe 861 Fuss über Grund in Richtung 357° (in nördlicher Flugrichtung vom Modellflugplatz aus gesehen).

Diese Informationen werden auf einem LED-Matrix-Display dargestellt, das von einem ESP32 gesteuert wird.
Dieser Teil ist derzeit in Umsetzung – diese beschreiben wir in einem der nächsten Beiträge.  

Als nächsten Schritt wird eine aktive Benachrichtigung im Luftraum mittels eines FLARM-Senders umgesetzt.
Diese Funktion beschreiben wir im nächsten Beitrag.]]>
.jpg   fd.jpg (Größe: 83,23 KB / Downloads: 2)

Die Konfiguration erfolgt über ein passwordgeschütztes Web-Interface.
Ohne Anmeldung erhält man eine Listenübersicht aller derzeit empfangenen Flugzeuge.

.jpg   aircraftlist.jpg (Größe: 92,33 KB / Downloads: 2)

Viel wichtiger ist aber die Übersicht über Flugzeuge, die sich im Alarmbereich des Modellflugplatzes aufhalten - dieser Bereich kann vollkommen frei mittels GPS-Koordinaten definiert werden.

.jpg   alarmzone.jpg (Größe: 158,52 KB / Downloads: 28)

Diese Informationen werden laufend in einer .json-basierenden Datei abgelegt, die abgefragt werden kann:
Die Flugzeuge werden anhand des Kennzeichens angegeben - als Beispiel:

Code:
...
"zone": [
    {
      "device": 1,
      "inside": [
        "F-HEXX",
        "SE-JXX"
      ],
      "mode": 1,
      "name": "local_5km",
      "permanent": 0,
      "polygon": [
        [14.0460271835327, 48.3684196472168],
        [14.1419992446899, 48.3556938171387],
        [14.2232341766357, 48.3194732666016],
        [14.2773132324219, 48.2653160095215],
        [14.2960577011108, 48.2015075683594],
        [14.2767372131348, 48.1377716064453],
        [14.2224197387695, 48.0838050842285],
        [14.1414241790771, 48.0477714538574],
        [14.0460271835327, 48.0351295471191],
        [13.9506320953369, 48.0477714538574],
        [13.8696355819702, 48.0838050842285],
        [13.8153171539307, 48.1377716064453],
        [13.7959985733032, 48.2015075683594],
        [13.8147430419922, 48.2653160095215],
        [13.8688220977783, 48.3194732666016],
        [13.9500560760498, 48.3556938171387],
        [14.0460271835327, 48.3684196472168]
      ]
    },
...

In diesem Fall fliegen 2 Flugzeuge im Alarmbereich.

In dee Alarmeinstellungen kann man verschiedene Einstellungen treffen, wie z.B.:
  • Können bis zu 4 verschiedene Zonen mit jeweils unterschiedlichen Einstellungen definiert werden.
  • Die Entfernung und die Höhe, ab denen ein Alarm ausgelöst werden soll.
  • Welche Aktion wird ausgeführt, wenn ein Alarm ausgelöst wird – z.B. können bis zu 2 Relais geschaltet werden, die eine akustische und optische Warnung auslösen.

.jpg   alarmsettings.jpg (Größe: 103,74 KB / Downloads: 5)

Es kann aber auch einfach der gesamte Luftraum mit den derzeit erfassten Flugzeugen dargestellt werden:
Dort werden Informationen zum Flugzeug angezeigt und auch ein Bewegungsvektor, der die Position des Flugzeuges in diesem Falle in 60s anzeigt.
Dadurch bekommt man eine gute Übersicht über die Flugbewegungen im Luftraum...

.jpg   luftlage.jpg (Größe: 107,09 KB / Downloads: 3)

Für uns ist es wichtig, genauere Informationen über nahende Flugzeuge darzustellen, nicht nur mittels Blinklicht und akustischem Signal:
Wir möchten Folgendes anzeigen:
  1. Eine Warnung mittels Blinklichts, dass sich ein Flugzeug in der Alarmzone befindet.
  2. Informationen über das Flugzeug: den Flugzeugtyp (Segelflugzeug, Hubschrauber, Motorflugzeug/Jet), die Entfernung zum Modellflugplatz, die Höhe, und die Richtung, aus der es auf den Modellflugplatz zufliegt.

Diese Informationen werden auf einem LED-Matrix-Display angezeigt.
Zusätzlich wird das Luftlagebild auf einem Monitor dargestellt.

Um alle Informationen auszuwerten bzw. zu beschaffen, haben wir einen eigenen Webdienst programmiert, der auf einer virtuellen Maschine läuft.
Der Dienst lädt alle 30 Sekunden die Liste mit den in Empfangsreichweite befindlichen Flugzeugen sowie die Liste mit den Flugzeugen in der Alarmzone vom FlightDirector sowie die Typ des Flugzeuges anhand des Kennzeichens.
Aus all diesen Informationen wird eine .json-basierende Datei generiert, die alle nowendigen Informationen enthält:
Code:
{
"alarm":  [
  {
    "Kennzeichen": "OE-AXX",
    "Typ": "M",
    "GPSLat": 48.19666,
    "GPSLon": 14.03602,
    "Altitude": 1700,
    "Speed": 83,
    "Track": 92,
    "Distance": 0.9,
    "DistanceMFP": 0,
    "AltitudeMFP": 636,
    "TrackMFP": 207
  },
  {
    "Kennzeichen": "OE-KXX",
    "Typ": "M",
    "GPSLat": 48.19227,
    "GPSLon": 14.25517,
    "Altitude": 1925,
    "Speed": 149,
    "Track": 89,
    "Distance": 15.5,
    "DistanceMFP": 15,
    "AltitudeMFP": 861,
    "TrackMFP": 357
  }
]
}

In diesem Beispiel sind 2 Flugzeuge anzuzeigen:
Ein Motorflugzeug mit der Höhe 636 Fuss über Grund in Richtung 207° (in südsüdwestlicher Richtung vom Modellflugplatz aus gesehen).
Ein weiteres Motorflugzeug mit der Höhe 861 Fuss über Grund in Richtung 357° (in nördlicher Flugrichtung vom Modellflugplatz aus gesehen).

Diese Informationen werden auf einem LED-Matrix-Display dargestellt, das von einem ESP32 gesteuert wird.
Dieser Teil ist derzeit in Umsetzung – diese beschreiben wir in einem der nächsten Beiträge.  

Als nächsten Schritt wird eine aktive Benachrichtigung im Luftraum mittels eines FLARM-Senders umgesetzt.
Diese Funktion beschreiben wir im nächsten Beitrag.]]> <![CDATA[Montage und Inbetriebnahme]]> https://forum.prop.at/showthread.php?tid=103 Wed, 08 Oct 2025 12:23:46 +0200 gerhardwmw]]> https://forum.prop.at/showthread.php?tid=103 Da unser Mutterverein Weisse Möwe Wels den FlightDirector auch für die Überwachung und das Management am Flugplatz Wels nutzt, hatten wir ein paar spezielle Anforderungen umzusetzen, damit ein möglichst ausfallssicherer Betrieb unserer Station gewährleistet ist:

1. Eine redundante Internet-Anbindung
2. Die Nutzung einer unterbrechungsfreien Stromversorgung (USV)

WICHTIG: Für die Nutzung des FlightDirectors als Flugraum-Überwachung eines Modellflugplatzes sind diese Punkte nicht unbedingt erforderlich.

Der erste Schritt war die Installation der USV und der Netzwerkkomponenten
Den Schutz vor Stromausfällen können wir durch den Betrieb der Systeme an einer USV gewährleisten.
Sie ist ausreichend dimensioniert, um den Router, den FlightDirector, sowie den Netzwerk-Switch mit Power-over-Ethernet-Funktion über 3 Stunden zu betreiben.
Die USV und der Switch wurden in unserer Clubhütte installiert.

Der nächste Schritt war die Umsetzung einer redundanten Internetverbindung
Da wir keine Möglichkeit haben, kabel- oder glasfaserbasiertes Internet zu nutzen, müssen wir auf 4G-/5G-Verbindungen setzen.
Die bisherige 4G-Anbindung war allerdings sehr instabil, sodass eine neue Lösung mit unterschiedlichen 4G-/5G-Providern notwendig erschien.
Eine Recherche im Senderkataster hat leider eine relativ große Entfernung zu den nächstgelegenen Sendemasten ergeben - wir haben dann Feldstärkenmessungen am Modellflugplatz vorgenommen, die beiden "besten" Provider gewählt und passende SIM-Karten gekauft.

.jpg   sendemasten.jpg (Größe: 129,38 KB / Downloads: 3)

Der ausgewählte Router bietet IP65-Schutz und kann problemlos im Freien montiert werden.

.jpg   router.jpg (Größe: 137,02 KB / Downloads: 4)

Wir haben den Router auf unserem Wetterstationsmast montiert – die Anbindung an das Netzwerk und die Stromversorgung des Routers erfolgen über dasselbe CAT7-LAN-Kabel und Power-over-Ethernet.

.jpg   mast.jpg (Größe: 64,48 KB / Downloads: 3)

Ein Test der Signalstärke ergab ausreichende Signalstärke und -qualität, auch das Umschalten zwischen den beiden SIM-Karten funktioniert wie gewünscht.

.jpg   or-signal.jpg (Größe: 57,75 KB / Downloads: 4)

Damit wurde die redundante Anbindung an das Internet wie benötigt umgesetzt.

[u]Der nächste Schritt war die Montage der Antennen für den FlightDirector[/u]
Der FlightDirector benötigt 2 Antennen, um alle notwendigen Signale erfassen zu können (Mode-S, ADS-B, FLARM, GPS).
Wir haben die Antennen mittels eines Antennenhalters ebenfalls am Wetterstationsmast montiert und die Antennenkabel passend verlegt.

.jpg   ov.jpg (Größe: 78,77 KB / Downloads: 4)

WICHTIG: Der Mast, auf dem die Antennen montiert sind bzw. die Antennen selbst müssen zwingend geerdet werden, um Schäden oder Gefahren durch statische Elektrizität zu vermeiden!

Der nächste Schritt war die Konfiguration des Netzwerkes und die Einbindung aller Komponenten
Nachdem der Router eine funktionierende, redundante Internet-Anbindung gewährleistete, konnten wir das Netzwerk für den FlightDirector konfigurieren.
Aus Sicherheitsgründen ist der FlightDirector von unserem bestehenden Netzwerk sowohl physisch als auch über VLANs getrennt, um Einflüsse etc. zu vermeiden.
Dazu verwenden wir separate interne Switches und Router.
Nach Anbindung des FlightDirectors an das Netzwerk und Anschließen der Antennen konnten wir den FlightDirector in Betrieb nehmen.

Ein Test ergab eine perfekte Funktion aller Komponenten.

Die Konfiguration des FlightDirectors erklären wir im nächsten Beitrag...]]> Da unser Mutterverein Weisse Möwe Wels den FlightDirector auch für die Überwachung und das Management am Flugplatz Wels nutzt, hatten wir ein paar spezielle Anforderungen umzusetzen, damit ein möglichst ausfallssicherer Betrieb unserer Station gewährleistet ist:

1. Eine redundante Internet-Anbindung
2. Die Nutzung einer unterbrechungsfreien Stromversorgung (USV)

WICHTIG: Für die Nutzung des FlightDirectors als Flugraum-Überwachung eines Modellflugplatzes sind diese Punkte nicht unbedingt erforderlich.

Der erste Schritt war die Installation der USV und der Netzwerkkomponenten
Den Schutz vor Stromausfällen können wir durch den Betrieb der Systeme an einer USV gewährleisten.
Sie ist ausreichend dimensioniert, um den Router, den FlightDirector, sowie den Netzwerk-Switch mit Power-over-Ethernet-Funktion über 3 Stunden zu betreiben.
Die USV und der Switch wurden in unserer Clubhütte installiert.

Der nächste Schritt war die Umsetzung einer redundanten Internetverbindung
Da wir keine Möglichkeit haben, kabel- oder glasfaserbasiertes Internet zu nutzen, müssen wir auf 4G-/5G-Verbindungen setzen.
Die bisherige 4G-Anbindung war allerdings sehr instabil, sodass eine neue Lösung mit unterschiedlichen 4G-/5G-Providern notwendig erschien.
Eine Recherche im Senderkataster hat leider eine relativ große Entfernung zu den nächstgelegenen Sendemasten ergeben - wir haben dann Feldstärkenmessungen am Modellflugplatz vorgenommen, die beiden "besten" Provider gewählt und passende SIM-Karten gekauft.

.jpg   sendemasten.jpg (Größe: 129,38 KB / Downloads: 3)

Der ausgewählte Router bietet IP65-Schutz und kann problemlos im Freien montiert werden.

.jpg   router.jpg (Größe: 137,02 KB / Downloads: 4)

Wir haben den Router auf unserem Wetterstationsmast montiert – die Anbindung an das Netzwerk und die Stromversorgung des Routers erfolgen über dasselbe CAT7-LAN-Kabel und Power-over-Ethernet.

.jpg   mast.jpg (Größe: 64,48 KB / Downloads: 3)

Ein Test der Signalstärke ergab ausreichende Signalstärke und -qualität, auch das Umschalten zwischen den beiden SIM-Karten funktioniert wie gewünscht.

.jpg   or-signal.jpg (Größe: 57,75 KB / Downloads: 4)

Damit wurde die redundante Anbindung an das Internet wie benötigt umgesetzt.

[u]Der nächste Schritt war die Montage der Antennen für den FlightDirector[/u]
Der FlightDirector benötigt 2 Antennen, um alle notwendigen Signale erfassen zu können (Mode-S, ADS-B, FLARM, GPS).
Wir haben die Antennen mittels eines Antennenhalters ebenfalls am Wetterstationsmast montiert und die Antennenkabel passend verlegt.

.jpg   ov.jpg (Größe: 78,77 KB / Downloads: 4)

WICHTIG: Der Mast, auf dem die Antennen montiert sind bzw. die Antennen selbst müssen zwingend geerdet werden, um Schäden oder Gefahren durch statische Elektrizität zu vermeiden!

Der nächste Schritt war die Konfiguration des Netzwerkes und die Einbindung aller Komponenten
Nachdem der Router eine funktionierende, redundante Internet-Anbindung gewährleistete, konnten wir das Netzwerk für den FlightDirector konfigurieren.
Aus Sicherheitsgründen ist der FlightDirector von unserem bestehenden Netzwerk sowohl physisch als auch über VLANs getrennt, um Einflüsse etc. zu vermeiden.
Dazu verwenden wir separate interne Switches und Router.
Nach Anbindung des FlightDirectors an das Netzwerk und Anschließen der Antennen konnten wir den FlightDirector in Betrieb nehmen.

Ein Test ergab eine perfekte Funktion aller Komponenten.

Die Konfiguration des FlightDirectors erklären wir im nächsten Beitrag...]]>