forester schrieb:PilotAware
Und an der Sichtbarkeit für nur Mode S transpondern in Apps müssen die App Entwickler halt was machen. Stratux sieht auch die mit der Druckhöhe und der Signalstärke
Dann noch im PW Wetterdaten life, dann werde ich nerven wegen AHRS ;o)
Hallo Raller,
>
> welche GPS-(NMEA?)-Sätze müssen denn an den Transponder gesendet werden?
>
Normalerweise ist das nur der "Recommended Minimum Sentence-C" $GPRMC.
(Das schreiben z.B. Filser FUNKE oder Dittel TQ :-)
In dem stecken dann drinnen:
Zeit
Status
Breitengrad
Längengrad
Geschwindigkeit über Grund
Kurs über Grund
Datum
magnetische Abweichung)
Vorzeichen der Abweichung
Signalintegrität
Prüfsumme
Und die Höhe hat der Transponder ja über die Druckmessung.
:)
BlueSky9
Hallo,
>
> ...und ich war überrascht wieviele mit ADSB-out unterwegs sind.
> Vom Flarm-Empfang gerade in der Umgebung von (Segel)-Flugplätzen
> will ich gar nicht reden.
>
Geht mir auch so - schon nach den ersten paar Flügen
damals war ich echt beeindruckt, wieviel GA Gickel doch
bereits irgendwie auftauchen (die "hohen" Airliner hab′ ich
dabei garnicht mitgezählt)
>
> Ich fühlte mich fast genötigt ebenfalls meine Transponder
> zu pimpen.
>
unbedingt.
>
> Kostet kleines Geld und macht Fliegen für uns alle sicherer!!!!!
>
Zustimmung!
>
> ...Transponder. Trotz EASA Verornung aus März 2018 bleiben
> die dann auch noch aus. Ebenso wie in meiner ehemaligen
> Flugschule: "nee, laß aus das Ding,...
>
Gegen Dummheit hilft leider kaum ein technisches Gerät.
Es gibt aber einen kleinen Trick:
Man muss mal die "Transponder-Ausschalter" mitnehmen
zu einem Rundflug _mit_ Traffic-Anzeige und sie teilhaben
lassen an der Erfahrung, wie es ist, wenn das Display
einen "Gegener" anzeigt, den man im Leben noch nicht
"in Sicht" hat...
Das kann ein ganz neues Bewustsein schaffen! :)
BlueSky9
Moin BlueSky,
laut Manual sollte der Transponder folgende Info bekommen:
$GPRMC, $GPGGA, $GPGSA
Sorry, bin auf dem Gebiet Laie. Deckt sich das irgendwie mit deiner Aussage?
Danke und Gruß,
Raller
Hallo Raller,
Das NMEA 0183 Protokol enthält
nicht nur die Angaben von Dir.
Aber ich glaube das reicht den meisten Transpondern.
Die Herrsteller sind da eigenartig, ( In dem Programieren was Sie zulassen )
habe erlebt das wenn man noch was dabei hat, die Transponder einiger Herrsteller
aussteigen. ( Auch wenn es zum NMEA Protokol gehört )
Habe da ein wenig mit verschieden Transpondern experimentiert.
Dabei das RS232 vom GPS angeschaut und angepasst.
( Bei vielen GPS Geräten kann man die Ausgabe einstellen )
Hallo Raller,
>
> laut Manual sollte der Transponder folgende Info bekommen:
> $GPRMC, $GPGGA, $GPGSA
>
Naja - wenn der Hersteller das so möchte, dann
kann/sollte man es dem Transponder auch "hinschicken" ;-))
Die GPGGA und GPGSA enthalten z.B. noch zusätzliche Infos über
die Genauigkeit der Positionsbestimmung, GPS Qualität
oder Anzahl der Satelliten usw.
Der Trig scheint daraus was zu machen - wäre die
GPS Quelle zertifiziert, dann könnte der Transponder
daraus mglw. einen SIL (Surveillance Integrity Level) Value
generieren und damit allen "Zuhörern" sagen: "Hey, Leute, ich
bin ein ganz genauer Kollege" :-)
Die meisten 08/15 GA Mode-S-ADS-B-Out-Transponder senden
aber glaub′ ich, einfach nur SIL = 0 (unknown)
(Können dabei aber durchaus genau so "genau" sein,
wie z.B. SIL 1, 2 oder 3 Geräte!)
Und für SIL = 0 genügt GPRMC ;-)
>
> habe erlebt das wenn man noch was dabei hat, die
> Transponder einiger Herrsteller
> aussteigen. ( Auch wenn es zum NMEA Protokol gehört )
>
Das stimmt - man muss aber auch dazu sagen, dass das
NMEA Protokoll gefühlt zillionen weiterer "sentences"
kennt, die aber für den Transponder überhaupt gar keinen
Sinn machen würden.
(z.B. Autopiloten Ansteuerung, Wegpunktinformationen, ganze Routen
und natülich auch Traffic etc. kann man alle NMEA-konform
"übertragen" ;-)
BlueSky9
raller schrieb:Moin rallerlaut Manual sollte der Transponder folgende Info bekommen:
$GPRMC, $GPGGA, $GPGSA
Das sind verschiedene Datensätze, die im NMEA Protokoll verschickt werden siehe wikipedia.
Du musst also deine GPS Maus programmieren, die richtigen Datensaätze im richtigen Intervall zu senden. Und die BAUD rate des Seriellen Anschlusses musst du vermutlich auch ändern. Standart ist 9600, das VT01 und will 4800BAUD. das Steht aber auch im Transponder Manual. Die Einstellungen änderst du mit der uBLOX software. Das steht hier im Forum in eine Thread beschrieben, wenn es gewünscht ist, schreibe ich dazu gerne eine Anleitung in seperatem Thread.
Grüße, der forester
forester schrieb:Top
wenn es gewünscht ist, schreibe ich dazu gerne eine Anleitung in seperatem Thread.
Neu schrieb:Nunja, Zeit ist relativ, aber ich setzte mich die Tage mal dran.
Also wenn Du Zeit hast
ich habe mir gerade OGN-R von Pilot Aware angesehen. Verstehe ich das richtig, dass das Teil FLARM empfängt, und die Informationen dann per PI3 (also dem Pilotaware proprietären Protokoll) wieder hoch schickt? Und das ganze wird dann als UAT equivalent verkauft? Sorry, aber ich halte das aus folgenden Gründen für echten Blödsinn:
1. Warum sollte ich mich beim FLARM empfang auf eine Bodenstation verlassen? Der Stratux emfpängt das FLARM Signal direkt und immer. Ich bin nicht auf eine Bodentstaion angewiesen und habe ein Feature das nur funktioniert, wenn eine Bodenstation in der Nähe ist.
2. UAT in den USA schickt das gesammte Lagebild des Primärradars hoch. Also alle Ziele, auch Transponder mit nur Mode S oder die erwähnten Transponderverweigerer. Dazu noch Wetterdaten. Davon ist PI3 meilenweit entfernt, daher hinkt der Vergleich.
3. Wir haben schon 2 Protokolle im Himmel: Transponder mit ADSB und FLARM. Ich denke wir brauchen nicht noch ein 3. Protokoll.
Die Pilotaware Idee in allen Ehren und die haben echt coole Features wie die Rosetta App. Aber ich sehe den Sinn einfach nicht. Habe ich was übersehen? Kläre mich bitte auf. :)
Viele Grüße, der forester
Flarm wird nicht von PilotAware empfangen.
( Man kann ein Flarm oder sowas einbinden, als weiteren Empfänger im Flieger )
Es ist richtig das Flarm über die Bodenstation an PilotAware mit weiteren Daten gesendet wird.
( klar nur in Reichweite der Bodenstation )
Der einziege Vorteil dabei, ändert Flarm sein Protokol, wird PW weiter über OGN-R Flarm haben.
Startux wird dann, einer im Code überarbeiten müssen.
Ich hatte auch ein Stratux, aber mit dem Flarm empfang war ich nicht ganz zufrieden.
Habe mit 2 Flarmgeräte gekauft um das mal alles zu ergründen. ( ja ich habe nen schaden ;o) )
Dann habe ich mich in Programieren eingearbeitet usw.
Die Stratux Software ein wenig geändert.
Aber die Empfangsreichweite war echt unterschiedlich und ich nicht zufrieden.
Zum schluss habe ich mir einfach einen PW gekauft.
Dann ein Flarm in C++ Programiert "Empfängt und Sendet" ( Klar auch Codes aus dem Internet verwendet )
Jetzt habe ich im Wohnzimmer ;o) 2 Original Flarmgeräte für den fall der fälle.
Dann habe ich auch noch PilotAware Programiert "Empfängt und Sendet"
kann im Wifi ein Passwort vergegen aber hat PW jetzt auch. So schützt es vor fremden die einstellungen ändern.
Aber ich möchte schon das die Firmen wie
FLARM und PilotAware bestehen bleiben und Ihr kram weiter entwickeln.
Daher bezahle ich die 16 € PilotAware und Flarm wenn Sie was für das Update nehmen auch.
( Flarm bisher Kostenlosse Updates )
Aber was mir bei den jetziegen Bodenstationen gefällt.
Sie empfangen Transponder Mode C + Mode S und senden es an PilotAware durch die Bodenstationen, als ob es ADS-B wäre.
In UK senden Sie Wetter mit an PW
Da nörgele ich bei denen bis das hier auch ist. Danah nörgele ich wegen AHRS
Aber das ist nur ein 5 Man Team bei PW daher überlastet.
Aber wie gesagt
Stratux ist bisher das Beste in Open Source ( Auch wegen Leute wie Du )
Die anderen kommen da nicht mit.
Habe wirklich einige gekauft und getestet.
Ah und ich bin nicht mit PW verheiratet, aber es macht ein wenig spass die Jungs zu unterstützen.
( Tests usw. oder Unterstützen wenn einer eine OGN-R Bodenstation stellen will )
Aktuell sind 18 Besucher online, davon 2 Mitglieder und 16 Gäste.