micardus:
Bonjour a tous j'aurai besoin de votre aide je n'arrive pas a créé de virtuel dans jeedom pour récupéré les infos
J'ai bien tout les info dans objet piscine sous jMQTT je clic sur JSON j'ai tout les détails qui remonte mais quand je fait un virtuel en commande je met #[Aucun][Home piscine][Pool:Meas1{pH}]# pour avoir les infos PH et ca me retourne la valeur 0 alors que sous jMQTT j'ai bien 7.4 merci de votre
C'est plutôt une question pour le forum Jeedom... Dans el plugin jMQTT, une fois que tu cliques sur JSON et que ça parse les infos de mesure, tu dois donner un nom (champ "NOM") à chaque info que tu souhaites utiliser (eg. "pH") pour ensuite pouvoir l'appeler dans un virtuel
Bonjour et merci pour votre aide j'ai réussi a faire mes virtuels
j'ai une dernière question peut t'on étalonné la sonde de pression quand ma pompe est a l'arrêt j'ai une pression de 0,74 bar je l'ai même enlever du filtre a sable et c'est toujours pareil
micardus:
Bonjour et merci pour votre aide j'ai réussi a faire mes virtuels
j'ai une dernière question peut t'on étalonné la sonde de pression quand ma pompe est a l'arrêt j'ai une pression de 0,74 bar je l'ai même enlever du filtre a sable et c'est toujours pareil
En cherchant un peu dans la liste des fonctions API dans le code on trouve la fonction: {"PSICalib":[0,0,0.71,0.6]} qui permet de calibrer
Merci et bravo @Loulou74 ! quel beau travail ! Je vais tenter à mon tour son utilisation et espère participer à son évolution sans le dénaturer. Merci encore pour le temps gagné et le niveau de qualité du produit que cela apporte à tous !
La solution matérielle à base de la carte Mega ("seule" sans le controllino) est effectivement moins chère, j'espère qu'elle le sera également à long terme mais pour celà il faut une bonne intégration comme la V2 de @bb06
@bb06 Peux-tu partager le fichier du PCB de la carte fille/support que tu as réalisé s'il te plaît ?
Je suis en train de tout commander, préparer, etc. Cette carte semble parfaite pour approcher une intégration industrielle comme le Controllino.
bonjour a tous après avoir résolu mes remonté info dans jeedom et calibré mon capteur PSI grâce a vous j'ai encore une question ma pompe s'arrête tout les jour a 14H je voudrai la programmer à 18H mais quand je lance la commande {"FiltT1":18}
Sur l'écran l'heure d'arrêt de la filtration reste a 14H je n'arrive pas a la changer alors que pour l'heure de début ca fonctionne bien merci de votre aide
micardus:
bonjour a tous après avoir résolu mes remonté info dans jeedom et calibré mon capteur PSI grâce a vous j'ai encore une question ma pompe s'arrête tout les jour a 14H je voudrai la programmer à 18H mais quand je lance la commande {"FiltT1":18}
Sur l'écran l'heure d'arrêt de la filtration reste a 14H je n'arrive pas a la changer alors que pour l'heure de début ca fonctionne bien merci de votre aide
Salut, c'est normal, en mode AUTO le système décide seul de la fin de la filtration en fonction de la température de l'eau. Passe en mode manuel sinon
Hello,
J'ai réalisé un système de gestion simple de ma piscine (filtration basée sur la température de l'eau, commandes du robot et de l'éclairage), et j'ai commencé à étudier l'extension de ce système pour le traitement de l'eau. Je tombe alors sur votre projet et bien évidemment j'ai été séduit pas sa qualité et son potentiel de personnalisation.
Je suis retraité, geek senior pratiquant depuis les premiers microprocesseurs au début des années 70, passé de l'assembleur avec 4k de mémoire aux incroyables systèmes sur puce actuels. Bref, j'ai l'intention de faire une variante de votre projet pour mes plateformes préférées que sont l'ESP32 et le RaspberryPi.
L'ESP32 parce que beaucoup plus puissant, plus petit (ce qui nécessitera sans doute une break-out board telle que celle de bb06 pour faciliter le câblage), moins cher, double-coeur, WiFi, Bluetooth, GPIO avec Touch et effet Hall, FreeRTOS intégré donc possibilité de gérer du vrai multi-tâches, d'avoir un système de fichiers pour notamment stocker les fichiers html, css et js d'un serveur web (sans artifice type progmem). Le tout avec possibilité d'utiliser le framework Arduino, donc de bénéficier de 90% des librairies. Et je développe avec PlatformIO, bien plus efficace que l'IDE Arduino, pour éditer et structurer ses sources, librairies et data et utilisation d'un véritable débogueur (ES-Prog) sans Serial.print partout (il paraît qu'Arduino Pro arrive, mais quand ?).
Le RaspberryPi ensuite pour héberger la partie gestion serveur avec Node-Red, Mosquitto, InfluxDB et Grafana, montés en containers sous Docker. Mes deux serveurs domotiques actuels tournent dessus H24 depuis des lustres, avec un reboot annuel et encore...
Avant de me lancer, j'ai néanmoins quelques questions et je vous remercie à l'avance pour vos réponses éclairées :
je suis surpris par la régulation PID. Arrive-t-on en particulier à avoir une action dérivée avec des temps de réaction aussi long après injection de produit ? Ça doit être vrai puisque ça marche, mais je n'y aurais pas pensé à priori.
je vois notamment chez bb06 une alim 12V pour un Arduino 5V, le pauvre régulateur de la carte doit beaucoup chauffer non ?
j'ai vu des ensembles sondes (version "pro")+ amplis identiques (V2) aux vôtres sur AliExpress, bien moins chères qu'en Europe. On y trouve également les isolations galva DFRobot. Avez-vous une idée de la durée de vie de vos propres sondes qui justifierait la différence de prix ?
quelle est la fonction de la pression dans le filtre ? Est-ce un indicateur de présence du débit ?
dans la configuration de bb06, je vois les sondes du côté du refoulement : ne serait-ce pas plus indiqué de les mettre avant le filtre ?
quel produit chloré injectez-vous ?
Cette installation n'est pas donnée, pas loin de 1000€ au final. Est-ce que la qualité du traitement est au rendez-vous ?
Désolé pour toutes ces questions. Il est bien évident que je m'engage à faire état de mon avancement, peut-être sous forme d'un "fork" de votre projet ?
Un autre fan !
Denis
gixy31:
Hello,
J'ai réalisé un système de gestion simple de ma piscine (filtration basée sur la température de l'eau, commandes du robot et de l'éclairage), et j'ai commencé à étudier l'extension de ce système pour le traitement de l'eau. Je tombe alors sur votre projet et bien évidemment j'ai été séduit pas sa qualité et son potentiel de personnalisation.
Je suis retraité, geek senior pratiquant depuis les premiers microprocesseurs au début des années 70, passé de l'assembleur avec 4k de mémoire aux incroyables systèmes sur puce actuels. Bref, j'ai l'intention de faire une variante de votre projet pour mes plateformes préférées que sont l'ESP32 et le RaspberryPi.
L'ESP32 parce que beaucoup plus puissant, plus petit (ce qui nécessitera sans doute une break-out board telle que celle de bb06 pour faciliter le câblage), moins cher, double-coeur, WiFi, Bluetooth, GPIO avec Touch et effet Hall, FreeRTOS intégré donc possibilité de gérer du vrai multi-tâches, d'avoir un système de fichiers pour notamment stocker les fichiers html, css et js d'un serveur web (sans artifice type progmem). Le tout avec possibilité d'utiliser le framework Arduino, donc de bénéficier de 90% des librairies. Et je développe avec PlatformIO, bien plus efficace que l'IDE Arduino, pour éditer et structurer ses sources, librairies et data et utilisation d'un véritable débogueur (ES-Prog) sans Serial.print partout (il paraît qu'Arduino Pro arrive, mais quand ?).
Le RaspberryPi ensuite pour héberger la partie gestion serveur avec Node-Red, Mosquitto, InfluxDB et Grafana, montés en containers sous Docker. Mes deux serveurs domotiques actuels tournent dessus H24 depuis des lustres, avec un reboot annuel et encore...
Avant de me lancer, j'ai néanmoins quelques questions et je vous remercie à l'avance pour vos réponses éclairées :
je suis surpris par la régulation PID. Arrive-t-on en particulier à avoir une action dérivée avec des temps de réaction aussi long après injection de produit ? Ça doit être vrai puisque ça marche, mais je n'y aurais pas pensé à priori.
je vois notamment chez bb06 une alim 12V pour un Arduino 5V, le pauvre régulateur de la carte doit beaucoup chauffer non ?
j'ai vu des ensembles sondes (version "pro")+ amplis identiques (V2) aux vôtres sur AliExpress, bien moins chères qu'en Europe. On y trouve également les isolations galva DFRobot. Avez-vous une idée de la durée de vie de vos propres sondes qui justifierait la différence de prix ?
quelle est la fonction de la pression dans le filtre ? Est-ce un indicateur de présence du débit ?
dans la configuration de bb06, je vois les sondes du côté du refoulement : ne serait-ce pas plus indiqué de les mettre avant le filtre ?
quel produit chloré injectez-vous ?
Cette installation n'est pas donnée, pas loin de 1000€ au final. Est-ce que la qualité du traitement est au rendez-vous ?
Désolé pour toutes ces questions. Il est bien évident que je m'engage à faire état de mon avancement, peut-être sous forme d'un "fork" de votre projet ?
Un autre fan !
Denis
Bonjour Denis, c'est toujours bien d'avoir des experts dans un domaine particulier qui arrivent sur un projet pour le faire progresser.
Pour répondre à tes questions:
PID: si tu regardes le code le le PID n'est en fait qu'un 'P', les parties I et D sont mises à zero. En fait la régulation PID n'est pas très adaptées à ce genre de problème (chimie) qui souffre d'effets non-linéaires et tampons... Mais ça fonctionne correctement en l'état, c'est juste un peu overkill mais tellement plaisant de jouer avec du PID
Alim 12V: oui, c'est un retour pour bb06
les sondes c'est au petit n=bonheur la chance. Je suis passé chez Hanna, ça marche bien
Pression: oui ça permet de vérifier qu'il y a du flux (ou pas -> Erreur) et de vérifier à l'avenir si le filtre à sable est encrassé
Super, merci pour la rapidité de la réponse.
Pour le PID ça confirme ce que je pensais en effet, une régulation proportionnelle à l'écart mesure/consigne est bien ce que j'aurais fait à priori.
Pour les sondes, les sondes dites "industrielles" chez Ali semblent correctes, mais elles ont un diamètre et un pas de vis 3/4" incompatible avec toutes les chambres d'analyse que je vois qui sont en 1/2". Il faut que les sondes restent immergées et dans mon cas, le local est plus haut que le niveau de la piscine, donc il me faut une chambre qui reste en eau lorsque la filtration est arrêtée. Il y a des indicateurs de débit à palette qui donnent un signal binaire, plus simple à gérer ce me semble.
J'ai déjà vu ce schéma. C'est bien mais on peut améliorer un peu en mettant l'entrée après le filtre pour avoir de l'eau propre sur les sondes, tout en conservant une dépression entrée-sortie.
Alors je reponds pour ma partie sur l'alimentation.
J'ai fait le choix de partir sur une version arduino mega 2560 de Keyestudio avec un régulateur MP2307 DN modifié qui peut délivrer sur l'ensemble des pins jusqu'à 2A. Ce choix a été aussi motivé pour utiliser une masse commune pour tous les périphériques et pour cela j'ai conçu ma carte fille avec plus de pin male 5V/GND et pour mes besoins futurs. J'ai branché mon alimentation sur le input standard. Plus d'info sur cette carte : Ks0342 Keyestudio MEGA 2560 Compatible Board Advanced - Keyestudio Wiki
L'alimentation utilisée est plus grosse c'est une Mean Well 12V HDR-30
Concernant les sondes, je crois que le mieux c'est aussi chez Hanna, les autres se détériorent vite et ça restera du consommable car ça s'use.
Pour la mise en place de mon Pod Zodiac (ph, orp et température) et des colliers de prise en charge pour l'injection clore et acid, je sais pas si c'est le mieux avant ou après. Chez Zodiac, ils mettent ça derrière le filtre : https://www.azialo.com/786-module-tri-pro-regulation-ph-et-chlore-pour-electrolyseur-zodiac-tri-3478581975159.html
Je vous recommande le POD ZODIAC pour les mesures car c'est bien conçu (1 seul trou à faire) et surtout plus trop besoin de faire un gruyere dans ses tuyaux !
a+
ESP 32 est une super Board et tres bon marché aussi. Personnellement sur la communication en WIFI suivant ou se trouve le local technique ça peut poser problème. Personnellement j'ai tiré un CAT7 de mon routeur à l'arduino et là ça marche niquel sur la négociation réseau et l'obtention de l'IP. Je suis en dessous de 4 secondes après reboot.
Bref oui ce projet à un coup et on est dans la fourchette des 1000 €. Si ça vous interesse, je peux ecrire ma BOM de ma V2 avec les liens de mes achats.
Merci bb06 pour ces infos. Ma remarque sur l'alim concernait le niveau de tension en entrée. Un régulateur linéaire classique doit dissiper la différence des tensions en entrée et sortie, soit ici 7V, ce qui le ferait bien chauffer. Mais ici en effet on a un régulateur à découpage à base de MOSFET, donc pas de problème (sauf peut-être du rayonnement à cause de la fréquence de découpage).
Les sondes après le filtre pour avoir de l'eau propre c'est en effet mieux. En revanche dans votre montage, elles ne sont pas en dérivation, donc elles prennent toute la pression de refoulement, ce qui peut nuire à leur longévité. Pour ma part, je vais plutôt mettre une chambre d'analyse pour avoir de l'eau en permanence, et pas avec un fort débit, avec l'entrée après le filtre et la sortie avant la pompe.
Pas de souci de WiFi pour moi, le local est dans le garage et la connexion se fait instantanément avec l'ESP32. De même, la synchronisation de la RTC intégrée par NTP est immédiate.
Je veux bien la BOM, j'ai commencé mes recherches, ça m'aidera, surtout avec un retour de votre part sur la qualité des produits concernés.
Merci,
@+
Merci,
Je cherche les cannes d'aspiration avec détection de niveau pour les bidons. Pas facile à trouver ou alors à des prix...
Loïc, as-tu des références ?
Et les électrodes Hanna, on se perd dans les références. Beaucoup sont amplifiées, donc pas besoin d'un ampli supplémentaire. Suis perplexe...
De plus je lis que la durée de vie est de un à deux ans, ce qui grève bien le budget consommable.
Hello gentlemen,
Je commence le portage vers plateforme ESP32, visiblement quelqu'un ici l'a déjà fait (camariad_popof) sans détailler son parcours. Je vais devoir faire une carte d'interface car l'ESP est en 3.3V, donc shifter pour tout ce qui est en 5V autour (Nextion en particulier). Je m'interroge sur la partie acquisition des sondes. Je serais preneur des valeurs de tensions min/max que vous obtenez en sortie des isolateurs galva (ou des amplis, à priori ce sont les mêmes). Si cela reste inférieur à 3V c'est bon, sinon il faudra que je modifie ces isolateurs.
Le code pour le watchdog est spécifique pour l'ESP, petite modif à faire.
Pour la RTC, je vais utiliser astucieusement celle du Nextion qui en a une intégrée, autant en profiter !
J'ai noté que le code continuait à gérer le bouton-poussoir et l'écran LCD, dommage de ne pas mettre une compilation conditionnelle fonction d'un paramètre de config, ce que je vais faire.
Attention aussi, le fichier Dependancies.txt n'est pas à jour et les dépendances indiquées dans PoolMaster.ino sont mieux mais pas complètes non plus (manque au moins TextFinder). C'est un des avantages de développer avec PlatformIO : on définit les dépendances dans un fichier .ini qui est utilisé à la compilation, donc on est sûr qu'il est à jour. De plus on y spécifie si on veut la dernière version stable de la librairie ou bien une version particulière. C'est top !
Je vais donc faire les modification minimales pour que cela compile, je ne doute pas qu'ensuite cela fonctionne puisque ces modifs sont mineures. Avant d'avoir le matos, je ferais aussi une maquette comme certains l'ont fait. Mais ensuite, je compte revoir plus globalement le source pour le structurer en fichiers séparés par "tâches", puis avec quelques changement spécifiques à l'ESP, par exemple faire tourner certaines tâches dans le second core (le serveur web en particulier).
A suivre...
Bonne fin de confinement à tous
tension en sortie de sondes: sinon tu fais un pont diviseur sur la sortie des sondes. Tu perds un peu en résolution mais vu les autres sources de variation, pas certain que ce soit gênant.
RTC: oui bonne idée. J'avais intégré le RTC avant d'intégrer le Nextion donc c'est resté comme cela
code conditionnel pour bouton poussoir: ok je vais le faire
fichier Dependancies.txt mis à jour. Pour la librairie TextFinder, cette partie du code n'est pas de moi donc c'est passé à la trappe... Corrigé.
Bonjour Loïc,
Je comptais faire l'adaptation pour ESP à coups de #ifdef, mais comme je fais en même temps un portage sous PlatformIO, c'est plus compliqué que ça : sous Arduino, l'IDE concatène simplement les fichiers .ino ce qui fait que toutes les variables globales sont accessibles dans tous les fichiers ; avec PlatformIO, on a des .cpp qui sont des unités de compilation indépendantes, donc il faut revoir tous les #include, déclarer les fonctions et variables externes. Cela devient rapidement inextricable avec des #ifdef. Je vais plutôt faire un "fork" à partir de la version courante, et ce d'autant plus que passer au WiFi à la place de l'Ethernet fait aussi quelques grosses modifs. Le serveur web sera asynchrone et j'utilise l'émulation du système de fichier pour stocker la page en vrai fichier .html (avec .css et .js aussi si besoin).
Du coup le fichier config devient vraiment un fichier config, avec seulement des #define, aucun #include ni de déclaration de variable qui se font dans un autre .h (PoolMaster.h).
Dans les #include, il manquait aussi Ethernet.h
Tout ça c'est de la cosmétique, la partie fonctionnelle du programme restera inchangée à priori.
A suivre
Denis
