VGP2011 ?

Bonjour !

parlons du sujet principal qui a motivé mon post sur ce forum : déclencher et arrêter la trace manuellement. Il s’agit d’une fonctionnalité évidente qui permet accessoirement d’étendre l’usage du VGP mais surtout de proposer une solution aux problèmes particulièrement agaçants de déclenchement intempestif (V5.6) et de non déclenchement (toute récente version V6.0).

Pour répondre à “nous sommes en l’air pour voler non pour jouer a la console”, je suis tout à fait d’accord, mais l’appui long sur une touche proposé par Nicolas (ou le jeu d’une combinaison de touches) n’intervient pas en vol (sauf si au bout de 2 minutes, le VGP ne s’est toujours pas déclenché comme ça été le cas pour moi l’autre jour avec la toute récente version V6.0). Cette proposition ne perturbe en aucun cas le vol : il s’agit d’une action optionnelle offerte à l’utilisateur au déco et à l’aterro. Je répète que cette fonction peut tout à fait être implantée, sans menu supplémentaire et sans modifier le fonctionnement automatique actuel.

Pour répondre à “mais vous avez déjà vu un concepteur discuter de tel ou tel fonction utile sur sont appareil”. Il y a quelques semaines, j’ai demandé 2 modifications importantes à un canadien éditeur (que je ne connais ni d’Eve ni d’Adam) d’un logiciel qui comporte des dizaines de milliers d’utilisateurs. Comme Nicolas, cette personne développe son produit “à coté” de son travail. Quelle n’a pas été ma surprise de recevoir 2 jours après, par email, une version beta intégrant les deux modifications demandées, m’invitant à tester la fonction et me remerciant pour ces propositions qui pourraient intéresser d’autres utilisateurs. Au bout de 2 allers retours, quelle n’a pas été ma surprise de voir cette beta test validée au bout d’une semaine. La mondialisation a levé pas mal de barrières. Rares sont les fabricants de produits, matériels et logiciels, qui demeurent sourds aux remontés des utilisateurs : les circuits de décision sont raccourcis et la concurrence, le dialogue contradictoire sur les forums et le “quand dira-t-on” ont pour effet de stimuler la créativité et la résorption de problèmes.

C’est bien parce que Nicolas est proche (géographiquement et “parapentement”) que je lui ai accordé ma confiance l’an dernier, lorsque que j’ai acheté un VGP plutôt qu’un autre produit.

Toutefois, en ce début de saison, je trouve qu’il est temps de s’atteler à implémenter une solution à ce problème évident, remonté il y a 6 mois déjà. J’ai communiqué à Nicolas des exemples de solutions il y a 6 mois. Lui même vient d’en proposer également. Je lui fais confiance pour ne pas passer 6 mois supplémentaires de tergiversations et sondages divers pour opter pour telle ou telle alternative et pour proposer une version corrective 6.1 que je suis prêt à valider s’il le souhaite. Il nous indique dans ce forum qu’il compte s’atteler à cela d’ici 10 jours !

Par avance merci à toi, Nicolas,

A suivre !

Bonjour,

:+1: :+1: :+1: avec ThierryD, Patrick, etc. La version doit rester simple d’utilisation et c’est bien pour cela que je me suis dirige vers REVERSALE et son VGP2010 plutot que ses concurents. Gardons nous d’en faire une usine a gas avec une multitude d’informations inutiles. C’est du vol libre pas du pilotage de 747 ou autres jumbo.
karma+ a Nicolas et ses conseils pour les mises a jour que je n’arrivais pas a effectuer seul.

La version 2011 gagne-t-elle en autonomie? Si oui, combien de temps environ?
-le boitier, écran est-il le même sur cette nouvelle version?
-Serait-il possible d’essayer un modèle en"démo"? (Je suis prêt à me déplacer, je suis en Alsace.)
-Enfin, y a-t-il une date exacte de sortie de l’appareil, je viens de vendre mon MLR et la saison va vite recommencer… :sos:

@ gloumi

Vu ta réponse plus haut ca veut dire que tu interviens dés que quelque chose ne te plait pas ! :prof:
Et les autres alors…! :?
Ils vont être obligé de subir toutes tes fantaisies parce que tu as décidé TOI , que ca ne te convenais pas ! :roll:

ThierryD bonjour,

Pourquoi tant d’agressivité? Ai-je transgressé une loi du silence sur ce forum ? Y-a-t-il un mal à partager des observations et faire des propositions pour faire évoluer le VGP2010? Comme toi, je ne souhaite pas plus de fonctions et encore moins des caprices. Je souhaiterais simplement que les désagréments de déclenchement de l’enregistrement de la trace du VGP2010, tantôt trop sensible (V5.6), tantôt pas assez (V6.0) soient enfin solutionnés.

Je fais l’effort de proposer une solution.
Nicolas aussi a proposé une solution.
Et toi, quelle est ta proposition ?

Gilles

:+1: avec Gilles, à part poster pour être désagréable je comprends pas le but de la remarque: aucun argument contradictoire donc aucun intérêt! D’autant plus que la démarche de Gilles me semble plus tenir de la correction de bug que de la “fantaisie”!

Et enregistrement dès que l’appareil est en fonctionnement ?

Pour cela, je pars du principe que si j’allume le GPS c’est que j’en ai besoin et donc qu’il doit enregistrer, quitte à couper le début de trace sur le PC au retour à la maison. Ça permet également de voir combien de temps on a attendu que cette :fume: biroute passe face ou que le :fume: pilote devant nous laisse enfin décoller les autres.

Sur mon Garmin c’est comme ça que ça fonctionne et j’en suis satisfait: Pas de souci d’oubli, de zérotage ou autre. Simple et efficace, apparemment dans l’esprit de ce que devrait être le Reversale.

Bonjour à tous,

 Au moins, il y a de la vie sur le forum  :lol: 

Je ne veux pas relancer le débat, mais il ne s’agit ni d’un bug, ni d’un déclenchement trop sévère, mais simplement d’un Variomètre GPS qui est sensé être utilisé pour le vol libre ou vol moteur.
Quelques pilotes m’ont demandé de durcir le démarrage de la trace, car il trouvait le démarrage de la trace intempestif…

Après simulation de plusieurs décollages et observation de plusieurs traces, nous avons déduit les paramètres actuels, une vitesse de 8km/h horizontale et une vitesse de +0,4m/s ou -0,4m/s en vitesse verticale. Nous avons avec cette méthode un bon démarrage de la trace dans tous les cas de décollage vol moteur et vol libre.
Allez on peut effectivement pinailler et dire que si l’on zérote dès le décollage… il va y avoir quelques secondes en moins sur la trace…

Soyons raisonnables et honnêtes, ce principe marche parfaitement bien dans le cadre de son utilisation de départ.

Par contre, comme je l’ai dit précédemment je comprends que certaines personnes souhaitent utiliser leurs VGP pour des utilisations détournées. Mais, il ne faut pas dire qu’il s’agit d’un bug. Simplement, qu’il n’est pas fait pour fonctionner en voiture ou en vélo…
On ne peut pas tout avoir, la simplicité de démarrage et le côté super multi fonction. La simplicité entraine souvent sont lots de contrainte, après il existe des produits plus complets, mais plus compliqués d’utilisation…

Il ne s’agit donc effectivement pas d’une fantaisie, mais du souhait d’un utilisateur comme un autre, qui aimerait voir étendues les possibilités de son VGP.
Je suis donc en train de regarder s’il est possible d’intégrer cela (parce que je peux comprendre l’utilité de la demande), mais je veux d’abord m’assurer que cette demande ne va pas nuire au 90% d’autres personnes qui n’ont pas demandé cette modification.

