Bonsoir a tous
je moi aussi le défaut connexion refusée
j’ai relancé" les dépendance mais toujours le même problème.
Les Min/Max des valeurs de température au niveau des commandes action?
Désolé je débute sur jeedom ma question est peut être stupide?
Merci
Regardes dans l’autre post du plugin beta
J ai le même module que toi et j avais signalé a loic qui a corrigé min et max.
Sur ton module relance la création des commandes. Tu verras que c est tout ok.
Bonjour
Oui je suis d’accord et ça sera le cas (et même automatique) mais en stable !!! La vous êtes en beta je ne prend donc pas la peine ni perd de temps à le faire… Je vous préviens déjà sur le community alors qu’en temps que bêta-testeurs ça devrait être un réflexe !!!
1 « J'aime »
Bonjour,
Où signaler les logs d’erreur du plugin et avoir une idée des correctifs à appliquer : cod eou configuration ?
Voici les logs.
[2021-03-31 04:34:11][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 04:34:11][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 06:24:13][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 11:57:38][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 11:58:24][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 11:58:24][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 11:59:01][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 11:59:05][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb3ed6550>()]>>
[2021-03-31 11:59:05][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb48e7530>()]>>
[2021-03-31 11:59:05][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb48e7070>()]>>
[2021-03-31 11:59:05][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb48e7710>()]>>
[2021-03-31 23:18:56][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 23:18:56][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-03-31 23:20:00][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-04-01 03:00:02][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb48e7890>()]>>
[2021-04-01 03:00:02][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb48e7450>()]>>
[2021-04-01 03:00:02][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb489ad50>()]>>
[2021-04-01 04:39:40][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-04-01 07:18:59][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-04-01 14:26:04][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb489aa30>()]>>
[2021-04-01 14:26:04][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() done, defined at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:225> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb489ac90>()]>>
[2021-04-01 14:42:46][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() running at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:238> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb48d4f50>()]>>
[2021-04-01 14:42:46][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() running at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:238> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb48e79d0>()]>>
[2021-04-01 14:42:46][ERROR] : Task was destroyed but it is pending!
task: <Task pending coro=<Gateway._send_task() running at /usr/local/lib/python3.7/dist-packages/bellows/uart.py:238> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0xb489a890>()]>>
[2021-04-01 15:16:50][ERROR] : NCP entered failed state. Requesting APP controller restart
[2021-04-02 06:04:19][ERROR] : NCP entered failed state. Requesting APP controller restart
bonjour,
Problème suite à la dernière mise a jours :
[2021-04-02 09:23:04][ERROR] : [start_zigbee] Fatal error : module ‹ zhaquirks › has no attribute ‹ setup ›
Avez-vous une solution
Merci
logzigbee.txt (2,3 Ko)
Bonjour
Oui lire les messages au dessus
edit olive dans le sujet principal
1 « J'aime »
Bonjour à tous,
J’avais moi aussi le soucis et je confirme qu’après relance des dépendances, le plugin démarre normalement 
Merci pour le taf effectué, j’imagine très bien le boulot de dingue à intégrer l’impressionnante quantité de modules du marché 
En passant, j’ai un problème de consommation de pile sur un interrupteur double Tuya
La pile 2032 (de marque) qui est dedans ne tiens pas plus de 5 à 6 jours au mieux, alors que je n’appuie sur l’interrupteur qu’un à deux fois par jour gros max.
Je n’ai pas trouvé de réglage dans la conf du module ni dans celle de l’équipement.
L’interrupteur se trouvé à environ 3m de la clé ZigBee, en ligne droite, sans obstacle et je n’ai que 4 modules ZB au total, donc pas surchargé.
Du coup je ne sais pas trop si ça vient de l’équipement (bien possible vu le prix relativement faible), ou du plugin, ou encore d’un paramètre quelque part.
Est-ce que quelqu’un rencontre le même soucis avec ce genre d’interrupteur ?
Bonjour,
Ya eu un sujet la dessus (ya quelques semaines) sur les paramètres a mettre en place dans le pool cluster pour tester
1 « J'aime »
Arf… j’avais zappé le côté Beta
Merci Loïc
Bonjour Loic,
Merci, je cherche ça et je teste 
J’ai trouvé le sujet en question, je pense du moins : plugin-ZIGBEE Beta - #1690 par olivr2s
Je cite en partie la solution proposée :
Pour ikea (télécommande) il faudrait mettre en long pool 1160. Source ici https://github.com/zigpy/zigpy/issues/679
Sauf que je n’ai pas la possibilité de faire de config dans mon module. Voici ce que j’ai :
C’est peut-être parce que ce n’est pas un module Ikea ?
Pour mémoire, c’est ce module :
voici le contenu brut de son JSON (aucune idée si ça peut servir ou non) :
{
"ieee": "60:a4:23:ff:fe:ef:3d:b8",
"nwk": 50063,
"status": 0,
"lqi": "None",
"rssi": "None",
"last_seen": "None",
"node_descriptor": "02:40:80:02:10:52:52:00:00:2c:52:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 6,
"profile_id": 260,
"manufacturer": "_TZ3000_adkvzooy",
"model": "TS0042",
"output_clusters": [
{
"id": 10,
"name": "Time",
"attributes": []
},
{
"id": 25,
"name": "Ota",
"attributes": []
}
],
"input_clusters": [
{
"id": 0,
"name": "Basic",
"attributes": [
{
"id": 0,
"name": "zcl_version",
"value": 3
},
{
"id": 1,
"name": "app_version",
"value": 65
},
{
"id": 2,
"name": "stack_version",
"value": 0
},
{
"id": 3,
"name": "hw_version",
"value": 1
},
{
"id": 4,
"name": "manufacturer",
"value": "_TZ3000_adkvzooy"
},
{
"id": 5,
"name": "model",
"value": "TS0042"
},
{
"id": 6,
"name": "date_code",
"value": ""
},
{
"id": 7,
"name": "power_source",
"value": 3
}
]
},
{
"id": 1,
"name": "Power Configuration",
"attributes": []
},
{
"id": 6,
"name": "TS004X_cluster",
"attributes": []
}
]
},
{
"id": 2,
"status": 1,
"device_type": 6,
"profile_id": 260,
"manufacturer": null,
"model": null,
"output_clusters": [],
"input_clusters": [
{
"id": 1,
"name": "Power Configuration",
"attributes": []
},
{
"id": 6,
"name": "TS004X_cluster",
"attributes": []
}
]
}
],
"signature": {
"manufacturer": "_TZ3000_adkvzooy",
"model": "TS0042",
"node_desc": {
"byte1": 2,
"byte2": 64,
"mac_capability_flags": 128,
"manufacturer_code": 4098,
"maximum_buffer_size": 82,
"maximum_incoming_transfer_size": 82,
"server_mask": 11264,
"maximum_outgoing_transfer_size": 82,
"descriptor_capability_field": 0
},
"endpoints": {
"1": {
"profile_id": 260,
"device_type": 6,
"input_clusters": [
0,
1,
6
],
"output_clusters": [
10,
25
]
},
"2": {
"profile_id": 260,
"device_type": 6,
"input_clusters": [
1,
6
],
"output_clusters": []
}
}
},
"class": "zhaquirks.tuya.ts0042"
}
Et son onglet « Info » si ça peut aider également :
J’ai peut-être raté quelque chose dans le topic en anglais (j’avoue n’avoir pas tout compris, trop technique pour moi) ?
Bonjour à tous,
Je rencontre un problème avec le produit (ORVIBO cm10zw)
J’ai bien suivi toute les recommandations :
- Mise à jour plugin zigbee
- Suppression du device
- Arrêt du demon
- Relance des dépendances
- Inclusion du device de nouveau
Le retour d’état ne fonctionne pas, et l’action « off » non plus.
Je peux juste activer les 3 relais en « on » sur une action de départ et après plus rien ne bouge.
C’est vraiment dommage car ce produit me permet d’activer mon portail (Portillon - portail - arrêt) et j’en ai un autre pour mon ancienne alarme (on/off - sirène extérieur - sirène intérieur).
J’ai même essai de changer le chiffre 6 par 1 dans « Logical ID » des info ETAT" 1::6::0
J’utilise une clé conbee II pour info.
Est ce que je suis le seul à rencontrer ce genre de problème ?
Merci pour vos retours
Cordialement
A ben non aucun paramètre sur ton module je peux rien faire la désolé…
a tout hasard, j’ai mis sur la page principale du module « Mode de verification de la communication du module » à « Désactivé », mais sans trop savoir si ça impacte ou pas, je verrai dans quelques jours …
Rien a voir ça c’est juste une vérification interne jeedom ça ne communique absolument pas avec le module
1 « J'aime »
Bonjour @Loic
Je viens d’installer une prise Schneider Electric Wiser CCTFR6500 et celle ci est reconnu comme une marque HEIMAN équipement CCTFR6500 prise connectée et répéteur wiser.
Je pense donc que l’équipement est pas rattaché à la bonne marque. Sinon les commandes crées sont fonctionnelles.
J’ai juste eu une fois ce message en la passant sur OFF
Erreur lors de la requete : http://127.0.0.1:8089/device/command(PUT), data : {« ieee »:« 00:0d:6f:00:16:2b:12:e9 »,« cmd »:[{« endpoint »:1,« cluster »:« on_off »,« command »:« on »,« await »:1}],« allowQueue »:false} erreur : {« state »:« error »,« result »:"[0xd890:1:0x0006]: Message send failure",« code »:0}
Ne pourrait-on pas créer un sujet pour traiter les anomalies et logs d’erreur à part des demandes d’intégration de nouveaux équipements.
Là on ne s’y retrouve plus et on n’est pas sûr que les messages rapportant des anomalies soient pris en compte, voire mêmes lus.
A+
Bernard
Le principe pour un bon fonctionnement de community est :
- Une question
- Des propositions de solutions
- Une des propositions sera coché comme solution.
la sur les 2 fils on est déjà complètement à coté de la plaque !
Donc non pas de nouveau fil à rallonge !