Ah ! j’ai oublié le schema 3.3V ! :?
Je le met ci-dessous en pièce jointe.
Variomètre maison à base d'Arduino
Salut à tous !
J’ai enfin trouvé le temps de faire une deuxième demo de mon vario.
Tout est fait avec des circuit imprimés standard que l’on trouve pour arduino.
http://www.youtube.com/watch?v=60fqfbTenkc
A+
Hello,
je suis ces projets avec grand intérêt 
Si c’est possible, je suis preneur pour la config des écrans.
concernant la limitation de la taille et de la vitesse des arduino, il existe d’autres platines compatibles qui tourne sur des microproc beaucoup plus rapide (teensy, navspark, …)
Superbe ton boitier prunkdump 
Bonjour à tous
ci joint les photos du vario d’aprés Sinseman( qu’il en soit remercié)
le schéma à été modifié et le pcb réalisé de manière à faire l’objet d’une réalisation compacte
le circuit fonctionne sous 3v et ne demande donc qu’un seul élément lipo,ce qui m’a permis d’intégrer un chargeur discret
le vario est mis en marche en branchant l’écouteur dans le jack ce qui m’évite un haut parleur et un interrupteur
la charge du lipo est déclenchée par
_ branchement de la prise usb ( le voyant charge s’allume alors)
_ retrait du jack
bien sur pour monter ce circuit il faut utiliser des composants CMS (603)
si certain sont intéressés je fournirai les fichiers de fabrication
le pcb a été réalisé avec Kicad (logiciel de fabrication pcb GRATUIT
le reste est conforme au fonctionnement décrit par Sinceman
Bon vol à tous
Très belle réalisation BOXIT ! Ca fait très pro !
C’est exactement tout ce que je ne sais pas faire… à part KICAD mais j’ai juste pratiqué pour des circuits à composant traversant fait maison.
J’ai pleins de questions du coup ! Si par hasard tu veux bien répondre à quelques une
Où achètes tu tes composants au détail et où fait-tu fabriquer tes circuit imprimé ? La qualité à l’air pas mal du tout ! Tu peux me donner un ordre de prix pour ton circuit ?
Si je me trompe pas quand on achète un arduino il y a un loader chargé dans le Atmel328P. Comment fait-tu quand tu achète le composant en pièce détaché ? A quel moment charge tu le loader et à quel moment charge tu le programme ? Sur ton circuit on peut charger à nouveau le programme avec l’USB ?
Comment soude tu ? Au four ? Au fer à air chaud ? au fer classique ?
En tout cas continue !
A+
Bonjour à tous
Pour répondre à Prunkdump:
j’achéte les composants sur Ebay par exemple pour le boitier:
http://www.ebay.com/itm/2x-Plastic-Project-Box-Enclosure-Case-Electronic-DIY-Instrument-Case-85-50-21MM-/181772801621?hash=item2a5280d655:g:-S8AAOSwBahVetpO
_Pour le circuit imprimé va sur cette page http://pcbshopper.com/
j’ai fait travailler elecrow : 5 circuits pour 10 euros à peu prés (je ne me souviens plus du prix exact c’était l’année derniere )
_Pour la programmation le probléme est la compilation aussi je procéde ainsi :
j’ai acheté un programmateur un peu différent que celui dont on se sert pour arduino :http://shop.myavr.com/index.php?sp=article.sp.php&artID=200006
ce site est allemand mais il existe aussi en français
avec l’ide arduino je programme normalement un arduino nano direct avec cordon usb
une fois le code chargé dans l’arduino nano je récupére le code compilé donc un fichier hexa avec le SMART USB programmeur acheté chez les allemands (20euros)
ce fichier hexa je le rentre dans l’ at mega 328 (ou autre) par l’intermediaire des 6 plots marqués ISP( In Site Prog ) à savoir vcc, ground , mosi ,miso , reset ,sck,
cette procédure permet lors de la création du circuit imprimé de s’affranchir d’une prise série de programmation et de la circuiterie qui va avec
une autre méthode consiste ,sans passer par l’arduino nano, à récupérer le code Hexa que fabrique l’IDE arduino lorsque tu lui demande de vérifier le sketch
je peux ainsi changer le code sur le circuit en fonctiondes besoins
_Pour la soudure l’on ne peut pas sérieusement souder des CMS sans un microscope :
je soude chaque composant à la main et sans problème jusqu’à des At mega 2560 (100pins 0.5mm pitch) et des CMS de la gamme 603 avec une station de soudage http://www.ebay.com/sch/i.html?_from=R40&_trksid=p2047675.m570.l1313.TR0.TRC0.H0.TRS0&_nkw=Hot+Air+Desoldering+Gun+for+KADA+852D&_sacat=0
l’air chaud me sert à dessouder les composants multi pattes
j’espére ainsi avoir répondu à tes questions A+
additif :
le code Hexa se récupére sur les pin ISP de l’arduino nano une fois celui ci programmer avec l’IDE
re additif
Lorsque tu achètes sur Ebay un micro controleur atmel (ou d’autres) le bootloader n’est pas fourni dans le circuit
il faut donc le programmer avec l’IDE arduino
En procédant comme je le fais ,donc sans bootloader , sur le circuit imprimé par l’intermédiare des broches ISP
je gagne un peu d’espace en plus pour la programmation , et je diminue le nombre de composants
Alors la merci beaucoup Boxit !
C’est exactement ce que je voulais savoir. C’est vraiment pas cher la fabrication de ces circuit imprimés ! Jusqu’à maintenant je m’embétait à faire mes propres PCB avec la technique du toner transfert puis le vernis à la lambe à UV. J’arrive à avoir une bonne précision mais je ne sais pas si elle sera suffisante pour les composants CMS et en plus cela prends du temps.
J’ai bien envi de m’y mettre en tout cas ! J’ai une station Antex. J’espère que sa qualité sera suffisante pour ce travail :
http://www.antex.co.uk/soldering/soldering-stations/760rwk/
As-tu déjà essayé cette technique ? Ca à l’air pas mal non ?
http://www.youtube.com/watch?v=lhOKSqipwqg
Après les binoculaires c’est quand même un investissement… Je sais pas si je suis pret à mettre autant la dedans. J’espère que je vais pouvoir m’en tirer avec des lampes loupes ou des lunettes loupes :? En as-tu déjà utilisé ? Est-ce que le mieux est la lampe comme chez le dentiste ou les lunettes avec les loupes rabattable ?
C’est vraiment interessant ces histoire de bootloader. J’ai vu qu’il était possible d’en installer un qui allait chercher le programme directement sur une carte SD. Dans mon cas cela pourrait permettre de mettre à jour le firmware sans reconnecter le microcontrolleur au PC ! Il va falloir que je fouille un peu plus.
Et dernière chose si tu peux m’éclairer. A-tu déjà essayé de connecter l’écran du nokia 5110 directement sur ton circuit imprimé ? Tu sais lorsque tu détaches l’écran de son support il y a une espèce de patte caoutchouc qui permet de faire contact. Ca pourrait être sympa d’avoir un seul circuit imprimé pour l’ensemble du montage. J’aimerais bien y parvenir.
En tout cas merci beaucoup déjà d’avoir répondu à toutes mes question.
Baptiste.
Oui cette station suffira largement. Je soude des composants bien plus complexes avec une station chinoise a 60$.
Merci elpontasMP !
Et tu utilises quelle technique ?
Simuler un four a refusion avec le fer à air chaud :
http://www.youtube.com/watch?v=c_Qt5CtUlqY
Ou la technique glissé avec le fer classique :
http://www.youtube.com/watch?v=hINp_g68mh4
Et pour les loupes tu aurais un conseil ?
Merci.
Ca depend.
Quand il n y a pas de pad sous le circuit, la technique de la vague fonctionne tres bien. C’est plus facile.
Par contre, il est possible de le faire sans microscope (je n en ai pas, j ai une simple loupe) mais j’ai vu ce que donne un microscope bino chez un pote … c est extra (mais aussi tres cher).
Si tu as un pad sous le circuit, l air chaud est indispensable.
Sinon j’ai aussi un four … en panne. Je dois changer l electronique de controle de temperature.
Bonjour à tous,
Je suis depuis quelque temps vos réalisations et j’essaie actuellement de monter la version de @prunkdump avec quelques différences:
-Adafruit Feather 32U4 à la place de l’Arduino Pro Mini (charge batterie et lecture tension intégrée)
-Bluetooth série pour la connexion avec XCSoar sur Android (uniquement pour les données du baromètre MS5611 pour l’instant)
-Ecran OLED I2c 128x64 (plus petit et surtout j’en avais pleins de dispo:)
Je sollicite votre aide car ce dernier me pose problème, mon code freeze au bout de quelques mesures quand je me sers de l’écran avec I2c.
Y a t’il une limitation à ajouter un écran sur le bus I2C avec la librairie I2cdev? Je précise que j’utilise les librairies SSD1306 et GFX pour afficher du texte sur l’écran et les exemples de la librairie SSH1306 fonctionnent parfaitement.
Salut !
Alors effectivement il y a plusieurs problèmes de conflit qui peuvent se poser. Il me manque quelques détails pour te dire lequel te concerne alors je les détaille tous.
Tu embarques dans ton vario un ms5611. Quelle librairie utilise tu pour celui-ci ? Si tu as utilisé la mienne il faut impérativement utiliser une version spéciale de la librairie I2CDev que tu trouves sur mon github “I2CDev_ms5611”. Elle est compatible avec la librairie originale. Mais Il faut être sur qu’il n’y a pas un dossier avec la bibliothèque originale qui traine quelque part.
Ensuite la librairie I2CDev a deux interfaces, elle peut utiliser la bibliothèque “wire” d’arduino ou la bibliothèque “fastwire”. Cela se rêgle dans “I2Cdev.h”. Moi j’ai choisit “fastwire” qui permet des transfert plus rapides. Si tu fais comme moi tu ne peut plus utiliser la bibliothèque “wire” et donc il y a conflit dans le cas contraire.
Pour résoudre ce problème tu peux changer l’interface de la bibliothèque “I2CDev” et utiliser “wire”, mais l’interface I2C ira 4 fois moins vite. Autrement tu peux prendre la biblothèque de l’écran et la changer un peu pour qu’elle utilise “I2CDev”. Ce n’est pas difficile du tout, il faut juste changer les quelques instructions qui utilisent la bibliothèques wire en I2CDev::writeBytes() et I2CDev::readBytes(). Si tu as un doute je peux t’envoyer une version. Si tu utilise ma bibliothèque pour le ms5611 tu n’as pas le choix et il faut utiliser cette deuxième solution.
Je suis très interessé par l’interfaçage avec XCSoar ! Je suis moi même en train d’ajouter un module blueTooth à mon vario mais je n’ai pas encore attaqué l’étape de programmation. J’ai cru comprendre qu’il fallait envoyer les données en NMEA. Si tu as des infos ou de la doc je suis preneur !
A+
Merci pour ta réponse, on ne peut plus claire.
J’essaie de modifier la librairie SSD1306 mais j’avoue ne pas tout capter
Peux tu stp m’envoyer un exemple de la librairie modifiée pour fonctionner avec I2Cdev fastwire car j’aimerais continuer d’utiliser ta bibliothèque pour le MS5611.
Sinon pour XCsoar, j’ai fait mes tests avec le protocole OpenVario et cela fonctionne très bien :
http://www.openvario.org/doku.php?id=projects:series_00:software:nmea
Il faut formater les trames de données et les envoyer via Serial bluetooth(module HC06 ou 05). Tu configures ensuite ton appli pour connecter un “external device” avec les trames OpenVario.
Petit complément concernant les trames NMEA (mes infos sont théoriques, je n’ai pas testé).
le “protocole” openvario permet de transmettre différentes infos : pression, vitesse sol, vario, …, mais je n’ai rien vu pour les coordonnées GPS
A savoir, si on n’utilise pas le driver generic de XCSoar : si l’entete de trame n’est pas connue du driver spécifique, XCSoar est capable de décoder certaines trames standard : GSA, GLL, RMC, GGA, HDM
Voir https://github.com/XCSoar/XCSoar/blob/master/src/Device/Parser.cpp
Ca permet de rajouter d’éventuelles infos GPS, même avec un driver comme openvario
on trouve la description des trames génériques à http://www.gpsinformation.org/dale/nmea.htm
La trame générique RMC permet de transmettre des infos GPS ; elle pourrait être rajoutée aux trames openvario si nécessaire.
@whistler : tu utilises un Adafruit Feather 32U4 “simple”, ou le modèle “Adafruit Feather M0 Bluefruit LE” ?
Ce dernier modèle inclus un module bluetooth.
Ca m’a l’air sympa : comme ca comprend la partie “charge batterie” et bluetooth, il ne reste plus qu’a y raccorder un module 10DoF (comme celui-ci : http://www.ebay.fr/itm/311518020295?_trksid=p2057872.m2749.l2649) et éventuellement un module GPS, plus un afficheur, et tout est complet.
Pour des personnes pas très au top coté circuit imprimé, ca peut devenir sympa et assez facile à faire.
Salut !
Voilà la librairie modifiée. Il faut juste que tu vérifies le “Adafruit_SSD1306.h”. J’ai mis l’adresse I2C : 0x3D et j’ai choisit l’écran 128*64. Vérifie que cela correspond à ta configuration. Comme je n’ai pas cet écran je n’ai pas pu tester. S’il y a des erreurs à la compilation essayes de les corriger ou fais les moi parvenir.
Edit : Attention dans ton code pense à initialiser fastwire “Fastwire::setup(400,0);” avant d’initialiser l’écran.
Mais c’est vrai vmath54 que tu travaillais aussi sur le bluetooth ! Effectivement il semble que pour le GPS ils suffise de rediriger les trames vers le bluetooth puisque les GPS envoient déjà les séquences NMEA et que XCsoar semble les comprendre. Il faudrait juste intercaller des trames openvario avec l’alti et le vario. Je vais essayer de programmer ça. Mais dans mon cas comme il ne reste plus beaucoup de place pour le programme il va falloir programmer “serré” J’aimerais bien garder tous le reste aussi (acceleromètre, carte SD, écran etc…).
Amusez vous bien !
Salut!
Merci pour les fichiers Prunkdump je teste ça dans la journée.
@vmath54: J’utilise le Adafruit Feather 32u4 basic proto. J’ai aussi la version M0 BLE mais j’ai pas encore réussi à bien coder et je l’ai mis de côté pour l’instant.
- Je communiquais avec mon smartphone (Honor 6) sans problème mais l’appli XCSoar ne vois pas le vario avec le BLE.
- C’est un Cortex M0 32bits, nettement plus rapide mais la partie beeper est à recoder car la gestion des timers et différentes (et je comprends rien pour l’instant aux timers
Mais effectivement niveau compacité ça commence à être sympa.