DIY GnuVario : variomètre opensource - openhardware Arduino

[Bapt076]

J'ai réussi à changer l'écran sur le 1,54 sans rien dessouder, mais c'est assez sport. En dessoudant ça laisse plus de place, et t'as moyen de trouver des écrans un peu plus réactifs

[guillaume1]

ok merci
et c est tous les meme ? ou ya des spécifications  spécial ?

[Bapt076]

Y'a différentes caractéristiques, vitesse en rafraîchissement partiel et rafraîchissement complet en gros. Après tu as juste à regarder les références compatible dans la lib arduino gxepd2 si tu y connais. Ça implique de modifier le code. Sinon le plus simple est de remettre le même.

[guillaume1]

le soucis est de trouver la ref de l ancien ecran

[guillaume1]

mon ecran est un GDEH029A1 ou  Hink-e029a01 introuvable donc c est mort
 

[Bapt076]

   
Dommage, il te reste soit à changer la carte complete soit mettre les mains dans le code..

[guillaume1]

je viens de commander un GDEY029T94 il a l air compatible je vais essayer
merci pour les infos 😉

[guillaume1]

bon bah changé mais soucis avec les uv qui efface l ecran ce qui est surtout bizarre c est la page de démarrage  meme au uv  s ecrit tres bien 😫😫😫

[Bapt076]

J'ai le même soucis mais apparu avec le temps sur le mien.. Tu es sur que la partie sous l'écran est bien cachée des uvs ? J'ai essayé un filtre anti uv mais c'est pas fou.

Le chargement s'efface pas parcque c'est au partial refresh que les uvs posent soucis...

[guillaume1]

et c est un probleme connu des ecrans e-ink ?

[Ratamuse]

Oui et c'est bien notre problème. En cherchant un peu en arrière sur les posts, j'avais déjà fait un essai avec cet écran. Puis j'ai arrêté d'en acheter car ça commençait à me couter une blinde. Le seul qui fonctionnait bien et celui qui est introuvable, le M06. Après j'ai jamais vraiment su si c'était à cause  des écrans ou si c'était le code. Il faudrait retester avec le code d'exemple de Lilygo avec le refresh ce que ça donne.

[guillaume1]

donc le projet tombe un peu à l eau

[Bapt076]

J'essaye de jeter un œil au code voir si ça change quelque chose de mon côté..

[Ratamuse]

On va dire que ce n'est pas très actif. Cela fait plus d'un an (ou même 2) qu'il y a une tentative de refonte du code pour y voir plus clair et repartir sur des bases plus saines. Le code a été en grande partie écrit par Prunkdump qui l'avait optimisé pour sa version. Sauf que chacun à sa propre logique et il est illisible pour le commun des mortels. Ce code a été repris pour la version avec ESP32/TTGO mais Prunk n'a pas adhéré et à fini par disparaitre. Donc en fait il aurait mieux fallu repartir de 0 au lieu de rajouter des couches. Puis il y a eu les difficultés d'approvisionnement pendant le covid, la disparition annoncée des MPU9250 et la multiplication des écrans. Pour le MPU, j'ai refait une carte avec un BNO086 à la place, mais pour les écrans, oui c'est un peu galère. Avec le temps les motivations décroissent. Alors oui, il y a un code à tester, oui il y a de nouveaux varios à tester, il y a des solutions à trouver. Mais pour cela, il faut des gens motivés, des locomotives, prêtes à perdre de l'argent si cela ne fonctionne pas, avoir du temps et être prêt à en perdre aussi. Et puis voler pour tester. Et ça il n'y a pas beaucoup ou alors ils disparaissent vite, et souvent, sans même dire "Au revoir". Donc je relance de temps en temps l'équipe mais n'ai plus la motivation d'avant pour animer, mettre à jour le site etc etc...
Donc avis aux amateurs...   

[Bapt076]

Si y'a du code a tester hésite pas, j'ai pas mal de dispo ces temps ci.

