+ Le chant du vario +

Je constate que mon Reversale est touché par le bug du 6 avril 2019 (confirmé sur plusieurs appareils).
Dans la pratique le carnet de vol de l'année en cours est remplacé par celui de l'année 2099.
La fonction vario sonore reste utilisable mais les traces sont altérées rendant toute déclaration de vols problématique.

Une mise à jour logicielle doit sûrement pouvoir résoudre le problème...

J'ai tenté de contacter Reversale par mail, pas sûr qu'ils répondent.
Leur adresse postale est proche de chez moi, j'irai faire un tour au besoin.

Je donne des nouvelles dès que possible.

Même problème pour moi.
En downloadant l'IGC sur mon disque dur, le convertissant en GPX et changeant les timestamps dedans, puis en l'important dans LogFly, j'ai pu contourner le problème.  Mais bon, c'est pas glop, quand même.

Même problème pour moi, apparu pour un vol du 08 avril.
J'ai pu le récupérer en bidouillant un peu les fichiers mais glop en effet.

Moi du flytec 6015, c'est mort flytec ne sort pas de MAJ, un GPS qui me convient parfaitement depuis des années , pour la poubelle...; :grrr:

Je viens de créer un compte pour partager sur le bug du reversale....

J ai envoyé un mail également a reversale avant de tomber sur ce fil, on verra la réponse.

[Mode electronicien ON]

Sinon, dans le pire des cas, ça devrait pouvoir se faire d intercaler un PIC entre le module GPS et le PIC du reversale pour changer la date lue par le reversale. Le problème c'est de trouver du temps à y consacrer...
Et ça pourrait sauver d autres vario également en fonction du module GPS utilisé. Mais bon il faut ouvrir le vario et souder un pic bien programmé au bon endroit ce qui n est pas a la portée de tout le monde.

Olivier

Salut,

Il est relativement facile de faire un petit programme qui corrige les dates des fichiers IGC. Ça fait une étape de plus mais si ça peut éviter la poubelle...

Par contre ça invalidera la signature du fichier IGC.

Que se passe il avec le 6015 ? Peux-tu nous en dire un peu plus ?

le bug du 6 avril est juste un bug de programmation (codage d'une date sur une variable trop courte) [même si c'est le micro code de la puce GPS qui est en cause]. Du coup la solution est assez simple du point de vue logiciel ... à condition que les fabricants fassent des mises à jour.

Après, normalement les GPS continuent de fonctionner comme il faut. Juste les dates affichées sont erronées.
Le problème étant un codage des semaines sur 1024 valeurs, le bug ré apparaitra tous les 19 ans

Oui voilà. En fait ce n'est pas vraiment un bug de programmation mais plutôt un truc débile dans la norme GPS : la date est exprimée en nombre de semaines depuis le lancement de GPS (pourquoi pas) mais est codée sur seulement 10 bits donc valeur max = 1024. Et donc comme tu dis on a le problèmes toutes les 1024 semaines donc tous les 19.7 ans... Super !

Si ça intéresse quelqu'un je peux me dévouer pour faire un petit programme pour transformer les fichiers IGC avec la bonne date.

Bonjour à tous,

Je suis en train, de finaliser Logfly 5.019.

Je peux incorporer une correction automatique de la date pour les GPS Reversale. Bien sûr cela ne résoudra pas le problème du carnet de vol interne du Reversale mais permettra aux utilisateurs de Logfly d'avoir les vols avec la bonne date dans le logiciel.

Pourriez vous mettre ici une ou deux traces avec le bug en précisant la date exacte ou si c'est plus simple me les envoyer en pj sur contact arrowbase logfly.org

8 avril 2019

Merci Hub, je regarde cela

(https://upload.wikimedia.org/wikipedia/commons/thumb/1/13/Facebook_like_thumb.png/220px-Facebook_like_thumb.png)

Il suffit d'éditer la date, 2ème ligne:  HFDTEjjmmaa
pour le 29 mars 2019 : HFDTE290319

Le faire avec un éditeur de texte, et non pas un traitement de texte, comme word,...

OK, ça m'éviterait l'étape conversioin vers GPX. 
J'imagine que ça invalide la signature IGC ?  (m'en fiche, je fais pas de compète...)

Oui, puisque le principe d'une signature est d'assurer l'intégrité de l'enregistrement.

le mien s'est subitement éteint en plein vol aujourd'hui, et au redémarrage il se croit effectivement en 2099, mais je n'ai plus aucune trace (0 vols)

c'est foutu pour le vol d'aujourd'hui?

désolé, je suis une buse complète en informatique...

je trouve bien une trace en 2099 en allant dans le dossier "vols". Dans mon cas, le fichier n'est pas un IGC mais un GPX. Tu t'es amusé à changer toutes les dates du fichier? dans mon cas il y en a plusieurs centaines de lignes (une par seconde je suppose). Je suppose qu'il y a un autre moyen, non?

merci de votre aide

[edit]

je trouve ce fichier dans le dossier "log" et non "vols", pardon

dans "vols", c'est le néant pour 2099, et des caratères chinois pour 2019 et années antèrieures, genre ça  :oops:  :affraid:

䅃乒呅䐠⁅佖⁌䕄䰠䄧乎䕅㈠㄰‹〽〰ⴷ〰㈰㈺7†††††††††††††††††††††††††††਍䨭乁䥖剅†㴠〰㄰〭〰㌺7†††††††††††††††††††††††††††††††††††††਍䘭噅䥒剅†㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍䴭剁⁓††㴠〰㘰〭㄰㔺0†††††††††††††††††††††††††††††††††††††਍䄭剖䱉††㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍䴭䥁†††㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍䨭䥕⁎††㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍䨭䥕䱌呅†㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍䄭問⁔††㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍匭偅䕔䉍䕒㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍伭呃䉏䕒†㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍中噏䵅剂⁅㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍䐭䍅䵅剂⁅㴠〰〰〭〰〺‰†††††††††††††††††††††††††††††††††††††਍㈠⼰㄰㬠ㄠ栲㘰㬠〠㨰㜳㬠〠ㄵ‹※㄰㐶㬠〠㔰‷※〫㤮㬠ⴠ⸱‸※㜫㬠⬠㌴㈮ㄷ‹※⁎※㔫㘮㠶‵※⁅ㄻ †਍㈠⼲㌰㬠ㄠ栳㌴㬠〠㨰㌱㬠〠ㄷ‸※㌰㘱㬠〠㈰‹※ㄫ〮㬠ⴠ⸱‷※㈫‱※㐫⸳〳㤱㬠丠㬠⬠⸵㜸㌲㬠䔠㬠1†਍㈠⼲㌰㬠ㄠ栵㌲㬠〠㨰㐰㬠〠㜱‴※〰㔴㬠〠〰‵※〫ㄮ㬠ⴠ⸱‵※㈫‱※㐫⸳㤱㔵㬠丠㬠⬠⸵㌷〷㬠䔠㬠1†਍㈠⼳㌰㬠ㄠ栲〲㬠〠㨰ㄳ㬠〠㌸″※㄰㌸㬠〠㘳‵※㈫㈮㬠ⴠ⸲″※㈫‱※㐫⸳㜲㘱㬠丠㬠⬠⸵㘶㠸㬠䔠㬠1†਍㌠⼰㌰㬠ㄠ栴㐳㬠〠㨰ㄲ㬠〠ㄷ‶※㄰㐴㬠〠㜲‱※ㄫ㠮㬠ⴠ⸲‱※ㄫ‷※㐫⸳㜲㔱㬠丠㬠⬠⸵㘶㜸㬠䔠㬠1†਍㌠⼱㌰㬠ㄠ栲㠴㬠〠㨰㜰㬠〠ㄴ″※㄰㤶㬠〠〰‵※〫㘮㬠ⴠ⸲‱※㈫‷※㐫⸳㠲㠱㬠丠㬠⬠⸵㤶ㄴ㬠䔠㬠1†਍㌠⼱㌰㬠ㄠ栴㠴㬠〠㨰㐳㬠〠㘶‸※㄰㌵㬠〠㈲‰※ㄫ㠮㬠ⴠ⸲′※㈫‰※㐫⸳㜲㐱㬠丠㬠⬠⸵㘶㜸㬠䔠㬠1†਍

Avec un éditeur de texte moyennement sérieux, c'est juste une question de faire un "change global".   Même le Notepad (Bloc-Notes) de Windows sait le faire (Remplacer...  "Remplacer tout").

bonjour

je progresse...doucement. Bon, effectivement, j'ai modifié en bloc mon fichier gpx, logfly l'identifie mais quand je le charge, il me dit "aucun point valide".

Désolé mais si vous pouvez encore m'aider (je suis le boulet de service  :? ), merci.

La trace en PJ

En plus de changer les dates à l'intérieur du fichier, j'ai aussi changé le nom (qui encode également la date, sous la forme AAMMJJnn.GPX, AA = année, MM = mois, JJ = jour du mois, nn = numéro de vol 01, 02, 03...).

fait (titre et "name" dans le fichier gpx), mais toujours pas possible d'importer la trace  :?

Salut Willow

Ton fichier GPX est incomplet, il manque trois balises XML à la fin du fichier.


Une fois ajouté cela fonctionne nickel... Ci joint gpx modifié et capture Logfly.

@Hub

Tu es sûr que tes traces sont du lundi 8 avril ?   Ce ne serait pas plutôt le dimanche 7 avril ?

Quelqu'un à d'autres traces en précisant le jour exact du vol ?

super merci, sans doute dû au fait qu'il s'est éteint avant que je pose  :pouce:

