Salut.
J’utilise aujourd’hui deconz pour gérer mon réseaux zigbee, y aura-t-il un intérêt a basculé sur ce nouveau plug-in avec la conbee II ?
C’est en Bêta pour le moment avec tous les risques cela suppose
Si ta curiosité t’y pousse va y
Si ton système est stable ne prend pas de risque et attend une version stable.
1 « J'aime »
Ma question ne concerne pas vraiment la beta, l’emploi du futur dans ma question était pour faire allusion à l’emploi du prochain plugin en stable, y aura-t-il un intérêt par rapport au plugin actuel « deconz ». J’avoue ne pas trop comprendre pourquoi un plugin de plus pour conbee2 va t’il apporter quelques choses en plus?
C’est purement de la curiosité.
Alors la réponse est simple, Deconz c’est uniquement la Conbee tout comme Abeille ou Zigate à la clé Zigate, le nouveau plugin est lui multi clé (conbee, zigate, etc…) et supporte il me semble jusqu’à 2 clé.
Est ce que cela répond à ta question ?
1 « J'aime »
Ok, un seul plug-in pour plusieurs type de clefs c’est un beau projet je suppose pour uniformiser les modèles.
1 « J'aime »
Bonsoir,
Quelques JSON qui intègrent les types de batterie pour 3 matériels pour intégration dans une prochaine MAJ
Eurotronic.SPZB0001.json
{
"name": "Vanne Spirit",
"buylink" : "",
"ref":"SPZB0001",
"reset": "Appui long sur les trois bouton -0+, un compteur defile jusqu'à 10, puis la vanne se reinitialise",
"pairing": "Enlever les piles, lorsque la vanne redemarre, il apparait sur l'écran Ins, avec le 0 qui clignote, appuyer sur le O",
"remark": "Vanne qui a tendance à ne plus accepter d'ordre (changement de consigne) à moins d'enlever les piles et de les remettres. Par contre elle remonte toujours bien les informations de température et changement de consigne manuel",
"configuration" : {
"battery_type" : "2x1,5V AA"
},
"commands": [
{
"name": "Température",
"type": "info",
"subtype": "numeric",
"isVisible": 1,
"isHistorized": 1,
"unite" : "°C",
"logicalId": "1::513::0",
"generic_type" : "THERMOSTAT_TEMPERATURE",
"configuration" : {
"calculValueOffset":"#value# / 100"
}
},
{
"name": "Consigne",
"type": "info",
"subtype": "numeric",
"isVisible": 0,
"isHistorized": 0,
"unite" : "°C",
"logicalId": "1::513::18",
"generic_type" : "THERMOSTAT_SETPOINT",
"configuration" : {
"calculValueOffset":"#value# / 100"
}
},
{
"name": "Thermostat",
"type": "action",
"subtype": "slider",
"isVisible": 1,
"isHistorized": 1,
"unite" : "°C",
"value": "Consigne",
"logicalId": "attributes::1::in::513::18::#slider#*100",
"generic_type" : "THERMOSTAT_SET_SETPOINT",
"configuration" : {
"minValue":"6",
"maxValue":"28"
},
"template" : {
"dashboard" : "button",
"mobile" : "button"
}
},
{
"name": "Puissance",
"type": "info",
"subtype": "numeric",
"isVisible": 1,
"isHistorized": 1,
"unite" : "%",
"logicalId": "1::513::8",
"configuration" : {
"calculValueOffset":"#value# / 255 * 100"
}
},
{
"name": "Mode",
"type": "info",
"subtype": "string",
"isVisible": 1,
"isHistorized": 0,
"generic_type" : "THERMOSTAT_STATE_NAME",
"logicalId": "1::513::28"
},
{
"name": "Error",
"type": "info",
"subtype": "string",
"isVisible": 0,
"isHistorized": 0,
"generic_type" : "DONT",
"logicalId": "1::513::16386"
}
]
}
LUMI.lumi.weather.json
{
"name": "Capteur de température/pression/humidité",
"ref" : "Weather",
"buylink" : "",
"reset" : "Il faut presser pendant 10s le bouton du module",
"pairing":"Il faut presser pendant 5s le bouton du module",
"configuration" : {
"battery_type" : "1x3V CR2032"
},
"commands": [
{
"name": "Humidité",
"type": "info",
"subtype": "numeric",
"isVisible": 1,
"isHistorized": 0,
"logicalId": "1::1029::0",
"unite" : "%",
"generic_type": "HUMIDITY",
"configuration" : {
"calculValueOffset":"#value# / 100"
}
},
{
"name": "Température",
"type": "info",
"subtype": "numeric",
"isVisible": 1,
"isHistorized": 0,
"logicalId": "1::1026::0",
"unite" : "°C",
"generic_type": "TEMPERATURE",
"configuration" : {
"calculValueOffset":"#value# / 100"
}
},
{
"name": "Pression",
"type": "info",
"subtype": "numeric",
"isVisible": 1,
"isHistorized": 0,
"logicalId": "1::1027::0",
"unite" : "hPA",
"generic_type": "PRESSURE"
}
]
}
lumi.sensor_magnet.aq2.json
{
"name": "Xiaomi Aquara capteur d'ouverture",
"ref" : "magnet.aq2",
"buylink" : "https://www.domadoo.fr/fr/peripheriques/4514-xiaomi-detecteur-d-ouverture-portefenetre-zigbee-aqara.html",
"reset" : "Il faut presser pendant 10s le bouton du module",
"pairing":"Il faut presser pendant 5s le bouton du module",
"configuration" : {
"battery_type" : "1x3V CR1632"
},
"commands": [
{
"name": "Ouverture",
"type": "info",
"subtype": "binary",
"isVisible": 1,
"isHistorized": 0,
"logicalId": "1::6::0",
"generic_type": "OPENING",
"display": {
"invertBinary" : 1
}
}
]
}
Bonne soirée
Norbert
1 « J'aime »
Salut,
Super merci c’est ajouté.
1 « J'aime »
Y-a-t’il une solution pour vous les envoyer directement plutot que de polluer le forum ?
Norbert
Je preferes par le forum c’est plus simple pour moi de traiter au final.
C’est pas la pollution Norbert c’est plutôt une mémoire, un historique …
et dans ton cas ces informations sont qualitative !
ne change rien le partage est un élément important !
Bonjour,
Du coup, un dernier pour la route, à associer au xiaomi smart cube (LUMI.lumi.sensor_cube.json)
- Ajout des infos batterie
- Ajout de la commande de type info « rotation »
A associer au thread : https://community.jeedom.com/t/cube-xiaomi-aqara-et-plugin-zigbee-beta/42556
Il faudrait rajouter dans la config de la commande Rotation un Arrondi (chiffre après la virgule) = 0 mais je ne sais pas faire pour l’intégrer dans le fichier json (« configuration … »)
{
"name": "Xiaomi smart cube",
"ref" : "Cube",
"buylink" : "",
"reset" : "Il faut presser pendant 10s le bouton du module",
"pairing":"Il faut presser pendant 5s le bouton du module",
"configuration" : {
"battery_type" : "1x3V CR2450"
},
"commands": [
{
"name": "Etat",
"type": "info",
"subtype": "numeric",
"isVisible": 1,
"isHistorized": 0,
"logicalId": "2::18::85"
},
{
"name": "Rotation",
"type": "info",
"subtype": "numeric",
"isVisible": 1,
"isHistorized": 0,
"logicalId": "3::12::85"
}
]
}
Norbert
Top merci ca sera dans la beta de demain (avec l’arrondi)
Bonjour à tous, je ne sais pas si je post au bon endroit. mais j’ai beau fouiller a doite et a gauche, autant tout est relativement clair sur les autre protocole, mais alors sur le zigbee …
Entre les différent plug in, … Je comprend que ce plug in va devenir le plug in officiel de gestion du zigbee.
J’ai aujourd’hui une zigate, que j’utilise avec le plug in associé. Pour passer a ce plug in demain, quel est là clé conseillé par jeedom ? Je vois que la zigate est supporté en Beta, mais est il préférable de passer à une autre (type conbee) ou cela est inutile ?
Merci d’avance pour vos réponses 
Bonjour,
La clef zigate est en beta car je n’en ai pas donc je ne peux faire aucun test dessus, mais les 1er retour des utilisateurs dessus montre que ca marche bien.
1 « J'aime »
Bonjour à tous,
Un element d’analyse par rapport à un pb recurrent avec le plugin zigbee beta et les vannes eurotronic spirit.
Ces dernières ont tendance à se « déconnecter » (impossibilité d’envoyer une consigne à la vanne, ), seule solution pour la « reconnecter », enlever les piles et re-inserer la vanne (« Ins »)
Du coup, j’ai mis en place un scénario qui renvoie à la commande thermostat la valeur de la consigne (bref, ca ne fait rien, juste renvoyer la même valeur et donc initier une communication entre la clé et la vanne)
Résutat, aucune déconnexion de vannes pendant 15j.
desactivation du scenario avant hier, 2 vannes se sont déconnectées depuis
SI ca peut aider à analyser le pb ou mettre en place un palliatif
Norbert
Bonjour
Si le fabricant me répond je lui dirais… Malheureusement il me répond pas et le soucis est de leur côté…
Bonjour,
Ca marche. Dans l’attente d’une éventuelle réponse, je laisse le scénario tourner toutes les heures. Ceci n’a pas d’impact.
Norbert
Oui après je peux aussi faire un truc dans le plugin qui interroge les modules tout les x minutes il le fond sur home assistant mais je trouve ca moyen quand meme
C’est quand même pas terrible et je préfère mettre une petite rustine pour ce pb avec cette vanne, plutôt que de forcer une interrogation sur tous les modules zigbee.
Question subsidiaire, a-t’on possibilité de récupérer la valeur last_seen du module ZIGBEE pour traiter une perte de connexion avec WATCHDOG par exemple :
Ca permettrait d’avoir une alerte sur un equipement qui disparait.
La fonction lastCommunication n’est pas suffisante, car sur des capteurs type ouverture, il n’y a aucune com tant qu’il n’y a pas de chgt d’état du capteur (ouverture ou fermeture)
Un autre point qui serait intéressant, c’est d’avoir une commande de type rafraîchir dans les commandes des modules ZIGBEE comme on l’a sur de nombreux équipements, pour interroger (comme tu le proposais plus haut, mais manuellement) les modules.
En tout cas, merci pour le travail et les échanges !
Norbert
Bonjour,
est-ce que certain d’entre vous on un soucis d’installation des dépendances ?
Le daemon chez moi ne veut pas se lancer car a priori les dépendance ne sont pas installée, alors que je les ai bien installé, au cas ou j’ai ajouté les log d’installation des dépéndances
zigbee_update.log (14,8 Ko)