Sécurité aquarium

[Frenatus]

 

 OCTOPUS3000 ( ancêtre trés évolue de l'APEX d'aujourd'hui) que j'importais à l'époque

 

De mémoire ce monsieur avait pour initiale MM et avait une petite entreprise dans la région parisienne... ;-)

Gagné ?

Oh mince, comment ça fait longtemps.

 

 

Je pense qu'il ne faut pas trop attendre a priori de la communauté, partager, et seulement se réjouir d'une participation.

 

Qu'est ce que c'est beau.... A mon avis, tu emballes les filles comme tu veux, non? :-)

 

 

Donc, n'hésite pas à entamer un topique. Il vivra sa vie au fil des circonstances et de ceux que tu entraineras dans ton sillage

 

Il y en aura, ne serait ce que pour aller pomper des connaissances chez Bubble-maxi.

Mais c'est clair que je ne vais pas faire un code modulaire, des photos et autres doc, si cela ne sert à personne.. :-)

 

 

Ceci pour dire qu'il est très difficile de déterminer le cahier des charges universel d'un module. Les contextes et les attentes sont si différents

 

Mais non.. Suffit de rendre le code modulaire et compréhensible.

C'est le propre des automates bien pensé, tu peux tout faire avec.... Le café ou un glace vanille fraise... ;-)

 

 

Peux-tu préciser la notion de "système" ? 

 

Un système est dans ce cas un exemple de bacs connectés.

Ou plus simplement tout ce qui partage la même décantation.

Le module de mesure, mesure tout dans la décantation.

Le module action contrôle les marches et arrets des équipements pour cet ensemble de bacs.

 

 

pour la postérité

 

Oula, j'ai déjà donné en son temps et bien donné.

Sous divers pseudos et déguisements mais j'ai déjà fourni mon quota d'articles, calculateurs et autres traduction.. ;-)

 

 

 

Allez, Frenatus, fonce !

 

Doucement, doucement, je suis vieux...

Et puis ce qui est marrant dans le hobby, c'est d'y aller doiucement...

Si t'as rempli ton bac la première semaine, tu le regardes la seconde, tu te lasses à la troisième et tu le revends à la quatrième.. :-)

[Snoopy56]

Frénatus ou devrais je dire Sherlock H :)bien vu ! ça fait longtemps tu a raison

 

Ca ne nous rajeuni pas !!

 

Je retrouve beaucoup de monde sur ce forum ....

[chris64]

Frénatus ou devrais je dire Sherlock H :)bien vu ! ça fait longtemps tu a raison

 

Ca ne nous rajeuni pas !!

 

Je retrouve beaucoup de monde sur ce forum ....

 

Tu as raison ! J'ai encore un Octopus 3000 obtenu par tes soins... ou du moins sa carcasse !  

[bubble_maxi]

alors alors ça bouge par ici

il est vieux mon topic, a l’époque il n'a pas rencontré ce que l'on peut appeler un franc succès

 

déjà je ne suis pas fan des arduino, mais je comprends que pour certain c'est simple a mettre en oeuvre, voila c'est dit

et ça n’empêche pas de participer

 

J'ai déjà commencé de mon coté a développer des cartes modulaires et communicante, j'ai du faire quelques choix, assez simple j'étais tout seul ...

j'ai bouquiner les modes d'emploi de l'apex, de l'aquatronica, et de module commerciaux simple, petit état de l'art necessaire

 

mes choix:

- chaque module est autonome mais communique avec les autres (si nécessaire) (permet de développer de manière indépendante)

- les modules seul n'ont pas d'interface graphique, leur paramétrage s'effectue grâce au bus de communication

- le bus retenu est le CAN (https://fr.wikipedia.org/wiki/Bus_de_donn%C3%A9es_CAN)

- le connecteur d'alimentation et de bus est le mini DIN4 points (+12 0 CanH CanL) chaque module en possède deux

- les modules sont chaîné les un derrière les autres

- tout les modules sont développé sur un hardware sur mesure et conçu autour d'un boitier (et pas l'inverse)

 