Ouaip, absolument sûr.  On n'a pas volé le dimanche (pluies quasi-continues).  Ce sont les deux vols du lundi 8 (un Montlamb' du matin, un Sap' de l'aprème sur la route du retour...)

Ok... Je me mélangeais un peu les pinceaux sur le décalage mais maintenant c'est bon. C'est dans la 5.019.

 :pouce:
tu l'as mise en ligne? je ne la trouve pas

Tout doux  :mrgreen:

Non elle n'est pas encore en ligne. C'est une très grosse mise à jour. L'écriture et la mise au point sont terminées. Cela se passe sous Mac. Il me reste à aller vérifier comment cela se passe sous Windows et sous Linux. Généralement cela fonctionne correctement mais je tombe parfois sur des incompatibilité qui m'obligent à reprendre le code. Il faut mettre à jour les fichiers de langues et enfin packager tout cela dans les trois systèmes.

Ensuite il faudrait s'occuper de la documentation mais là je préfère aller voler  :vol:

Merci Giloutho  :pouce:

yes, merci à toi pour le temps que tu consacres à cette super application  :pouce:

Un grand merci à toi Giloutho  karma+ .
Si une correction de firmware de notre Reversale devrait arriver (on ne sait jamais), je suppose que la prise en compte des traces datées de 2099 n'empêcherait en rien la prise en compte de traces datées à nouveau de 2019 en cas de nouveau firmware ?

Non si un nouveau firmware arrivait cela n'aura aucune influence. En fait je ne touche pas le fichier trace du GPS. Lors du décodage si un date est supérieure à 2098, je fais la correction.

Bien noté, merci.

Bonjour Françoish,
J'ai l'impression que c'est hélas mort du coté de Reversale.
Du temps de leur splendeur il y a 4 ans, leur adresse était 17 Rue Pierre Loti, 54580 Auboué avec le tel 03 72 56 00 06, que l'on trouve encore sur une page Facebook, mais qui n'est plus attribué. A cette adresse et ce numéro de téléphone, on trouve également la référence de la société RSI Concept "Conseil en systèmes et logiciels informatiques". C'est peut-etre cette société qui gérait le Reversale...

Mais le monde semble s'être arrêté en 2016, à la fois sur leur site web et sur les réseaux sociaux.
Probablement que les revenus n'ont pas permis de continuer l'activité et de continuer des développements.

Cette adresse, correspond à une maison individuelle ou début janvier était domicilé M. PETIT Olivier, et il semble que RSI Concept soit dissoute depuis le début de l'année.

https://actulegales.fr/recherche/siren/417604675


Si tu es de la région, ce serait intéressant de savoir vraiment ce qu'il en est.
C'est dommage que le soft n'ait pas été rendu public, permettant de continuer le support à moindre cout pour la société...
je ne sais pas s'il serait prêt à le fournir, cela n'est peut être pas trop compliqué de modifier l'algo de calcul de la date pour considérer une période calendaire entre 2013 et 2033 pour le produit (les dates sont modulo 20 ans environ...)
cordialement

Bonjour Gérard,
Je ne suis pas très confiant non plus. Je n'ai pas eu de réponse par mail, sans trop de surprise.
Je vais tenter de passer à l'adresse, on vera bien.

Ça serait très simple de faire une modification pour gérer correctement les dates. Mais malheureusement, il y a de fortes chances qu'il soit impossible de rendre open-source le firmware du Reversale (en admettant que quelqu'un le retrouve) car il est fort probable que des API / SDK propriétaires soit utilisés...  C'est vraiment dommage et rageant de genre de situation :(

Salut à tous,
Même bug pour moi sur mon VGP du 11.2011.
Reversale ne répond effectivement plus aux mails.
J'aimais bien feu mon carnet de vol...
Bon, je suis une quiche (de chez Quiche) en informatique, y aurait-il un espoir de le récupérer (ainsi que des dates pertinentes pour les vols à venir) ?
Merci  :forum:

Sur le Reversale, non. Le carnet de vol est mort puisque Reversale n'avait pas pris la précaution de gérer en interne le nombre de semaines sur plus de  bits que dans le message GPS, ce qui aurait permis de traduire correctement la date après ce second WNRO des GPS.

Mais Gilles est en train de nous concocter une nouvelle version de Logfly qui saura tenir compte de ce bug du Reversale lors de la récupération des vols ( lire les interventions précédentes de ce fil)

Au fait, apparemment le prochain WNRO sera le 21 novembre 2038 apparemment pour ceux que cela interesse. http://sopac-old.ucsd.edu/convertDate.shtml

T'façons, perso, j'ai jamais été fichu de me souvenir de la séquence de touches à manipuler pour lire le carnet de vols sur le Reversale.
Pour moi, c'est Logfly ou rien, et tout va bien, la prochaine version (merci Gilles!) compensera le bug.

Je m'inquiète juste pour 2038, j'espère que Gilles a prévu le coup.  :-D

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

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.


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 (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 !

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.

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…)

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.

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 ?

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 ?

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

Permettez cette blague :
   
      Avec plus de bits tu aurais le choix dans la date !   :?  :grrr:  :sors:  :sors:

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 ?

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 ?

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%C3%A9s/BUG%20REVERSALE.pdf?role=personal (https://www.dropbox.com/preview/Fichiers%20envoy%C3%A9s/BUG%20REVERSALE.pdf?role=personal)

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?

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.

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...)

2) 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

3) é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

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?

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.

3) 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...

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<mois><jour><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 <jour><mois><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

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!

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...

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
 

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

Dommage, tu m'avais donné l'espoir.

Ca veut "juste" dire qu'il faudrait corriger tous les enregistrements à chaque fois qu'on connecte son Reversale à un ordi.  C'est gérable s'il s'agit juste de lancer un script.
Entre deux connexions, le carnet de vol interne du Reversale serait farci de vols en 2099, mais bon, c'est pas trop trop grave, si?

Merci Fabrice pour le tuyau.
Voici le lien
http://dl.free.fr/urswOtf5l
Gilles l'a relu...

Bin,s'il faut faire ça pour chaque vol, c'est pénible. J'aime bp le reversale, mais là, suis bien en colère  :bang:  :boude:
 :forum:

Je ne sais pas si tous les Reversale sont concernés par ce problème.

Si certains ne sont pas concernés, peuvent-ils indiquer leur version et leur numéro de série tel qu'affiché sur le dernier écran du menu de réglage du VGP tel que V7.06  numéro de série 1037 ?

On ne sait jamais, on pourrait ensuite essayer de comprendre la différence.

Quelques exemplaires ne sont pas touchés. La différence est matérielle.

 :soleil:
touché également par le bug... VGP2011 version: 6.20 /numéro de série 0361.

Assez impressionnant, c'est pas seulement le problème de la déclaration certifiée IGC qui coince, mais quasiment tous les paramètres, altitudes, vario, dates,heures, vitesses... même sur la trace en GPX...ou alors c'est lié a la version très ancienne de ma version?

Exemple: erreurs aberrantes sur à peu près tout, sauf la trace !

 https://parapente.ffvl.fr/cfd/liste/vol/20262255

 :rando:

Un ami m'a donné sa trace GPX à traiter
On peut remplacer toutes les mauvaises dates avec la commande "Remplacer" du BLOC NOTES puis l'option "remplacer tout"
exemple remplacer 2099-08-28 par 2019-04-18 à chaque occurence  en supposant que le vol a été effectué le 18 avril 2019 (il doit y avoir une correspondance plus précise , si quelqu'un peut nous donner les correspondances?)
il faut changer le champ "name" et les champs "time"
comme

<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
<gpx xmlns="http://www.topografix.com/GPX/1/1" creator="" version="1.1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
 <trk>
  <name>19041801</name>
  <trkseg>
   <trkpt lat="46.294193" lon="6.498607">
    <ele>1323.000</ele>
    <time>2099-08-28T14:07:57Z</time>
   </trkpt>
   <trkpt lat="46.294250" lon="6.498640">
    <ele>1323.000</ele>
    <time>2099-08-28T14:07:58Z</time>
   </trkpt>
   <trkpt

et l'importation dans LOGFLY fonctionne ... CQFD

J'ai rencontré ce matin le responsable de la dernière équipe en charge du développement du Reversale.
La rencontre a été très intéressante, la personne très à l'écoute avec l'envie de bien faire bien que n'étant plus en charge de ce projet à l'heure actuelle.
Bien que restés sans réponses, nos mails ont bien été lus, une recherche sur un firmware prenant en compte le décalage de date de la plupart de nos Reversale a été initiée.
Une solution est peut-être en cours pour permettre l'établissement du firmware corrigé et testé, soyons patients
Je vous demande de ne pas les solliciter pour l'instant, je vous donne des nouvelles dès que possible.

 :pouce:

Bonne nouvelle si qq chose se profile. Et dire qu'il y en a qui s'empressent de vendre leur reversale sur internet, sans faire mention du bug . Pas cool si un acheteur decouvre ça en l'utilisant pour la 1ere fois.

Bonjour,
En pratique et malgré le problème de date on peut quand même l'utiliser en compet ou la trace ne sera pas valable ?
Merci !
Isa

Bonjour Isa,

Le Reversale reste parfaitement fonctionne au soucis de date près.
Je doute fortement qu'une trace avec une date de 2099 soit acceptée par les organisateurs de compétition, sauf s'il sont parfaitement informés du problème et ouvert d'esprit.

J'espère que dans quelques petites semaines un firmware sera mis au point et diffusé à la communauté.

Ayé Logfly 5.019 est en ligne et prends en charge le bug 2019.

Au déchargement de la trace, la date est vérifiée. Si on a une date supérieure ou égale à 2098, la date est corrigée et le fichier trace (IGC ou GPX) qui sera conservé dans le carnet de vol est modifié. Cela signifie que si l'on exporte la trace depuis le carnet, la trace sera correctement datée. Par contre la signature numérique du fichier IGC n'est plus valable. Cela n'est pas rédhibitoire pour la CFD. Aucune donnée contenue sur la carte SD du GPS (carnet, traces) n'est modifiée.

 karma+

 :pouce:  :pouce:

merci

reste plus qu'à faire un beau vol pour tester tout ça

Bonjour,
Quel dommage ce bug ! Je fais parti des victimes hélas.

J'ai tenté d'importer mes derniers vols avec LOGFLY 5.019 fraîchement installé. A noter que j'avais un backlog de 2 vols corrects (dates 18 & 20/02/19) et 3 vols "buggés" (13/04/19 n°1 & 2 et 30/04/19). Voir capture 1.

Je clique sur "Mise à jour Carnet" et j'obtiens un message m'indiquant qu'aucun vol n'a été inséré dans le carnet !? (même pas les vols à priori non problématiques). Voir capture 2.

Quelqu'un aurait-il une idée de résolution? Certains ont ils testé LOGFLY 5.019 avec succès ?

D'autre part, j'ai donc tenté la bidouille avec les dates sur le vol du 30/04/19 via le bloc note WINDOWS (fichier GPX). Bouton "Import disque" dans LOGFLY 5.019 mais le vol ne m'affiche pas, bien que je n'ai aucun message d'erreur ou d'information.

Mes 2 fichiers GPX (l'un buggé et celui que j'ai modifié) sont téléchargeables ici : https://we.tl/t-YMUu2XUF10 (https://we.tl/t-YMUu2XUF10).

Des idées ?
Je ne fais pas de compète et ce qui m'intéresse, comme beaucoup sur ce fil j'ai l'impression, c'est la mise à jour du carnet dans LOGFLY et la possibilité d'avoir des vols valides à la CFD !!!

D'avance merci pour vos lumières.

Mathieu

Vol du 01/05 chargé sans problème avec la dernière version de Logfly. Mille mercis au développeur  :ppte:

Bonjour à tous,

Merci Icarus9999 pour ton retour, j'ai également des retours positifs d'autres utilisateurs.

@Grosmatou :
J'ai téléchargé ton GPS buggué, aucun problème cela fonctionne avec la date corrigée (Cf capture).

Peux tu m'envoyer ton fichier log ? Icône support, en bas à gauche. Tu peux ajouter des lignes en entête du fichier, genre ton pseudo. Cela me permet de savoir qui m'a envoyé quoi.

Hello,
Merci Gilles pour ton retour.
Je t'ai envoyé le Fichier log via l'interface LOGFLY. Par contre impossible d'éditer le fichier avant envoi du moins je n'ai pas compris comment (du coup correspondance : grosmatou = mat.steph@gmail.com).
En fait, j'ai l'impression que depuis ce bug, mon LOGFLY ne rentre plus aucun vols... problème de base de donnée... !?
Réessayé ce matin en modifiant le nom du fichier, rien n'y fait.
A noter que j'ai essayé sur une vieille version de LOGFLY qui traîne sur mon PC (4.1.7). Exactement le même problème (de database).
Un grand merci pour ton support.

Vous êtes trop fort les gars !!! Un grand merci pour le correctif de logfly5! ça sauve mon reversale (et d’autres) de la benne à  recycler ! 👍👍👍

@Grosmatou
J'ai bien reçu le fichier log. Ton problème n'a rien à voir avec le bug Reversale. Voici ce qu'il rapporte à chaque tentative d'insertion d'un nouveau vol :

Impossible d'ouvrir la base de données (le carnet)... Soit il y a eu un plantage qui a corrompu le fichier, soit il y a du bricolage dans l'air et il est ouvert par une autre application (déjà vu  :mrgreen: ) soit tu as une mise à jour de ton anti virus (déjà vu de nombreuses fois).

Peux tu m'envoyer ton carnet. Si tu es en 5.019, il y a maintenant une procédure directe : icône Support en bas à gauche.

C'est bueno, je viens de le faire via le soft. "Opération réussie"  :pouce:

Comment profiter de ces modifications ? Quelque chose à charger ?
Merci

Je réitère car j'ai reçu plusieurs messages me parlant de bidouilles avant incorporation dans Logfly.

Il n'y a pas besoin de toucher aux fichiers traces. C'est corrigé à l'incorporation dans Logfly.  Par contre rien n'est modifié dans le Reversale...

Vous pouvez bidouiller le fichier texte de carnet de vols, Logfly ne s'en sert pas.

Ben ... Quand il fera vraiment pas beau j'essaierai de modifier le fichier trace par un programme C.
@giloutho Peux-tu me confier la formule qui permet de retrouver la bonne date sans la demander à l'utilisateur ?
Connais-tu le nom de l'éditeur de texte qui accepte un fichier de commande passé en argument (émulateur UNIX ?)
Le risque avec le checksum, c'est uniquement pour les parcours FAI ?
Arvi.

ed ou encore sed  permettent l'exécution de commandes d'édition contenu dans un fichier passé en paramètre!
 

Bin dis donc, la facilité d'usage du reversale, c'est de l'histoire ancienne.... C'est quand même pas tout à fait normal tout ça, non ?
J'étais content de mon achat, un joli outil, conçu et fabriqué chez nous, qui faisait très bien le taf, et là, on se retrouve à faire ces bidouilles bricoles, pour ne pas avoir à renoncer à cet instrument.
Grand merci à ceux d'entre vous qui proposent ces solutions...
Mais bon  :bang:

Bonjour,
Avez vous des News pour une mise a jours dû réversale corrigeant ce bug?
J’ai contacté par mail le soit disant nouveau développeur présente comme une pointure mais silence radio
Merci

 Bonjour, j'a le meme problème avec mon reversale (VGP2010 acheté en sept 2011).
(@) Philpara: pour retrouver la bonne date, il faut actuellement ajouter 1024 semaines, et retirer un siècle, soit  1024*7-100*365.25= -29357 ; donc retirer 29357 jours.
mais je me demande ce qu'il adviendra le 17 aout prochain :  le VGP passera-t-il en 2100 ou reviendra-t-il en 2000 ? (dans cette derniere hypothèse, il faudra ajouter 1024*7=7168 jours)
 
En tout cas, comme beaucoup sur ce post, je serai interessé par un petit programme pour corriger automatiquement les fichiers .GPX corrompus par le fameux bug !

bonsoir, victime comme vous tous du bug 2099, je ne sais pas ce qu'il faut faire. Merci pour votre aide
(désolée, j'ai posté malencontreusement dans le fil de discussion du dessus)

pareil pour moi.... Pas facile quand on s'y connaît pas trop.... que faut il que je fasse exactement ? merci

Hé Sophie, regarde la page précédente, il y a la solution.
Tu enregistres tes traces en IGC ou en GPX ?
J'ai fait une doc PDF pour le format IGC, je pourrai te l'envoyer quand tu m'auras donné ton mél.

Je prépare un programme C pour corriger directement la trace sur le VGP, mais je n'ai pas encore testé si on peut bien déclarer la trace après l'édition.

Valable 30 jours

http://dl.free.fr/utwT4dlMl

Bon, ça y est, le mien aussi est en 2099....C'est quand même du délire ce bug. Finalement,  on sait faire un super alti vario GPS qui ressent des petites variations d'altitude, qui détecte et enregistre ta position, ta trace, au mètre près, qui te permet de la décharger sur Google earth, qui peut enregistrer une carto de zones aériennes.. ... Et ce fabuleux outil peut avoir un bug aussi grotesque que d'avoir son horloge interne qui déraille et qui soit pas réparable  :bang:  :bang:  :bang:  Sérieux,  y a que moi que ça choque cette obsolescence " prévisible "......????? Suis énervé là. ..Voilà, ça m'a fait du bien, :canape:
 :forum:

Hello world !

Bon ! J'ai testé mon programme contre ma dernière trace IGC et c'est bon ! :soleil:  :soleil:
 La date est bonne et la trace est passée chez FFVL.
Je peux envoyer le fichier exe a qui veut le tester. Pour l'instant il ne corrige que les traces IGC.
Il faudra le tester à nouveau quand REVERSALE génèrera des dates au delà de décembre 99 !

bonjour,
croyez vous qu'un informaticien nous fasse une mise en jours non officiel du réversale pour corriger ce bug? ou c'est cuit?

bjr à tous , suite à mon bug du reversale , j'ai réussi à transformer les dates bug à 2099  à la vrai date du vol ; mais impossible de la récupérer en igc. qui paut m'aider , svp et m'expliquer comment faire, pour éviter de le vous redemander. Merci bcp

@Chichille : j'ai quelque chose pour GPX mais il faut d'abord passer la trace dans un éditeur XML pour qu'il structure le fichier, juste entrer et sortir. Du coup cela fait deux étapes et ce n'est pas beaucoup mieux que de corriger les dates à la main avec BLOC NOTES...(remplacer tout)
J'essaie de mettre à jour le fichier ANN2019.TXT mais je n'ai pas le format exact et mon vario affiche mal les vols que j'ai transféré de ANN2099 vers ANN2019 !
As tu réussi ?

Personnelement, j'utilise gpsbabel en ligne de commande pour corriger mes traces (au déchargement d'un logger ) , ce qui marche quelle que soit la date du vol, et évite de calculer soit même l'édition à faire surtout quand il y a plusieurs jours de vol ensemble, il suffit de rajouter 7168 jours.

La version clickodrome pour windows ne permet pas de dépasser 2000 jours de correction, mais en ligne de commande sous linux (et peux être windows en cherchant un peu, pas testé) c'est aussi simple que :


Il est possible de l'utiliser à partir de gpsprune, un éditeur de traces gps, et de lui passer les options de la même façon, mais c'est un peu usine à gaz (https://vercorsenvol.fr/index.php/forum-home/vie-du-club/agora/7982-une-solution-pour-le-bug-roll-over-des-gps-en-logiciels-libre-p).

Le site reversale.com est inaccessible. Chez vous aussi?

oui.
la fin d'un appareil simple et ma foi bien sympa. longue vie aux appareils restant en circulation!

Pareil pour moi 2099 .
Je le trouvais bien cet appareil vu que je ne suis pas un crac en informatique je n'ai évidement pas compris le tier  de la discussion.
Sur le site Logfly je n'ai pas trouvé le lien de téléchargement pour la modif 5.19.
Faut il que je désinstalle l'ancien  et réinstalle la version actuel ??   :averse:

Je suis ce topic depuis un moment.

Le site Reversal ne marche plus, mais je ne pense pas que le projet ai été pour autant été jeté à la poubelle. Quelques recherches sur Google permettent de tomber là dessus:

http://www.ewattchlab.com/resources/Documentations/VGP_V6.14.pdf
http://www.ewattchlab.com/page18/index.html

Je n'ai pas encore harcelé eWattchLab pour un fix du firmware mais il faudrait le faire...

Pour foxy83:
Normalement Logfly te propose charger la MàJ lorsque tu l'ouvres. Sinon à la page "https://www.logfly.org/doku.php?id=installation:telechargement" tu trouveras les liens Windows, Mac et Linux.

Merc :trinq: i testé ce matin la mise à jour logfly 5 corrige et le carnet de vol est correcte.

Salut,
Cette semaine je me suis penché sur un VGP2011 V1.1 pour voir si une mise à jour du firmware du module GPS corrigerait ce bug du 6 avril. Malheureusement le module, un PA6E, avait déjà la dernière version disponible (de 2011). Pas de solution côté firmware donc. Pour un peu moins de 20 euros, j'ai donc entrepris de remplacer ce module par un de ses petits frères (obsolète aussi mais moins...) le PA6C. Je suis confiant sur le fait que ça corrigera le problème avec en bonus de meilleures perfs côté réception et consommation. Bon, j'aurai préféré écrire ce billet une fois que c'était validé mais je ne voulais pas que pendant les délais postaux des Reversales ne partent prématurément à la retraite. La suite en images dans environ 3 semaines (ça vient de loin...)

Merci TamVL pour ta recherche
Par curiosité j'ai regardé a quoi ressemblais un PA6C et la je me suis dit que ce n'est pas avec mon fer à souder antédiluvien que je pourrais faire la farce. :sos:
J'ai un pote ou le siens n'affiche plus la vitesse ni l'heure ni la direction juste le vario c'est grave docteur ??? :averse:
J'attend la suite A plus :coucou:

 

Cool merci à toi TamVL, on attend avec impatience de tes nouvelles  :lol:

En fin quelle que chose d’interessant et constructif sur ce forum.

J'ai eu la même approche que TamVL compte tenu de l'indisponibilité immédiate ou très prochaine d'un firmware modifié.
Le PA6E a le même facteur de forme que le PA6C.
La vraie difficulté consiste à dessouder le PA6C sans détériorer le circuit imprimé, ce que je ne suis pas arrivé à faire malheureusement :grrr2: .

Effectivement dessouder le module n'est pas anodin. Oubliez la pince coupante ou autre Dremel, y en a qui ont essayé ! :-) La technique la plus simple et la moins stressante pour la carte est l'utilisation de brasure très basse température à base d'indium. Ça consiste à "diluer" l'étain avec cette brasure pour en abaisser la température de fusion à tel point qu'on a le temps de chauffer toutes les soudures avant que la première ne se soit re-solidifiée. Pour ce type de module, je trouve que c'est encore mieux qu'une machine à air chaud ou infrarouge.
Pour plus de détails voir par exemple:
https://www.youtube.com/watch?v=7kyaz4Zrd78
Le résultat est plutôt propre et ça m'a pris 5-10 min. Mais j'en reparlerai quand j'aurai fini mon tuto (si ça marche pour de vrai...)
(http://)

Avec une pompe à dessouder, c’est faisable?
Merci

Aucune chance avec une pompe à dessouder. Il y aura toujours une adhérence sous le pad et si on force, la piste viendra avec...

TamVl, as tu tu remarqué qu entre les PA6C et PA6E il n y a pas exactement le même pinout:

PA6C: 1 VCC
2:NC
3:GND
4:VBackup
5:3d-Fix
6:1pps
7:NC
8:GND
9:TX
10:RX

PA6E: 1 VCC
2:Enable
3:GND
4:VBackup
5:1pps
6:GND
7:EX_ANT
8:GND
9:TX
10:RX

De ce que je comprends de la datasheet, l enable ne sera pas un pb, le ex_ant non plus.
1PPS pourrait être un pb si le reversale se sert du signal. Dans le pire des cas il faudrait lever les 2 pins 5 et 6 du pa6e et câbler un fil de la pin5 au pad6, et un de la pin 6 a un GND du reversale.

Le 3D-fix si le reversale s en sert, peut etre qu il faudra le connecter a gnd ou a 1PPS

Derniere chose le PA6E recoit Glonass aussi, donc, il risque d envoyer des trames non reconnues au reversale.

Tout cela pour dire que si ça ne fonctionne pas juste en remplaçant le module, ce n est pas forcement mort. Tu pourrais me dire ou tu as commande ton module, je vais en commander un également.

Olivier

Salut Olivier,
Content de voir qu'il y en a qui suivent :-)
Mais rassure-toi, j'ai bien noté la différence de pinout qui devrait être compatible sans modification.
Par contre je crois que tu as interverti les versions. Le module présent sur le Reversale (celui que j'ai sous les yeux) est un PA6E que je vais remplacer par un PA6C.
De plus il ne faut pas confondre le PA6E avec le PA6E-CAM dont tu as donné le pinout et qui est aussi effectivement Glonass.
Et puisque tu parles des messages NMEA, sache qu'il y aura probablement une petite configuration du module à faire avant de le souder car j'ai constaté que le Reversale requérait la trame NMEA VTG qui n'est pas une trame habituellement émise par défaut. Il faudra donc l'activer ce qui n'est pas grand chose mais quand même.
Et sinon je me suis approvisionné à 2 endroits sur Aliexpress pour avoir plus de chance que ça arrive dans un délai raisonnable car c'est assez variable en général...

Tam

Salut Tam,

Heureux de voir que tu suis mieux que moi ;-)

Effectivement, j'ai un peu mélangé les PA6E-CAM PA6E et PA6C.

Sur mon reversale, je n'ai pas encore démonté le GPS du PCB, mais sur le côté du module GPS il y a une étiquette P6EC123.... Ça existerait des P6EC???

Je vais commander un PA6C, a suivre....

Olivier

P6ECxxx c'est une référence interne apparemment. Sur le mien c'est étiqueté P6EC120600119 mais sur la sérigraphie c'est bien un PA6E-V01.
Attention au dessoudage, si ça ne vient pas, il ne faut pas forcer ! En cas de dégâts, vu la faible densité de la carte, tout n'est pas perdu pour autant mais elle va être moins sexy ensuite...
Et sinon en aparté, j'ai un Mambo15 aussi mais ça va faire un moment qu'il prend la poussière...

Tam

Tamvl deltolive vous travaillez dans l’électronique ou c’est une passion.
J’adore bricoler et à m’intéresser à plusieurs mais là j’admire vos connaissances.
En tout cas, merci pour vos recherche et j’espère que le résultat sera concluant.

Voilà module PA6C reçu aujourd'hui.
Après quelques vérifications de base je le monte tel que reçu. Je bataille un peu avec les répertoires du Reversale pour comprendre pourquoi je suis encore en 2099 malgré de nouvelles traces à la bonne date. Et voilà au final mon Reversale revenu à notre époque !
Je termine très vite mon tuto et je mettrais le lien ici.

Hello,
C'est très intéressant d'avoir une piste basée sur la modification du HW, plutôt qu'une modification du SW qui semble délicate à gérer suite à la disparition de la société, et de ses développeurs.

J'ai peu de compétences en soudure/brasure de composants électroniques sur PCB, mais ça me tente, d'autant plus qu'effectivement, j'ai pu constaté que les dernières gen de Reversale n'ont pas présenté le bug. Mais je ne suis pas allé jusqu'à ouvrir celui de la personne qui ne présentait pas le syndrome WNRO !

Par contre j'ai ouvert le mien. Je ne trouve pas d'indication sur la version du composant sur la sérigraphie ou sur le boitier. Je suppose que l'indication est sous le boitier...
Je suis impatient d'avoir le tuto d'un spécialiste!

A bientôt

Le tuto comme promis:
https://sites.google.com/site/lespiafsmigrateurs/le-club/trucs-astuces/bug-gps-du-reversale
Certains trouveront sûrement que ça manque de photos et de détails mais ça s'adresse à un public déjà un peu initié car mine de rien, l'électronique c'est quand même un métier :-)
On enrichira au besoin au fur et à mesure.

Tam

Chapeau bas   @TamVL

je n ai pas de reversale  mais tu vas en sauver  plus d'un.

 :bravo:  :bravo:  :bravo:  :bravo:

bravo

bon ben je sais pas faire   :shock:

qui monte une société pour faire la petite bidouille ? :trinq:

Bravo Tam !

De mon côté j'ai suivi mon contournement et mon programme est prêt pour les traces IGC
Je cherche des volontaires pour le tester à partir de la semaine prochaine.
Voilà le cahier des charges :prof:
  1. Calculer la bonne date et renommer le fichier trace (LOG/aammjjnb.IGC)
  2. Dans le ficher trace inscrire la bonne date (en deux endroits).
  3. inscrire la bonne année dans le fichier PARAM.VGP
  4. couper la ligne du vol sélectionné dans le fichier VOLS/ANN2099.TXT
  5. coller la ligne du vol sélectionné, avec sa bonne date, dans le fichier de la bonne année VOLS/ANN2019.TXT
  6. mettre à jour les bilans annuels et mensuels de ANN2019.TXT

procédé
  Ce programme est écrit en C sous WINDOWS 10, et j'utilise la technique "Envoyer vers" pour passer le vol à traiter au programme.
  Il faut : sélectionner le vol dans votre explorateur de fichiers (dossier LOG du vario), puis clic droit et Envoyer vers DATEFIX
  On doit donc créer le lien vers DATEFIX dans le menu ENVOYER VERS...
La trace est acceptée par la FFVL, les pages du carnet de vol reviennent à la normale, mais le fichier PARAM.VGP reste à corriger après chaque vol pour rester à notre époque ;
Prochain test lorsque le VGP aura épuisé le mois de décembre 2099 (nous en sommes au 16 novembre !)

J'ai prévu des années différentes de 99 et 19, mais cela doit être consolidé par des tests le moment venu ...
Me reste à tester le cas où vous voulez traiter plusieurs vols dans une journée (il faudra prendre en compte l'heure de décollage)

Je cherche des testeurs.
Je ne traite les vols GPX que si vous les formattez avant, par exemple avec Visual Studio Code, mais ce n'est pas prêt.

Cela vous paraît compliqué ? :oops:

Super TAM¡!

des que je reçois un module, je te tiens au courant....

Olivier

PS: Mon Mambo15 prend la poussière aussi, mais j'ai trop d'autres choses 'a faire en ce moment, au moins quand je le resortirai, le vario sera au top à défaut du pilote...

J oubliais: Merci pour le tuto, je le trouve très clair et très détaillé ;-)

Holla,
Bravo à toi tam

Je suis preneur pour racheter le kit de brasure à l’indium après la dessoudure de votre module gps
Contactez moi en MP
Merci

A vrai dire, ce n'est pas la première fois que j'utilise de l'indium, ni la dernière à mon avis... Je n'ai pas utilisé la version du kit que j'ai recommandé mais une version pro dont la seule différence porte sur le conditionnement. Je n'ai donc rien à céder.
L'idéal est de mutualiser en se regroupant pour faire la modif comme c'est actuellement en préparation dans mon club. Il suffit qu'un seul soit équipé pour vérifier les modules avant la séance pour qu'il n'y ait plus que le dessoudage/soudage à faire.
Je vais probablement faire une vidéo ce we avec un autre Reversale sans utiliser du matos de compétition histoire de se mettre au niveau du petit peuple :-)

Je proposais un reachat à qui bon le veux si je ne trouve personne j’en achèterai un et le revendrais moins.
Merci

Hello Tam
en plus du lien, connais-tu des marques de produits pour l'indium. En utilisant Indium comme recherche, je trouve beaucoup de pates à souder de Indium Corporation, mais je n'ai pas l'impression que cela soit un spécialiste de l'Indium. On y trouve surtout des aliages SN,AG,CU...
cdt
Gérard

Je ne sais pas s'il y a beaucoup de marques sur ce créneau. Sur mon tube c'est marqué: ChipQuik Removal Alloy

Si plus tard on veut faire une mise à jours du nouveau module gps; doit on le dessouder ou bien peut on le faire module en place sur carte électronique ?
Merci

C'est effectivement une question que je me suis posée. Il n'y aura pas besoin de dessouder le module. Il faudra juste retirer une résistance pour isoler la pin RX du module qui est reliée au TX du µC du Reversale. Ça ne sera même pas la peine de la remettre puisqu'elle ne sert pas. Ensuite on se met sur les pins RX, TX, GND du module pour la mise à jour.
Mais je referai un tuto pour le prochain bug qui selon mes calculs tombera le 20 novembre 2038 :-)

Salut
J'ai trouvé un artiste qui prétend pouvoir me remplacer ma puce.
Je viens de passer une commande pour 19.36€
Livraison prévue pour le 22/07
Merci Tam :pouce:

Salut,
Histoire de démystifier un peu l'affaire, j'ai ajouté une vidéo du dessoudage et une du soudage à la fin du tuto:
https://sites.google.com/site/lespiafsmigrateurs/le-club/trucs-astuces/bug-gps-du-reversale

ce week end vu sur un déco un reversale qui n'avait pas bugger le proprio ne comprends pas lui même

Tous les Reversale ne comportent pas la même génération de puce !

Hello Tam,
Quelle est ta technique pour raccorder la puce sur le convertisseur UART USB?
Est-ce que tu soudes les 3 ou 4 fils VCC GND RX TX, en les dessoudant ensuite?
Est-ce que tu utilises un socket de test debug dans lequel tu glisses la puce?
autre technique?
cdt

Salut,
Si je n'avais qu'un module à gérer je souderais les fils dessus directement. Mais comme j'en ai plusieurs et que je devais faire des essais, je me suis bricolé un truc qui ne restera pas dans les annales mais qui fonctionne pour le moment. Je mets la photo juste pour curiosité.

Salut,
J’ai commandé le kit de brassière indium pour défaire le module gps
Je le revend après avoir défait le miens
Contacter moi en MP

Je cherche des volontaires pour tester mon programme DATEFIX (en C sous Windows)  :prof:
Les fonctionnalités :
     correction du nom et du contenu de la trace sélectionnée
     mise à jour de la date dans PARAM.VGP
     enlève le vol choisi du bilan de 2099 (ANN2099.TXT)
     ajoute le vol choisi au bilan de 2019 (ANN2019.TXT)
Bien sûr ces années sont paramétrées et déduites du nom du fichier sélectionné, passé en argument au programme par la commande "Envoyer Vers" de Windows
Supporte les journées à plusieurs vols.
Fonctionne avec GPS connecté ou sur des copies locales.

Arvi.  :pouce:

Superbe idée,  la pression des pattes du boîtier sur des plots de connexion  :pouce:

 :dent:  :dent:  :dent:

Salut Tam,

après un petit tour de delorean, mon reversale est de retour en 2019.

Normal c est ma fête aujourd'hui...


Firmware :
$PMTK705,AXN_2.10_3339_11092201,5013,,*20

trame recue apres changement du module:

$GPRMC,173355.000,A,4045.3321,N,00347.1189,W,0.02,0.00,120719,,,A*73


Par rapport au tuto, juste deux commentaires :

-au premier essai le module ne répondait pas aux commandes que j envoyais car mon appli terminal était configurée en suffixe LF au lieu de CR-LF. Bonne idée d avoir mis le lien du protocole mediatek, ca t a évité une question !

-Pour démonter le module du reversale, j'ai "tombé" la batterie, pour pouvoir pousser par l autre cote du pcb sur le module a travers le trou du PCB. Cela a été nécessaire car  :bang: il y avait un point de colle (que j ai vu après le démontage) entre le module et le PCB. Sinon je l'ai dessoudé en noyant toutes les pins dans la mème boule de soudure, le PCB étant de qualité, ça s est bien passé. Je ne recommande pas particulièrement cette méthode, je pratique souvent comme cela. Disons juste que c'est possible, mais risqué.

Voili voilo,

Sinon Icare74, pour répondre à une de tes questions que je n avais pas vue, l électronique était une passion d'ado maintenant c'est mon boulot. C est sympa comme activité mais c'est mieux de voler  :vol:

Bravo Olivier pour cette transplantation réussie et merci pour le retour. Bizarre cette colle. Parfois il y en a pour maintenir les composants avant le four mais en général ça ne tient pas très fort. La boule de soudure je le fais parfois aussi mais sur des SOT23 par exemple mais j'ai jamais osé sur un module !
A l'occasion j'essaye mais sur un truc qui ne risque rien :-)

