ESPEasy : capteur de température Dallas DS18B20
Toujours avec un module Wemos Lolin32 Lite, voici comment utiliser un capteur de température Dallas DS18B20. Si on a un module ESP fonctionnel, le montage et le paramétrage du capteur est assez facile à la condition de procéder correctement au branchement.
Sources :
- https://www.letscontrolit.com/wiki/index.php/Dallas_DS18b20
- https://www.carnetdumaker.net/articles/mesurer-une-temperature-avec-un-capteur-1-wire-ds18b20-et-une-carte-arduino-genuino/
I- Le capteur Dallas DS18B20 et son branchement
Ce capteur fonctionne entre 3 et 5 Volts, ce qui en fait un composant idéal pour un module ESP. Pour cela, j'ai utilisé un capteur comme celui-ci (autour de 1€ ) : https://fr.aliexpress.com/item/1pcs-DS18B20-Stainless-steel-package-1-meters-waterproof-DS18b20-temperature-probe-temperature-sensor-18B20/32656021988.html.
Ce capteur est contenu dans un boîtier étanche en acier inoxydable et monté le long d'un câble d'environ 1 m. On peut ainsi s'en servir pour mesurer la température dans un liquide, celle de l'eau d'une piscine par exemple.
Ce capteur utilise la technologie OneWire qui fait que les données transitent par un seul câble. Les 2 autres servent à l'alimentation électrique :
- câble rouge Vcc : à relier sur la sortie 3.3V
- câble noir GND : à relier à la masse GND
- câble jaune Data : à relier sur un GPIO (j'ai choisi le GPIO 2)
IMPORTANT ! Afin que la remontée de la température se fasse il est nécessaire de mettre une résistance de 4,7 kOhms entre les câbles de données jaune et d'alimentation rouge.
Alimentation autonome de petits projets électroniques
Grâce aux différents modules électroniques proposés aujourd'hui (ESP32 par exemple comme la Lolin32 Lite de Wemos), il est possible de disposer de capteurs "autonomes" pouvant facilement communiquer via le Wifi (ou des ondes radio). Se pose alors la question de leur alimentation électrique. On utilisera pour cela des batteries mais il faudra penser régulièrement à les recharger. Ce qui n'est pas tellement pratique. Pourquoi ne pas alors utiliser l'énergie solaire ?
Sources :
- https://www.instructables.com/id/ESP8266-Li-Ion-Battery-rechargeable-battery-power-/
- http://www.rogerclark.net/lipo-battery-charging-from-a-1w-5v-solar-panel/
- Site Youtube d'Andreas Spiess (une mine, en anglais "suisse" ;-)) : https://www.youtube.com/channel/UCu7_D0o48KbfhpEohoP7YSQ, exemple avec la video #155 : https://hooktube.com/watch?v=ttyKZnVzic4
- https://www.instructables.com/id/DIY-SOLAR-LI-ION-LIPO-BATTERY-CHARGER/
Matériel nécessaire :
- Chargeur à base de TP4056 avec protections (il en existe sans...). Trouvable ici : https://www.ebay.fr/itm/5036-1-%C3%A0-5pcs-Module-chargeur-batteries-lipo-TP4056-1A-Lithium-Battery-Charger/192203465042 (2,84€ les 2, port compris).
- 1 panneau solaire 5V avec intensité max de 250 mA (1,25 W) : https://fr.aliexpress.com/item/5V-1-25W-Monocrystalline-Silicon-Epoxy-Solar-Panels-Module-kits-Mini-Solar-Cells-For-Charging-Cellphone/32819488562.html (2,93€, port compris).
- 1 batterie de 3,7v, d'une capacité de 1500 mA : https://fr.aliexpress.com/item/3-7V-1500mAh-YAXUAN-YX693-1-YX709-1-remote-control-plane-aircraft-battery-3-7V-1500mAh/32756943889.html (6,24€, port compris). Utilisation d'une batterie de ce voltage car les composants à base de ESP8266, ESP8285 ou ESP32 fonctionnent sous 3,3V.
Schéma de montage :
ESPEasy : Température et Humidité avec capteur DHT22
Toujours avec un module Wemos Lolin32 Lite, voici comment utiliser un capteur DHT22 permettant d'être informé sur la température et l’humidité environnantes. Si on a un module ESP fonctionnel, le montage et le paramétrage du capteur est un jeu d'enfant.
I- Le capteur DHT22 et son branchement
Pour cela, j'utilise un capteur comme celui-ci (un petit peu plus de 2€ ) : https://fr.aliexpress.com/item/DHT22-single-bus-digital-temperature-and-humidity-sensor-module-electronic-building-blocks-AM2302-for-arduino/32301637305.html.
Ce capteur est monté sur une petite carte avec 3 broches (le DHT22 comporte 4 broches mais seules 3 sont utilisées) :
- broche + : à relier sur la sortie 3.3V
- broche Out : à relier sur un GPIO (j'ai choisi le GPIO 2)
- broche - : à relier à la masse GND
[Jeedom] Problème des topics persistants dans Mosquitto MQTT
Lorsque j'ai testé mon premier module ESP et la communication via MQTT, j'ai fait de nombreux essais. Le problème est que par défaut, MQTT garde en mémoire tous les topics même si on ne s'en sert plus alors même qu'on les a supprimés dans Jeedom : à chaque redémarrage, ces topics fantômes réapparaissent. Tout ça n'est pas très propre et très pratique (surcharge l'affichage alors que ça ne sert à rien).
Pour s'en débarrasser, lorsqu'on a fini les réglages/essais de ses modules ESP, il faut agir directement au niveau du "broker" MQTT (c'est à dire Mosquitto) pour supprimer ces vieilles configurations gardées en mémoire.
Mon Jeedom tourne dans un conteneur Docker sur mon serveur NAS Synology, et Mosquitto lui est installé directement sur mon serveur (il n'est pas dans le conteneur Jeedom). Je me connecte donc en ssh sur mon NAS Synology et je vais modifier le fichier /usr/local/mosquitto/var/mosquitto.conf avec la commande :
sudo vim /usr/local/mosquitto/var/mosquitto.conf
Ensuite on va dans la section "Persistence" et là on décommente la ligne "persistence false". On enregistre puis via le centre de paquets du NAS Syno, on arrête et on relance le paquet "Mosquitto". On peut aller dans Jeedom pour arrêter et relancer le plugin "MQTT", relancer son démon et voir si ces topics fantômes existent encore. Une fois qu'on a constaté que le problème est réglé, il ne faut pas oublier de reconfigurer Mosquitto pour qu'il retrouve son réglage initial, c'est à dire qu'il garde par défaut en mémoire les anciens topics en commentant la ligne (en rajoutant le signe # en début de ligne) "persistence false".
Source : https://community.home-assistant.io/t/persistent-mqtt-after-reboot/12642
Info partagée ici dans le fil "MQTT" du forum Jeedom : https://www.jeedom.com/forum/viewtopic.php?f=96&t=5764&p=605823#p605823
[Ubuntu] Activation du Beep, signal sonore d'erreur
En voulant signaler une erreur de façon sonore dans une macro LibreOffice, je me suis aperçu que la fonction "Beep" ne fonctionnait pas. Un petit tour sur Internet et c'est effectivement un bug qu'Ubuntu traîne depuis quelques temps (c'est peut-être résolu dans les dernières versions...). Voici la solution qui a fonctionné pour moi : https://bugs.launchpad.net/ubuntu/+source/unity/+bug/769314
Il faut éditer le fichier "etc/pulse/default.pa" :
sudo vim /etc/pulse/default.pa
Puis activer (ou ajouter ou modifier) ces lignes en enlevant le signe # :
load-sample-lazy x11-bell /usr/share/sounds/ubuntu/stereo/bell.ogg load-module module-x11-bell sample=x11-bell
On relance pulseaudio via la commande :
pulseaudio -k
Jeedom : Envoyer différentes sortes de notifications via un scénario
À partir du module ESP32, clone du Wemos Lolin32 Lite, et après y avoir installé le firmware ESPEasy (plus d'info ici : https://lofurol.fr/joomla/electronique/domotique/139-creer-ses-propres-objets-connectes-avec-les-modules-esp), voici comment à partir de Jeedom envoyer des notifications par courriel. Pour info, il est possible d'envoyer des courriels de notification directement via ESPEasy (voir ici pour plus d'infos : https://lofurol.fr/joomla/electronique/domotique/157-espeasy-envoyer-un-courriel-de-notification).
Il faut tout d'abord installer dans Jeedom le plugin gratuit "Mail". Ensuite il faut ajouter une action et il faut saisir, dans l'onglet "Équipement", les informations relatives au compte de courriel qui sera utilisé pour envoyer les messages.
Inutile de rendre cet équipement visible car on l'utilisera dans des scénarios (voir plus bas).
I- Plugin "Mail" dans Jeedom
ESPEasy : Détecter l'ouverture et la fermeture d'une porte
Il est très facile avec un module Wemos Lolin32 lite d'être informé sur l'état d'une porte via un courriel.
I- Détecteurs d'ouverture utilisés
Pour cela, j'utilise des détecteurs d'ouverture de porte NC (Normally Closed with magnet) comme ceux-ci : https://fr.aliexpress.com/item/10Pcs-5Pair-MC-38-MC38-Wired-Door-Window-Sensor-Magnetic-Switch-Home-Alarm-System-Normally-Closed/32685607339.html.
Sur les sites marchands, il est assez difficile de savoir exactement à quels types de détecteurs on a affaire car il y a une ambiguïté entre NO et NC selon que l'on prenne en compte ou pas l'aimant qui influe sur l'état du composant appelée "Reed" en anglais. Voir ici pour plus d'informations : http://www.hw2sw.com/2012/09/07/connecting-a-magnetic-reed-door-switch-into-arduino/.
- Ces capteurs lorsqu'ils sont "collés" (proches l'un de l'autre en fait), laissent passer le courant : le circuit est fermé.
- Lorsqu'on les éloigne l'un de l'autre, le courant ne passe plus : le circuit est ouvert. Si l'on coupe un des fils, on ouvre aussi le circuit, ce qui indique un dysfonctionnement ou une "destruction".
Page 30 sur 36