ce que j ai déjà fait ou prévu

(hardware100 %: le circuit a été déjà fabriqué)

 

module niveau

-------------------

hardware 100%  

firmware 80%

 

mesure au mm prés la hauteur d'eau (1m max)

possède un connecteur io box mini DIN8 un peu comme l'apex 6 io (entre ou sortie) + 1 wire (jusqu’à 16 capteur température)

version du hard v1.0 et v1.1

 

 

module ph ou orp

-------------------

hardware 100%  

firmware 50%

 

mesure ph ou orp (ph mieux que 0.01)

mesure isolée tres haute precision 

possède un connecteur io box mini DIN8 un peu comme l'apex 6 io (entre ou sortie) + 1 wire (jusqu’à 16 capteur température)

version du hard v1.0, (v1.1 en cours)

 

module pilotage pompe brushless

-------------------

hardware 70%  

firmware 30%

 

permet le pilotage d'une pompe avec moteur brushless (DCS12000 par exemple)

regulation au % pres

150 Watts max (a verifier)

il possédera lui aussi un connecteur pour io box

 

 

module conductivité

----------------

hardware 30%  

firmware 0%

 

j'ai trouvé plusieurs méthodes, et m'oriente vers une solution avec un ic spécialisé

ce n'est pas si évident que ça en a l'air, et les sondes coûte très chère

 

il possédera lui aussi un connecteur pour io box

 

module sms

----------------

hardware 95%  

firmware 0%

 

permet l'envoi d'alerte généré par un module, ou signal si un module est absent

le module gsm choisi est le SIM200

 

il possédera lui aussi un connecteur pour io box

 

 

module osmoseur

-----------------------

hardware 0%  

firmware 0%

 

gestion complète d'un osmoseur:

mesure tds,

rincage en debut de cycle et en fin,

indicateur remplacement des filtres,

surveillance pression reseau

gestion pompe booster

rejet des premiers litres avant établissement d'un tds correct

log des valeurs de tds, ... 

 

module power bar

-----------------------

hardware 20%  

firmware 0%

 

une power bar de 6 ou 8 avec surveillance consommation de chaque ligne