Bonjour,
Je viens de recevoir le module gps de Ali express; il est inscrit PA6B-V01 2009/06 derrière et P62K sur le cotes
Est ce normale ou une erreur du fournisseur ?
Merci

Voici la référence commandée

https://www.aliexpress.com/item/Free-Shipping-used-GTPA010-MT3339-PA6C-G-top010-FGPMMOPA6C-10009-PA6C-V02-GPS-Standalone-Module/32808828487.html?spm=a2g0s.9042311.0.0.3bd16c378hbUzW

Salut,
C'est une "erreur" du fournisseur...
Par contre il est possible que ce soit cette référence qui équipe les tous derniers Reversale non buggués.
Prends une photo de la sérigraphie montrant que c'est un PA6B et non un PA6C et demande à être remboursé. Ça ne devrait pas poser de problème.
Ensuite monte le et tiens nous au courant !

@Icare74: Je viens de rencontrer le cas aussi d'un PA6B livré à la place d'un PA6C.
Buggué aussi et la mise à jour (de 1.30 à 1.50) n'a rien changé.
Epargne toi la peine de le souder et fais-toi rembourser.
@Deltoliv: Peux-tu nous fournir le lien où tu as acheté ton module ? Ma première source n'est plus disponible et la seconde livre des PA6B d'occasion et buggué...

