[Sonoff] Module Sonoff Dual R2 et capteur DHT22
Le module Sonoff Dual R2 (présenté ici : https://lofurol.fr/joomla/electronique/domotique/156-sonoff-module-sonoff-dual-r2-et-volet-roulant) est intéressant pour piloter un volet roulant.
I- Branchements et réglages dans Tasmota
Il est aussi possible de lui rajouter un capteur DHT22 pour mesurer la température et l'humidité (voir ici pour d'autres détails : https://lofurol.fr/joomla/electronique/domotique/165-espeasy-temperature-et-humidite-avec-capteur-dht22).
Pour cela, il faut utiliser les GPIO 1 (Tx ou Serial Out) ou GPIO 3 (Rx ou Serial In) qui sont les ports série servant notamment à flasher le module. Mais dans ce cas, il est nécessaire de désactiver les logs qui transitent via ces broches. Dans la console de Tasmota, il faut donc envoyer la commande : SerialLog OFF.
Ensuite, sur la configuration du module, sur le GPIO 1 ou 3, on choisit son capteur. Pour le DHT22, il faudra choisir "02 AM2301" (en effet depuis janvier 2018 avec la version 5.11.0 20180107, le DHT22 a été regroupé avec le AM2301).
Source : https://github.com/arendst/Sonoff-Tasmota/wiki/Sensor-Configuration
Concernant le branchement, rien de plus simple (faut dire que j'ai soudé sur le connecteur J2 4 broches mâles pour faciliter le flashage), suivant ma configuration :
- broche - du DHT22 sur GND du Sonoff
- broche Out du DHT22 sur Tx du Sonoff
- broche + du DHT22 sur Vcc du Sonoff
II- Intégration dans Jeedom
Du fait que le capteur DHT22 renvoie 2 mesures (la température et l'humidité
, le pluquin MQTT ne convient pas. Il faut utiliser alors le plugin jMQTT et sa fonction "parsejson". Il faut attendre que le module renvoie une série de mesure pour voir apparaître les détails.
Source : https://www.jeedom.com/forum/viewtopic.php?t=33806
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
[Sonoff] Flasher le firmware Tasmota sous Arduino IDE
Ayant essayé de flasher le firmware Tasmota avec Esptool sur un module Sonoff Dual R2 mais sans succès, j'ai dû me rabattre sur la compilation avec Arduino IDE. Pour cela, il est nécessaire au préalable d'installer des outils complémentaires pour pouvoir travailler.
Remarque : sous Ubuntu, mon OS, il ne faut pas installer la version Arduino IDE dans les dépôts car elle date de Mathusalem !!! Voir ici : https://doc.ubuntu-fr.org/arduino#depuis_l_archive_du_site_officiel
Source principale : https://github.com/arendst/Sonoff-Tasmota/wiki/Arduino-IDE
Remarque : Esptool peut toutefois être utile pour effacer la mémoire flash du module. En effet, on peut rencontrer des erreurs dans le téléversement du firmware à cause de traces anciennes qui encombrent la mémoire (et qui empêche le flashage par manque de place). Si c'est le cas, cette ligne effacera la mémoire de votre module ESP :
esptool.py --port /dev/ttyUSB0 erase_flash
I- Récupération de la bibliothèque Esp8366 dans Arduino IDE
Il faut aller dans le menu "Fichier" -> "Préférences" et renseigner en bas dans la ligne "URL de gestionnaires de cartes supplémentaires", cette adresse : http://arduino.esp8266.com/stable/package_esp8266com_index.json.
[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).
