Ich habe gestern mit FAT32/8192 bytes die beiden IFD440 blitzschnell und ohne Fehlermeldung upgedated.

Verwendet habe ich neue 8GB USB Sticks von Sony aus dem Media Markt, die ich am PC formatiert habe. Es gab angeblich schon Probleme mit MAC-formatierten Sticks.

Die beiden von Avidyne mitgelieferten USB-Sticks haben immer wieder zu Fehlermeldungen geführt, ein Mal musste ich den Upfate-Prozess 10 x wiederholen (dann ging es ).

Der Update-Prozess ging immer bis 99% und brach dann ab: "DSF-Error" (.dsf heißen die Updatedateien bei Avidyne).

Hast du schon gesehen?

Zum Ende März soll es ein Software Update auf Version 10.2.3.1 geben.

https://forums.avidyne.com/release-10-2-3-1_topic1688&SID=15549-85f6c77e478ddezza2ae2151157407.html

Ausserdem gibt es aktuell ein Update 10.2.2.A dieses soll irgendwelche GPS Probleme lösen, die ich nicht habe.

Wenn Du das System NICHT updatest wirst Du aber ein Problem haben - nämlich dass die IFD am 6.April ein Datum von vor 19 Jahren anzeigen! Das wiederum bereitet mit den Datenbanken Probleme.

Unbedingt machen lassen!

Hast du da nen Link zu?

Was ist denn der Hintergrund?

Ich dachte alle Computer wären schon am 1.1.2000 0:00 explodiert.

.. und wieso nicht am 1. April ?

@Wolfgang und Alexis, mal eine andere Frage. Dauert es auch bei euch länger als beim GNS430/530 bis das IFD seine Position "weiß"? Ich habe ein GNS430 (non waas) und ein IFD drin. Das GNS ist sehr schnell "online", das IFD eiert da deutlich länger rum. Ist nicht wirklich schlimm, fällt aber auf.....

Ich konnte bisher kein verzögertes Fix erkennen, ich versuch dir mal ein Video zu schicken wie schnell es bei mir geht.

Sind aber 2 540er.

Hast du da nen Link zu?

Ist tatsächlich ein ähnliches Problem wie Y2K - tritt nur bei schlampig programmierter GPS-Software auf...

https://de.wikipedia.org/wiki/GPS-Woche

Hallo Wolff, ich kann keinen Unterschied zum 430W erkennen - geht schnell.

Hallo Wolfgang, Wolff,

hier der Originaltext von Avidyne (von Avidyne's Facebook-Seite):

All Avidyne IFDs will require a MANDATORY update to address the GPS week rollover that takes place on April 6, 2019. This update is necessary to maintain proper display of ADS-B and SXM weather as well as other date related functions including proper display of database currency. No GPS/NAV/COM functions are affected. 10.2.x.0.A for 10.2.x.0 is available now to address this issue and 10.2.3.1, when released, will also incorporate this update.

Here are your options for updating the software to address the GPS rollover issue:

Was soll das mit dem "GPS week roll-over"??

Ich antworte einfach mal. Die GPS Datendefinition zählt Wochen und kann nur bis 1023 zählen. Deswegen gibt es alle ca 20 Jahre ein GPS week roll-over, bei dem die Startwoche der Zählung neu genullt wird. Man arbeitet an einer 13bit Definition, statt der alten 10bit, aber die ist noch nicht fertig zum Ausrollen an die Satelliten.

Das steht in diesem Text :-)

Danke, Bernd. Es handelt sich also um "Almanach"-Infos, zu finden in GxALM-Berichte. Warum solche Infos, die in manche GNSS-Empfänger nur optionell oder eben gar nicht verfügbar sind, in diesen Kontext so wichtig sind, ist mir unklar. Das Datum wird sowieso ausgegeben, im GxRMC-Bericht; was braucht man noch mehr? Scheint mir entweder Inkompetenz der Programmierer oder Suche nach Geldgewinn. Oder beides, natürlich. Ein solches Unternehmen sollte man misstrauen.

Das Update von Avidyne ist natürlich kostenfrei. Die ganze Angelegenheit dauert ein paar Minuten.

Genau, wirklich einfach, das Update. External power an den flieger, USB Stick einstecken, master Avionik an und Anweisungen befolgen. Schon mehrmals gemacht....

Oke, dann ist es nur Inkompetenz.

Du meinst Deinerseits?

Jedes mir bekannte Avioniksystem bekommt gelegentlich Firmware Updates, egal ob Garmin, Avidyne oder sonst was. Und jedes dieser Systeme hat auch den einen oder anderen Bug.

Ein alter Softwareentwicklerspruch lautet:"eine Software, die kein Update mehr braucht, ist veraltet". Ok, nicht ganz ernst zu nehmen, aber der Update bringt auch neue Features. Da fällt mir noch was ein:"man kann software nicht idiotensicher machen, da idioten so erfindungsreich sind" . Das ganze kann man mit LTAs vergleichen, wenn sich im Betrieb Sachen heraus stellen, die bei der Entwicklung nicht vorkamen.... Könnte bei deinem UL ggf auch vorkommen ....

Es geht mich nicht darum, das ein Update erförderlich ist; Updates sind Normalsache, sicher.

In diesem Fall hat man sich bedient von eine Information (Wochennummer) ohne sie zu brauchen. Die Frage "ist die Database up to date" kann auch beantwortet werden auf Grund von Datumsvergleich. Also hat man eine unnötige Abhängigkeit ("dependency") kreiiert. Keep It Simple & Stupid, remember?

Dass man sich dann auch noch abhängig macht von eine Information mit eingebautem Fehlverhalten macht es noch schlimmer, für mich eben unakzeptabel.

(Wie wäre es, diese Diskussion in den RICHTIGEN Thread zu verlagern?)

Danke, Bernd. Es handelt sich also um "Almanach"-Infos, zu finden in GxALM-Berichte. Warum solche Infos, die in manche GNSS-Empfänger nur optionell oder eben gar nicht verfügbar sind, in diesen Kontext so wichtig sind, ist mir unklar. Das Datum wird sowieso ausgegeben, im GxRMC-Bericht; was braucht man noch mehr? Scheint mir entweder Inkompetenz der Programmierer oder Suche nach Geldgewinn.

Nein, das Klartext-Datum im NMEA-GPRMC wird im Empfänger aus dem übermittelten GPS-Datenfeld errechnet, und dieses Datenfeld enthält nun mal eine periodisch überlaufende Wochennummer und die verstrichenen Sekunden der aktuellen Woche. Vom Satelliten kommt kein Kalenderdatum.