Ptikiki j’ai eu ce problème d’affichage au tout début, en test voiture, quand la vitesse dépassait les 99 km/h…
Du coup, est-ce que ce ne serait pas un pb lié au gps ?
Je vais faire la dernière maj, et normalement mercredi je vais en altitude. Je verrai si je vois des anomalies
L’affichage de la vitesse ne peut pas dépasser 100km/h - il n’y a que la place d’afficher 2 chiffres, c’est donc normal que l’affichage bug, il faudrait que l’on rajoute un test pour éviter de dépasser 99, je m’en occuperai dans la prochaine mise à jours
Si on veut que le vario puisse être utilisé par des pilotes de planeur, même ultra légers, ca serait bien de pouvoir afficher des vitesses supérieures à 100 km/h …
J’ai fait la dernière mise à jour hier soir et ce n’est pas top.
Le démarrage est compliqué. Parfois pas d’affichage, parfois pas de son, tout rentre dans l’ordre après un 2ème démarrage.
Pas cool désolé
Hello à tous !
Un message de soutient et d’encouragement à toute la team ! J’utilise régulièrement la V1 et elle me convient tout à fait actuellement.
J’ai volé avec cette semaine plus de 11h (en Espagne 
). Je suis en conf tablette sous XCTrack en bluetooth.
La dernière mise à jour améliore considérablement l’autonomie, mais j’ai réussi à arriver à bout une journée (+4h cumulé sur la journée forcément…)
Il m’enregistre pas non plus les traces IGC mais ça me dérange pas. Faudra que je regarde si ça viens de ma SD ou fix GPS qui se fait pas… (les MàJ fonctionnent impec)
Pas de soucis de démarrages foireux (depuis le correctif des freq. échantillonnages au tout début)
Je suis intéressé pour la prochaine version M0, voir même 2 (pour un ami). A mon avis il vas y avoir du succès. Il faudrait peut-être réfléchir à passer par un site de financement ou payement (leechi ou autre). Voir aussi pour se distribuer les rôles que ça soit pas une seule et même personne qui fasse tout. J’ai aussi une imprimante 3D à voir si ça peut servir (mais pas pour faire les boîtiers, ça doit pas être rentable).
Par rapports à la prochaine version, je suis d’accord sur tout ce qui à été dit. Sauf peut être la sonde pitot, totalement inutile à mon avis (sauf planeur/ulm). Je sais plus si ça été dit aussi mais prévoir l’arrêt automatique quand plus de batterie. Actuellement, il fait un boot loop tant que l’on l’éteins pas.
Courage pout la suite et encore bravo !
:forum:
Salut Xiboard ! 
Ca faisait longtemps ! 
Je vois que tu profites bien niveau parapente. C’est super que tu ait trouvé une configuration du GnuVario qui te convienne.
C’est très gentil pour les encouragements ! Surtout que j’ai une petit déception… 
Je pensais que la serie V2 aurait résolu tous les problèmes de la V1. Malheureusement ça ne semble pas être complètement la cas. Le montage semble un peu technique. Et je pensait que le PCB “industriel” faciliterait les contacts des soudures mais ça ne semble pas être complètement vrai non plus.
Mais je suis quand même très content que tous le monde prenne soin de rapporter ses problèmes. C’est juste que dernièrement ils sont un peu étranges et difficiles à débugger. Mais peut-être qu’à un moment quelqu’un aura une idée qui résoudra tout ! 
A chaque fois je pense avoir trouvé la solution et finalement il y a toujours une configuration ou un problème réapparait.
Autrement, j’ai eu une autre demande pour augmenter la fréquence des trâmes varios lorsque le GPS est activé. Je sais que ça ne te concerne pas directement car tu n’utilises pas le GPS intégré mais tu avais signalé le problème à un moment.
Pour la prochaine version j’avoue que je sais pas trop sur quoi on va arriver exactement. C’est surtout Jpg63 qui bosse la dessus et je n’arrive pas à tout suivre 
Moi j’aimerai surtout qu’on fasse quelque chose qui marche impécablement bien ! Sinon ça me stresse lors de l’envois des Kits J’en ai envoyé un en Espagne à un gars qui le parle pas très ben anglais. Pas facile de l’aider …
Dès que tu te sent prêt et motivé pour travailler sur un vario avec sonde pitot tu me le dis ! Ca m’interesse beaucoup. Mais cela demande d’avoir quelqu’un qui accepte de bricoler son planeur. Au moins pour placer la sonde.
Je sais pas si tu as fini par investir 
Salut ! Vraiment étrange ces symptômes :shock: Je ne vois vraiment pas ce qui pourrait faire qu’il n’y ai pas de son ou pas d’affichage … Si c’est le problème de l’acceleromètre il ne devrait pas démarrer du tout.
Si tu peux me refaire un test avec le firmware en pièce jointe et avec la batterie bien chargée ça serait cool.
Une idée :
Je pense qu’a l’avenir on fera un systême ou chacun peut facilement paramétrer le configuration du l’écran :
-> A quel endrois disposer les infos et lesquelles ?
-> Sur quelle page (si il y en a plusieurs) ?
-> Eventuellement en alternance avec quelle info ? L’idée de Jpg63 sur l’heure/temps de vol pourrait être généralisé à d’autre infos.
Comme ça chacun fera comme il veut
A+
Salut prunkdump,
J’habite dans le Nord-Est ; la saison de vols en planeur est terminée jusqu’en avril prochain, par manque de thermiques.
Par ailleurs, je vole sur des planeurs club ; pas possible de bricoler quelque chose dedans ou dehors.
Je connais un pilote proprio de son planeur, qui est intéressé par un vario à compensation totale ; je vais lui demander s’il est partant pour des essais.
Mais il va avoir la même contrainte de saison de vols terminée.
A voir aussi coté pilotes ULM pendulaire, ou planeurs ultra-léger (genre swift) ; j’en connais, je vais voir aussi de ce coté.
Je crois que les personnes potentiellement intéressés par un vario avec sonde pitot sont dans cette population.
A +
Tu as raison Prunkdump, j’ai trop d’idée mais là je pense que j’ai codé l’ensemble des fonctions essentielles, je ne rajoute plus rien.
Il faut maintenant fiabiliser tout ça.
Voici les fonctionnalités :
Ma version reste une Beta pour vérifier la faisabilité et le fonctionnement sur board. On peut tout à fait partir d’une version minimum, à savoir E-Paper et code Prunkdump, voir pour le PCB intégrant les boutons, et régulateur piloté, fiabiliser le vario puis rajouter les fonctionnalités les une après les autres en les reprenant du code Beta et en les testant et en les optimisant
L’accéléromètre me pose bien des problèmes. Prunkdump m’a beaucoup aidé, la je crois enfin avoir identifier le fautif. L’écran E-Paper est très lent à raffraichir, du coup il perturbe l’acquisition des données du MPU
Coté sonde de vitesse air, on trouve des modèles chez Hobbyking dédié au modélisme
https://hobbyking.com/fr_fr/pixhawk-digital-airspeed-sensor-w-pitot-tube.html
https://hobbyking.com/fr_fr/v20-pressure-board-apm-analog-airspeed-sensor.html
https://hobbyking.com/fr_fr/new-design-pitot-tube-for-apm-analog-airspeed-sensor.html
Salut
Bon je crois que j’ai trouvé une piste pour les problèmes de carte SD !
A un moment je trouvais problématique que le vario créé des fichiers de trâce directement avant même que le fix soit fait. Cela créait un fichier par démarrage et ce n’était pas pratique. Du coup j’avais séparé l’initialisation de la carte (pour savoir si elle est présente ou pas) et la création du fichier (qui se fait uniquement quand l’enregistrement commence).
Sauf que … Il semble que certaine cartes (surtout les récentes) n’aiment pas cette longue période d’inactivité entre l’initialisation et le début de l’écriture. Si le fix ne se fait pas assez vite, l’écriture ne marche pas. La carte doit entrer dans une sorte de “sommeil”.
Ca expliquerai pourquoi la lecture marchait à tout les coups (l’initialisation se fait juste avant) et pas l’écriture.
Du coup j’ai ajouté dans le code une deuxième initialisation de la carte juste avant l’écriture et cela semble bien marcher
A tester !
Salut prunkdump
Je viens de tester ton firm (FIRMV1)
Pas de problème d’affichage, par contre sur un démarrage le son est resté en marche sur un bip grave genre je suis dans une degueulante. Je vais réessayer plus tard, « à froid »
Réglé avec un arrêt marche
Altitude de test 1194m
Salut,
je viens de mettre à jour le github avec la correction du bug de carte SD
Cool ce dimanche de Mistral pour bricoler.
J’ai reçu mes 2 écrans Nokia.
Ils sont légèrement différents de ceux que j’avais eus précédemment.
Jusqu’à présent, pour ne pas avoir à relimer la platine, je démontais l’écran et le remontais sur une platine déjà ajustée.
Ben là, ça ne marche pas. La connexion est changé ce n’est plus le petit bout de truc noir, c’est une connexion avec des sortes de pico (ça à l’air plus efficace). Mais surtout c’est décalé de quelques millimètres et le contact ne se fait pas.
Après plusieurs essais je me suis décidé à limer une platine de ce nouveau modèle et à souder un connecteur.
Deuxième surprise
l’écran est un chouia plus grand que l’autre (1 mm en hauteur), il a fallu que j’agrandisse l’ouverture du capot pour le faire passer.
Bref, ce qui devait durer 10 min m’a pris 3h,
mais par contre l’écran est nettement mieux, plus lisible et sans trace noirâtre en fond.
Ils ont vraiment amélioré le modèle.
J’en ai profité pour remettre l’antenne du GPS à l’intérieur de boitier
@JPG, je télécharge ta nouvelles version et j’en profite pour passer en heure d’hiver 
@JPG
sympa d’avoir mis une V1 et V2 pour le VarioSetting.h
mais les 2 versions ont les mêmes pin pour le screen :roll:
Oups je vais corriger tout ça
Bonjour à tous
La branche M0-JPG63 vient de passer en Beta 2
La version Beta 1 m’a permis de valider des options techniques et vérifier la faisabilité de certaines fonctionnalités qui pourront être implémentées.
La version Beta 2 reprend le code et les bibliothèques M0 de Prunkdump.
Cette version est minimale par rapport à la beta 1, est totalement fonctionnelle et va permettre de passer à une phase de débogage en profondeur. Les fonctionnalités seront intégrés par la suite au fur et à mesure
La branche M0-JPG63 Beta 2 intègre néanmoins 2 différences par rapport au code master :
- La gestion de l'écran E-Ink 1,54'' Wareshare
- et un système de fichier Texte pour les paramètres - Il ne sera plus nécessaire de recompiler le code pour changer une valeur dans les paramètres
On va pouvoir envisager de passer à l’étape de conception du PCB et du Kit maintenant que l’ensemble du code du 328 a été porté sur le MkZero
Test de durée
depuis quelques semaines je suis facteur, j’ai emporter le gnuv avec moi sur ma tournée pour le tester (version 63:05)
j’ai roulé en petite montagne, le beep n’arrêtait pas de bosser en monté et descente, du coup c’étais proche d’un vol, sauf la vitesse de déplacement.
Mes constatations :
la durée d’enregistrement a été de 7h, avec le module BT éteint et le volume à 3, bravo pour l’optimisation 
Pas cool, il y a toujours le problème d’un gros Beuh quand on freine ??? Du coup je le soupçonne de beeper quand on accélère ??
Certainement pas d’incidence pour un vol en parapente, mais pour un planeur ??? Qui est capable de faire des chandelles ou des piqués et donc de faire varier sa vitesse brusquement ???
Je n’ai pas trop aimé la coupure du son, le moindre choc suffit, comment peut’on enlever cette fonctionnalité ?
Je peux ajouter un paramètre dans varioSetting pour désactiver l’option si tu veux
Van Hurlu
je viens de mettre une nouvelle version
pour activer l’option “Mute” il faut ajouter #define HAVE_MUTE dans le fichier varioSetting sinon dans ton cas Van hurlu pour désactiver l’option il suffit de mettre la ligne en commentaire
merci
Que penses-tu du problème du freinage en voiture et de son incidence sur le vario ?