Ceci
https://fr.aliexpress.com/item/32497102009.html?cv=47843&af=895670&mall_affr=pr3&dp=1e81e24fe302efcebead475f63fe39fe&scm=1007.22893.125779.0&pvid=40a6015c-2b7b-40d0-92cb-c8309b92f0d5&onelink_thrd=0.0&onelink_page_from=ITEM_DETAIL&onelink_item_to=32497102009&onelink_duration=0.820292&onelink_status=noneresult&onelink_item_from=32497102009&onelink_page_to=ITEM_DETAIL&afref=&aff_platform=aaf&cpt=1563195671632&sk=VnYZvQVf&aff_trace_key=2ddf5483e16844efbb706f7cca5b33c3-1563195671632-04920-VnYZvQVf&terminal_id=68b12fb83209434abde60a21be13dbd5

C’est marqué qu’il remplace les PA6C, il pourrait être compatible?

Salut,

J en ai commandé 2.

Celui que j ai monté et qui fonctionne bien sur mon reversale est a priori d occasion. je l ai acheté sur la boutique de Bochuangxinwei

https://es.aliexpress.com/item/32808828487.html?storeId=2289093



L autre est marqué PA6C sur le PCB mais je ne l ai pas testé. Je la ai achete sur la boutique de Zhongxiang Tailai Store