(qui ressemblera a celle de l'aquatronica au niveau look)

 

 

ordinateur pilote

--------------------

hardware 0%  

firmware 0%

 

basé sur un module processeur raspberry compute https://www.raspberrypi.org/products/compute-module/

ecran tactile, gestion bus can et connecteur io box

 

capable d’exécuter des scripts lua ou autre avec notion d'objet pour accéder aux différents modules sur le bus 

c'est sur celui si que je me pose le plus de question mais comme chaque module est autonome, ca ne presse pas

 

**********

 

Je propose tout en open source, et je vais proposer une solution pour que ceux qui désire acheter le hardware

puisse le commander sur internet tout assemblé chez un fabricant de circuit par exemple.

 

j'ai également dev une rampe led, (led bar + driver) le module de gestion est en cours de dev il sera compatible avec le bus

 

voila n’hésiter pas a commenter, et si vous avez envie de participer, le protocole du bus sera disponible sous peu

vous pourrez donc développer vos propres modules dans cet ecosystem

[bubble_maxi]

la nuit porte conseil ...

 

si vous le souhaitez je veux faire une shield arduino avec les connecteurs bus, un io, l'alim, et l’électronique associée

 

mais il faudrait faire un choix sur le type de carte arduino ...  tout les shields sont compatible avec toutes les cartes ?

(j'ai trouve pas mal de template)

 

allez c'est noël, qu'est ce qui vous ferai plaisir ?

[Frenatus]

alors alors ça bouge par ici 

il est vieux mon topic, a l’époque il n'a pas rencontré ce que l'on peut appeler un franc succès

 

Ben pour ce que je peux voir, ce forum est celui qui bouge le plus.

Et en plus, vous rigolez et vous ne vous prenez pas la tête, j'aime bien... ;-)

Hier j'ai relu un vieux post sur la salinité et la densité, j'ai beaucoup rigolé.

Ton post de l'époque est excellent, le soucis ici, c'est qu'ils sont endormis.... C'est comme l'orangina, faut les secouer pour leur décoller la pulpe du fond.. ;-)

 

déjà je ne suis pas fan des arduino, mais je comprends que pour certain c'est simple a mettre en oeuvre, voila c'est dit 

et ça n’empêche pas de participer

 

C'est carrément pour cela que j'étais parti là-dessus.

Pas besoin de fer à souder et la plupart des shield et modules existent déjà.

Tout ce fait avec un pauvre tournevis.

Quand je vois que j'ai passé 30 minutes à essayer de différencier 2 résistances avec leur putain de bandes soit disant colorées....

Finalement je les ai balancé, incapable de retrouver leur valeur..

Je n'ai plus les yeux pour jouer avec des composants électroniques.. :-)

 

mes choix:

- chaque module est autonome mais communique avec les autres (si nécessaire) (permet de développer de manière indépendante)

- les modules seul n'ont pas d'interface graphique, leur paramétrage s'effectue grâce au bus de communication

- le bus retenu est le CAN (https://fr.wikipedia..._de_données_CAN)

- le connecteur d'alimentation et de bus est le mini DIN4 points (+12 0 CanH CanL) chaque module en possède deux

- les modules sont chaîné les un derrière les autres

- tout les modules sont développé sur un hardware sur mesure et conçu autour d'un boitier (et pas l'inverse)

 

 

Je me permets une remarque que j'espère constructive...

L'utilisation de ce bus va te permettre de discutailler sur de longue distance et de les chaîner sans soucis.

Cependant, cela va faire beaucoup de fils et notamment de longueur de fil (partie technique à la cave, aquarium dans le salon, station d'eau dans le garage...). Va falloir passer des gaines, faire des trous dans les murs ou les planchers.

Par ailleurs, si tu as le moindre soucis sur un câble (débranché accidentellement par exemple), il me semble que tu perds l'ensemble du bus (il doit être bouclé je crois), donc tout le réseau ?

 

Pour ma part, je pensais utiliser une communication sans fil basée sur le protocole standard utilisé par les centrales domotiques.

Pas de fil et pour reprendre ce qu'utilise Snoopy, tu peux prendre de coupler également cela.

 

Et sinon tu les prends ou tes boîtiers, je ne trouve pas masse de possibilités, moi.

 

basé sur un module processeur raspberry compute https://www.raspberr...compute-module/

ecran tactile, gestion bus can et connecteur io box

 

 

Je me posais aussi cette question pour le pilote.

L'avantage du Rasberry, c'est que je peux directement lui faire héberger un site internet ou un web service.

Il peut me conserver les données des mesure et me faire des calculs sioux...

Ça va m'être utile pour les injections des diverses solutions que je vais tenter de mettre au point.

 

module conductivité

----------------

hardware 30%  

firmware 0%

 

j'ai trouvé plusieurs méthodes, et m'oriente vers une solution avec un ic spécialisé

ce n'est pas si évident que ça en a l'air, et les sondes coûte très chère

 

Carrément oui, une sonde industrielle vaut la peau des fesses

 

voila n’hésiter pas a commenter, et si vous avez envie de participer, le protocole du bus sera disponible sous peu

vous pourrez donc développer vos propres modules dans cet ecosystem

 

C'est fait.. :-)

Et je suis super intéressée par le module pH, ta précision me bluffe...

[Frenatus]

Zut, j'avais pas vu celui-là.. :-)

 

allez c'est noël, qu'est ce qui vous ferai plaisir ?

 

Alors puisque tu le demandes :

 

Un module contenant une chambre de réaction et gérant des pompes doseuses, permettant de faire les tests NO3, PO4 et DOC

 

Un module contenant une chambre de réaction avec pH-mètre, pompes doseuses et permettant de faire les mesures de KH.

(un automate américain fait cela, mais je n'ai plus le nom)

 

Un module avec chambre de réaction permettant de faire une mesure de turbidité et de transmission dans le visible

 

Un module gérant apport en phtyto/zooplancton... Pompage, filtration, rinçage, resuspension et injection.

 

J'en ai d'autres mais les idées ne sont pas encore claires.. :-)

[Snoopy56]

bien les esprits ce rencontrent...ou ce rerencontrent

 

L'octopus pour sont époque était trop évoluer, il n'y avait que les gens pointus et a la recherche de précision qui avaient fait le pas, et les X10 (courant porteur ) étaint déjà trés bien!!

Seul l'A.I.E.A me prenait sont grand frère l'AQUANODE et avait été jusqu'au bout de ses possibilités.

 

Aquadyne ne semble plus existé, peut être repris par APEX??? ....

 

A l'époque avec Olivier nous avions moins de solution qu'aujourd'hui et notre projet avait été arrêté

 

Content de vous avoir retrouver sur CAP !!!

[bubble_maxi]

c'est pas un forum, la c est carrément du tchat.

 

module radio contre bus can, dans le temps je miserai plus sur un bus cablé, lui n'est jamais perturbé

après on peut aisément faire une passerelle radio / can .

(en stock j'ai des designs avec ça: nrf24l01+  il y a même des modules pour arduino ca vous fera plaisir, 

et moi je maîtrise parfaitement son hardware)

 

 

des trous ... certes ... après pour ce qui est de débrancher... c est pareil si tu débranches une sonde ou une prise de courant, et le module alerte te préviendra immédiatement (lui il a une batterie), si l'installe est propre pas de raison que cela arrive

 

quand je disais, "qu est ce qui vous ferai plaisir", c’était plus sur quelle arduino voulez vous que je vous fasse un shield ...

le reste on verra après, j'ai aussi plein d’idée mais j ai aussi un travail !

[Frenatus]

 

L'octopus pour sont époque était trop évoluer, il n'y avait que les gens pointus et a la recherche de précision qui avaient fait le pas, et les X10 (courant porteur ) étaint déjà trés bien!! 

Seul l'A.I.E.A me prenait sont grand frère l'AQUANODE et avait été jusqu'au bout de ses possibilités.

 

Tu as tout à fait raison.

La majorité a juste besoin d'un osmolateur.

Quelques uns, voudraient bien aussi gérer la température, parce que le thermostats dans la décant colle et quand t'allumes les ventilos, t'as un ventilo qui fonctionne et un chauffage qui chauffe.. :-)

Les suivants se rendent aussi compte que l'écumeur déborde au redémarrage d'une coupure de courant...

Bref... Faut faire une gamme....

 

Allez tu regardes les statuts de ta nouvelle société, nous on sort les fers à souder.. :-)

 

 

quand je disais, "qu est ce qui vous ferai plaisir", c’était plus sur quelle arduino voulez vous que je vous fasse un shield ...

 

T'es comme ma femme quoi.... :-)

Ça commence par qu'est ce que tu veux....? Et ça fini par "coquillette ou spaghetti"... :-)

 

Sinon, pour être sérieux deux secondes (pas plus)... Le shield m’intéresse, mais je ne sais pas encore ce qu'il doit contenir.

Je vais faire mes bidouilles avec des modules dans un premiers temps.

Voir ce qu'il me faut comme fonction et ensuite, si tu es toujours d'accord, je passerai ma commande pour Noel.. ;-)

