Altimetre pour le fun

Bon voila ca fait un moment que je me dis que ce serait bien d'ajouer un altimetre a mes fusées..
Pour le fun, j'avais envie de le faire moi meme, surtout que j'ai depuis quelques temps quelques circuits electroniques qui trainent notamment un Wemos et un capteur bmp280.
Je voulais aussi un truc sans afficheur, que je puisse interroger depuis n-importe quel pc/smartphone et un browser internet.
Donc apres quelques bouts de fils et soudures, ca donne ca:



Pour l'instant le capteur est juste scotché dessus, c'est du bricolage, mais c'est un proto hein !    
C'est pas trop gros, ca devrait rentrer meme dans ma plus petite fusée. Et pour l'alim ca devrait passer en 3.3V avec une pile bouton mais j'ai pas encore testé.
Ensuite j'ai ecrit quelques bouts de code en Arduino, le plus dur a été de trouver la bonne librairie capteur  compatible avec le Wifi et qui ne fasse pas planter..

voila ce que ca donne en première version sur mon smartphone mais faites pas attention a la température, elle est foireuse:



Ca c'est mon trajet en rentrant du boulot. Evidemment la presentation n'est pas tres sexy, mais l'important c'est l'information.
L'altitude est fausse puisque non calée, mais on s'en fout c'est la hauteur qui compte.

Coté budget, le Wemos coute environ 2€ et le capteur < 1€. Si on ajoute un PCB et une pile ca devrait pas depasser 5€.
Si ca interresse quelqu'un, je posterais les liens vers les boards.

Je prevois de le tester en vol dans mon  racer le weekend prochain.
A suivre...

Super projet ! Bonne réussite sur le prochain vol !

Les produits français se démocratisent !

Excellent , un de plus. Un conseil mets ton code opensource sur github

c'est intéressant, hâte de voir ça en octobre.

C'est dingue ça ! On copie tous Boris en ce moment !! Enfin, de pâles copies car ton code Boris, est très bon. Si, si : ton algorithme de Kalman est très bien foutu.

Ce qui m'impressionne toujours c'est la taille rikiki du trou du capteur de pression !

Antoine (FLCT02) a écrit:

C'est dingue ça ! On copie tous Boris en ce moment !! Enfin, de pâles copies car ton code Boris, est très bon. Si, si : ton algorithme de Kalman est très bien foutu.

Le Kalman n'est pas de moi (encore que j'en ai programmé en C lorsque j'étais en fac), le code m'a été donné lorsque j'ai mis en opensource mes alti et c'est pour cela que je vous encourage tous à le faire.
Le post que j'avais fait sur le rocketry forum a eu 79k de vues car à ce moment là les alti étaient très chère et j'étais l'un des premiers à publier mon code
https://www.rocketryforum.com/threads/arduino-altimeter-dual-recovery-for-less-than-20-dollar.45054/

Sinon le code original de l'altiDuo sans Kalman a été écrit en 2h et debuggé en quelques heures avec un test quelques semaine après qui a fonctionné du premier coup.
Le code est simple, fiable et n'a plus été modifié depuis 2013 ou 2014.
Ce n'est pas le cas de mes dataloggers et gimbal qui sont en constante évolution et qui sont des projets beaucoup plus complexe... donc j'attends avec plaisir votre aide!!!

Bien sur je vais mettre le code sous github, en fait il y est deja (en privé), mais faut que je fasse un peu de ménage.
J'utilise le Kalman filter de la lib arduino,  je vais tester, et aussi peut etre supprimer une voir deux decimales... A 1km  d'altitude,   on est pas a un  metre pres...  

github... le truc que j'ai jamais su parametrer correctement

Bah github n'est pas compliqué si tu connais un peu git.

Antoine (FLCT02) a écrit:github... le truc que j'ai jamais su parametrer correctement

Oui moi aussi j'ai galéré.... mais après il faut faire en sorte de l'utiliser de façon simple sinon cela devient vite n'importe quoi

La premiere version du code et quelques explications sont sur github  ici:  Alti_obo

Trop de puile ce week-end, pas pu essayer l'alti en vol.

@antoine: quelles piles boutons utilises-tu dans ton alti ? D'apres la photo on dirait 2*3V, a moins que  le BMP180 marche- même a 3.0 V ?

Exact : 2 piles superposées (CR2032)

Yop,  j'ai enfin pu le tester en vol (d'avion) aujourd'hui.
Il était alimenté par la lipo du moteur et un régulateur 5v.  J'ai bien secoué l'avion et monté bien haut  et tout a marché normalement.
Reste que l'indication donnée n'est pas très précise, notamment l'altitude min qui se balade un peu, et ce malgré  Kalmann.
J'ai encore rien mis sur le capteur, mais peut être un bout de mousse aiderait un peu.

Est ce que tu as initialisé ton filtre kalman avant de prendre l'altitude de réference?

Merci Boris.
Oui, je fais d'abord un warmup histoire de virer toutes les premieres mesures , et ensuite j'en collecte 500  que je passe dans le filtre avant de garder l'altitude de reference.

Voila je viens de collecter les données du capteur.
Mis en graphique, il semble que le filtre Kalmann fonctionne pas mal du tout.
Par contre , la température aussi  mesurée par le capteur,  dérive pas mal.
Ma supposition est que cela fausse  le calcul de compensation de l'altitude..
.

C'est normal, la température de la puce augmente avec le temps car la puce chauffe

Bon j'ai "figé" la temperature dans le code pour que la compensation soit identique. Mais la dérive est toujours présente.
Comme si la chauffe de la puce entrainait une dégradation aussi de la mesure de pression.

obor a écrit:Bon j'ai "figé" la  temperature dans le code pour que la compensation soit identique. Mais la dérive est toujours présente.
Comme si la chauffe de la puce entrainait une dégradation aussi de la mesure de pression.

Justement il faut utiliser la temperature de la puce pour compenser les autres mesures donc tu ne peux pas la figer

J'ai remplacé la librairie par celle de Adafruit_bme280,  ca marche mieux, la pression est plus stable.

obor a écrit:J'ai remplacé la librairie par celle de Adafruit_bme280,  ca marche mieux, la pression est plus stable.

J'ignorai que la bibliothèque du 280 était compatible avec le 180

Alors c'est marrant, parce que j'ai commandé par erreur des BMP 280 et je peux affirmer que ça ne fonctionne pas bien sous Attiny85.
Les résultats sont faux et la réception des données semble contrariée.