https://es.aliexpress.com/item/32996852744.html?storeId=229633

Je peux le faire suivre si besoin.

Courage....

Olivier

Salut,
Le premier est celui qui m’a envoyé un P6AB et le 2* n’est plus dispo.

Effectivement le premier m'a livré aussi des PA6B... D'occasion en plus !
Le second m'a livré des 2 PA6C neufs qui fonctionnent. Pendant un temps le lien indiquait une rupture de stock mais c'est à nouveau disponible. J'ai mis à jour le lien du tuto:
https://fr.aliexpress.com/item/32688077493.html?spm=a2g0w.search0104.3.7.3852135ci0sJ2m&ws_ab_test=searchweb0_0%2Csearchweb201602_10_10065_10068_319_317_10696_10084_453_10083_454_10618_10304_10307_10820_10821_537_10302_536_10843_10059_10884_10887_321_322_10103%2Csearchweb201603_52%2CppcSwitch_0&algo_expid=2dbf1981-1e8f-4969-9f08-f8554e1a9312-0&algo_pvid=2dbf1981-1e8f-4969-9f08-f8554e1a9312&transAbTest=ae803_3
@Icare74: Concernant ton lien vers le module de remplacement, il faut comprendre "remplacement" au niveau du design c'est à dire du routage du PCB car l'empreinte n'est du tout la même.

Bonjour.
J'ai commandé un module chez Bochuangxinwei et j'ai aussi reçu un PA6B !
Si tu es d'accord pour céder ton 2ème module je suis preneur. Contacte moi en MP.

Bochuangxinwei m'a également expédié un PA6B V01 fab 2009, au lieu du PA6C v02 spécifié. Je suis vert...
Donc probablement complètement inutile et présentant le même défaut que celui installé sur le Reversale. Je ne vais même pas le déballer.

Donc ne commandez pas chez lui.

Pour ceux qui se sont fait avoir, car je pense que la tromperie est intentionnelle vu la répétition, est-ce que vous avez eu des réponses de sa part par le lien contact vendeur?
Est-ce que vous avez ouvert une dispute pour tenter d'obtenir un remboursement?

Salut,
Il faut évidemment ouvrir un litige sans même essayer de négocier en y joignant une photo de la sérigraphie montrant que c'est un PA6B et non pas un PA6C. Aliexpress qui est l'intermédiaire et qui a consigné les fonds jusqu'à la finalisation de la transaction, remboursera sans problème. Ça m'est déjà arrivé et ça s'est toujours bien terminé sauf pour la perte de temps. Au club nous avons en tout 10 modules dans ce cas et je vous dis comment ça s'est passé mais je ne suis pas trop inquiet.
Bienvenue dans ce pays formidable où tout est possible ! :-)

Bonjour.
Je confirme, j'ai essayé de négocier avec le vendeur mais ça tourne en rond. J'ai ouvert un litige sur AliExpress. A suivre.

J’ai pu dessouder le module avec le kit indium pourtant je me sers d’un fer a souder tout les dix ans ; c’est à la portée de tout le monde.

Petite question à quoi sers et qu’est ce le liquide jaune à mettre avant?
Merci

Salut à tous
J'ai aussi reçu un PA6B V01 alors que j'avais commandé un PA6C chez Aliexpress.
Différend en cours ...

Mon Galaxy Note que j'utilise exclusivement en vol avec XCTrack est touché par le bug. Une idée de comment corriger ça ?

Il est sûrement impossible de changer un composant sur un téléphone. Il ne te reste que la solution de corriger la trace à posteriori.

J’ai le même problème que toi avec un Samsung xcover 3 mais XCtrack corrige les dates et heure de la trace , par contre pas essayer d’envoyer sur xcontest.

A par une mise à jours improbable du fabriquant de ton appareil il faut mettre un gps externe, ayant déjà un blueflyvario je vais sûrement acheter le kit gps a 48 dollars australien(qui sera plus rapide et efficasse qu’un gps de tablette ou de smartphone).

Salut,
Aliexpress vient de me notifier que la totalité de la commande soit 75,13 euros était en cours de remboursement. Ça concerne le premier lot de 5. Il n'y a pas de raison que les autres cas soient traités différemment. Nous avons repassé une commande chez le vendeur qui nous avait livré les bons modules (Zhongxiang Tailai Store).

@Patrick Samoens: Une mise à jour de la tablette serait idéale si disponible et si le pb est pris en compte. Sinon remonter le problème à l'équipe de XCTrack qui doit aussi pouvoir faire quelque chose.

Tam

Il faut cocher quelqe chose pour que XCTrack corrige les dates ?

Il faut cocher quelqe chose pour que XCTrack corrige les dates ?
[/quote]

Je n’ai rien parametre, je m’en suis rendu compte tardivement que la trace en igc était bugger mais pas le carnet de vol de XCtrack.
J’ai essayé de trouver une option afin de régler heure et date des traces sur celle du téléphone au lieu du gps mais en vain (je pense que ce n’est pas possible; à confirmer).

pour Xctrack, j'ai parcouru un peu la liste des bugs répertoriés, et le WNRO n'y figure pas.

https://gitlab.com/xcontest-public/xctrack-public/issues?state=opened

Vous pouvez toujours le signaler. Si en plus vous avez un log ou un fichier des trames NMEA envoyées par le firmware GPS, cela devrait être possible de comparer la date calculée par le Firmware du GPS, avec la date du tel et de corriger lors de la création des enregistrements GPX ou IGC,  celle des trames GPS erronées. (un modulo 7*2^10 jours)

https://xctrack.org/Report_bugs.html

bonjours a tous,
j'ai un reversale VGP 2011 V1.1 avec bien-sur 2099 comme tout le monde ou presque car un ami a une version VGP 2010 v2.xx avec une confection différente et surtout une antenne GPS, et lui n'a pas le bug.
donc il y a bien des VGP qui ne sont pas bugé.

Bonjour. Suite au litige ouvert chez Aliexpress pour envoi d'un PA6B, j'ai été remboursé intégralement de mon achat.

Pareil pour moi et j’ai recut un PA6C v02 avec l’autre vendeur.
Par contre je n’ai pas réussit à souder le module sur la carte : connection trop rapprochée, plus délicat que se que je croyais.
J’ai toujours un kit indium à revendre.
Merci

Bonjour
1.Je n'ai toujours pas de testeur pour mon programme DATEFIX, que j'utilise après chaque vol ...
2. J'ai été remboursé après ma "dispute" avec Ali. J'ai donc passé une nouvelle commande de PA6C chez Ali/Zhongxiang Tailai Store ...

Arvi.

Au fait, je vends mon ELAN 2 26 qui a 11 mois et 70 vols.   :ppte:

Salut,
J'ai eu l'occasion d'ouvrir un Reversale non touché par le bug GPS pour identifier ce qui les différencie des autres. Le PCB est exactement le même (VGP2011 V1.1), seul le module GPS change. Un PA6H remplace le PA6E probablement pour des raisons d'approvisionnement liées à l'obsolescence de ce dernier. Par contre on voit bien sur la photo que l'empreinte ne correspond pas parfaitement tout comme pour le PA6C car plusieurs contacts sont en l'air par défaut de pad correspondant.
Donc si vous avez des problèmes pour approvisionner un PA6C, on a la confirmation qu'un PA6H conviendrait aussi.

Salut
Je poursuis mon développement et la V3 de DATEFIX est en test .
 Nouveautés : 1 le fichier ANN2019.TXT peut ne pas exister, il sera créé automatiquement
                    2 la trace peut se trouver dans le dossier COMPET

Question aux devins ; comment va s'appeler la première trace générée après le 16 août 2019 ? (VGP considère que c'est le 31 décembre 2099)
Faites vos jeux ... 00010101.IGC ?
J'aimerais anticiper ce changement ... :grrr:

Je vote pour ta proposition 00010101.IGC
En ce moment le Reversale affiche 2099 mais c'est parce qu'il ajoute de façon systématique 20 devant le 99 que lui fournit le module GPS car ce dernier croit lui qu'on est en 1999 et bientôt il passera à l'an 2000. Au moins tous les deux seront d'accord avec le même retard de 1024 semaines.

Bonjour,