[bubble_maxi]

Bidouille bidouille et si tu veux que ton bidouillages se connect avec d autre module

Regarde le bus CAN

 

Je publierai mes modules au fil des développements

[Frenatus]

Faut pas croire, j'écoute ce qu'on me dit.. ;-)

Surtout si tu vas au bout des modules pH et ORP.

J'ai lu tout le wiki et là j'étais là dessus...

 

https://www.gotronic.fr/art-shield-bus-can-ef02037-25225.htm

 

Tu vois que je suis bon élève.. ;-)

Moi, je dis que je mérite un bon point...

[bubble_maxi]

Les modules pH et orp sont déjà prototypé donc arriver au bout ne vas pas tarder

C'est autre chose pour le module conductivité ....

[Bubule]

Bonjor

 

Je vous suis toujours, même si je n'arrive plus à prendre le temps de vous écrire autre chose que quelques mots, j'émerge après une nuit de folie, fête de la musique oblige... pour vous donner mes ressentis sur quelques points que j'ai lu au fil de ce sujet.

 

Je ne pense pas aujourd'hui être capable de m'investir dans vos développement. Même si la motivation est grande, le temps me laisse juste la possibilité d'assouvir d'autres motivations encore plus grande (famille, musique, santé, travail). Je ne vous écris pas cela pour m'étendre, mais pour vous faire part de mon expérience par rapport à ce que vous envisagez.

