Bonjour,
J’ai un module Orvibo qui fonctionne et qui maintenant actionne mon chauffage donc je vais arreter les manip sur celui-ci, histoire d’être au chaud…
J’ai un 2ème module, je ferai la manip de l’inclusion ce week end et j’essayerai de vous remonter les bonnes infos du log dans la foulée.
On a vu des soucis sur les inclusions ca va nous prendre un peu de temps à corriger mais ya bien des trucs bizarre (sur certain module seulement)
Bonjour Loic
Ce n’est pas technique mais une liste des produits compatibles soit dans le module ou dans la doc ce serait sympa. Ça évite d’acheter des produits hors sujet pour des non techos comme
Sinon merci pour cette initiative car zwave j’en peux plus.
1 « J'aime »
Bonjour @pthierce,
La liste des équipements compatibles avec le plugin-zigbee est dans l’onglet équipement.
akenad 
Cool merci
Micro module Sonoff.
On-Off et compatible Interrupteur et Va&Vient classique ( non compatible bouton poussoir ou interrupteur tactile)
{
"ieee": "84:71:27:ff:fe:93:17:6e",
"nwk": 31895,
"status": 2,
"lqi": "215",
"rssi": "-67",
"last_seen": "1607171726.2637825",
"node_descriptor": "01:40:8e:02:10:52:52:00:00:2c:52:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 256,
"profile_id": 260,
"manufacturer": "SONOFF",
"model": "01MINIZB",
"output_clusters": [
{
"id": 4096,
"name": "LightLink",
"attributes": []
}
],
"input_clusters": [
{
"id": 0,
"name": "Basic",
"attributes": [
{
"id": 0,
"name": "zcl_version",
"value": 3
},
{
"id": 4,
"name": "manufacturer",
"value": "SONOFF"
},
{
"id": 5,
"name": "model",
"value": "01MINIZB"
},
{
"id": 6,
"name": "date_code",
"value": "20200927"
},
{
"id": 7,
"name": "power_source",
"value": 0
}
]
},
{
"id": 3,
"name": "Identify",
"attributes": []
},
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": [
{
"id": 0,
"name": "on_off",
"value": 0
}
]
},
{
"id": 4096,
"name": "LightLink",
"attributes": []
}
]
},
{
"id": 242,
"status": 1,
"device_type": 97,
"profile_id": 41440,
"manufacturer": null,
"model": null,
"output_clusters": [
{
"id": 33,
"name": "GreenPowerProxy",
"attributes": []
}
],
"input_clusters": []
}
],
"signature": {
"manufacturer_name": "SONOFF",
"model": "01MINIZB",
"node_descriptor": {
"byte1": 1,
"byte2": 64,
"mac_capability_flags": 142,
"manufacturer_code": 4098,
"maximum_buffer_size": 82,
"maximum_incoming_transfer_size": 82,
"server_mask": 11264,
"maximum_outgoing_transfer_size": 82,
"descriptor_capability_field": 0
},
"1": {
"profileid": 260,
"deviceid": 256,
"in_clusters": [
0,
3,
4,
5,
6,
4096
],
"out_clusters": [
4096
]
},
"242": {
"profileid": 41440,
"deviceid": 97,
"in_clusters": [],
"out_clusters": [
33
]
}
},
"class": "zigpy.device"
}
{
"name": "Sonoff ZBMINI",
"ref" : "01MINIZB",
"buylink" : "",
"reset" : "Appuyer 5sc sur le bouton du micro module",
"pairing" : "Au premier branchement le module se mets en inclusion, passer votre réseaux Zigbee en mode inclusion il devrait s'appairer tout seul",
"commands": [
{
"name": "Etat",
"type": "info",
"subtype": "binary",
"generic_type": "LIGHT_STATE",
"isVisible": 0,
"isHistorized": 0,
"logicalId": "1::6::0"
},
{
"name": "On",
"generic_type": "LIGHT_ON",
"type": "action",
"subtype": "other",
"isVisible": 1,
"isHistorized": 0,
"value" : "Etat",
"logicalId": "1::on_off::on",
"template":{
"dashboard" : "light",
"mobile" : "light"
}
},
{
"name": "Off",
"generic_type": "LIGHT_OFF",
"type": "action",
"subtype": "other",
"isVisible": 1,
"isHistorized": 0,
"value" : "Etat",
"logicalId": "1::on_off::off",
"template":{
"dashboard" : "light",
"mobile" : "light"
}
},
]
}
Bonjour
est-ce normal d’avoir ce genre de retour d’état pour le Switch Mijia de chez Xiaomi ?
Merci.
C’est les valeurs par défaut. Pour ton module si tu veux connaître les retours réel qui doivent être 1001, 1002, 1003, 2001, 2002, 2003… Le plus simple tu laisse ton scénario avec style :
Bouton 1 == 1
Action = ce que tu veux c’est pas important.
Tu active ton scénario, tu fais les appuis sur ton Switch et tu regarde le log, tu sauras les états à utiliser en fonction de l’appuie.
Oh merci pour cette astuce 
Bonjour,
On est en dev sur https://compatibility.jeedom.com/ cepuis quelques mois mais pour l’instant c’est un poc donc il faut eviter de le diffuser.
Bonjour,
Merci ca sera dans la prochaine maj du plugin
Bonsoir,
Je reviens vers vous car sur ma machine de test il ne m’est pas possible d’installer le plugin pour cause de « PARITY_NONE ».
Sur le forum il y avait déjà des utilisateurs avec ce problème et celà avait été résolu par la désactivation du plugin DECONZ et par l’exécution de la commande « sudo pip3 uninstall serial » dont le résultat fut « Skipping serial as it is not installed. »
Pour preuve que je n’ai pas de « serial deconz » :
Je joins le log du debug lorsque je tente de démarrer le démon.zigbeed_log.txt (45,4 Ko).
Ma config est simple :
–> Pi4 avec SSD
–> Version Jeedom core 4.0.61
–> Plugin Zigbee version de ce jour
–> clé conbee2
→ un module zigbee xiaomi smart plug
Ma clé conbee2 est bien visible et sur le port ttYACM1:
Ma config dans le plugin Zigbee:
Merci d’avance pour votre aide.
Je n’ai pas les même versions que toi :
pip ne me renvoie rien, c’est pip3 qui me renvoie quelque chose et v3.5 de pyserial et pas v3.4 (je suis en jeedom 4.1).
sudo pip3 show serial pyserial
Name: pyserial
Version: 3.5
Summary: Python Serial Port Extension
Home-page: https://github.com/pyserial/pyserial
Author: Chris Liechti
Author-email: cliechti@gmx.net
License: BSD
Location: /usr/local/lib/python3.7/dist-packages
Requires:
Required-by: pyserial-asyncio
As-tu reessayer de réinstaller les dépendances en ayant bien desinstallé serial avec pip et pip3 ?
(normalement, le plugin zigbee le fait depuis la découverte du pb)
Norbert
Merci pour ta réponse.
Oui j’avais suivi cette recommandation (de toi d’ailleurs) écrite sur un autre post zigbee de ce forum.
Je viens de refaire la commande pour etre sur à 300% mais je n’avais déjà pas le serial :
Penses tu que c’est la version du pyserial qui pourrait poser problème ?
Sinon comment je peux faire la mise à jour du pyserial ?
Merci d’avance
Je n’en ai aucune idée, je ne sais pas si la version 4.0.61 de Jeedom ne necessite pas pyserial 3.4
sudo pip show serial pyserial
sudo pip3 show serial pyserial
ne te donnes bien qu’un seul package
Tu es sur quelle distribution ? je vois python 2.7 sur ton screenshot un peu plus haut ?
Norbert
Voila ce que ça donne : 
Pour la version de l’OS :
Merci
essaye de désinstaller la version correspondant à python 2.7 :
sudo pip uninstall pyserial
Bonsoir,
j’ai depuis quelque jour des comportements étrange sur mon plugin zigbee, retours d’etat qui foncitonne très mail, inclusion des matériels très difficile voir impossible, synchronisation qui ne marche pas !
avec des message d’erreur de ce type là plein mes logs …
[2020-12-08 16:53:48][INFO] : 200 POST /device/attributes (127.0.0.1) 229.37ms
[2020-12-08 16:53:48][DEBUG] : [DeviceHandler.prepare] Json arg : {'ieee': '00:15:8d:00:05:48:9b:d9', 'endpoint': 1, 'cluster': 1026, 'cluster_type': 'in', 'attributes': [0], 'allowCache': 0}
[2020-12-08 16:53:48][DEBUG] : [0x8caf] Extending timeout for 0x3b request
[2020-12-08 16:53:48][DEBUG] : Sending Zigbee request with tsn 59 under 60 request id, data: b'003b000000'
[2020-12-08 16:53:48][DEBUG] : Command Command.aps_data_request (20, 60, 0, <DeconzAddressEndpoint address_mode=2 address=0x8CAF endpoint=1>, 260, 1026, 1, b'\x00;\x00\x00\x00', 2, 0)
[2020-12-08 16:53:48][DEBUG] : Send: 0x1253001b0014003c0002af8c0104010204010500003b0000000200
[2020-12-08 16:53:48][DEBUG] : Frame received: 0x12530009000200223c
[2020-12-08 16:53:48][DEBUG] : APS data request response: [2, <DeviceState.APSDE_DATA_REQUEST_SLOTS_AVAILABLE|2: 34>, 60]
[2020-12-08 16:53:49][DEBUG] : Frame received: 0x0e54000700a600
[2020-12-08 16:53:49][DEBUG] : Device state changed response: [<DeviceState.128|APSDE_DATA_REQUEST_SLOTS_AVAILABLE|APSDE_DATA_CONFIRM|2: 166>, 0]
[2020-12-08 16:53:49][DEBUG] : Command Command.aps_data_confirm (0,)
[2020-12-08 16:53:49][DEBUG] : Send: 0x04540007000000
[2020-12-08 16:53:49][DEBUG] : Frame received: 0x04540013000c00223c02af8c0101e100000000
[2020-12-08 16:53:49][DEBUG] : APS data confirm response for request with id 60: e1
[2020-12-08 16:53:49][DEBUG] : Request id: 0x3c 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.NWK address=0x8caf endpoint=1>, status: 0xe1
[2020-12-08 16:53:49][DEBUG] : Error while sending 60 req id frame: TXStatus.MAC_CHANNEL_ACCESS_FAILURE
[2020-12-08 16:53:49][DEBUG] : [0x8caf] Delivery error for seq # 0x3b, on endpoint id 1 cluster 0x0402: message send failure
[2020-12-08 16:53:49][DEBUG] : Traceback (most recent call last):
File "/var/www/html/plugins/zigbee/resources/zigbeed/restServer.py", line 153, in post
values = await cluster.read_attributes(self.json_args['attributes'],manufacturer=manufacturer)
File "/usr/local/lib/python3.7/dist-packages/zigpy/zcl/__init__.py", line 273, in read_attributes
result = await self.read_attributes_raw(to_read, manufacturer=manufacturer)
File "/usr/local/lib/python3.7/dist-packages/zigpy/quirks/__init__.py", line 209, in read_attributes_raw
attributes, manufacturer=manufacturer
File "/usr/local/lib/python3.7/dist-packages/zigpy/device.py", line 206, in request
self.nwk, dst_ep, cluster
zigpy.exceptions.DeliveryError: [0x8caf:1:0x0402]: Message send failure
J’ai relancer le plugin, reinstallé les dépendances
J’ai aussi essayé de deinstaller les derniers equipements inserés …
mais rien n’y fait.
Est-ce que certain d’entre vous ont déjà eu ce pb ?
J’ai ca de temps en temps ca n’a rien a voir avec jeedom ou zigpy (j’ai ouvert une issue chez eux la dessus https://github.com/zigpy/zigpy/issues/565) mais avec soit la clef deconz (j’ai vu qu’il y avait un nouveau firmware disponible qui corrige des soucis de routage) ou avec le module.