Je vous remercie tous pour vos recherches pour réparer le Reversale'99, je vais me lancer  :pouce: . Il semble que Zhongxiang Tailai Store sur AliExpress ne vende plus de PA6C. Pensez-vous que ce module PA6H fasse l'affaire ??

https://fr.aliexpress.com/item/623742154.html?spm=a2g0o.productlist.0.0.494e7933N3gsHF&algo_pvid=b9885ffb-1271-4bd5-993a-6035fd93bb9d&algo_expid=b9885ffb-1271-4bd5-993a-6035fd93bb9d-1&btsid=c117916c-ff16-454a-aef9-bf4ae009a2bd&ws_ab_test=searchweb0_0,searchweb201602_5,searchweb201603_52

Merci
Marie

Bonjour,
Oui le PA6H semble faire l'affaire puisque c'est lui qui équipe les derniers Reversale non buggués. J'en ai parlé sur ce fil et à la fin du tuto.
Tiens-nous au courant.

Bonjour,
Je confirme que la trace  du 16/08 est bien 00010101.IGC
Par contre elle n'est plus reconnue par logfly5  :fume:
Quelqu'un connait une solution ?
Merci

Salut
Peux-tu m'envoyer ta trace postérieure au 16/08 ?
Je veux tester ma dernière version (la 04) de DATEFIX.
Envoies la par mél à philippe<point>lucarain<at>free<point>fr
Merci. chez nous ce n'est pas volable depuis une semaine...

Bonjour, je viens d'acheter d'occas un reversale qui n'est poas buggé, quelle chance!

j'ai une version 7.10 du firmware

je cherche un manuel d'utilisateur correspondant à cette version si cela existe

MERCI!

bonne chance a tous pour trouver des solutions!

SAlut

Suis ce lien http://www.ewattchlab.com/resources/Documentations/VGP_V6.14.pdf

Hey Luc
Peux-tu m décrire le contenu du dossier VOLS depuis que le VGP a changé d'année ?
Après ANN2099.TXT comment s'appelle le fichier qui contient la synthèse de la nouvelle année 2100. Est-ce ANN2100.TXT ?
Merci pour d'avance ton retour.

Bonjour à tous,

J'ai volé cet après-midi avec mon VGP.
Il a intégré mon vol du 20 août 2019 dans le dossier ANN2099.TXT
Pour lui c'est un vol du 04/01 !!!!! et il a placé la ligne sous celle du 31/12 (mon vol du 16 août) !!!! toujours dans le même fichier texte ANN2099.TXT
C'est bizarre qu'il n'ait pas changé d'année, à croire qu'il pourrait continuer à l'infini à enregistrer les vols dans ANN2099.TXT
Mon vol a été enregistré sous 00010401.GPX
J'espère que ça pourra faire avancer le travail de ceux qui pourront erradiquer ce bug.

Julien

salut a tous,

visiblement vous galérez avec la fourniture de GPS, pour information PA6 est les modèle, et la lettre ensuite la révision.
les version A et B sont super vieilles, et quasi sur avec le bug.
Les dernières productions ont été faite avec le PA6E et PA6H  qui sont compatibles, même s'il y a plus de pattes de connexions (PA6H). Le fabriquant est globaltop.

pour changer le GPS, je vous conseille l'air chaud (pas le décapeur thermique, ou alors avec TRES GRAND soin) et en protégeant l’écran qui doit absolument pas chauffer. (plaque d'epoxy ou autre isolant pour protéger du flux d'air chaud.) Le GPS va venir par morceaux, d'abord l'antenne céramique, puis le blindage métallique, et enfin la plaque du GPS.

L'autre solution est de prendre 2 morceaux de fil de cuivre de 2.5mm2 de la longueur des contacts a dessouder. Ensuite mettre plein d’étain sur les pattes et le fil de cuivre de chaque coté. Enfin, avec 2 fers a souder, chauffer des 2 cotés en même temps en utilisant le cuivre noyé dans l’étain comme conducteur thermique. au bout d'un moment, tout se décolle.

Ensuite enlever l’excédant d’étain avec de la tresse a dessouder ou a la pompe, et nettoyez a l'alcool avant de remettre le nouveau en place.

Sinon, en utilisant le programme logfly, ça résous les soucis de la date 2099.
Concernant le firmware, je n'ai pas la possibilité de le modifier, et oui, reversale est arrêté depuis le 31/12/2018 et pour ma part j'ai quitté en 2016.

Salut Philippe,
Je confirme que le vol du 16/08 a été placé dans le fichier ANN2099.txt à la date du 01/01 !!!

Petite rectification ... c'est le vol du 17/08 qui est à la date du 01/01

Bonsoir

En regardant les fichiers de Luc je vois plusieurs différences avec les sorties de mon VGP (version 7.11)

Des caractères parasites (NULL, visibles avec NOTEPAD++) dans les fichiers ANN20xx.TXT
La destination de la trace postérieure au 17/08 est soit ANN2099.TXT, soit ANN2019.TXT, cela pourrait dépendre du contenu du fichier PARAM.VGP ; c'est un changement de comportement puisqu'avant le 16/08 le vol allait dans ANN2099.TXT quel que soit le contenu du champ ANNEE de PARAM.VGP

J'ai volé aujourd'hui avec mon VGP;l'année était réglée à 2019 avant le vol et le nouveau vol est inscrit dans ANN2019.TXT (en fin de fichier)
Donc mon programme doit regarder le contenu de PARAM.VGP avant de chercher le vol à transférer (depuis ANN2099 ou depuis ANN2019) .. A faire

Bonne nuit les oiseaux. :grrr:

La correction introduite dans Logfly 5.019 ne fonctionne plus depuis le 23 août.

Une petite faute d'inattention dans le code  rouleau ?  :grrr:

Heureusement j'avais une mise à jour sous le coude. Publication de la 5.020 la semaine prochaine.

Pour info cette correction des dates n'utilise que les traces. Logfly n'utilise aucun des fichiers ANN*.* ou PARAM.VGP

Salut,
Suite aux problèmes récurrent d'approvisionnement des modules PA6C, nous avons commandés de PA6H ici:
https://fr.aliexpress.com/item/623742154.html?spm=a2g0s.9042311.0.0.564e6c37MrRpqd
Nous les avons montés ce we et ils fonctionnent très bien sans même avoir à retoucher leur configuration. Par rapport au PA6C, il y a encore plus de pads orphelins mais on ne s'en occupe pas.

Tam

Le correctif Logfly fonctionne à merveille
Merci  :ppte:

Salut Tam, bon j 'ai un vgp buggé du coup si je t’envoie le bébé par courrier (tout à mes frais) tu peux m'en souder un  ... je comprends rien à la soudure même si tes vidéos sont nickel
mercki yoann (NVL)

Salut Yoann,
Si tu es le seul de ton club équipé d'un Reversale buggué et que tu es perdu loin de tout fer à souder je veux bien te dépanner mais j'ai un peu peur de créer un précédent... :-)

Hello !
@Tam : moi aussi je serai très content si tu pouvais me dépanner;cela fait deux fois que je commande chez Zhongxiang et je ne reçois rien (shipment cancelled by seller) GRRR

Sinon, je continue à développer mes programmes DATEFIX et VERIF

DATEFIX V4 : va chercher le vol dans ANN2019.TXT ou ANN2099.TXT selon la valeur trouvée dans PARAM.VGP , puis coupe le vol et le colle dans ANN2019.TXT.
          Le vol ne sera coupé que si il est dans le désordre chronologique (les vols effectués le 15/01/2019 et le 31/08/2019 sont enregistrés avec la date 15/01, mais le plus récent est en fin de fichier !)

VERIF : utilitaire de mise à jour des bilans annuels et mensuels en fonction de la liste des vols contenus dans ANN2019.TXT

Je vous conseille de mettre à 2019 le champ ANNEE de PARAM.VGP avant d'aller voler. Depuis le 16/08 ce champ n'est plus écrasé par le VGP et ainsi les nouveaux vols iront dans ANN2019.TXT   

Je n'ai que deux testeurs pour l'instant ...

coucou, moi j'ai le problème que je sais plus récupérer mes trace sur le reversale, depuis que je suis passé a la nouvelle année ( 31/12/2099 plus 1 jour )  je vois le le fichier mais je ne peux rien en faire avec il me dis que le fichier est erroné je ne sais pas si cela est normal  :diable:  :banane:

Ce qui me semble quand même très intéressant avec le Reversale et qui en fait un objet "durable". C'est que même s'il ne vous sert plus beaucoup lors des journées fumantes à fort potentiel de déclarations de vos plus beaux vols, il vous divertira encore longtemps pour les jours ou cela ne vole pas.

 :sors:

problème avec aliexpess j'ai été débité plus que ma commande sur mon compte 47€ ... a la place de 44€... vous avez eu le cas ?

Aliexpress : pas de souci de remboursement MAIS je n'obtient pas la bonne pièce (chez Zhongxiang Talai Store)

Traces : j'ai eu un problème qui a disparu maintenant : la présence de caractères NUL ; on les voit avec un éditeur comme NOTEPAD ++ et on peut les ôter. N'oubliez pas de remettre le champ ANNEE du fichier PARAM.VGP (à la racine) à la valeur 2019 avant d'aller voler. Cela ce fait avec un éditeur simple comme Bloc Notes.

Sinon il y a toujours la solution "longue" : importer les vols dans LOGFLY5 (import GPS), puis les exporter; ils devraient être bons pour la déclaration FFVL.

Merci à Gil pour sa réactivité.

