Bottom timer perso

[lc30]

(Réponse à vous deux, même si quote du message de Scubacastor)

 

La charge par induction est sympas pour les smartphones mais le temps de charge augmente considérablement pour chaque mm de distance rajouté entre les bobines et ces bobines occupent une certaine place. Bref, dans un boitier étanche, c'est pas gagné à moins d'accepter de laisser en charge son ordi une journée.

OK, je n'avais pas ces infos. Mais je pense que c'est une techno à suivre, comme les liaisons de type Bluetooth.

Faire un boitier scellé me semble être une solution efficace aux problèmes d'étanchéité...

 

On m'a déjà posé la question sur mon projet respectif de bottom timer/ordi et aussi récemment sur le niveau de sophistication de mon analyseur nitrox: ce type de projet reste pour le plaisir de le faire soi-même

Je suis bien d'accord, c'est bien pour ça que j'ai lancé la construction d'un bateau...

 

et ça n'empêche pas de rajouter des choses en plus qu'on ne trouve pas dans les timer voire dans les ordis classiques: on peut rajouter facilement d'autres capteurs, la programmation des microcontrolleurs permet toute sorte de fonction supplémentaire: carte des sites de plongées, enregistrement d'autres paramètres en plongée, mémoire de cap/route, etc...

C'est justement là que les choses deviennent intéressantes. Quand on peut évacuer les problématiques marketing d'un projet commercial pour faire les choses dont on rêve (t'es fou ! rajoute pas cette fonction ! c'est génial, mais ça va augmenter le prix de revient de 0,18 € et baisser la marge de 1,47% !!!)

Si le système est prévu pour être évolutif et ajouter ensuite les fonctions sympas que l'on ne trouve pas ailleurs, alors oui, je suis sans problème !

J'avais regardé comme ça une IMU avec des fonctions retour maison... Bon, ça marche pas top avec les centrales à bas coût... Mais si vous avez des idées, je prends !!!

 

Merci,

Laurent

[Patoux01]

 

Je suis bien d'accord, c'est bien pour ça que j'ai lancé la construction d'un bateau...

 

Et apres mon bottom timer à 150$ il est cher

 

 

Si le système est prévu pour être évolutif et ajouter ensuite les fonctions sympas que l'on ne trouve pas ailleurs, alors oui, je suis sans problème !

Le souci, c'est qu'une fonction qui nécéssite du hardware implique de faire le hardware d'entrée de jeu, et comme j'ai pas trop d'idée, je seche un peu...

 

J'avais regardé comme ça une IMU avec des fonctions retour maison... Bon, ça marche pas top avec les centrales à bas coût... Mais si vous avez des idées, je prends !!!

 

Sur un bateau, c'est "pas trop dur" je pense. En notant le cap, la vitesse moyenne et la durée, tu arrives à faire un cap retour. Et il me semble (parce que moi et la navigation ca fait 3), que tu as accès à tout ca. Avec ca, tu peux savoir d'où le bateau est parti et où il est arrivé, et eventuellement faire un cap retour "direct".

 

Pour faire pareil sous l'eau:

-Le probleme d'un accelerometre pour connaitre la position, c'est la double integration...

-Le probleme du gyroscope, c'est qu'il est biaisé et que ca change toutes les ~30 minutes. Donc autant le calibrer avant la mise à l'eau c'est possible, mais après il faudra vivre avec le décalage, qui fait fortement dévier les choses!

J'ai pas encore regardé quelle précision esperer avec un filtre Kalmann, mais la c'est la puissance de calcul qui me fait un peu peur.

-On peut donner les infos "cap tenu" et "durée du cap" via un magnetometre, mais si y'a du courant c'est foutu pour avoir une idée d'où on est.

[Patoux01]

Bon, je reconnais que mon bottom timer serait cher si j'achetais l'IMU chez openROV. 80$ et ... 50$ de port. Alors ouais, 130$ le capteur de pression ca commence à faire mal.

 

Du coup commande passée chez Aliexpress. Ca va prendre 50 ans à arriver, mais c'est pas grave j'suis pas pressé.

