Je ne peux qu’être d’accord avec toi @jerome6994.
Justement @Domochip et @Bad ont travaillé le plugin pour faciliter le développement de plugin « satellites » au travers de méthodes inclusent dans jMQTT pour l’accès aux données mqtt
Le #plugin-jmqtt est entre de très bonnes mains je te rassure
Et heureusement, car avec le matériel hébergent nativement ce protocole et tous les trucs2mqtt, ce plugin va devenir incontournable.
merci à tous, je suis rassuré
une autre question
à quand une plugin permetlant la création automatique des commandes à partir des infos de Zwavejs2mqtt, comme cela se fait ds Home Assistant ?
Bonjour,
Je suis moi aussi en train de tester le MQTT.
J’ai testé le Zigbee2MQTT, ZWave2js2MQTT et la teleinfo2MQTT vers jMQTT.
J’ai vu la possibilité d’utiliser des templates… Mais rien encore de disponible.
J’ai testé avec ZigbeeLinker qui m’a permis d’avoir des équipements Zigbee facilement.
Je ne bascule pas le ZWave maintenant, car il manque la facilité d’utilisation.
Quel programme utilises-tu pour envoyer les messages MQTT de la téléinfo ?
je me suis mis à docker pour tout ce qui est MQTT.
du coup, j’utilise GitHub - fmartinou/teleinfo2mqtt: Publish teleinfo to mqtt topics.
et avec jMQTT je récupère des infos donc facile à faire 
Je n’affiche pas tout car trop d’info :
Merci @Arnaud_69 car je n’avais pas trouvé en cherchant « teleinfo2mqtt ». Du coup, je m’étais galéré avec un flow Node-Red qui décode directement ce qui vient sur le port série.
C’est marrant moi je trouve plutôt intéressant de ne pas tout basculer en mqtt.
Si service ou plugin foire un jour au moins l’ensemble des équipements ne sera pas par terre.
Dans l’absolu, je dirai que je suis d’accord avec toi.
Après, si tout est en Zigbee, le problème serait le même sur les équipements…
Absolument ! De mon côté j’ai du Zwave, du Zigbee et du WiFi. Ça permet d’éviter la panne sèche tant que Jeedom est encore en vie 
.
De mon côté, c’est trop bricolage.
Enocean pour les fenêtres et température, ZWave pour les radiateurs.
Si un des protocoles tombe, ben pas de chauffage.
Ça augmente les risques de pannes
Le WiFi et le MQTT sont bien les seuls « protocoles » à ne pas tomber ! 
Augmenter le risque je suis pas convaincu mais quand on a plusieurs protocole je trouve qu’il il est plus simple de savoir d’où vient la panne. Si pas de chauffage il suffit de regarder si les capteurs de température remontent encore des valeurs. Si c’est le cas le fautif est du côté de l’autre protocole.
On en a parlé, mais c’est un très gros développement.
A la place pour le moment, le système de templates permet de partager des modèles d’équipements tout fait. Il suffit de nous fournir le template généré et on le met à dispo de la communauté 
Bad, vous pouvez le faire au niveau du plugin directement ? Lors de l’ajout d’un template avoir la possibilité de choisir parmi des templates « communautaires » ?
Hello Bison,
Oui c’est possible d’appliquer les templates fournis par la communauté.
Par contre, il n’y en a pas beaucoup pour le moment:
A l’heure actuelle, tu peux les créer en local et les utiliser pour toi.
Et si tu souhaites en faire bénéficier la communauté, soit tu nous MP, soit tu ouvres une issue sur Github.
Il n’y a pas encore de gestionnaire de template dans jMQTT, mais ça viendra.
Ah oui je n’avais pas vu, il y en a 3 et du coup je n’ai plus ceux que j’avais crée il y a quelques mois quand j’avais crée mes équipements. Une MAJ a du les écraser.
Je te ferais passer mes templates alors ça fera un peu plus fourni mais par contre je vous suggère de les renommer en « xxx [Community] » pour bien indiquer les templates qui viennent de quelqu’un de la communauté et pourquoi pas trouver une astuce pour indiquer de qui afin que si quelque chose ne fonctionne pas bien ou puisse être amélioré (complété), les utilisateurs puissent se parler ?
C’est de bonnes idées, mais c’est un peu hors sujet ici.
On vous tiendra au jus
Je n’ai pas dis qu’il n’avait pas travaillé et que le travail n’était pas de qualité bien au contraire.
Par contre un plugin dédié comme évoqué par mes soins serait bien plus accessible pour tout le monde même les plus novices comme moi.
On arrive à passer des jours entiers pour trouver une commande on off curseur etc alors que cela pourrait être intégré nativement en fonction de chaque objet comme dans ZigbeeLinker.
Et la c’est quand même le must le saint graal
