bonsoir
mise à jour du plugin effectuée ce soir et depuis, plugin HS, le démon ne redémarre plus
As tu relancer les dépendances ?
Salut Loic
Encore merci pour l’intégration du contrôleur led Gledopto , mais par contre impossible de contrôler la température des blanc.
Une piste?
Merci
Le module est peut-être pas compatible ou alors les min/max sont pas bon mais ça sans le module je peux pas les trouver
Bonsoir,
J’ai mis à jour à 18h00 et depuis le plugin est KO, plus rien de répond, lumière, température, hygro, prises etc… tout est HS
Message d’erreur quand je vais sur le plugin ou sur un équipement = « Echec de la requête HTTP : http://127.0.0.1:8089/network/map cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused »
Dans le centre de messages j’ai : « zigbee Attention je pense qu’il y a un soucis avec le démon que j’ai relancé plus de 3 fois consécutivement »
Ma box fonctionne correctement, pas de problème d’internet, j’accède bien à Jeedom via mon PC… je ne comprends pas ??? Une idée ?
PS: je précise que tout fonctionnait parfaitement avant la MAJ
(RPI3B+ et Jeedom V4.1.20)
As tu relancer les dépendances ?
Ah merci, je viens de voir que le plugin était NOK
Journée de Me****, du taf ras la gueule, le bidule qui marche plus, « Papa ça marche jamais ton truc… »
Ça serait cool d’avoir une alerte « Relancez les dépendances » en même temps que l’icône rouge en haut à droite, peut-être simplement une icône d’une couleur différente, juste pour qu’on visualise le truc tout de suite. A mon avis c’est pas compliqué et on y gagnerait tous du temps 
En tout cas, merci pour le retour rapide et merci à Loïc pour le taf
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