Posez ici vos questions d'utilisation, de configuration de DomoticZ, de bugs, de conseils sur le logiciel lui même dans son utilisation et son paramétrage.
Des forums spécifiques sont ouverts ci-dessous pour regrouper les différents sujets.
Bonsoir,
avant de commencer un projet de sonde température/humidity en 433, je voudrais homogénéiser les gateway RFXCOM, ZWAVE via le protocole MQTT que j'utilise déjà avec le wifi et que je trouve très réactive
le but, serait plus de passerelle connectée en direct sur domoticz. j'utiliserais uniquement domoticz pour des traitements dit intelligents
domoticz_mqtt.png (33.52 Kio) Consulté 3947 fois
Qu'en pensez vous, est-ce qu'il serait mieux de migrer vers des gateway native mqtt comme zigbee2mqtt ou zwavejs2mqtt, sdr2mqtt
Au plaisir d'échanger sur le sujet et d'avoir des retours d'expériences
Pierrotori
Dernière modification par pierrotori le 23 janv. 2022, 19:10, modifié 1 fois.
Si j'ai bien compris, tu veux que Domoticz ne communique qu'en MQTT.
A mon avis, cela vaut le coup que si le support par node red est meilleur que celui de domoticz.
Sinon, cela rajoute une brique et peut jouer sur la réactivité.
L'avantage est que tes devices ESPeasy seront lisibles aussi par node red et communiquer directement avec un autre dispositif.
Par exemple, un bouton zwave qui actionne un module sonoff via node red, domoticz ne faisant qu'afficher passivement les changements d'état.
Une sorte de mode dégradé pourra aussi fonctionner sous Node red en cas de plantage de domoticz.
Par contre, c'est presque 2 systèmes à maintenir.
Cela nécessitera un peu de développement pour que les payload envoyer par les *2mqtt soient convertis pour être compris par domoticz.
Aussi, une migration vers tout autre système ou une cohabitation sera sans doute simplifiée si tout tourne sur mqtt.
Le système mqtt est plus rapide de par conception et sera plus rapide qu’un process traite par domoticz qui ne sait pas forcement faire du multitâche dans ce domaine
En effet 2 systèmes a maintenir c’est a prendre en compte avec un langage different de domoticz
Mqtt est fiable et adapte aux objets iot
Tu prêches un convaincu pour MQTT.
Tous mes ESP fonctionnent en mqtt, ils vont même jusqu'à actionner un module en direct via mqtt plutôt que de passer par domoticz (qui se contente d'avoir l'info).
C'est plus confortable et "waf compliant" quand t'as pas à attendre 1/2sec que la lumière s'allume.
Dans ton modèle, j'utiliserai node red pour tout ce qui a besoin de réactivité et domoticz pour le fond (script de suivi, d'analyse, de monitoring, gestion de chauffage, des volets...).
Je pense aussi qu'à terme , c'est que toutes les gateway devraient parler en Mqtt
Je me suis pas encore lancé dans le nodered en terme de programmation car comme tu le dis 2 systèmes à maintenir
Le jour où je serais prêts je basculerais domoticz vers nodered. Pour l'instant la programmation graphique ne m'attire pas même si nodered peut restituer des graphiques plus attractifs au niveau des widgets
Domoticz permet d'avoir une intelligence assez puissante a plusieurs niveaux avec des process qui collent au plus prêt de notre façon de vivre: boîte noire qui alerte quand c'est utile et pour lequel l'on peut ajuster le paramétrage
d'ailleurs mon schéma venant de ce site, on voit que l'on déclare dans domoticz une gateway pour chaque protocole, je suppose que c'est pour assurer une fluidité dans les traitements et donc isoler chaque protocole
bonjour,
après avoir vu vos discussion j'ai expérimenté node-red pour l'allumage de mes lumières extérieures à partir de détecteurs de mouvement.
Mes lumières et détecteurs sont en zwavejs2mqtt, donc sur mqtt.
J'ai commencé avec node-red pour voir si je pouvais résoudre des problèmes entre zwavejs2mqtt et dz pour mes qubino (voir mon post sur l'upgrade de version 2022.1)
Mon script dzVents d'éclairage extérieur est un peu complexe, et je me suis dit que ce serait intéressant de voir si node-red pouvait l'accélérer
J'ai des règles d'allumage et des règles d'extinction. Les règles d'allumages sont les candidates à aller dans node-red, les règles d'extinction (où je déplace la complexité) restent dans dz.
Pour le moment j'ai fait la partie allumage dans node-red tout en gardant l'allumage dans dz: je croise les détecteurs / lumières entre dz et node-red, à chaque détecteur, une lumière s'allume pour node-red et une pour dz.
J'ai des détecteurs différents et des modules de lumières différents aussi, mais comme tout est croisé, à la fin cela donne une idée...
Les résultats...
Sur la base d'un ressenti pur, ce qui est important aussi...
Quand je passe devant un détecteur, la lampe node-red est la 1ere à s'allumer, mais de très peu en général, 1/10 ou 2/10 de sec avant dz qui est très rapide aussi... (cela dépend aussi du détecteur et de la qualité du réseau)
Mais parfois c'est 2 ou 3 sec d'écart, dz est peu être occupé...
Plus rarement, c'est long des 2 côtés (3 à 5 sec) pb de détecteur, réseau, bug de mon côté...
Globalement, utiliser Node-RED en complément me parait une bonne approche, mais c'est encore un truc à apprendre... et node-red est plus bas niveau que dz, donc à faire quand le système est stabilisé à mon avis... (mais je ne suis un assez expert node-red pour avoir fait qqch pas trop en dur...)
Merci pour les infos sur le projet Matter, pour le moment, je suis plus sur une fiabilisation qu'une refonte... et rapartir sur de nouveau problème
Par rapport à l'utilisation de Node-RED, j'ai commencé ici smart light Node-RED+zwave+dz
Le projet est officiellement sorti hier, c'est à mon avis un peu tôt pour voir son intégration dans DomoticZ. Déjà qu'on attend que la stable soit compatible avec la dernière version de Debian (Bullseye)
Tu trouveras certainement plus d'infos sur le forum anglophone.
