Bon, je n’avais pas été patient. Je viens de recommencer. Entre le moment où je clique sur GPS et où la fenêtre s’ouvre: 10 minutes! Ensuite, encore deux minutes à attendre pour que la fenêtre GPS devienne active après le choix du port COM. Ensuite une bonne minute pour interroger le GPS et transférer un vol. Total: 13 minutes.
Il est vrai que mon ordinateur a quelques heures de vol…
Bonjour,
avec un peu de retard, je confirme que la désinstal/réinstal de la 2.3.3 n’a pas touché à mon carnet de vol 
Je vais pouvoir regarder la fonction zone aérienne.
Mci
JLuc
Salut,
petit soucis, avec la gestion des zones aériennes.
j’ai sélectionné des zones, et lors de l’import vers le Reversale (bouton en bas), il m’envoie cette erreur :
Problème d’encodage Reversale - Erreur 139
quelqu’un a déjà eu ca ?
à tous,
Quand vous signalez un bug, merci de signaler votre système Win ou Mac et sa version. C’est d’autant plus sensible que pour le Reversale et les zones aériennes, j’ai compilé une DLL externe sur du code de Nicolas Babel.
@gargle : Est ce que cela le fait à chaque fois ? As tu réessayé avec une autre sélection ? Ca sent un problème de directory. est ce que le Reversale est à jour avec le dossier AIRSP créé ?
oups, pardon
OSX 10.7, VGP 2010 et firmware 6.22
à chaque fois, et dossier AIRSP dans le VGP, qui reconnais déjà des zones aériennes.
Mes essais ont été fait avec une version 7 fournie par Nicolas Babel. Fais un essai d’upgrade. Je l’ai mis ici, trop gros pour le forum
merci pour le firmware
j’étais en 7.01B, je suis désormais en 7.03B
mais toujours l’erreur 139 sous OSX 10.7
j’ai 2 fichiers dans AIRSP :
j’ai essayé de les enlever de AIRSP pour avoir le dossier vide, mais même erreur
par contre, la copie de fichiers sur le VGP prends énormément de temps, un timeout a l’écriture ?
Salut Gargle,
Je ne sais pas trop car je n’arrive pas à reproduire l’erreur. Je viens de faire la manip avec un fichier aussi volumineux et je n’ai pas eu de problèmes. J’ai demandé à Nicolas Babel de faire des tests c’est à priori OK.
Peux tu essayer avec une petite sélection genre 2 ou trois zones ce qui donnera un fichier de 150-200Ko. On verra si c’est un problème de timeout.
Par contre, tu peux finir la manip toi même :mrgreen: C’est à priori la copie vers le Reversale qui plante. Mais le plus dur est fait. Voici le process de Logfly :
A priori pour toi c’est la dernière étape qui coince, il suffit de prendre FRDATA.bin et FRIDX.Bin dans le dossier Airspace du dossier de travail de Logfly et de les envoyer dans dossier AIRSP du VGP. Oui, je sais, c’est pas terrible… Tiens moi au courant avec un petit fichier
Salut,
j’ai essayé en sélectionnant peu de zones (juste les classes C)
Ca créé un fichier nommé Reverbin.txt mais rien d’autre dans le dossier logfly, et ca ne touche pas aux fichiers FRDATA.bin et FRIDX.bin sur le VGP.
Quand tu parle de dll … je suis sous OSX 10.7, il y a pas de dll, c’est pas ca le souci ? Bien que je sais que Nicolas est aussi sur mac.
Quel est le nom de la lib, pour te dire si je l’ai sur mon système
Cela se passe dans le dossier Applications, tu doit avoir l’application Logfly et un sous dossier Logfly_Lib. Dans ce sous dossier, il doit y avoir un fichier nommé Reverbin qui fait 20Ko. En principe tu l’as, car je fais un test de présence avant de le lancer -> Msg dans la base : “’ Le module de conversion Reversale n’a pas été trouvé”
[quote]Ca créé un fichier nommé Reverbin.txt mais rien d’autre dans le dossier logfly
[/quote]
Je suis un c… (oui je sais , il y a des confirmations qui font mal), en fait l’erreur 139 est déclenché quand Logfly lance Reverbin pour obtenir l’encodage. On lance un shell et on attends le retour. Si le code retour est différent de 0 -> Msg dans la base : Problème d’encodage Reversale - Erreur + No erreur retourné par le système
Je n’ai pas trouvé grand chose sur le numéro de l’erreur. Selon ce doc il semblerait bien que l’on soit sur un problème de chemin.
Est ce que tu as des path alambiqués (genre plusieurs disques, des noms avec des accents et tutti quanti) ?
Bonjour,
tout d’abord, merci pour cette nouvelle version
pas de problème pour la sélection des zones …
Mais j’ai la même erreur d’encodage reversale erreur n° xxxxxxxxxx !!!
Je suis sous windows8.1
Je n’ai jamais eu de problème de communication entre le reversale et le PC
autre chose : j’avais enregistré sur le pc un fichier reverbin dans airspace.
Comment fait-on pour le réutiliser plus tard ?
excellent travail en tout cas, et merci pour tout
Bonne journée
aeroelectroflight,
[quote]Mais j’ai la même erreur d’encodage reversale erreur n° xxxxxxxxxx
[/quote]
C’est le numéro d’erreur qui m’intéresse. Sous Windows, plus facile à trouver sa signification. Sous Windows 7 et sous feu XP, je suis OK. Il faut que je me trouve une W8 pour faire un essai.
[quote]j’avais enregistré sur le pc un fichier reverbin dans airspace
[/quote]
Je ne comprends pas trop ce que tu veux dire…
A chaque envoi vers le Reversale, Logfly produit deux fichiers : FRDATA.bin et FRIDX.Bin qui sont enregistrés dans le dossier Airspace du dossier de travail de Logfly et envoyé vers le VGP. Il garde une copie de cette sélection au format OpenAir dans ce même dossier sous le nom Reverbin.txt. A chaque opération Reverbin.txt est écrasé pour garder le dernier. L’idée est de conserver un fichier visualisable de ce qui est dans le VGP. Pour garder un exemplaire du précédent, il faudrait sauvegarder avant écrasement. C’est tout à fait envisageable, on pourrait poser une question genre : voulez vous garder l’ancien et lui donner un nom.
:oops: j’y avais pensé mais j’avais eu la flemme…
[quote]j’avais enregistré sur le pc un fichier reverbin dans airspace.
[/quote]
Effectivement ce n’était pas très expicite !!! :grat:
En fait j’avais enregistré une sélection de zone dans ce fichier et je n’avais pas compris comment le ré-ouvrir !
Tout est rentré dans l’ordre.
[quote]Pour garder un exemplaire du précédent, il faudrait sauvegarder avant écrasement.
[/quote]
Effectivement cela sera peut être intéressant de pouvoir sauvegarder sur le pc plusieurs fichiers de zone aérienne suivant les endroits ou l’on va voler ?
Voici le numéro de l’erreur d’encodage :
erreur => 1073741819
bonne soirée
Avant d’envoyer ta sélection sur le VGP, tu as le bouton Sauver qui te permet de sauvegarder sur le disque.
Pour le numéro d’erreur, j’ai une liste qui s’arrête à 242 :mrgreen:
Hello
tout d’abord merci pour ce beau travail.
Juste pour info, j’ai dû créé le dossier AIRSP à la main dans le VGP, l’export “reversale” ne fonctionnant pas du fait de son absence.
Je ne sais pas s’il devait être créé automatiquement.
Si le dossier n’existe pas dans le VGP, c’est qu’il n’a pas le firmware qui gère les espaces aériens. Nicolas m’a confirmé qu’au premier allumage après mise à jour, le VGP créait le dossier. C’est la raison pour laquelle Log fly vérifie son existence.
pour mon erreur 139 sous OSX :
volume de montage du VGP : /Volumes/Untitled
J’ai bien Reverbin dans les lib
je viens de faire un import des vols de hier, ca marche nickel, par contre, ca sait pas rajouter les zones aeriennes.
Il prends quoi en paramètre, Reverbin ? pour le lancer en ligne de commande et avoir plus d’infos.
Au temps pour moi, tout est rentré dans l’ordre, et tout fonctionne
Gargle,
J’avais oublié de te répondre. Tu peux lancer un shell sur Reverbin qui se trouve dans le sous dossier Logfly_Lib.
Il y a deux arguments :
Alors, voila la commande :
./Reverbin /Users/philou/Documents/140407__AIRSPACE_France_1405b.txt /Users/philou/Documents/Airspace/
--> Illegal instruction: 4
ce code 4, ca correspond a qqch ?
j’ai essayé avec un fichier ne contenant que 2 zones, et j’ai le même résultat