Bug 6 avril 2019

#41

Y’aura bien pire en 2038 comme problème : https://fr.wikipedia.org/wiki/Bug_de_l’an_2038
Pour info la plupart des systèmes informatiques 32 bits (donc la plupart) sont suspectés d’être impactés.

#42

Bonjour,

je ne comprends pas bien l’origine du problème, dans la mesure où mon propre VGP ne semble pas impacté (pour le moment ?). Voici le début d’une trace IGC que j’ai acquise cette semaine dans le but de vérifier.


AXRE REVERSALE VGP2010 V7.06
HFDTE160419
HFPLTPILOT:...
HFGTYGLIDERTYPE:BLACKLIGHT
HFDTM100GPSDATUM:WGS-1984
C16041917454...
C0000000N00000000ETAKEOFF
C...
C0000000N00000000ELANDING
B...
B...
B...

Deux points intéressants sont à noter :

  • la version du firmware est la dernière fournie par Reversale ;
  • la date est correcte.

Si je regarde l’entête des traces de Hub, je constate que :

  • la version du firmware est ancienne ;
  • la date est incorrecte.

Donc, soit le problème a été corrigé entre les versions 6.20 et 7.06 du firmware du Reversale, soit certains microcodes de puces GPS contournent le problème, soit il faut que je laisse tourner le VGP plus que 30 s pour que ça dysfonctionne ?