Je me pose surtout la question de trouver un autre type d’écran moins sensible aux uvs, voir le même genre que les varios classiques ..
Je viens d'essayer le code exemple aux uvs avec mon écran et même symptômes, a chaque refresh il réagit pas top. compliqué.

[Ratamuse]

Oui c'est bien dommage car c'est vraiment agreable ces écrans.

[mmomtchev]

Moi je peux investir du temps, mais franchement, quand je vois le nombre de soudures qu'il y a à faire et surtout leur taille, et je désespère, je suis particulièrement nul pour ça.
Est-ce que ce n'est pas possible de réutiliser une plate-forme matérielle de série? Qu'est-ce qui est dur à trouver, le baromètre de précision?

[Matthieu]

Bonjour,

J'ai un GnuVarioE qui fonctionne parfaitement (Merci a Ratamuse pour son aide!)

J'ai voulu tester pour la première fois la connexion Bluetooth avec mon téléphone pour envoyer les données sur xctrack. Dés que le téléphone se connecte au vario, le vario se coupe et redémarre, puis le téléphone s'y connecte à nouveau et reboot, en boucle...

Une idée d’où pourrai venir le probléme?

Merci d'avance

[mmomtchev]

Je voudrais attirer votre attention sur un nouveau boîtier qui est assez intéressant : https://paperd.ink/

$90, ESP32 (la même gamme que celui de DIY GnuVario), compatible Arduino, Bluetooth et WIFI intégré, petit écran eink 4", 4 boutons programmables et une connectique USB/I2C/SPI/série permettant de brancher des périphériques comme un GPS ou un vario. Projet naturellement ouvert avec doc/code sur github car dédié au marché enthousiaste.

Certainement compatible avec BlueFly vario.

Pas (ou très peu) de soudures, pas d'impression 3D, pas de fabrication de PCB sur mesure.

C'est beaucoup moins sexy qu'un full DIY, mais ça prends moins de temps et (si paperd.ink arrivent à survivre, la concurrence sur ce marché est dure), peut-être plus pérenne. Ce n'est certainement pas le meilleur endroit pour lancer un débat sur le hardware open-source, mais je me permets de remarquer que le succès des logiciels open-source est largement du au fait que pour ce type de biens absolument unique, la copie se fait par simple action d'un bouton.

[mmomtchev]

Bonjour,
J'ai voulu tester pour la première fois la connexion Bluetooth avec mon téléphone pour envoyer les données sur xctrack. Dés que le téléphone se connecte au vario, le vario se coupe et redémarre, puis le téléphone s'y connecte à nouveau et reboot, en boucle...

C'est précisément ça le problème avec le matériel DIY. Mauvaise soudure? Problème d'alimentation? Chip légèrement différent de celui utilisé par le développeur malgré un nom commercial identique? Sans outils dédiés et une bonne expérience en debug bas niveau, c'est toujours très pénible.

[Geoffc]

Hello,

Est-ce que quelqu'un est arrivé à débugger le problème de bibliothèque (INTTW.h contient le type de donnée "i2c_t" qui n'est pas définit) ?

Est-ce que vous avez trouvér ce qu'il faut inclure ?

Merci d'avance !

[Bapt076]

Vérifie ta version du board manager esp32, il faut la 1.0.4 de mémoire

[Geoffc]

AHH Merci !!! Sa compile !!!!!

Mais maintenant je coince un peu au niveau de mon écran, j'ai un good display GDEY029T94. Est-ce que quelqu'un a déjà ajouté cet écran ?

En tout cas chapeau ! Vous avez du passer une chier de temps à programmer tout sa !

[Geoffc]

Hello,

C'est presque bon avec le GDEY029T94. Par contre j'ai un problème d 'affichage , l'écran est "grisé"
Est-ce que vous avez une piste pour résoudre cela ?

[Bapt076]

Tu as bien changé la réf de ton écran dans le code ?