S'engager dans un nouveau projet est assez facile, mais le faire vivre sur la durée nécessite une disponibilité sur la durée. Et ce que vous envisagez me semble un projet de plusieurs mois, voir années (pour l'avoir vécu avec mon niveau de bricoleur). Il y aura les problématiques et désillusions à gérer et à relater sur un forum publique.

Si cela ne vous pose pas de problème, foncez !! Cà en vaut la peine.

S'enrichir l'esprit, développer, apprendre de ses échecs, réussir, pour ensuite transmettre, c'est le but de notre communauté.

 

J'avais réalisé les montages à base d'Arduino parce que c'était la seule carte à l'époque (pas si lointaine) qui me permettait de piloter quelques équipements du bac à très faible coût, et très faible encombrement. j'ai encore 2 TSX17 de récup dans mes cartons que je ne me voyais finalement pas insérer dans le meuble, alors que je les avais récupérés avec cette idée en tête. Maintenant les capacités de ces automates sont bien dépassées comparativement aux Arduino (et Raspberry sortis quelques mois après que j’eus démarré mes premiers essais sur Arduino, sinon, je serais peut-être parti sur du Raspberry).

 

En tous cas, un élément important me plait bien dans votre approche : Vous avez l'idée de développer quelque chose avec l'intension de sécuriser la défaillance. C'est très important au regard de la vie que nous maintenons.

Le titre du sujet est approprié pour cela, mais il a dérivé sur la technique autour des µC.

L'idée de petits modules communiquants me semble la plus pérenne tant du coté temps de développement, que sécuritaire sur défaillance d'un module. Mais il faut également prévoir qu'une défaillance d'un module n'entraine pas une défaillance des autres.

 

Une remarque que je me fais régulièrement : La petitesse des connectiques Arduino dans notre environnement m'a toujours fait peur. Les faux contacts pourraient vite devenir un cauchemar. Mais après 6 ans de fonctionnement, rien ne semble avoir bougé.

 

Je conseille vivement l'utilisation d'un afficheur tactile.

Cela permet de visualiser des valeurs et d'en modifier certaines comme les courses et vitesses d'oscillateurs de brassage, les consignes pH, les temps d'arrêt des pompes (maintenance, Tps à venir, tps restant, ...), remise à l'heure, etc.

Pour faire la calibration des diverses sondes et interfaces de mesures, l'affichage en temps réel est indispensable.

Cela permet d'avoir un œil ou d'y pointer une caméra pour ceux qui souhaitent consulter à distance les paramètres du moment.

 

Enfin coté codage, ne pas hésiter à mettre beaucoup d'informations 'textes'. Car outre le fait que cela permette à d'autres de mieux comprendre la logique du programmeur, cela permet aussi au programmeur originel de s'y retrouver dans son propre développement. Surtout après des mois ou des années loin de son développement...

 

@Bubble-Maxi

