Je ne saurai malheureusement pas t’aider sur ce coup là. Essayes de parcourir le git de zigbee2mqtt peut-être, ou ouvrir une issue.
Merci @MrGreen.
J’avoue être un peu déçu, car si toi, tu ne sais comment intégrer ce ZigBee Bridge dans le plugin dont tu es l’auteur, je ne vois qui pourrait y arriver … en particulier, pas moi qui débute dans le protocole zigbee 
Dommage, cet équipement a de nombreuses possibilités : voir ici
Si quelqu’un a une idée, je suis preneur.
L’idée se trouve actuellement à mi-chemin entre le plugin-jmqtt en cours de reprise (GitHub - Domochip/jMQTT: Jeedom plugin to interface as a client with an MQTT broker.) et le plugin-zigbee2mqtt qui lui est interfacé avec GitHub - Koenkk/zigbee2mqtt: Zigbee 🐝 to MQTT bridge 🌉, get rid of your proprietary Zigbee bridges 🔨.
Pour gérer le Sonoff ZbBridge, une adaptation du plugin-zigbee2mqtt ne semble finalement pas si petite qu’elle pouvait en avoir l’air à première vue.
Le plugin-zigbee2mqtt n’a apparemment pas vocation à aller plus loin que son interfacage avec la passerelle zigbee2mqtt de Koenkk.
En effet le plugin-zigbee2mqtt découvre et remonte automatiquement les devices zigbee dans les équipements/commandes Jeedom
mais est spécialisé dans le sens ou il s’interface avec les modèles de devices zigbee définis
ici https://github.com/Koenkk/zigbee-herdsman-converters/blob/master/devices.js
(et converti en plus clair ici : | Zigbee2MQTT)
Tandis que le plugin-jmqtt nécessite pour l’instant une création manuelle des équipements/commandes Jeedom mais est d’un usage potentiellement plus large, en cours d’évolution d’ailleurs, avec par exemple une notion de « template » de devices en cours de réflexion (voir image dans mon premier post de ce sujet).
Le Sonoff Zigbee Bridge, flashé Tasmota (en mode Zigbee2Tasmota / MQTT) est donc ni plus ni moins qu’une passerelle wifi/zigbee qui publie des devices dans un broker MQTT.
C’est aussi ce que fait la « passerelle zigbee2mqtt » de Koenkk (constitué par exemple, en mode déporté d’un RPI + clé USB zigbee).
Le broker MQTT (Mosquitto) pouvant d’ailleurs être le même pour ces 2 passerelles.
Il s’agit ensuite à un client MQTT de souscrire au devices exposés par le broker MQTT.
le plugin-jmqtt et le plugin-zigbee2mqtt embarquent tous deux un client MQTT.
Le challenge commun de ses 2 plugins, à des niveaux différents, étant de convertir le monde MQTT et ses devices dans le monde Jeedom avec ses équipements/commandes.
Dans le même ordre d’idées on peut aussi imaginer par exemple un plugin-zwave2mqtt pour s’interfacer avec une passerelle zwave2mqtt, etc …
Conclusion, pour le ZbBridge en mode Zigbee2Tasmota, le mieux à ce stade est d’utiliser le plugin-jmqtt (même si devices → équipements/commandes défini en manuel) en s’aidant de MQTT-Explorer et de l’option d’affichage « JSON » dans les commandes d’un équipement du plugin-jmqtt (voir image dans mon premier post de ce sujet).
akenad 
Le plugin est sorti vendredi dernier. Je suis en train de stabiliser le programme et de m’occuper des dernières intégrations.
Un peu de compréhension sera la bienvenue.
Je m’occupe du plugin qui fait la liaison entre Jeedom et z2m. Par la suite, on pourra voir le reste oui, mais il y a une procédure pour cela et déjà même des utilisateurs commencent à tester la procédure : Zigbee2MQTT
(il ne s’agit pas du plugin dont on parle, mais de z2m pour l’intégration de nouveau équipement 
Envoi moi un MP stp avec le maximum d’infos possible et dès que j’ai un moment, je t’aiderai dans ce sens là si c’est possible de l’intégrer (ma réponse était dans ce sens là)
Merci @MrGreen.
Je comprends parfaitement qu’il y ait des priorités et que la stabilisation du plugin soit la première.
Je n’avais pas compris que ce n’était qu’un problème de priorité : j’ai tout mon temps.
Je vais collecter un maximum d’informations et te remercie de les regarder lorsque ta charge aura diminuer.
Bon courage et merci.
2 « J'aime »
Merci @akenad pour ce long explicatif.
Je suis bien d’accord.
C’est pourquoi je pensais qu’il pourrait s’intégrer comme passerelle dans le plugin zigbeeLinker (ex zigbee2mqtt). Mais je comprends que ce ne soit pas la première des priorités.
Un espoir réside dans l’étude que fait actuellement Konkk pour intégrer des passerelles EZSP avec EFR32 (ce qui est le cas du Sonoff, il me semble).
Quant à JMQTT, que j’appréciais énormément, j’avoue avoir beaucoup de mal pour le moment, malgré les efforts louables que vous déployez : je ne comprends pas comment gérer les commandes de type info (j’ai le plugin « github domochip »), mais avoue ne pas y avoir encore passé beaucoup de temps : je récupère bien tous mes devices connus du bridge (dans un équipement zigbee2mqtt/SENSOR/#, mais ne sais pas les exploiter.
En tous cas, bravo pour la reprise de ce plugin JMQTT, qui est à la base de toute ma domotique non zigbee (automatisation de ma piscine, avec des Sonoff).
1 « J'aime »
J’ai installé le jMQTT nouveau : bravo, c’est très confortable.
J’ai créé des template pour mes équipements (triple bouton TS0043 aqara et minZB Sonoff).
Mais je tombe sur un os : je n’arrive pas lancer de commande sur le switch miniZb qui est toujours déclaré « reachable »: false.
Dans le status il est déclaré true avant la commande et false pendant et après la commande.
17:18:14.333 MQT: zigbee2mqtt/stat/RESULT = {"ZbStatus3":[{"Device":"0xF00B","Name":"SW_01","IEEEAddr":"0x804B50FFFEA7F6B4","ModelId":"01MINIZB","Manufacturer":"SONOFF","Endpoints":[1],"Config":["O01"],"Power":1,"Reachable":true,"LastSeen":123,"LastSeenEpoch":1618154171,"LinkQuality":71}]}
17:18:18.987 MQT: zigbee2mqtt/stat/RESULT = {"ZbSend":"Done"}
17:18:21.220 MQT: zigbee2mqtt/SW_01/tele/SENSOR = {"SW_01":{"Device":"0xF00B","Name":"SW_01","Reachable":false}}
17:18:45.310 MQT: zigbee2mqtt/stat/RESULT = {"ZbStatus3":[{"Device":"0xF00B","Name":"SW_01","IEEEAddr":"0x804B50FFFEA7F6B4","ModelId":"01MINIZB","Manufacturer":"SONOFF","Endpoints":[1],"Config":["O01"],"Power":1,"Reachable":false,"LastSeen":154,"LastSeenEpoch":1618154171,"LinkQuality":71}]}
Je ne sais pas trop comment faire (je viens d’y passer des heures) !
Passer dans des groupes (ce que je ne sais pas encore faire) ?
As-tu des idées ou déjà eu le problème ?
Merci.
Hello @MrGreen ,
Je sort ce topic pour voir si le support du ZbBridge de Sonoff est supporté ou fait partie de ta roadmap?
Mon Rpi se trouve dans la cave et la solution ZbBridge offre l’avantage d’être discrete et permet de déporter le bridge MQTT/Zigbee n’importe où dans la maison.
Merci pour ta réponse
Salut,
certains l’ont utilisés mais je n’ai pas de retour d’expérience.
La solution la plus stable est d’utiliser socat et de déporter l’adaptateur connecté à un rpi placé dans ta maison.
Retour d’expérience.
J’utilise ZbBridge, car effectivement très souple d’utilisation.
J’ai pour le moment abandonné la solution MQTT au profit du plugin Zigbee (en mode ZHA) car plus souple d’utilisation.
L’inconvénient majeur est la perte des commandes ZIgbee de Tasmota, mais la solution est très stable.
Ma configuration utilise 2 ZbBridges à deux étages différents pour une bonne couverture globale, mon RPi étant au chaud près de la box.
2 « J'aime »
Bonjour à tous, Bonjour midi30,
Midi30 je suis sur tes traces en voulant moi aussi déployer des ZigBee2Tasmota chez moi.
Je n’utilise pas le zbbridge SONOFF car je veux de l’Ethernet et du POE, j’utilise donc un ESP32-POE avec un dongle USB zigbee SONOFF, le tout pour un peu moins de 30€.
Ton projet d’utiliser ZigBee2Tasmota dans JEEDOM a-t-il avancé ou bien es-tu resté de mode ZHA ?
Bonjour @route .
Pour le moment, je me contente de la solution ZHA qui fonctionne à peu près bien. L’inclusion de certains équipements est ni évidente ni même réalisable, et le zbBridge est très passif.
Ta solution est beaucoup sophistiquée et je regrette de ne pouvoir t’apporter des éléments pour la mener à bien.
Bon courage et bonne chance.