... Des passages (en occitan)

Afin de pouvoir téléverser des firmwares sur des modules domotiques Sonoff via mon nano-ordinateur OrangePi Win Plus, il a fallu installer le logiciel Arduino IDE. Le problème est que dans les dépôts on ne trouve qu'une ancienne version non fonctionnelle.
Du coup, il faut un peu bidouiller mais heureusement qu'il existe le partage sur Internet, notamment un script ici : https://github.com/pfeerick/pine64-scripts/blob/master/install-arduino-ide.sh

 

 

Une des forces de Jeedom réside dans l'utilisation de scénarios permettant d'automatiser, lancer, arrêter des actions selon l'état des capteurs, les horaires, ... Bref, il n'y a quasiment pas de limites, si ce n'est notre imagination.

Voici donc un exemple permettant de piloter l'ouverture et la fermeture d'un volet roulant en fonction des heures de lever et de coucher du soleil. Pour rappel, j'utilise un module Sonoff Dual R2 pour piloter un volet roulant (voir https://lofurol.fr/joomla/electronique/domotique/156-sonoff-module-sonoff-dual-r2-et-volet-roulant).

I- Récupération des heures de lever et de coucher de soleil

Préalable : j'ai renoncé à utiliser des plugins comme "Héliotrope" ou "Météo" car je n'ai pas réussi à avoir un fonctionnement correct et de plus ça évite que notre système soit dépendant d'un outil externe qui risque de ne plus être maintenu... Du coup, j'ai repris la solution proposée par Asi77 (merci à lui) sur le forum Jeedom https://www.jeedom.com/forum/viewtopic.php?f=30&t=19537 qui a le gros mérite de simplifier les choses.

Tout d'abord, il faut récupérer les latitude et longitude de votre domicile. On peut par exemple utiliser la cartographie libre OpenStreetMap https://openstreetmap.org, puis saisir, dans la barre de recherche, sa localisation (ville, adresse,...). Une fois que la carte affiche la région demandée, il faut placer la souris à l'endroit précis où se trouve votre maison et faire un clic droit pour afficher le menu contextuel et choisir "Afficher l'adresse". Vous obtiendrez dans la colonne de gauche les latitude et longitude qu'il ne vous restera plus qu'à copier pour les utiliser par la suite.

Dans Jeedom, il faut maintenant utiliser le plugin "Virtual"  et ajouter un nouvel équipement (je l'ai appelé "Jour-Nuit").

Lire la suite...

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 :

 

DS18B20 Wemos Lolin32 Lite

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.

Lire la suite...

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 :

Matériel nécessaire :

Schéma de montage :

 Charge solaire batterie 3.7V bb

 

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.

Wemos Lolin32 Lite DHT22

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

 

Lire la suite...

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

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

 

Page 27 sur 34

Syndication

Flux RSS

Connexion

Derniers Articles