[Sonoff] Module Sonoff Dual R2 et volet roulant
J'ai découvert ces modules domotiques Sonoff Dual R2 (certifiés CE et FC) communiquant via wifi fabriqué par la société Itead.
Site officiel : https://www.itead.cc/smart-home/sonoff-dual.html et wiki : https://www.itead.cc/wiki/Sonoff_Dual.
Ils possèdent 2 relais ce qui peut être très utile pour piloter des volets roulants. Par contre, leur taille est assez conséquente, ce qui rendra leur intégration difficile (prévoir un espace assez grand pour l'encastrement).
Ils sont conçus sur la base d'un ESP8285. On peut les trouver aux alentours des 8€ en fonction des promotions : https://www.banggood.com/SONOFF-DIY-Dual-Channel-WIFI-Wireless-Remote-Control-Switch-For-Smart-Home-Support-2G-3G-4G-Network-p-1138790.html. Attention, il existe 2 versions, la dernière est la R2 mais ce n'est ni indiqué sur l'emballage, ni sur le module. Il faut donc le démonter pour savoir exactement à quel modèle on a affaire car c'est sérigraphié sur la carte électronique.
On peut les piloter avec Jeedom comme c'est indiqué ici : https://www.habitat-domotique.fr/2018/01/08/presentation-sonoff-dual-r2/
Pour le firmware, le Tasmota conviendrait mieux pour des volets roulants et ESPEasy pour des capteurs selon ce post : https://easydomoticz.com/forum/viewtopic.php?t=6049#p50886). Voir ici une notice pour Tasmota : https://github.com/arendst/Sonoff-Tasmota/wiki/Sonoff-Dual-and-Dual-R2
D'autres explications ici : https://brfilm.net/v-sonoff-dual-with-tasmota-firmware-pGbDFsNMOkw.html
I- Le module
Schéma Fritzing ci-contre, téléchargeable au bas de cette page.
 Sonoff Dual R2.fzpz | [Schéma pour Fritzing du module Sonoff Dual R2] | 56 kB |
[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 + Jeedom : Piloter un relais avec une Wemos Lolin32 Lite
Voici comment on peut commander, à travers le réseau Wifi, un relais à partir d'un module ESP avec le firmware ESPEasy tel que la Wemos Lolin32 Lite. Comme ce module ESP ne "fournit" que du 3,3 Volts via ses broches GPIO, j'ai choisi un relais à 2 canaux pouvant être déclenché avec cette faible tension : https://fr.aliexpress.com/item/1-PCS-2-Canal-Module-de-Relais-3-3-V-Optocoupleur-Lecteur-Panneau-De-Commande-De/32847869020.html
Sources :
- https://www.letscontrolit.com/wiki/index.php/Relais
- https://howtomechatronics.com/tutorials/arduino/control-high-voltage-devices-arduino-relay-tutorial/
I- Branchement
Je compte utiliser ce module pour piloter mon portail de garage qui possède un contact sec (tension de 24V) : il suffit de fermer brièvement ce contact sec pour que ça envoie le signal d'ouverture du portail, le contact n'a pas besoin d'être maintenu. Pour donner l'ordre de fermeture, il suffit de refermer le circuit brièvement. Il n'y a pas de sens précis pour ouvrir ou fermer : une impulsion, le moteur fonctionne dans un sens, une autre impulsion le moteur s'arrête, une autre impulsion il fonctionne en sens inverse. Le relais n'a pas besoin d'être double pour cela mais vu le prix de ce relais (3€ ) et n'ayant pas besoin de compacité, ce n'est pas gênant (ça m'en fait un de secours au cas où..., ou il peut servir à piloter un éclairage...).
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".
ESPEasy : Envoyer un courriel de notification
À 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), il y a possibilité de recevoir directement un courriel indiquant une action réalisée. Ce qui est intéressant, c'est qu'il n'y a pas besoin de serveur domotique comme Jeedom ou autre : on peut donc réaliser un petit système sans sortir l'artillerie lourde.
Voici un exemple permettant d'être informé d'un redémarrage du module (après une coupure de courant par exemple).