Tu as développé une interface pH dont tu as l'air satisfait en terme de précision. Tu ne rencontres pas de soucis de parasitage  et/ou d'interférence avec d'autres sondes (pH, redox, ...)

J'avais été obligé de développer la mienne en effectuant une isolation complète. Tu avais vu ? Tu as contourné le problème ?

 

Franck

[Frenatus]

 

Les modules pH et orp sont déjà prototypé donc arriver au bout ne vas pas tarder

 

Je pense à un truc. Tu as prototypé le module complet avec les bus can.

C'est compliqué de juste faire un module pH et orp qui balance une valeur ?

Comme ca je peux utiliser sans avoir à incorporer un shield CAN ?

[Frenatus]

 

Je ne pense pas aujourd'hui être capable de m'investir dans vos développement. Même si la motivation est grande, le temps me laisse juste la possibilité d'assouvir d'autres motivations encore plus grande (famille, musique, santé, travail)

 

Tu as bien raison, on n'a qu'une vie et l'aquario n'est qu'un hobby.. ;-)

 

 

S'engager dans un nouveau projet est assez facile, mais le faire vivre sur la durée nécessite une disponibilité sur la durée

 

Si c'est bien pour moi.. J'en ai besoin de toute manière.

Donc, il vivra au moins chez moi.. :-)

 

Je conseille vivement l'utilisation d'un afficheur tactile.

Cela permet de visualiser des valeurs et d'en modifier certaines comme les courses et vitesses d'oscillateurs de brassage, les consignes pH, les temps d'arrêt des pompes (maintenance, Tps à venir, tps restant, ...), remise à l'heure, etc.

Pour faire la calibration des diverses sondes et interfaces de mesures, l'affichage en temps réel est indispensable.

Cela permet d'avoir un œil ou d'y pointer une caméra pour ceux qui souhaitent consulter à distance les paramètres du moment.

 

Oui, c'est tout à fait juste.

 

 

Enfin coté codage, ne pas hésiter à mettre beaucoup d'informations 'textes'. Car outre le fait que cela permette à d'autres de mieux comprendre la logique du programmeur, cela permet aussi au programmeur originel de s'y retrouver dans son propre développement. Surtout après des mois ou des années loin de son développement...

 

 

Si c'est toujours pour moi. Pas de soucis;, je suis plutôt prosélytique dans les commentaires de code.

Rien que pour moi, quand je reviens dessus 1 an plus tard.

En fait, ce qui change si je code pour moi ou pour une communauté c'est plutôt la structure du code.

Les if emboîtés par exemple, ca va vite et c'est facile quand tu codes, mais c'est imbitable quand tu repasses derrière.

Quand je code pour un groupe, je le fais sous forme de fonctions par exemple, c'est beaucoup plus compréhensible et facile à faire évoluer.

 

Ceci dit, nous en sommes arrivés à la conclusion que finalement cela n'intéressait pas grand monde.

Mais je serais ravi de partager avec toi, si la bidouille fonctionne et si tu le souhaites.

Vraiment.

 

Amuse toi bien en tout cas. !

[bubble_maxi]

C'est compliqué de juste faire un module pH et orp qui balance une valeur ?

Comme ca je peux utiliser sans avoir à incorporer un shield CAN ?

Non ce n'est pas compliqué mais ca enleve la possibilité d ajout de système par la suite, la conductivité par d'exemple, donc il vaut mieux que ce soit penible maintenant . La tu es motivé

 

L adc de la carte pH est en i2c. .... donc facile sinon

 

->Bubule

 

Oui tout est isolé, je me sert d'un adc dont l'i2c est isolé et son alimentation est délivrée par un dc/dc, du coup c est du numérique presque jusqu au bout ce qui me permet une très bonne précision, adjoint à cela un ic spécialisé dans la mesure de pH. J ai ajouté un petit filtrage côté microcontrôleur pour dégager le bruit du 50hz ...

 

J ai déjà publié sur cap l'étage pH adc + alim

(PH et orp c est la même carte, seul l'interprétation de l adc est différente )