J'ai commandé le module dont tu parles plus un 7seg LCD 6digits SPI pour voir.
Sur la platine 2x4 digits 7seg Leds il ont changé l'emplacement du contrôleur. Il est peut-être possible celui-là de l'attaquer à la dremel.
Mais je ne vois pas pourquoi il serait plus lumineux au point de pouvoir l'utiliser en plein soleil.
Il n'y a pas d’impératif précis. L'idéal aurait été du LCD 7seg 4 digits complets en I2C, (pas l'habitude de programmer le spi. On compte juste rajouter un afficheur style Sparkfun dans un coin du tableau de bord.
LCD car j'ai l'impression qu'il n'y a que ça de vraiment lisible (cf. VHEs et autres xpndr.
J'ai commandé le module dont tu parles plus un 7seg LCD 6digits SPI pour voir.
Sur la platine 2x4 digits 7seg Leds il ont changé l'emplacement du contrôleur. Il est peut-être possible celui-là de l'attaquer à la dremel.
Mais je ne vois pas pourquoi il serait plus lumineux au point de pouvoir l'utiliser en plein soleil.
Il n'y a pas d’impératif précis. L'idéal aurait été du LCD 7seg 4 digits complets en I2C, (pas l'habitude de programmer le spi. On compte juste rajouter un afficheur style Sparkfun dans un coin du tableau de bord.
LCD car j'ai l'impression qu'il n'y a que ça de vraiment lisible (cf. VHEs et autres xpndr.
Si tu n'est pas vraiment contraint pour les dimensions par un "module mecanique aero"
et comme tu semble bien aimer l'I²C pourquoi ne pas regarder du coté des LCD basique en 20X4, driver par I²C et
avec de la gestion (simple) en bigfont ?
Sympa ta petite démo. J’apprécie le geste à mes initiales et te remercie d'avoir planché sur le sujet ∴
Je ne connaissais pas le principe bigfont, c'est pas mal du tout mais il n'aura pas la place sur sa planche de bord pour un 4x20.
Mon pote a des idées bien arrêtées et c'est sa machine, (un Eurofox).
Sur mon voilier je fais ce que je veux ce qui m'a permis de transférer des paramètre moteur sur le traceur Raymarine en NMEA2000 (Bus can) mais dans ce cas précis je me plie aux exigences de celui qui me fait voler puisque je suis privé d'hélico.
L'idéale serait le HUD mais la technologie n'est pas à la portée de l'amateur Arduiniste je crois.
Bref on va essayer avec le 6 digit chinois. Ca me permettra de lui rajouter la tempé extérieure en sus du second pitot. http://www.aliexpress.com/snapshot/7006095601.html?orderId=70134704952364
Ca c'était bien mais il ne le font plus : Akafugu Corporation
c'est drivé par un holtek1621 , c'est facile à interfacer
c'est du quasi standard pour tout ce qui est du LCD "pas beaucoup de digit"
genre afficheur de balance
comme par exemple ça
La construction de l'avion suit son cours, et n'ai pas eu beaucoup de temps à consacrer aux instruments, ça devrait être sous peu quand même.
En ce qui concerne ton badin, quel capteur as-tu utilisé?
Bonjour,
je me presente:contructeur d une luciole MC 30 n°9 d ou mon avatar
je suis tres interesse par la construction d un altimetre
electronicien de formation mais dans un domaine qui ne sert a rien une fois a la retraite l hyperfrequence tout juste capable de verifier une antenne il me reste un site master Anritsu
j ai commander une carte arduino uno ,un module BMP180 et un encodeur
j attends que vous m indiquie quoi acheter comme afficheur
mes competances sont nulles et je suis comme un morpion accroché aux votres
Amitiés
Andr2
Votre réalisation a attisé ma curiosité et je me pose alors une question. Si j'ai bien compris (oui, je suis débutant... autant dire que j'ai compris que la moitié des thermes techniques ), vous utilisez un capteur de pression atmosphérique étalonné à la pression au niveau du sol? Mais je me demandais alors, si lors d'un vol, vous traversez une dépression (ou que le temps ce dégrade tout simplement), l'alti ne va plus afficher une valeur correcte? Comment y remédiez-vous?
Tout d'abord, bonsoir et bonne année à tous les "forumeurs".
En me promenant sur la toile, je suis tombé sur ce "fil" qui m'a intéressé.
Depuis quelque temps, à partir de l'excellent travail réalisé par Sinseman (variomètre pour parapentiste)
j' ai modifié l'afficheur Nokia 5110 de 84x48 pixels contre un Oled 1.3" de 128x64 pixels. Disposant de plus d'espace, j'ai modifié la disposition de l'affichage et en particulier d'un bar-graph vertical sur la droite et modifié dans le menu options, le contrôle de la luminosité et du contraste par le réglage de l'unité (mètre ou pieds) et le niveau de vol QNH.
Les bibliothèques pour l' écran Oled (adafruit_sh1106 et adafruit_GFX) prennent de la place en mémoire et j'ai changé l'arduino nano par un teensy2++ (floris.cc) disposant de 4 fois plus d'espace.
Félicitations pour cette très belle réalisation. Je joins la nouvelle (et meilleure) version de mon logiciel. J'utilise maintenant le capteur BMP180 (successeur du BMP085) et sa librairie qui diminue d'autant la longueur du soft. Je joins également la fonte glcdfont.c modifiée qui doit remplacer l'originale.
Pilippeulm
bonjour,
quelle est la biblio #include "bmp085.h" en utilisant un bmp180 ?
// Librairie capteur de pression BMP085 ou BMP180
celle d'adafruit se nomme " Adafruit_BMP085.h" et celle de sparkfun "sfe_bmp085.h"
Je "déterre" un peu ce post car venant de tomber dessus, je suis très intéressé par cette réalisation (et construction d'un ulm en cours). A ce que j'ai pu voir le bmp085 ne se fait plus et aurait été remplacé par le bmp180.
Du coup, est-ce qu'une bonne âme aurait la possibilité de m'envoyer le programme à insérer dans l'arduino afin que je vois si je serais en capacité de le réaliser? Je suis complètement novice en la matière...ah si je sais à peu près souder des composants
Impossible de comprendre où je mets le fichier modfont.c si je le mets en fichier joint dans le carnet de croquis par la cde ajouter fichier à chaque vérification il bloque sur PROGMEM.
Pouvez vous m'aider.
Cordialement.
ES
Merci pour votre aide, PB résolu, mais à nouveau PB avec librairie Adafruit_HX8340B.h qui génère une erreur identifiée dans GitHub mais que je n'arrive pas à régler.
Pouvez vous m'aider?
Merci d'avance
Arduino : 1.8.3 (Windows 10), Carte : "Arduino/Genuino Uno"
C:\Users\Préleveur 2\Documents\Arduino\libraries\Adafruit_HX8340B\Adafruit_HX8340B.cpp:98:16: error: 'prog_uchar' does not name a type
PROGMEM static prog_uchar
C:\Users\Préleveur 2\Documents\Arduino\libraries\Adafruit_HX8340B\Adafruit_HX8340B.cpp: In member function 'void Adafruit_HX8340B::begin()':
C:\Users\Préleveur 2\Documents\Arduino\libraries\Adafruit_HX8340B\Adafruit_HX8340B.cpp:186:39: error: 'initCmd' was not declared in this scope
PROGMEM const unsigned char *addr = initCmd;
^
exit status 1
Erreur de compilation pour la carte Arduino/Genuino Uno
Ce rapport pourrait être plus détaillé avec
l'option "Afficher les résultats détaillés de la compilation"
activée dans Fichier -> Préférences.