Je n'ai jamais franchi le pas de commander des PCB adaptés, j'utilise des plaques de prototypage sur lesquelles on crée les pistes avec de la soudure ou des fils et quand cela fonctionne, en général je n'ai pas besoin d'un second exemplaire donc ... j'en reste là. Mais c'est vrai que le résultat sur un PCB est très pro. Il faudra que j'essaie ... surtout que j'ai de nouvelles choses à mettre au point : un analyseur eau/traitement de piscine pilotable à distance (il y a de très bons exemples sur le web), et refaire également complètement un SPA. Peut-être que j'irai jusqu'au PCB !
J'ai prévu de bien isoler l'alimentation du micro-controleur et le reste, en plaçant des optocoupleurs de manière à ne piloter que des leds en direct avec l'ESP32. Donc d'avoir un autre étage d'alimentation pour les relais ou SSR (en 5v ou 12v par exemple), puis l'étage de puissance en 220v.
D'ailleurs les SSR sont censés chauffer ... as-tu utilisé des radiateurs ou as-tu mesuré la chauffe ?
Sur la mesure de niveau, j'ai deux exemples qui tournent chez moi mais sur le principe de la mesure de l'espace libre au dessus du réservoir. Un modèle qui utilise une mesure ultra-son avec un capteur HC SR04 (pour mon poële à granulés), hyper stable depuis des années. Un autre qui mesure au laser la quantité de fuel de ma cuve avec un capteur VL53L1X (oui je sais le fuel c'est pas bien ...) mais avec un fonctionnement un peu erratique de la mesure, très bonne quand la cuve est presque pleine, et mesure peu de valeurs fiables quand la cuve est en dessous de la moitié. Ce n'est pas (trop) gênant car quand la mesure n'est pas fiable le capteur renvoie une valeur NaN au lieu de n'importe quoi, et je n'ai pas besoin de beaucoup de mesures pour suivre la consommation, même une par semaine serait suffisant. Le résultat est tellement précis (à la 10aine de litres je dirai) que le livreur de fuel est bluffé à chaque fois.Je suis interessé par la mesure basée sur la pression, quel capteurs vas-tu utiliser ?
Pour compléter les déboires et les expériences apprises: j'ai beaucoup utilisé des appareils SONOFF BASIC qui contiennent des ESP8266 et une alimentation toute faite, il n'y a plus qu'a brancher le 220v, et on peut profiter des GPIO pour faire autre chose que la fonction originelle, flasher ESPHOME et piloter des capteurs par exemple. Cela semblait une bonne idée mais j'ai découvert que dans le temps, ces alimentations ne tiennent pas bien (après plusieurs années), voir qu'elles sont limitées et que en utilisant ESPHOME on a intéret à limiter la puissance du WIFI pour ne pas trop consommer (sans quoi l'ESP n'est pas toujours suffisement alimenté). Il m'a fallu pas mal de temps et de lecture pour apprendre cela. Le symptome était une perte de connexion Wifi aléatoire. Le paramètre ESPHOME pour limiter la puissance wifi: output_power.
Autre expérience avec des variateurs PWM de type H801. Cet appareil est très pratique pour piloter des leds en 12v, leds d'éclairage par exemple. J'ai vécu plusieurs casses au bout de mois/années d'utilisation sans problème apparent. J'ai fini par comprendre que la fréquence par défaut utilisée par ESPHOME pour la fonction PWM était trop élevée (1000Hz) et que les transistors travaillaient trop en commutation, ils chauffaient et finissaient par griller, le symptome était des leds alumées à 100% en continu. Il a suffit de réduire la fréquence (il y a un paramètre frequency pour la fonction PWM de ESPHOME), j'ai utilisé 100Hz sans effet pour les yeux et bien moins exigeant pour le matériel. Là aussi cela m'a pris pas mal de temps pour comprendre et corriger !
C'est amusant de concevoir ces modules/capteurs/automatisations, mais on s'apperçoit qu'entre un truc qui fonctionne, et un truc qui fonctionne sans histoire pendant des années ... y'a encore un gap ! La route de la fiabilisation peut être longue :-)
Bonne continuation à toi !
# Bravo !
Posté par PLuG . En réponse au journal hacker sa pompe de relevage 3 et fin !. Évalué à 6.
Franchement bravo, c'est du beau travail.
Je n'ai jamais franchi le pas de commander des PCB adaptés, j'utilise des plaques de prototypage sur lesquelles on crée les pistes avec de la soudure ou des fils et quand cela fonctionne, en général je n'ai pas besoin d'un second exemplaire donc ... j'en reste là. Mais c'est vrai que le résultat sur un PCB est très pro. Il faudra que j'essaie ... surtout que j'ai de nouvelles choses à mettre au point : un analyseur eau/traitement de piscine pilotable à distance (il y a de très bons exemples sur le web), et refaire également complètement un SPA. Peut-être que j'irai jusqu'au PCB !
J'ai prévu de bien isoler l'alimentation du micro-controleur et le reste, en plaçant des optocoupleurs de manière à ne piloter que des leds en direct avec l'ESP32. Donc d'avoir un autre étage d'alimentation pour les relais ou SSR (en 5v ou 12v par exemple), puis l'étage de puissance en 220v.
D'ailleurs les SSR sont censés chauffer ... as-tu utilisé des radiateurs ou as-tu mesuré la chauffe ?
Sur la mesure de niveau, j'ai deux exemples qui tournent chez moi mais sur le principe de la mesure de l'espace libre au dessus du réservoir. Un modèle qui utilise une mesure ultra-son avec un capteur HC SR04 (pour mon poële à granulés), hyper stable depuis des années. Un autre qui mesure au laser la quantité de fuel de ma cuve avec un capteur VL53L1X (oui je sais le fuel c'est pas bien ...) mais avec un fonctionnement un peu erratique de la mesure, très bonne quand la cuve est presque pleine, et mesure peu de valeurs fiables quand la cuve est en dessous de la moitié. Ce n'est pas (trop) gênant car quand la mesure n'est pas fiable le capteur renvoie une valeur NaN au lieu de n'importe quoi, et je n'ai pas besoin de beaucoup de mesures pour suivre la consommation, même une par semaine serait suffisant. Le résultat est tellement précis (à la 10aine de litres je dirai) que le livreur de fuel est bluffé à chaque fois.Je suis interessé par la mesure basée sur la pression, quel capteurs vas-tu utiliser ?
Pour compléter les déboires et les expériences apprises: j'ai beaucoup utilisé des appareils SONOFF BASIC qui contiennent des ESP8266 et une alimentation toute faite, il n'y a plus qu'a brancher le 220v, et on peut profiter des GPIO pour faire autre chose que la fonction originelle, flasher ESPHOME et piloter des capteurs par exemple. Cela semblait une bonne idée mais j'ai découvert que dans le temps, ces alimentations ne tiennent pas bien (après plusieurs années), voir qu'elles sont limitées et que en utilisant ESPHOME on a intéret à limiter la puissance du WIFI pour ne pas trop consommer (sans quoi l'ESP n'est pas toujours suffisement alimenté). Il m'a fallu pas mal de temps et de lecture pour apprendre cela. Le symptome était une perte de connexion Wifi aléatoire. Le paramètre ESPHOME pour limiter la puissance wifi: output_power.
Autre expérience avec des variateurs PWM de type H801. Cet appareil est très pratique pour piloter des leds en 12v, leds d'éclairage par exemple. J'ai vécu plusieurs casses au bout de mois/années d'utilisation sans problème apparent. J'ai fini par comprendre que la fréquence par défaut utilisée par ESPHOME pour la fonction PWM était trop élevée (1000Hz) et que les transistors travaillaient trop en commutation, ils chauffaient et finissaient par griller, le symptome était des leds alumées à 100% en continu. Il a suffit de réduire la fréquence (il y a un paramètre frequency pour la fonction PWM de ESPHOME), j'ai utilisé 100Hz sans effet pour les yeux et bien moins exigeant pour le matériel. Là aussi cela m'a pris pas mal de temps pour comprendre et corriger !
C'est amusant de concevoir ces modules/capteurs/automatisations, mais on s'apperçoit qu'entre un truc qui fonctionne, et un truc qui fonctionne sans histoire pendant des années ... y'a encore un gap ! La route de la fiabilisation peut être longue :-)
Bonne continuation à toi !