Comme certaines personnes l’ont très justement dite, j’ai une vision globale de mon produit et de “mes” clients, et je dois faire au maximum pour coller à la philosophie du produit et au demande de TOUS les utilisateurs.

Je termine donc comme prévu l’optimisation de l’option compétition.
Et d’ici 2 semaines, je ferais le point sur ce qui a été dit sur ce forum.

Gilles tu a proposé une solution,je t’en remercie…
Suspente en a une qui a de bonnes raisons d’être aussi…
La solution de départ était entre les 2, un peu de contrôle, mais sans être trop sévère, la trace démarrait trop facilement…
En même temps, il y a des problèmes plus graves sur terre :wink: Japon, Libye…
Je plaisante et je vais bien entendu faire de mon mieux pour satisfaire tout le monde,

mais avant et en même temps : documentation pour la version 6.0, option compétition/navigation, changer quelques couches :slight_smile:
et ensuite : Variosonore nouvelle génération, zone aérienne, gestion des thermiques…

Une dernière chose pour répondre à Matt4807, le VGP2011 possède maintenant une batterie de 1750mAh au lieu de 1100mAh ce qui doit donner environ 25 heures d’autonomie (à confirmer à l’issue des tests de batterie en cours). Le boitier/écran est le même sauf le clavier qui utilise maintenant une autre technologie.
Pour la date exacte de sortie, mon sous-traitant alsacien m’a confirmé aujourd’hui même le délai prévu : fin mars, mais avec les tests et un peu de marge, ce sera début avril, donc pas de soucis pour essayer un modèle de démo vers le 2-3 avril.

Voilà voilà, j’aime bien discuter, mais je retourne à mon code parce que sinon la version 6.1 a du plomb dans l’aile :smiley:

Amicalement tout le monde,

Nicolas
REVERSALE

[quote]Pour la date exacte de sortie, mon sous-traitant alsacien m’a confirmé aujourd’hui même le délai prévu : fin mars, mais avec les tests et un peu de marge, ce sera début avril, donc pas de soucis pour essayer un modèle de démo vers le 2-3 avril.
[/quote]
Euh, et pour passer une vraie de vraie commande? Avec une vraie de vraie garantie de livraison avant le 10 avril (date de départ pour La Réunion :vol: ) ? Ca va faire trop juste?
Je peux faire testeur d’un modèle de démo pendant une quinzaine de jours? :mrgreen:

Bonsoir Hub

Pas de soucis pour vraie de vraie commande :-), pour le prêt de 15j là c’est plus chaud :smiley:
Mais le mieux est de nous envoyer un mail à contact@reversale.com, nous vous enverrons la démarche à suivre et répondrons à toutes vos demandes.

Amicalement

Nicolas

Oui en effet, je n 'aurais pas du employer le mot “bug” qui sous-entend un mauvais fonctionnement mais plutôt une limitation voire restriction dû à l’utilisation orientée de l’outil…

Bonjour a tous

Si j’ai semblé être agressif je m’en excuse , ca n’était pas le but.
C’est juste , la manière de présenter les modifications qui ne me plaisait pas. J’utilise depuis pas mal de temps ce vario , sans trouver de bug particulier.
La dessus Gilles interviens en homme de savoir et signifie reversale de faire les modifs qu’ils a décidé ,…rapidement.
Ça ne ressembler pas trop a du partage ni des observations.
Plutôt des ordres .
C’est tout , je ne voulais blesser personne , juste un peu passionné du sujet.

@ Gilles

Par contre , il serait peut être sympa que tu fasses profiter de ton esprit d’à propos sur l’aide a l’élaboration du logiciel carnet de vol.

Thierry

Nicolas, Thierry,

c’est bien parce que j’apprécie énormément ce produit et la démarche de son concepteur, que je m’efforce de partager mes observations tatillonnes. Cela fait 30 ans que, dans mon domaine, je conçois et développe des produits embarqués les plus simples et qui font le tour du monde.