[Scubacastor]

J'ai pas encore regardé quelle précision esperer avec un filtre Kalmann, mais la c'est la puissance de calcul qui me fait un peu peur.

Oui, c'est pas réalisable en l'état actuel.

 

Sur les systèmes de navigation des AUV (drones sous-marins), c'est une grosse centrale de calcul embarquée associé à des capteurs précis qui fait le boulot. Rien qui puisse tenir sur un poignet et aussi un prix d'entrée plus cher que le plus cher des ordi de plongées. Les drones aériens de loisir ne s'en servent pas car les gps sont plus précis.

[lc30]

Oui, c'est pas réalisable en l'état actuel

C'était également la conclusion à laquelle j'étais arrivée...

 

On a fait quelques essais au boulot (sur base Arduino, pour une autre application). On arrive à quelque chose avec un recalage régulier avec une source externe de positionnement, mais malgré ça, ce n'est pas très concluant...

 

Et pour répondre à Patoux :

- le bateau, il est pas bien gros, mais marrant (ce sera un prao, un Wa'apa, sur plans Dierking)

- avec une solution de type Arduino, on ne peut pas faire du modulaire ?

[DuboisP]

si c'est pour le fun (ou pour les études), je ne peux qu'applaudir à ce projet

[Scubacastor]

- avec une solution de type Arduino, on ne peut pas faire du modulaire ?

Je suis pour ma part parti sur un dérivé de l'Arduino Mega (le prototypage à sec est sur un vrai Arduino Mega), à la fois par la taille et la consommation électrique. J'ai une autre plateforme potentielle appelée Micropython qui pourrait faire l'affaire.

[Patoux01]

- avec une solution de type Arduino, on ne peut pas faire du modulaire ?

 

Hmm je suis pas sur de voir ce que tu entends par modulaire. Si tu veux dire "rajouter des capteurs apres coup", oui c'est possible, mais il faut que tes connexions soient étanches si c'est hors boitier, et si c'est dans le boitier il faut que ca rentre.

 

Sachant qu'une fois soudé, la plupart des composants se récuperent pas, si tu veux faire une deuxieme version tu remets le prix de ta premiere version + les extras que tu veux rajouter. Mais je pense que je t'apprends rien à ce niveau là.

 

Par contre si tu es un peu "overkill" dans ton hardware au début niveau capteurs et autre (encore faut-il savoir ce qu'on pourrait bien vouloir ajouter!), ca va te changer 10$ sur le prix total.

 

Hmm scubacastor, une raison pour le mega? Je le trouve trop cher pour le peu qu'il apporte...

 

 

edit: Sinon pour mon capteur de pression... Paiement accepté hier par aliexpress, refusé cette nuit. Voila qui m'arrange pas. Du coup j'ai essayé de demander des sample directement chez meas-spec, sans passer par le revendeur Australien.

Au pire c'est pas vital que je l'ai pour commencer à m'amuser, mais bon, ca serait pratique!

[lc30]

J'ai une autre plateforme potentielle appelée Micropython qui pourrait faire l'affaire.

Je ne connaissais pas... à suivre, effectivement (même si je ne suis pas un fanatique de Python... - j'ai des côtés conservateurs et j'aime bien le C...)

Pour moi, un des gros apports de l'Arduino est avant tout ses avantages en prototypage rapide.

Mais j'écoute...

[lc30]

Si tu veux dire "rajouter des capteurs après coup", oui c'est possible, mais il faut que tes connexions soient étanches si c'est hors boitier, et si c'est dans le boitier il faut que ça rentre.

Capteurs et composants, mais aussi soft, et donc puissance de traitement, si besoin.

En "amateur" ou "petite séries", je crains qu'il ne faille pas vraiment viser une intégration maximale. Voir par exemple le contrôleur du Triton...

Et oui, les connecteurs étanches fiables, ça existe, mais c'est gros et ça coûte un bras...

[Scubacastor]

Hmm scubacastor, une raison pour le mega? Je le trouve trop cher pour le peu qu'il apporte...

Deux raisons en fait:

- la première est que je le connais bien et la plupart des codes "utiles" (afficheur, capteur, batterie) sont disponibles prêts à l'emploi avec une grosse communauté derrière.

- Il existe des versions miniaturisées, basses consommation, de cette plateforme prêtes à l'emploi entre 15 et 45 euros. La mémoire (contrairement aux autres Arduino qui ne pourraient faire que timer/profondi) est suffisante pour faire tourner un modèle de décompression donc sans être un cheval de course, c'est suffisant pour faire le travail demandé.

 

L'option Micropython (processeur Arm7) est technologiquement plus avancée et offre de gros plus comme le fait qu'il apparait comme un stick usb mais gros travail d'integration à prévoir sur les bibliothèques (à recoder complètement) et une consommation électrique plus gourmande.

[Patoux01]

Deux raisons en fait:

- la première est que je le connais bien et la plupart des codes "utiles" (afficheur, capteur, batterie) sont disponibles prêts à l'emploi avec une grosse communauté derrière.

A ce niveau là, ca reste de l'AVR donc idem sur les autres dans l'ensemble (à quelques exceptions pres, mais vu que je pars de rien pour le code...)

- Il existe des versions miniaturisées, basses consommation, de cette plateforme prêtes à l'emploi entre 15 et 45 euros. La mémoire (contrairement aux autres Arduino qui ne pourraient faire que timer/profondi) est suffisante pour faire tourner un modèle de décompression donc sans être un cheval de course, c'est suffisant pour faire le travail demandé.

Etant une tanche en déco, je sais pas encore combien est necessaire.

J'ai plus peur pour la memoire flash que pour la ram ceci dit.

 

Mais c'est une option à considerer... j'ai pas encore fait mon choix de toute facon. Le code entre controleurs AVR se porte assez facilement, donc si je me rends compte en simulant (ou une fois réalisé selon comment ca avance) que le 32u4 joue pas, c'est pas trop dur de mettre un 2560 à la place.

Par contre faut que je trouve une breakout de taille raisonnable pour le mega2560, ca a pas l'air trop simple à trouver, et celui-la je m'y risque pas à souder tant que j'ai pas le matos qui va bien...

[Patoux01]

Bon, les samples chez meas-spec, c'est rapé. Mais j'ai pas eu le représentant en suisse, je suis sur que je les aurais eu...

 

Par contre il m'a informé que y'a des nouveaux capteurs plus mieux que les MS5541 et autres: les MS5803. Mais pas de différence vraiment majeure pour nous finalement. Ils annoncent une précision à 0.024 mbar sur une plage d'utilisation de 14bars...

20$ piece chez meas-specs directement... mais il faut en commander 5 au moins, donc j'ai refusé et j'suis allé acheter 2 copies chez aliexpress au meme prix en utilisant mon autre CB, en esperant que celle-ci soit pas refusée.

[Txum]

Salut Patoux,

 

J'aime bien les gens qui se lancent dans du "Do It Yourself", bon courage !

 

Une idée comme ça en passant : il me semble que le code source de l'OSTC (OS = open Source) est récupérable.

Pourquoi ne pas t'en servir pour te faire un ordi maison avec des algorithmes éprouvés ?

[Scubacastor]

Le MS5803 est le capteur utilisé par le projet OpenRov et qu'on trouve aussi en platine chez Sparkfun. Bus I2C ou SPI donc facile à interfacer. La nouveauté est le bus I2C absent sur les autres capteurs. J'ai pas encore mis le mien sous l'eau mais il indique en tout bien la pression atmosphérique et la température.

 

Pour le code source de l'OSTC, c'est de l'assembleur... donc pas forcément très lisible. On trouve aussi le code du DR5 cette fois en C sur Bitbucket (comme l'OSTC 2 et 3) mais pour l'avoir épluché et avoir fait moi même des modifs c'est un gros pavé indigeste à moins d'y passer de très longues heures.

 

S'il s'agit simplement de faire un timer/profondi, les ressources disponibles sur les capteurs de pression sont suffisantes pour afficher profondeur, temperature très facilement. La notion de temps est elle aussi bien documentée sur le web.