Quand même :

  • Avons nous l’exemple d’un VGP dont le firmware est en version 7.20, et qui est impacté par le bug ?

  • Sinon, je n’ai pas bien pigé si module clipsable M10214-A1 Antenova (http://elcodis.com/parts/1755242/M10214-A1_dt587562.html) qui est monté sur mon VGP est juste l’antenne ou bien contient également la puce GPS.

Merci par avance pour vos lumières et informations.

Bons vols !

#43

Je rencontre le problème et je dispose de la version 7.06.
C’est quoi cette version 7.20 ?

Je pense à une différence au niveau materiel, la puce GPS.

Il faut que le fix GPS se fasse pour constater le problème visible via le carnet de vol qui donne 0 vol faisant référence à l’année 2099.

#44

Merci francoish !

Hum. C’est un autre dysfonctionnement, qui se situe quelque part entre ma chaise et mon clavier :oops:
Je vais tenter de corriger ça. (Trop tard…)

[quote]Il faut que le fix GPS se fasse pour constater le problème visible via le carnet de vol qui donne 0 vol faisant référence à l’année 2099.
[/quote]
Bizarre. Le mien a bien effectué un fix, vu le temps qu’il a mis… Je vais insister avant de conclure qu’il n’est pas affecté.

Bon weekend, mais soyez prudents : attention aux effets du chocolat sur le corps humain.

#45

Bonjour
J’ai aussi le problème et je dois corriger les traces IGC sur mon VGP avant de les importer dans LOGFLY et je laisse LOGFLY faire les synthèses, je n’utilise pas les fichiers TXT du VGP
J’ai repéré la date 2099 aussi dans un fichier PARAM.VGP, mais la mauvaise date revient aussi dans ce fichier …
Je dois avoir une version 7.11
J’ai demandé à LOGFLY si ils pouvaient contourner ce problème…
Je ne connais pas Gilles. Pour qui travaille-t’il ?

#46

Sur mon Reversale, le bug ne s’est manifesté que le 8 avril. Les vols du 6 avril n’ont pas été affectés (dernier vol valide: 6 avril, 16h37 GMT+2) et je n’ai pas volé le 7.

Si le rollover avait déjà eu lieu (à vérifier?), ça voudrait dire que le Reversale ne tombe pas dans le bug systématiquement illico ?

#47

En attendant la solution , je prépare un PDF pour les non-experts.

Permettez cette blague :

  [b]Avec plus de bits tu aurais le choix dans la date ![/b]   :?  :grrr:  :sors:  :sors:
#48

Bonjour,

Je pensais que s’était à cause de l’installation de la version 7.06 que j’ai fait récemment.
(Mes vols de 19 et 20 avril sont en septembre 2099).
Savez vous si ça touche tous les Reversale ?

#49

Je crois bien que cela touche tous les REVERSALE.

A force de faire des essais j’ai verrouillé ma base LOGFLY.
Savez-vous comment on en sort ?

J’ai fait un PDF sur le sujet. Où puis-je le poser ?

#50

Le verrouillage a pris fin …
Je lâche donc ma documentation.
Donnez moi votre avis et surtout dites moi que cela fonctionne pour vous.
Je ne traite pas des fichiers TXT du VGP
On peut transférer les lignes du fichier 2099.TXT vers 2019.TXT et mettre à jour le nbre de vols et leurs durées

Bon BLOC NOTES
https://www.dropbox.com/preview/Fichiers%20envoyés/BUG%20REVERSALE.pdf?role=personal

#51

Salut Philpara,
Je veux bien te faire un retour, mais je n’arrive pas à télécharger ton fichier sur dropbox … j’ai l’erreur “Le dossier “/Fichiers envoyés/BUG REVERSAL…” n’existe pas.” qui s’affiche dans ma drpbox lorsque je clique ton lien.

Tu ne veux pas simplement rédiger un post sur ta manip?

#52

Tous les Reversale ne sont pas touchés. C’est manifestement dépendant de la référence de la puce installée.

Je n’arrive pas non plus à accéder au contenu du lien dropbox.

#53

Bon, je m’y suis collé, et la modif ne semble pas trop compliquée finalement (Attention, je ne l’ai pas encore testée en essayant de faire un enregistrement)
Note: cette solution ne s’applique que pour les personnes ayant déjà enregistré des vols depuis le passage du Reversale en l’année 2099 suite au Bug WNRO.

  1. sauvegarder le contenu de la mémoire du VGP (il suffit de le connecter en USB sur un PC, et de l’allumer, il est vu comme clé USB)

Le VGP contient plusieurs fichiers et dossiers

  • le fichier PARAM.VGP, contient votre nom de pilote, votre voile, … et l’année en cours. Dans le fichier buggué, l’année est 2099
  • le dossier vols, qui contient un fichier txt par année ANN2019.TXT, et pour le VGP buggué ANN2099.TXT, c’est le carnet de vol de l’année
  • le dossier log qui contient les différents vols (en format IGC chez moi…)
  1. modifier le fichier Param.VGP (j’ai utilisé notepad+), mais on peut très bien utiliser un éditeur binaire en ligne… https://hex-works.com/eng
  • changer ANNEE:2099 en ANNEE:2019 et enregistrer le fichier
  • déconnecter le VGP, l’allumer, et vérifier que le carnet de vol du VGP afficher bien 2019, 2018 et 2017 et plus 2099,2098,2097
  1. éteindre le VGP, et le réinstaller en clé USB
  • corriger la liste de vols de 2019, en ajoutant au fichier ANN2019.TXT, les vols de ANN2099.TXT
  • ce fichier contient également au début du fichier, le nombre de vols de l’année, et le temps de vol cumulé (10 et 2h46 dans l’exemple)
    puis le nombre de vols et temps de vol par mois

CARNET DE VOL DE L’ANNEE 2099 =0010-0002:46
-JANVIER =0000-000:00
-FEVRIER =0000-000:00
-MARS =0000-000:00
-AVRIL =0000-000:00
-MAI =0000-000:00
-JUIN =0000-000:00
-JUILLET =0000-000:00
-AOUT =0003-000:10
-SEPTEMBRE =0007-002:36
-OCTOBRE =0000-000:00
-NOVEMBRE =0000-000:00
-DECEMBRE =0000-000:00
29/08 ; 16h28 ; 00:01 ; 0195 ; 0132 ; 0000 ; +1.3 ; -1.9 ; +16 ; +49.4083 ; N ; +1.8917 ; E ;1
29/08 ; 17h03 ; 00:00 ; 0189 ; 0187 ; 0000 ; +0.2 ; -0.9 ; +14 ; +49.4084 ; N ; +1.8912 ; E ;1

Il faut donc corriger

  • le nombre de vols et le temps de vol pour l’année 2019 en ajoutant le nombre de vols et le temps du fichier 2099
  • le nombre de vols du mois d’avril 2019 pour ceux qui font cette modif ce mois-ci

la suite au prochain post

#54

Cool.
A la limite, une fois que la procédure sera complète et testée 2 ou 3 fois, quelqu’un pourrait scripter ce patch, que des neuneus (ou des paresseux comme moi) puissent l’appliquer sans trop de peine?

#55

en déconnectant le VGP, et en le rallumant, on peut vérifier que le mois d’avril 2019 est bien affiché avec la liste de vols.

  1. correction des enregistrements traces des vols (format IGC dans mon exemple)
  • dans le dossier \log, on a les enregistrements, et on peut voir que la date d’enregistrement et le nom, sont basé sur l’année 2099.

24/02/2019 18:14 17 652 19022404.IGC
05/03/2019 18:58 3 666 19030501.IGC
29/08/2099 16:30 4 406 99082901.IGC
29/08/2099 17:04 1 557 99082902.IGC
29/08/2099 17:17 19 872 99082903.IGC

si cela fait peu de temps, vous devez vous souvenir de la date du dernier vol, et faire le calcul des nouvelles dates. Le 29/08/99 correspond au dimanche 14 avril 2019. Vous pouvez le renommer, avec la date qu’il aurait du avoir, mais ce n’est pas obligatoire, c’est simplement plus facile pour les gérer.

Dans le fichier lui-même, la date apparait à 2 endroits.

XRE REVERSALE VGP2010 V7.06
HFDTE050999
HFPLTPILOT:GEJ
HFGTYGLIDERTYPE:Blacklight
HFDTM100GPSDATUM:WGS-1984
C050999145751000000000008
C0000000N00000000ETAKEOFF

Il suffit de modifier avec la date d’avril 2019. Bien sûr, vous ne pourrez pas déclarer le vol pour un record FAI puisque la signature d’intégrité (dernier record G du fichier, lui ne va pas être modifié et la vérification de cette signature montrera que le fichier a été modifié après son enregistrement.

Voilà, il suffit de le faire pour l’ensemble des traces, et vous pouvez les importer dans Logfly, et les bonnes dates apparaitront.

Et en principe, j’ai l’espoir que les prochains vols soient corrects puisque normalement, il ne devrait plus subir le WNRO…

#56

Attention
Malgré la modification du fichier PARAM.VGP , l’année 2099 revient après utilisation du vario.
Et le travail est à refaire !
D’autre part ,même après avoir mis à jour le fichier ANN2019, la ligne donnant le nbre de vols de l’année au démarrage du vario n’est pas à jour; on ne voit que le total pour les mois de janvier,février et mars.
Pour ceux qui exportent leurs vols au format GPX, il y aurait beaucoup plus de lignes à modifier puisque la date apparait dans chaque point de la trace !

DROPBOX : je ne sais pas rendre mon PDF accessible à tous

Marche à suivre
Pour l’instant le meilleur contournement est d’éditer votre trace directement dans le vario. Elle se trouve dans le dossier LOG et commence par 99. Il faut la renommer en respectant le format de la date (19<01>.IGC) puis la modifier avec un éditeur de texte (BLOC NOTES) : remettre la bonne date sur la ligne HFDTE et la première ligne commençant par C
Attention au format ! A l’intérieur du fichier c’est dans l’ordre <année>
Enregistrer vos modifications puis importer votre trace dans LOGFLY
Détruisez dans LOGFLY les vols de l’année 2099 !
Et voilà !

AXRE REVERSALE VGP2010 V7.11
HFDTE220419
HFPLTPILOT:PLU
HFGTYGLIDERTYPE:ARTIK 3
HFDTM100GPSDATUM:WGS-1984
C22041910372400000000004294967294

#57

Pour partager un fichier : http://dl.free.fr/
tu le l’envoies puis tu donnes ici le lien que tu as reçu dans le mail!

#58

Je n’ai pas d’erreur sur le nombre de vols de l’année. Le VGP affiche directement la valeur indiquée dans la 1ère ligne du fichier ANN2019.TXT. Il ne fait pas de calcul au démarrage (au moins dans la v7.06).
CARNET DE VOL DE L’ANNEE 2019 =0029-0006:15

N’aurais tu pas simplement oublié de modifier les valeurs, en additionnant les vols de 2099 ?

Et j’essaie de valider demain en allant au boulot, pour vérifier s’il enregistre le “vol” en avril 2019, et qu’il ne retourne pas vers le futur…

#59

Je reprécise un point qui n’était peut être pas lumineux concernant le carnet de vol.

quand on copie les vols entre les carents 2099 et 2019, il ne faut pas oublier de mettre aussi à jour la date du vol.

CARNET DE VOL DE L’ANNEE 2099 =0010-0002:46
-JANVIER =0000-000:00
-FEVRIER =0000-000:00
-MARS =0000-000:00
-AVRIL =0000-000:00
-MAI =0000-000:00
-JUIN =0000-000:00
-JUILLET =0000-000:00
-AOUT =0003-000:10
-SEPTEMBRE =0007-002:36
-OCTOBRE =0000-000:00
-NOVEMBRE =0000-000:00
-DECEMBRE =0000-000:00
29/08 ; 16h28 ; 00:01 ; 0195 ; 0132 ; 0000 ; +1.3 ; -1.9 ; +16 ; +49.4083 ; N ; +1.8917 ; E ;1
29/08 ; 17h03 ; 00:00 ; 0189 ; 0187 ; 0000 ; +0.2 ; -0.9 ; +14 ; +49.4084 ; N ; +1.8912 ; E ;1

ce qui donne pour le carnet 2019, en remplaçant le 29/08 par 14/04

CARNET DE VOL DE L’ANNEE 2019 =0029-0006:20
-JANVIER =0000-000:00
-FEVRIER =0019-003:33
-MARS =0001-000:01
-AVRIL =0010-002:46
-MAI =0000-000:00
…
05/03 ; 18h57 ; 00:01 ; -071 ; -077 ; 0001 ; +1.6 ; -1.5 ; +17 ; +48.8444 ; N ; +1.8983 ; E ;1
14/04 ; 16h28 ; 00:01 ; 0195 ; 0132 ; 0000 ; +1.3 ; -1.9 ; +16 ; +49.4083 ; N ; +1.8917 ; E ;1
14/04 ; 17h03 ; 00:00 ; 0189 ; 0187 ; 0000 ; +0.2 ; -0.9 ; +14 ; +49.4084 ; N ; +1.8912 ; E ;1

#60

Bon. C’est pas gagné, lors de l’enregistrement d’un nouveau vol, il est repassé a 2099. Et comme on n’a pas le format du fichier de paramètre, ni le code, cela devient très compliqué. S’il s’agit d’un calcul basé sur une date pivot en dur dans le code, je ne sais pas trop comment effectuer de modif…

Donc pour l’instant, inutile de faireles manips précédentes