S’agissant de bug ou pas bug, tout cela est discutable. Dans le codage de la V5.6 et la V6.0 je n’ai relevé, pour l’heure aucun bug. En revanche, c’est plutôt au niveau de la conception ou de la logique générale qu’il demeure des points de détails auxquels je demeure sensible.

Voici quelques exemples :

  • le fait qu’il faille arrêter le produit (appui long sur OFF) pour interrompre une trace est un exemple : c’est un peu comme si on demandait un utilisateur de caméscope de mettre le caméscope sur OFF pour arrêter un enregistrement en cours. Personnellement, à chaque fois que j’effectue cela, je me demande si je vais retrouver la trace ensuite.
  • le nom d’un fichier dont l’extension est .txt, et qui est accessible par l’utilisateur en lecture / écriture devrait comporter une extension l’invitant à la prudence
  • le fait que la V6.0 rate assurément l’enregistrement du déco et dans certaines conditions le début d’un vol n’est pas grave en soi et ne relève pas d’un bug. Toutefois, le déco, comme l’aterro, sont des phases fondamentales d’un vol et pouvoir revenir dessus peut s’avérer riche d’enseignements : lors d’une erreur, voire d’un incident, les choses se déroulent tellement vite qu’on a pas la mémoire de la trajectoire. Ainsi, une idée, pour le V7.0 serait qu’une fois allumé et la réception GPS validée, que le VGP stocke en permanence (buffer circulaire) en mémoire volatile (RAM) 120 points (2 minutes), lesquels pourraient être récupérés et inscrits en mémoire au moment du démarrage effectif de la trace pour ne pas rater l’enregistrement de la phase de déco. Je concède que c’est un peu plus compliqué à coder, mais c’est élégant et totalement transparent, au regard de l’utilisateur.

A suivre !

Gilles

Bonjour Gilles,

Je pense que l’on a bien compris maintenant ton idée :lol:
Nous n’allons pas remplir des pages et des pages de forum… Laissont maintenant un peu de place à d’autres idées neuves. Surtout qu’il s’agit ici de discuter du VGP2011 :smiley:

Comme je l’ai dis, j’ai des idées pour AMÉLIORER le démarrage, je regarde tout cela dans 2 semaines, et je vais voir si ça colle à la philosophie du produit.

Amicalement

Nicolas

juste une petite remarque concernant l’édition du fichier TXT.
je ne sais pas si c’est le cas, mais les fichiers txt ne sont pas gérés de la même façon entre Windows et Mac/Linux. C’est pourquoi il est recommandé de ne pas touché a ces fichiers.
Normalement, sous Windows, cela ne devrait pas poser de problèmes, sous Mac/Linux, les modifications pourraient être problématiques. (Attention, c’est au conditionnel :wink: )

Pour Gargle, tu as bien raison de soulever ce problème récurent en informatique. La gestion des caractères “standarts” est identique, mais les caractères exotiques (accentués etc .) n’est pas compatible. C’est d’ailleurs effrayant ce manque d’uniformisation.

Normalement, les utilisateurs n’ont pas à mettre le nez dans le “cambouis” d’un fichier texte de données.

C’est tout à fait vrai.
Sauf que je n’aurais pas du mettre un .txt car cela l’associe automatiquement à un logiciel d’édition de texte (notepad, textedit…) et inscite l’utilisateur a bricoler quelques fois dedans.

[HS]
Problème qui peut paraître simple, mais qui ne l’est pas du tout (lire wikipedia peut donner une idée). Un codage universel qui permet de coder aussi bien nos caractères que les kanjis, les kanas, le chinois, l’arabe, etc, ce n’est pas si simple à mettre en place…
[/HS]

[ma vie]
et quand on découvre que windows et mac n’utilise pas la même taille mémoire pour le même type de donnée
[/ ma vie ]

:koi: :affraid: :grrr: :bang: :bang: :bang: (dans l’ordre … :D)

PS :
oups, vais arreter de flooder :oops: