flytec 6020 und leonardo

[ludwigsparky]

Hallo,

ich habe ein aktualisertes flytec 6020. Wenn ich mit dem Flychart die Flüge auslese und diese dann ins Leonardo bringen will, sagt mir Leonardo, dass der Flug älter als 14 Tage ist und stellt den Flug nicht ein. Vario ist auf dem Aktuellen Datum.

Was kann das sein oder mach ich was falsch?#

Hier die Meldung:

Bei der Übermittlung des Fluges ist ein Fehler aufgetreten

Wertungs-Einreichfrist bereits abgelaufen. (14 Tage bzw. 48 Std nach Saisonsende.)
Diese Flug kann nur unter Category -> Nur Flugbuch eingereicht werden

Gruß
Ludwig

[nuclearfloyd]

AW: flytec 6020 und leonardo

Ist die Firmware aktuell? Anfang des Jahres gab es den GPS-Rollover, da könnte es sein, dass dein Track noch betroffen ist und das Datum falsch eingetragen wurde...

[BitBroker]

AW: flytec 6020 und leonardo

Hallo Ludwig,
eine IGC-Datei enthält einen Header mit Datum, sieht zum Beispiel so aus:
AXSX003 SKYTRAXX V3.0.3a SN:00000333
HOPLTPILOT:Burkhard Vogt
HOGTYGLIDERTYPE:IOTA 30
HOCIDCOMPETITIONID:0123
HODTM100GPSDATUM:WGS-84
HOCCLCOMPETITION CLASS:PG Standard
HPSITSITE:Greifenburg
HFDTE230519
B1439134737920N01225889EA0137901480
B1439144737920N01225889EA0137901480
...

Wenn da ein falsches Datum steht hast du ein Problem.
Das Datum kannst du nicht ändern, ohne das die Verifikation der IGC-Datei zerstört wird.
Das kannst du zwar machen, damit das Datum korrigiert wird, also in Leonardo richtig eingetragen wird, aber dann nur als Flugbuch ...
Gruß Burkhard

[Lenz]

AW: flytec 6020 und leonardo

Hab auch das 6020.
Probier mal das:
Mit texteditor igc-datei öffnen.
Wenn dann im header das datum so angezeigt wird"HFDTEDATE:190819" wird das datum falsch ausgegeben. Dann nur die buchstaben "DATE:"inclusive dem doppelpunkt löschen .
Sollte helfen.

[ludwigsparky]

AW: flytec 6020 und leonardo

Hallo,

der Header sieht tatsächlich so aus:

AFLY07205
HFDTEDATE:220919
HFFXA100
HFPLTPILOT:Ludwig Ressle
HFGTYGLIDERTYPE:GLEITSCHIRM
HFGIDGLIDERID:Nova Factor
HFDTM100GPSDATUM:WGS84
HFGPSGPS:FASTRAX IT321
HFRFWFIRMWAREVERSION:5.01b
HFRHWHARDWAREVERSION:1.00
HFFTYFRTYPE:FLYTEC,6020
HOCIDCOMPETITIONID: DHV-XC-2019
HOCCLCOMPETITION CLASS: Paraglider sport
HOSITSite: Buchenberg
I013638TAS

Wie lässt sich das im 6020 ändern. Die Firmware wurde auf den neuesten Stand gebracht. Ist eigentlich da "DHV-XC-2019" auch dafür relevant?

Gruß
Ludwig

[Lenz]

AW: flytec 6020 und leonardo

Ist wiegesagt, genauso wie bei mir. Selbe firmware. Vllt. Firmwarefehler..... keine ahnung. Aber HFDTEDATE: ist halt praktisch 2x datum. Einfach das DATE: löschen, und es funktioniert

[MV013]

AW: flytec 6020 und leonardo

Vllt. Firmwarefehler..... keine ahnung. Aber HFDTEDATE: ist halt praktisch 2x datum.

Das ist falsch.
HFDTEDATE: ist seit 2017 das empfohlene Format. Also alles richtig hier.

Hat denn der Flug am 22.September stattgefunden?
Dann hattest Du bis 6. Oktober Zeit den Flug beim DHV-XC einzureichen (DHV-XC ist ein Wettbewerb und lt. Wettbewerbsordung hat man nun mal eine Einreichfrist von 14 Tagen).

Willst Du einen Flug nach der Einreichfrist hochladen, geht das nur im Flugbuch (d.h. nicht gültig für den Wettbewerb).
Genau das sagt die Fehlermeldung auch.