Pour ceux qui cherchent à approvisionner des modules PA6H, j'ai bien reçu ce module via AliExpress. Commande passée le 14/08, réception le 07/09. Réparation à suivre fin Septembre.

J'ai l'impression a ce jour qu'il a n'y les PA6E,PA6H,PA6C (ou si encore, mais le vendeur vend des PA6B au lieu de C) Est ce que quelqu'un aurait une piste pour l'approvisionnement.
J'ai fais le changement pour un ami avec la PA6H qui fonctionne tres bien mais le temps de tester et de souder, plus disponibles.
Merci d'avance ;)

J’ai un kit indium a depanner si jamais

Bonjour.
Opération remplacement du module GPS de mon VGP faite aujourd'hui.
Ca a mal commencé : la prise USB s'est dessoudée à l'ouverture du boitier  :cry: ! Je l'ai ressoudée sans trop de difficultés, ouf  :D .
Dessoudure du module PA6B défaillant et soudure du nouveau module PA6C faciles.
Un grand merci à TamVL qui a trouvé la solution et un plus grand merci à Deltolive qui m'a cédé gracieusement un module Pa6C.

ce magasin a aussi le PA6H :
http://www.tinyosshop.com/index.php?route=product/product&product_id=840

je faisais les PCB chez eux, rapide et fiable.

salut c'est gros con de chez revarsale on eu la super idee de gros connard de me coller ma puce GPS :fume:  :fume:  j'ai mis deux a faire le boulot je ne sais meme pas ci sa va marcher
en tout cas j'ai eu position GPS qui marche, c'est bien la dernier fois que j’achète francais en parapente en tout cas 
 

PS DEUX TEMPS BIEN SUR

j'ai fais des teste hier soir sa a l'air de marcher
d'autre on eu des problème  comme moi  avec la puce coller a la cyano ????
 :fume:  :fume:  :fume:

Ma deuxième commande de PA6C chez Zhongxiang Talai Store s'est également terminée par un échec (shipment cancelled).  :grrr:

@gargle : le montage du PA6H sera simple pour l'électronicien à qui je vais le confier ? Le guide de TamVL conviendra pour le PA6H ?

Heureusement mon programme DATEFIX fonctionne en attendant...

s'il dispose d'un fer a air chaud, et qu'il sait s'en servir, ça devrait pas poser de soucis.
A mon ancien boulot, on faisait bien pire et les modules étaient réutilisables après desoudage ;)
Juste faire très attention a l’écran qui est très sensible (verre) mais en protégeant un minimum, tout se passe nickel.

Pour info, arrêtez de vous acharner avec des PA6C, ça date de Mathusalem et en plus ils risquent d'avoir le mauvais firmware ... :/
passez sur le PA6H ;)

J'ai poursuivi mon développement et mis une annonce dans Pmag.
Une dizaine de pilotes se sont manifestés et sont en train de tester la version 6 de mes programmes.
DATEFIX corrige la trace et l'insère dans ANN2019.TXT
VERIF met à jour le fichier synthèse donné en argument.
Comme tous les pilotes n'ont pas forcément chargé les mises à jour de VGP, les traces peuvent être légèrement différentes.
Mon programme en tient compte.
Manifestez vous pour recevoir un lien WETRANSFER !
Vous avez aussi la possibilité d'embarquer les exécutables sur votre vario pour pouvoir modifier votre trace à l'atterrissage (il faut cependant trouver un ordi).

Bonjour,

j'ai la chance d'être un des nombreux "testeurs" du programme de Philippe.

Je peux dire que cela fonctionne bien, à conditions de bien suivre sa procédure.

J'ai travaillé les fichiers de mon Reversale au format ".IGC", que j'ai copié sur mon PC (comme cela, je ne touche pas aux fichiers originaux).
J'ai utilisé ses programmes, en me servant des traces IGC stockées sur mon PC.

Une fois passées à la "moulinette", les vols sont corrigés.
Toutes mes traces sont à la bonne date après avoir utilisé "datefix_v06.exe", et le récapitulatif annuel se met à jour via le programme "Verif.exe".

Concernant les données techniques:
- version VGP: 6.20
- testé sous windows 7
- le programme fonctionne tout aussi bien si les fichiers ".IGC" sont stockés sur le Reversale.

Je répète: il faut bien suivre à la lettre la procédure de Philippe (il vous confirmera que je lui ai "cassé les pieds" hier au téléphone  :lol: car je m'étais quelque peu "égaré").

Pour info, j'ai envoyé tout-à-l'heure une trace à la CFD (fichier IGC stocké sur mon PC), et ça marche.

Je vous souhaite de connaitre le même bonheur que moi. :jump:

Stéphane

Je continue à travailler sur les améliorations suivantes
   support du format GPX (reformaté en lignes auparavant)
   correction auto de ANN2019.TXT (qui contient des caractères NUL)
   sélection du vol à traiter quand plusieurs vols dans la journée

Avez vous une idée de pourquoi certains varios enregistrent la trace dans COMPET ? comment revenir à LOG ?

La prochaine release sera la V7 ! :+1: 

Au fait ! J'ai identifié un problème avec les vols du 15/10/2019
ils sont considérés comme volés le 29/02/00 (le 29/02/2100 n'existe pas et le 29/02/2000 existe )
Il vaut mieux renommer (et modifier les dates internes) ces traces en 00030101.IGC (1er mars 2100) avant de les traiter.

Bonjour.
Ils s'agit seulement des VGP version compétition.
Le vol est enregistré dans le répertoire COMPET quand tu as défini et activé une route ou quand tu fais un goto vers une balise.

Merci giljo
Je ne sais pas quoi dire à Jean pour que ses traces reviennent dans LOG. Annuler ou effacer la route ?

EN TOUT CAS
Mon vario a reçu sa nouvelle puce PA6E, et génère des traces avec la bonne date !
Je n'ai pas pu éviter le "coup de soleil" sur l'écran.

HOURRA !  :dent:

Je continue le support pour ceux qui gardent leur PA6B ...

Avez vous déjà remplacé la batterie du VGP
Que faut-il commander et où ?
Merci.

c'est une batterie lipo 1 cellule (3.7V) 2000 mAH
Attention, certains VGP ont une prise, d'autre la batterie est directement soudée sur le circuit ( et les soudures sont proche, surtout ne pas toucher les 2 fils avec le fer a souder ....)

La taille de la batterie originale est de 60 mm par 35/40 mm. On ne trouve plus trop ce format visiblement.
Je vais remplacer la mienne par celle la, qui devrait passer :
https://www.ebay.fr/itm/103450-3-7V-2000mAh-Lipo-Battery-Replacement-For-DVD-POS-Machine-Camera-iPod-3B/264407202120?hash=item3d8fe5b948:g:K7wAAOSwq5tdNuTe

Attention, il y a du double face pour la maintenir, ne pas oublier d'en remettre car il isole aussi un peu.

Salut

Je suis allé me promener avec mon GARMIN eTREX VISTA Cx , GPS de randonnée.
ET bien je vous le donne Emile, la date est fausse ! Aujourd'hui il affiche 24/07/01 !
Faut-il aussi lui changer sa puce ? Savez-vous le démonter ?

ACHTUNG !

J'ai changé ma puce et puis je suis allé voler à Ténérife du 7 au 14 décembre.
J'ai réalisé 14 vols.
Tout va bien jusqu'au soir du 11/12.
Le premier vol du 12/12 a été baptisé 00042701.IGC !
Ai-je mal paramétré ma nouvelle puce ? Est-ce un mal canarien ?
LOGFLY5 voit bien le vol au 12/12 ...
Je vais faire un tour avec mon vario ...

Quelqu'un reproduit le problème ? :grrr:

Bonjour.
A ce jour je n'ai eu aucun nouveau souci de date avec une puce PA6C.

Deuxième essai et .. confirmation du pb.

Ma nouvelle puce a bien donné la bonne date jusqu'au 11/12/2019. Ensuite rechute confirmée.
La trace d'aujourd'hui (05/01/2020) s'appelle 00052101.IGC !  :grrr:

Avez vous une idée ? Ma puce PA6E a été montée sans toucher à son paramétrage.

Pouvez-vous me confirmer le bon fonctionnement d'une PA6E après le 12/12/2019 ?
La remplacer par une PA6H vous semble une bonne idée ?

HELP !

Salut philpara et Bonne Année 2020 à toi bien qu'il semble que tu sois toujours en 2000 ! (Désolé ;-))
Avant d'approfondir, il faudrait m'éclairer sur tes références des puces GPS. Tu parles de ta nouvelle puce PA6E qui ne donne plus la bonne date alors que justement c'est cette puce PA6E qu'il faut remplacer par une PA6C ou une PA6H...
De plus n'ayant pas moi-même de Reversale, je ne peux pas faire d'essais. Je demanderai aux pilotes de mon club s'ils rencontrent des problèmes avec leur nouveau module mais tout le monde n'a pas la chance de voler en ce moment.

Tam

Salut et merci de ta réponse.
Jusqu'à ce que je relise tout le forum, je pensais que seule la version PA6B posait problème.
Je l'ai donc remplacée par une PA6E ! En abîmant mon écran au passage.
ET je comprends un peu tard que la PA6E n'est pas bonne non plus !

Donc si je récupère une PA6H, je peux la monter ?

Je ne comprends toujours pas pourquoi mon vario a bien marché avec sa puce PA6E jusqu'au 11 décembre !

Nom d'une pipe, le bug GPS du 11 décembre maintenant ! :-)
Monte ton PA6H, ça devrait résoudre le problème de date. Par contre attention aux pistes car elles ne supportent pas indéfiniment d'être chauffées surtout si c'est à la manière forte...