Also, wenn später als 14 Tage, dann einfach unter Category "Nur Flugbuch" auswählen und Du kannst den Flug hochladen. Ist dann unter Deinen Flügen, zählt aber nicht für den Wettbewerb.

[BitBroker]

AW: flytec 6020 und leonardo

Das ist falsch.
HFDTEDATE: ist seit 2017 das empfohlene Format. Also alles richtig hier.

Sorry, aber das ist leider nicht richtig.
Da hat nämlich wieder einer den Quatsch vom anderen abgeschrieben ...

Siehe
IGC GNSS FR Technical Specification Second Edition with Amendment 5 5 September 2019
A7. THREE-LETTER CODES (TLC)
DTE H Date, expressed as DDMMYY

Das von dir zitierte Format kommt aus der Beschreibung zu
A3.2.4 Required records...

Dort wurde fälschlicherweise noch ein veraltertes Beispiel gelistet
H F DTE DATE: DD MM YY, NN CR LF

Wie gesagt, da hat mal einer falsch abgeschrieben bei der Implementierung des Formats ...
Wenn das jetzt also von einem Leonardo nicht akzeptiert wird ist das völlig korrekt.

Wobei deine anderen Aussagen natürlich vollkommen zutreffend sind!

[MV013]

AW: flytec 6020 und leonardo

Ich bin mir gerade nicht sicher ob wir aneinander vorbeireden.
Ich beziehe mich auf:

Developer: What about latest 2015/09 changes on FAI-IGC FlightRecorder spec for the DTE record ? Which one to use now ?
new spec is:
HFDTEDATE: DD MM YY , NN CRLF
instead of former old IGC spec:
HFDTE DD MM YY CRLF
For the first year (after this change at the IGC specification), we recommend to stay with the old HFDTE format, and develop both within your software (as a configuration option). Now since 2017, we recommend for any new implementation the new HFDTEDATE format, as we believe that the used PC software and online contests should have implemented the new date format in the meantime.

Quelle: http://vali.fai-civl.org/faq.html

Wie sähe denn Deiner Meinung nach der jetzt gültige H-Record für das Datum aus?

[BitBroker]

AW: flytec 6020 und leonardo

Das ist eigentlich sehr eindeutig.

Siehe TECHNICAL SPECIFICATIONFORGNSS FLIGHTRECORDERS

Stand: "Second Edition with Amendment 5 5 September 2019" Also aktuell gültig

Appendix A

A2.5.4.
Date offlight-the date used in the file name and in the H-record (DTE code) is the UTC date of the first valid fix in the B-record of the IGC file downloaded after flight. In time zones where a flight starts close to midnight UTC, this is not necessarily the local date.

Also, der H-eocord DTE code ist mandatory für die Gültigkeit der igc-Datei, ist ja auch logisch.

A2.4Units
Date - DDMMYYDD - number of the day in the month, fixed to 2 digits with leading 0 where necessaryMM - number of the month in year, fixed to 2 digits with leading 0 where necessaryYY - number of the year, fixed to 2 digits with leading 0 where necessary

... auch eindeutig.

A7. THREE-LETTER CODES (TLC)
DTE H Date, expressed as DDMMYY

Dann gibt es den ominösen Zusatz, auf den du dich beziehst

A3.2.2
General format. The general format of the H-Recordis: H, data source (F=FR), the three letter code for the subject of the line, the longname for the subject of the line, colon, descriptive text string. The longname and text string are intended to make it easier for people reading the file to see what data is recorded. (AL4)

und dann kommt wieder ein Absatz, nachdem dies NICHT zulässig ist!

A3.2.5
A table follows with more detail on Header records:
H record – source 1 byte F or O ...
Record subtype 3 bytes CCC Alphanumeric, placed after data source, see para A7 for TLC
UTC Date 6 bytes DDMMYYValid characters 0-9

Hier gibt es dann kein Wort mehr von dem longname for people reading ...
Wenn der A3.2.2 wirklich zur Anwendung käme (ich glaube daher ist er aus gleich wieder nach der Version 09/2015 gestrichen worden)
wie soll ein Parser denn feststellen wo dieser "Erklärtext" endet?
Es gibt ja noch nichtmals Beschreibungen dafür wie der Text "eingerahmt" ist oder ob irgendwelche Zeichen zulässig oder nicht zulässig sind.

Ich denke dieser Longname war auch eher für Felder wie PLT (Pilot) oder GTY (Glider, ...) gedacht.