Bonjour Yves,
Une traduction totale, non, ce n’est pas utile je pense. Car c’est relativement bien traduit avec les outils comme Bing Translator.
C’est plus un résumer en Français qu’il faut, avec des points clés qui serait utile.
=> En fin de compte, savoir s’il faut le faire ou pas et si oui pourquoi et dans quelle condition.
Moi je comprend que ce n’est pas nécessaire avec 1 seul contrôleur.
Merci.
J’ai effectué la manip pour passer le dongle zwave en mode SUC. Il me semble qu’il était déjà dans ce mode avant que je ne le change mais je ne suis pas sûr d’avoir compris les infos remonté par le tool.
J’ai relancé le démon zwave et on va laisser tourner jusqu’à ce soir pour voir si ça tient davantage ou pas.
Je vous tiens au courant
JC
Static Update Controller (SUC) et SUC ID Server (SIS)
S’il y a un contrôleur primaire dans le réseau, il va fournir sa table de routage à tous les contrôleurs secondaires inclus dans le réseau. Cependant après que le contrôleur primaire aura inclus ou exclus un équipement sur le réseau les tables de routage de tous les contrôleurs secondaires deviendront invalides
Afin d’assurer qu’il n’y ait qu’une seule table de routage valide et à jour, le contrôleur primaire est le seul équipement autorisé à inclure/exclure des équipements. Les contrôleurs secondaires demandent alors périodiquement une mise à jour de la table de routage.
Cependant, pour un usage plus agréable d’un réseau Z-Wave nous serions en droit d’attendre que
La meilleure façon de faire cela est de configurer un contrôleur SUC/SIS dans le réseau.
Static Update-Controller (SUC)
Le contrôleur Static Update Contrôler (SUC) est une capacité particulière d’un contrôleur statique. La plupart des contrôleurs statiques (contrôleurs à un emplacement fixe et alimentés par le réseau de puissance) peuvent remplir le rôle de SUC. Cependant, cette fonctionnalité requiert en général d’être activée.
Le SUC reçoit la table de routage mise à jour depuis le contrôleur primaire et met cette table de routage à disposition de tous les autres contrôleurs du réseau. Comme le SUC est un contrôleur statique et donc toujours actif dans le réseau, tous les autres contrôleurs peuvent à tout moment lui demander la table de routage à jour.
Afin de s’assurer que tous les autres nœuds, en particulier les contrôleurs, sont avertis de l’existence d’un SUC dans le réseau, l’ID du Nœud du SUC actif est périodiquement communiqué au sein du réseau.
SUC dans un réseau Z-Wave
L’existence d’un SUC permet à un contrôleur « nomade » de jouer le rôle de contrôleur primaire. Tout changement dans le réseau dû à une inclusion ou une exclusion d’un nœud par le contrôleur primaire est communiqué au SUC ; ceci persiste vers tous les autres contrôleurs même lorsque le contrôleur primaire n’est pas actif.
Mise à jour de la Table de Routage du SUC Routing
Puisque la plupart des contrôleurs nomades fonctionnent sur batterie et ne sont pas actifs en permanence par définition, ces contrôleurs doivent périodiquement demander la table de routage à jour ou à minima lors de leur réveil, en général par appui sur un bouton.
Si le contrôleur primaire nomade est perdu ou endommagé, le SUC peut attribuer le privilège de contrôleur primaire à un nouveau contrôleur nomade, évitant ainsi à l’usager de devoir refaire une installation complète du réseau avec un tout nouveau contrôleur primaire et de devoir changer son Home ID.
Static ID Server (SIS)
Même la présence d’un SUC dans le système ne résout pas le problème de l’unicité du contrôleur qui a le privilège de contrôleur primaire, seul contrôleur donc autorisé à inclure de nouveaux équipements. Cette limitation est contournée par ajout d’une autre fonctionnalité au SUC appelée SIS‘ = Static ID Server .
La SIS agit comme un magasin à IDs de Nœuds qui peuvent être attribués par les contrôleurs nomades. La présence du SIS dans le réseau permet à tous les contrôleurs du réseau d’inclure des équipements. Le contrôleur à juste besoin de demander au SIS un nouvel ID de Nœud et d’attribuer ce nouvel ID au serveur. Le SIS garantit que les IDs de Nœuds sont attribués de manière univoque à chaque nœud pour éviter les conflits. La seule obligation est que le contrôleur nomade ait une connexion avec le serveur SIS pour lui permettre de récupérer les ID de Nœuds.
Serveur SIS Server dans un réseau Z-Wave
L’utilisation du SIS dans votre réseau a quelques avantages et inconvénients :
Avantages
Inconvénients
Comme la capacité de SUC/SIS est déjà incluse dans le firmware de la plupart des contôleurs statiques modernes, ou des dongle USB, la plupart des réseaux Z-Wave peuvent profiter de ces fonctions dès qu’un contrôleur statique est présent (dans la mesure où l’usager l’active).
Un contrôleur statique peut être utilisé comme contrôleur primaire et aussi avoir la fonction de SUC/SIS. Cette configuration est courante dans les réseaux réels.
Règles de contrôleur dans l’interface utilisateur d’une Gateway
Réseaux avec des Nomades Esclaves (Portable Slaves)
Lorsqu’un contrôleur SUC est présent dans le réseau, il est apte à déterminer une nouvelle position pour un esclave et mettre à jour la table de routage du réseau en conséquence. La procédure qui permet ceci s’appelle “ Algorithme de Recherche des Egarés ” (“ Get Lost –Algorithm ”) et ne fonctionne que sur des esclaves de routage (esclaves qui ont une connaissance partielle des informations de routage du réseau)
Un nœud esclave normal n’est pas autorisé à envoyer des messages non sollicités et par conséquence ne peut jamais déterminer ni les changements ni sa position au sein du réseau. Cependant, les nœuds Esclaves de Routage ont l’autorisation eux de le faire.
Si un nœud Esclave de Routage envoie un message non sollicité qui échoue, sa table de routage sera présumée invalide.
Comme première action ce nœud va envoyer un message broadcast “Appel à l’aide” dans le réseau. Un nœud qui reçoit un tel message sait que son émetteur s’est retrouvé à un nouvel emplacement. Ce nœud par contre ne peut pas fournir au “nœud en détresse” une table de routage à jour. Si ce nœud est un nœud de routage esclave il va acheminer le message “Appel à l’aide” au SUC.
Le SUC peut mettre à jour sa propre table de routage et affecter de nouvelles routes au nœud en détresse en déroulant les mêmes étapes qu’il déroulerait lors de l’inclusion d’un équipement. Le message “Appel à l’aide” est capable de d’autoréparer un réseau lorsqu’un nœud a été déplacé.
Afin de disposer d’une fonction effective d’autoréparation au sein d’un réseau, les conditions suivantes doivent être remplies :
Bonjour,
Merci à Yves pour la traduction.
En ce qui concerne mon problème, le réseau Zwave a de nouveau planté hier.
Il y a des logs jusqu’à 14h10 puis plus rien jusqu’aux messages d’erreur vers 21h50.
Je vais relancer les dépendances au cas où mais je l’ai déjà fait plusieurs fois et le problème revient quand même.
Des idées ?
2020-12-28 14:08:34.838 Info, Node031, Received Meter report from node 31: Power=0.00W
2020-12-28 14:08:34.838 Info, Node031, Previous value was 0.00W, received 301 seconds ago.
2020-12-28 14:08:35.837 Info, Node031, Received Meter report from node 31: Voltage=238.69V
2020-12-28 14:08:35.837 Info, Node031, Previous value was 239.33V, received 301 seconds ago.
2020-12-28 14:08:36.837 Info, Node031, Received Meter report from node 31: Current=0.00A
2020-12-28 14:08:36.837 Info, Node031, Previous value was 0.00A, received 301 seconds ago.
2020-12-28 14:10:14.647 Info, Node038, Received Meter report from node 38: Energy=77.36kWh
2020-12-28 14:10:14.647 Info, Node038, Previous value was 77.36kWh, received 301 seconds ago.
2020-12-28 14:10:14.818 Info, Node038, Received Meter report from node 38: Energy=77.36kWh
2020-12-28 14:10:14.818 Info, Node038, Previous value was 77.36kWh, received 301 seconds ago.
2020-12-28 14:10:15.458 Info, Node038, Received Meter report from node 38: Power=0.00W
2020-12-28 14:10:15.458 Info, Node038, Previous value was 0.00W, received 301 seconds ago.
2020-12-28 14:10:15.629 Info, Node038, Received Meter report from node 38: Power=0.00W
2020-12-28 14:10:15.629 Info, Node038, Previous value was 0.00W, received 301 seconds ago.
2020-12-28 14:10:16.448 Info, Node038, Received Meter report from node 38: Voltage=234.68V
2020-12-28 14:10:16.448 Info, Node038, Previous value was 233.63V, received 301 seconds ago.
2020-12-28 14:10:16.615 Info, Node038, Received Meter report from node 38: Voltage=234.68V
2020-12-28 14:10:16.616 Info, Node038, Previous value was 233.63V, received 301 seconds ago.
2020-12-28 14:10:17.448 Info, Node038, Received Meter report from node 38: Current=0.00A
2020-12-28 14:10:17.448 Info, Node038, Previous value was 0.00A, received 301 seconds ago.
2020-12-28 14:10:17.616 Info, Node038, Received Meter report from node 38: Current=0.00A
2020-12-28 14:10:17.616 Info, Node038, Previous value was 0.00A, received 301 seconds ago.
2020-12-28 21:50:07.915 Info, Node016, Value::Set - COMMAND_CLASS_SWITCH_MULTILEVEL - Level - 0 - 1 -
2020-12-28 21:50:07.915 Info, Node016, SwitchMultilevel::Set - Setting to level 0
2020-12-28 21:50:07.915 Info, Node016, Duration: Default
2020-12-28 21:50:07.915 Info, Node016, Sending (Send) message (Callback ID=0xbf, Expected Reply=0x13) - MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Set (Node=16): 0x01, 0x0f, 0x00, 0x13, 0x10, 0x08, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x01, 0x00, 0xff, 0x25, 0xbf, 0xd4
2020-12-28 21:50:08.916 Error, Node016, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-28 21:50:08.917 Info, Node016, Sending (Refresh) message (Callback ID=0xc0, Expected Reply=0x04) - MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Get (Node=16): 0x01, 0x0d, 0x00, 0x13, 0x10, 0x06, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x02, 0x25, 0xc0, 0x5b
2020-12-28 21:50:09.917 Error, Node016, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-28 21:58:40.283 Info, Node036, Value::Set - COMMAND_CLASS_SWITCH_MULTILEVEL - Level - 0 - 1 - W
2020-12-28 21:58:40.283 Info, Node036, SwitchMultilevel::Set - Setting to level 87
2020-12-28 21:58:40.283 Info, Node036, Duration: Default
2020-12-28 21:58:40.283 Info, Node036, Sending (Send) message (Callback ID=0xc1, Expected Reply=0x13) - SwitchMultilevelCmd_Set (Node=36): 0x01, 0x0b, 0x00, 0x13, 0x24, 0x04, 0x26, 0x01, 0x57, 0xff, 0x25, 0xc1, 0xac
2020-12-28 21:58:41.283 Error, Node036, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-28 21:58:41.284 Info, Node036, Sending (Refresh) message (Callback ID=0xc2, Expected Reply=0x04) - SwitchMultilevelCmd_Get (Node=36): 0x01, 0x09, 0x00, 0x13, 0x24, 0x02, 0x26, 0x02, 0x25, 0xc2, 0x00
2020-12-28 21:58:42.284 Error, Node036, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-28 21:58:53.674 Info, Node036, Value::Set - COMMAND_CLASS_SWITCH_MULTILEVEL - Level - 0 - 1 -
2020-12-28 21:58:53.674 Info, Node036, SwitchMultilevel::Set - Setting to level 12
2020-12-28 21:58:53.674 Info, Node036, Duration: Default
Bonjour,
Cette histoire de charge CPU m’a mis la puce à l’oreille.
Quand je regarde ce qui consomme du CPU sur mon PI4 avec htop, je vois que ce sont 2 process python 2220 et 2232 qui prennent 100% du CPU avec openzwaved.
que se passe t-il ?
Merci @Yves19 pour le partage « en français » de l’explication du mode SUC. Je ne comprends toujours pas vraiment l’intérêt de ce SUC. La plupart d’entre nous sont dans une configuration simple avec un seul contrôleur Z-Wave. Je suis resté dans le mode par défaut, donc pas de SUC chez moi.
Les problèmes de réseau Z-Wave ne sont pas là !
Non, le problème n’est pas là. Si tu n’a pas pas de mise à jour, il n’y a pas de raison de les relancer.
Oui
Est-ce que tu as fixé en dur le port USB de ta clé Z-Wave si tu as d’autres clés branchée sur ta box Jeedom ? Si elle se déconnecte de temps en temps à cause d’une autre clé, c’est mort pour la stabilité. J’ai mis plus d’un mois pour comprendre ce problème de merde. Lire ici Changement inopiné port USB clé ZWave - #9 par Domatizer Sur ce point, ce serait vraiment mieux si le(s) plugin(s) demandai(en)t directement le path unique de la clé dans /dev/serial/by-id/usb-0658_0200-if00, il n’y aurait plus ce problème d’identification de clé.
Tes modules 16 et 36 ont un souci avec la classe COMMAND_CLASS_SWITCH_MULTILEVEL
Quels sont tes modules ?
Perso, je n’ai pas rencontré de problème avec cette classe. Mais, j’ai rencontré des problèmes similaires avec d’autres classes mal supportées par openzwave. J’ai supprimé tout ce qui n’était pas utilisé. Je te laisse tout le fil.
Depuis 8 mois que j’ai effectué ce nettoyage drastique, je n’ai plus eu d’emmerdes avec le réseau Z-Wave. Aucun soin du réseau depuis ! Il reste encore quelque petits trucs, mais j’en ai vraiment marre…
Quelle est la durée de ton timeout ? On dirait qu’il est de 1 seconde dans les logs ! C’est trop court, il faut mettre au minium à 4 secondes (valeur par défaut). Il y a plein de Dropping command par manque de temps sinon.
Si tu mets un timeout trop long, ça peut bloquer la queue trop longtemps et engendrer d’autres problèmes qui n’auraient eu lieu si la queue n’avait pas été bloquée à ce moment là. Pa exemple, les modules sur pile n’ont plus le temps de se réveiller, il faudra plusieurs réveil pour que tout soit complet.
@Domatizer merci pour la piste du port USB.
ça pourrait bien expliquer mon problème.
J’ai mis en place le fichier avec les liens comme décrit dans le fil que tu as mis en référence. J’ai relancé, on va voir si ça tient.
Concernant ta question sur le noeud 16, il s’agit d’un Fibaro FGD-212 Dimmer 2. Il pilote l’éclairage d’une partie du jardin. Pour le noeud 36, il s’agit également d’un dimmer Fibaro mais au format rail din qui pilote l’éclairage de mon garage. Je les utilise en switch on/off pas comme dimmers.
Tu parles du timeout, ou est-ce que je peux voir cette valeur ?
merci pour ton aide
Si tu poses la question, tu n’as pas du modifier cette valeur 
Dans ce fichier
/var/www/html/plugins/openzwave/resources/openzwaved/config/option.xml
à la ligne
<Option name="RetryTimeout" value="8000" />
(valeur en millisecondes)
Pour le module Fibaro FGD-212 Dimmer 2, tu peux effectuer les mêmes modifs que moi. Tout est dans le lien.
Effectivement, je n’avais pas touché à cette valeur. Je viens de la passer à 8000 dans le fichier indiqué.
Par contre, je crains que mon réseau zwave ne soit à nouveau planté. Après avoir redémarré le RPI4, tout a fonctionné correctement, j’ai sélectionné les ports USB par leurs noms symboliques créés dans le fichier 99-usb-serial.rules comme indiqué et j’ai relancé les démons (Openzwave, Conbee et RFXtrx433).
Tout s’est bien lancé, j’ai vérifié dans les logs et la charge CPU dans la page santé est resté en dessous de 1 (0.5/0.6).
Au bout de qq temps, la charge CPU a augmenté (> 1.2). Dans les logs Openzwaved plus de messages, silence radio (c’est le cas de le dire 
)
En allant voir le PI en ssh, top me remonte 100% d’utilisation du cpu par python openzwaved alors qu’après le redémarrage du RPI, le process qui consommait le plus était Apache avec 20/30%.
Je vais passer les logs Openzwave en Debug pour voir si j’obtiens plus de détails avant que tout ne s’arrête.
Le compromis est entre 4 et 8s. Si tu mets plus, tu va avoir d’autres problèmes avec les modules sur piles. Idéalement, il faudrait tout nettoyer les commandes mal supportées dans les fichiers config comme j’ai commencé à faire pour ne plus avoir de pénalités de timeout inutile. Mais, bon…
Pour moi, la charge CPU du RPi4 est à comparer avec la valeur 4, le nombre de CPU.
Donc 1.2 sur 4, ça va !
Bonjour,
Nouveau plantage d’Openzwave hier soir à 22h05 (toujours la même heure tous les soirs, ça doit correspondre à une action particulière, mais je ne vois pas laquelle.
Sinon, le plantage est consécutif à une commande sur un de mes dimmer 2 Fibaro avec COMMAND_CLASS_SWITCH_MULTILEVEL.
Ce qui est étrange c’est qu’à partir de 20h03 il n’y a plus aucun logs jusqu’à 22h05.
Le plantage doit donc avoir lieu à 20h03 et il y a un sursaut à 22h05.
Pour info le node 15 est un oeil Fibaro et le node 16 est un Fibaro Dimmer 2. Les deux sont installés et fonctionnent depuis plusieurs années sans soucis.
@Domatizer, j’ai regardé ton post sur les commnand class non supportés et il va falloir qui je m’y mette, mon reseau zwave démarre en 475 secs 
2020-12-29 20:02:33.780 Info, Node015, Received Basic set from node 15: level=255. Treating it as a Basic report.
2020-12-29 20:02:33.780 Detail, Node015, Refreshed Value: old value=true, new value=true, type=bool
2020-12-29 20:02:33.780 Detail, Node015, Changes to this value are not verified
2020-12-29 20:02:33.781 Info, Node015, SensorBinary::Set by basic report - Setting node 15 to On on instance 1
2020-12-29 20:02:33.781 Detail, Node015, Notification: ValueChanged
2020-12-29 20:03:19.734 Detail, Node015, Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x0f, 0x03, 0x30, 0x03, 0x00, 0xcd
2020-12-29 20:03:19.734 Detail,
2020-12-29 20:03:19.734 Info, Node015, Received SensorBinary report: Sensor:205 State=Off
2020-12-29 20:03:19.734 Detail, Node015, Refreshed Value: old value=true, new value=false, type=bool
2020-12-29 20:03:19.734 Detail, Node015, Changes to this value are not verified
2020-12-29 20:03:19.735 Detail, Node015, Notification: ValueChanged
2020-12-29 20:03:19.788 Detail, Node015, Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x0f, 0x03, 0x20, 0x01, 0x00, 0xdf
2020-12-29 20:03:19.788 Detail,
2020-12-29 20:03:19.788 Info, Node015, Received Basic set from node 15: level=0. Treating it as a Basic report.
2020-12-29 20:03:19.789 Detail, Node015, Refreshed Value: old value=false, new value=false, type=bool
2020-12-29 20:03:19.789 Detail, Node015, Changes to this value are not verified
2020-12-29 20:03:19.789 Info, Node015, SensorBinary::Set by basic report - Setting node 15 to Off on instance 1
2020-12-29 20:03:19.789 Detail, Node015, Notification: ValueChanged
2020-12-29 22:05:13.279 Info, Node016, Value::Set - COMMAND_CLASS_SWITCH_MULTILEVEL - Level - 0 - 1 -
2020-12-29 22:05:13.279 Info, Node016, SwitchMultilevel::Set - Setting to level 0
2020-12-29 22:05:13.279 Info, Node016, Duration: Default
2020-12-29 22:05:13.279 Detail, Node016, Queuing (Send) MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Set (Node=16): 0x01, 0x0f, 0x00, 0x13, 0x10, 0x08, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x01, 0x00, 0xff, 0x25, 0xe3, 0x88
2020-12-29 22:05:13.279 Detail, Node016, Queuing (Refresh) MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Get (Node=16): 0x01, 0x0d, 0x00, 0x13, 0x10, 0x06, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x02, 0x25, 0xe4, 0x7f
2020-12-29 22:05:13.280 Detail,
2020-12-29 22:05:13.280 Info, Node016, Sending (Send) message (Callback ID=0xe3, Expected Reply=0x13) - MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Set (Node=16): 0x01, 0x0f, 0x00, 0x13, 0x10, 0x08, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x01, 0x00, 0xff, 0x25, 0xe3, 0x88
2020-12-29 22:05:14.282 Error, Node016, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-29 22:05:14.282 Detail, Node016, Removing current message
2020-12-29 22:05:14.282 Detail, Node016, Notification: Notification - TimeOut
2020-12-29 22:05:14.285 Detail,
2020-12-29 22:05:14.285 Info, Node016, Sending (Refresh) message (Callback ID=0xe4, Expected Reply=0x04) - MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Get (Node=16): 0x01, 0x0d, 0x00, 0x13, 0x10, 0x06, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x02, 0x25, 0xe4, 0x7f
2020-12-29 22:05:15.285 Error, Node016, ERROR: Dropping command, expected response not received after 1 attempt(s)
Tu n’aurais pas fait un appairage entre les 2 modules ?
Quand il n’y a pas de plantage du réseau, as-tu le même genre d’erreur avec ces modules 15 et 16 ?
Je ne pense pas que le réseau Z-Wave tombe à cause d’un seul problème de commande avec un module. La queue sortante est à combien lors du plantage ?
Bon courage 
@Domatizer, non je n’ai pas d’appairage direct entre ces 2 modules, ils ne communiquent qu’avec le controleur zwave.
J’ai relancé le démon openzwave tout à l’heure, je vais voir si il s’arrête à nouveau à la même heure et je te dirais pour la queue sortante, je n’ai pas fait gaffe jusqu’à présent. Actuellement elle est à 0.
Sinon pour ta question sur la comm normale de ces modules, je n’ai pas repéré de problèmes quand le réseau n’est pas planté. ils font leur job normalement.
Bonjour,
Cette fois ci le réseau c’était planté hier soir vers 18h mais j’avais désactivé le mode debug du coup j’ai relancé en fin de matinée avec.
Plantage à nouveau vers 12h06, plus de messages puis à nouveau à 13h30 avec des Timeouts.
@Domatizer, la queue est vide après le plantage.
Je ne sais plus trop quoi faire à part désinstaller le plugin zwave mais je vais perdre les identifications des objets zwave dans mes scenarios.
Sinon, réinstalle complète de Jeedom mais le restore risque de me ramener le problème, non ?
Si vous avez encore des pistes, je suis preneur.
merci et bon réveillon à tous.
2020-12-31 12:02:48.956 Detail, Node031, Refreshed Value: old value=false, new value=false, type=bool
2020-12-31 12:02:48.956 Detail, Node031, Changes to this value are not verified
2020-12-31 12:02:48.956 Info, Node031, Received Meter report from node 31: Current=0.00A
2020-12-31 12:02:48.956 Detail, Node031, Refreshed Value: old value=0.00, new value=0.00, type=decimal
2020-12-31 12:02:48.956 Detail, Node031, Changes to this value are not verified
2020-12-31 12:02:48.956 Info, Node031, Previous value was 0.00A, received 301 seconds ago.
2020-12-31 12:02:48.957 Detail, Node031, Refreshed Value: old value=0.00, new value=0.00, type=decimal
2020-12-31 12:02:48.957 Detail, Node031, Changes to this value are not verified
2020-12-31 12:02:48.957 Detail, Node031, Refreshed Value: old value=301, new value=301, type=int
2020-12-31 12:02:48.957 Detail, Node031, Changes to this value are not verified
2020-12-31 12:02:48.957 Detail, Node031, Notification: ValueChanged
2020-12-31 12:02:48.961 Detail, Node031, Notification: ValueChanged
2020-12-31 12:02:48.966 Detail, Node031, Notification: ValueChanged
2020-12-31 12:02:48.970 Detail, Node031, Notification: ValueChanged
2020-12-31 12:06:42.316 Detail, Node014, Received: 0x01, 0x09, 0x00, 0x04, 0x00, 0x0e, 0x03, 0x80, 0x03, 0xff, 0x83
2020-12-31 12:06:42.316 Detail,
2020-12-31 12:06:42.316 Info, Node014, Received Battery report from node 14: level=0
2020-12-31 12:06:42.316 Detail, Node014, Refreshed Value: old value=0, new value=0, type=byte
2020-12-31 12:06:42.316 Detail, Node014, Changes to this value are not verified
2020-12-31 12:06:42.316 Detail, Node014, Notification: ValueChanged
2020-12-31 13:30:02.614 Info, Node038, Value::Set - COMMAND_CLASS_SWITCH_BINARY - Switch - 0 - 1 - True
2020-12-31 13:30:02.614 Info, Node038, SwitchBinary::Set - Setting node 38 to On
2020-12-31 13:30:02.614 Detail, Node038, Queuing (Send) SwitchBinaryCmd_Set (Node=38): 0x01, 0x0a, 0x00, 0x13, 0x26, 0x03, 0x25, 0x01, 0xff, 0x25, 0xbe, 0x83
2020-12-31 13:30:02.614 Detail, Node038, Queuing (Refresh) SwitchBinaryCmd_Get (Node=38): 0x01, 0x09, 0x00, 0x13, 0x26, 0x02, 0x25, 0x02, 0x25, 0xbf, 0x7c
2020-12-31 13:30:02.614 Detail,
2020-12-31 13:30:02.614 Info, Node038, Sending (Send) message (Callback ID=0xbe, Expected Reply=0x13) - SwitchBinaryCmd_Set (Node=38): 0x01, 0x0a, 0x00, 0x13, 0x26, 0x03, 0x25, 0x01, 0xff, 0x25, 0xbe, 0x83
2020-12-31 13:30:03.614 Error, Node038, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-31 13:30:03.614 Detail, Node038, Removing current message
2020-12-31 13:30:03.615 Detail, Node038, Notification: Notification - TimeOut
2020-12-31 13:30:03.617 Detail,
2020-12-31 13:30:03.617 Info, Node038, Sending (Refresh) message (Callback ID=0xbf, Expected Reply=0x04) - SwitchBinaryCmd_Get (Node=38): 0x01, 0x09, 0x00, 0x13, 0x26, 0x02, 0x25, 0x02, 0x25, 0xbf, 0x7c
2020-12-31 13:30:04.617 Error, Node038, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-31 13:30:04.617 Detail, Node038, Removing current message
2020-12-31 13:30:04.617 Detail, Node038, Notification: Notification - TimeOut
2020-12-31 13:31:03.026 Info, Node038, Value::Set - COMMAND_CLASS_SWITCH_BINARY - Switch - 0 - 1 - False
2020-12-31 13:31:03.026 Info, Node038, SwitchBinary::Set - Setting node 38 to Off
2020-12-31 13:31:03.026 Detail, Node038, Queuing (Send) SwitchBinaryCmd_Set (Node=38): 0x01, 0x0a, 0x00, 0x13, 0x26, 0x03, 0x25, 0x01, 0x00, 0x25, 0xc0, 0x02
2020-12-31 13:31:03.026 Detail, Node038, Queuing (Refresh) SwitchBinaryCmd_Get (Node=38): 0x01, 0x09, 0x00, 0x13, 0x26, 0x02, 0x25, 0x02, 0x25, 0xc1, 0x02
2020-12-31 13:31:03.026 Detail,
2020-12-31 13:31:03.026 Info, Node038, Sending (Send) message (Callback ID=0xc0, Expected Reply=0x13) - SwitchBinaryCmd_Set (Node=38): 0x01, 0x0a, 0x00, 0x13, 0x26, 0x03, 0x25, 0x01, 0x00, 0x25, 0xc0, 0x02
2020-12-31 13:31:04.026 Error, Node038, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-31 13:31:04.026 Detail, Node038, Removing current message
2020-12-31 13:31:04.026 Detail, Node038, Notification: Notification - TimeOut
2020-12-31 13:31:04.028 Detail,
2020-12-31 13:31:04.028 Info, Node038, Sending (Refresh) message (Callback ID=0xc1, Expected Reply=0x04) - SwitchBinaryCmd_Get (Node=38): 0x01, 0x09, 0x00, 0x13, 0x26, 0x02, 0x25, 0x02, 0x25, 0xc1, 0x02
2020-12-31 13:31:05.028 Error, Node038, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-31 13:31:05.028 Detail, Node038, Removing current message
2020-12-31 13:31:05.028 Detail, Node038, Notification: Notification - TimeOut
2020-12-31 14:00:08.660 Info, Node038, Value::Set - COMMAND_CLASS_SWITCH_BINARY - Switch - 0 - 1 - False
2020-12-31 14:00:08.660 Info, Node038, SwitchBinary::Set - Setting node 38 to Off
2020-12-31 14:00:08.660 Detail, Node038, Queuing (Send) SwitchBinaryCmd_Set (Node=38): 0x01, 0x0a, 0x00, 0x13, 0x26, 0x03, 0x25, 0x01, 0x00, 0x25, 0xc2, 0x00
2020-12-31 14:00:08.660 Detail, Node038, Queuing (Refresh) SwitchBinaryCmd_Get (Node=38): 0x01, 0x09, 0x00, 0x13, 0x26, 0x02, 0x25, 0x02, 0x25, 0xc3, 0x00
2020-12-31 14:00:08.661 Detail,
2020-12-31 14:00:08.661 Info, Node038, Sending (Send) message (Callback ID=0xc2, Expected Reply=0x13) - SwitchBinaryCmd_Set (Node=38): 0x01, 0x0a, 0x00, 0x13, 0x26, 0x03, 0x25, 0x01, 0x00, 0x25, 0xc2, 0x00
2020-12-31 14:00:09.662 Error, Node038, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-31 14:00:09.662 Detail, Node038, Removing current message
2020-12-31 14:00:09.662 Detail, Node038, Notification: Notification - TimeOut
2020-12-31 14:00:09.664 Detail,
2020-12-31 14:00:09.664 Info, Node038, Sending (Refresh) message (Callback ID=0xc3, Expected Reply=0x04) - SwitchBinaryCmd_Get (Node=38): 0x01, 0x09, 0x00, 0x13, 0x26, 0x02, 0x25, 0x02, 0x25, 0xc3, 0x00
2020-12-31 14:00:10.664 Error, Node038, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-31 14:00:10.664 Detail, Node038, Removing current message
2020-12-31 14:00:10.664 Detail, Node038, Notification: Notification - TimeOut
Je pense pas que ce soit l’origine du problème mais au cas où, tu n’as pas le plugin Android TV d’installé ?
@Bison, merci de t’intéresser à mon cas, mais non je n’ai pas le plugin Android TV d’installé.
Bon réveillon
Essaye de te passer un soir de ton éclairage jardin (un des dimmer Fibaro) en le débranchant (ou en ne le sollicitant pas peut être). Si ça plante pas c’est lui qui fou le bazar et tu auras une seule piste de recherche.
Bon réveillon également !
Bonjour à tous,
je vois que les posts date un peu, avez vous réussi à trouver ? j’ai exactement le même problème depuis peu. Tout tourne sous RPI4 et clé Aeotec stick Gen 5, jeedom 4.1.20 depuis plus d’un an (sauf version jeedom forcement ), pas d’ajout récent ou de modif sur le réseau zwave.
Je peux vous fournir les logs et chose divers que vous me demanderai pour avancer si il faut.
Merci d’avance pour votre aide.
deja quelques données :
[2021-03-02 19:30:49][INFO] : 200 GET /node?node_id=31&instance_id=1&cc_id=38&index=0&type=setvalue&value=0&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 3.25ms
[2021-03-02 19:30:49][DEBUG] : Searching refresh for : 271|258|4096
[2021-03-02 19:30:50][DEBUG] : notif_callback : new notification
[2021-03-02 19:30:50][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 19:30:50][DEBUG] : notif_callback : call callback context
[2021-03-02 19:30:50][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 19:30:50][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 19:30:50][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 19:30:50][DEBUG] : notif_callback : end
[2021-03-02 19:30:50][INFO] : Send command to node 31 on class 38 instance 1 index 0 value 99
[2021-03-02 19:30:50][DEBUG] : check_data type :Byte
[2021-03-02 19:30:50][DEBUG] : Searching refresh for : 271|258|4096
[2021-03-02 19:30:50][INFO] : 200 GET /node?node_id=31&instance_id=1&cc_id=38&index=0&type=setvalue&value=99&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 3.41ms
[2021-03-02 19:30:51][DEBUG] : notif_callback : new notification
[2021-03-02 19:30:51][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 19:30:51][DEBUG] : notif_callback : call callback context
[2021-03-02 19:30:51][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 19:30:51][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 19:30:51][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 19:30:51][DEBUG] : notif_callback : end
[2021-03-02 19:30:51][INFO] : Send command to node 31 on class 38 instance 1 index 0 value 99
[2021-03-02 19:30:51][DEBUG] : check_data type :Byte
[2021-03-02 19:30:51][INFO] : 200 GET /node?node_id=31&instance_id=1&cc_id=38&index=0&type=setvalue&value=99&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 3.07ms
[2021-03-02 19:30:51][DEBUG] : Searching refresh for : 271|258|4096
[2021-03-02 19:30:52][DEBUG] : notif_callback : new notification
[2021-03-02 19:30:52][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 19:30:52][DEBUG] : notif_callback : call callback context
[2021-03-02 19:30:52][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 19:30:52][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 19:30:52][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 19:30:52][DEBUG] : notif_callback : end
[2021-03-02 19:30:53][DEBUG] : notif_callback : new notification
[2021-03-02 19:30:53][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 19:30:53][DEBUG] : notif_callback : call callback context
[2021-03-02 19:30:53][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 19:30:53][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 19:30:53][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 19:30:53][DEBUG] : notif_callback : end
[2021-03-02 19:30:54][DEBUG] : notif_callback : new notification
[2021-03-02 19:30:54][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 19:30:54][DEBUG] : notif_callback : call callback context
[2021-03-02 19:30:54][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 19:30:54][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 19:30:54][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 19:30:54][DEBUG] : notif_callback : end
[2021-03-02 19:30:54][INFO] : Send command to node 31 on class 38 instance 1 index 0 value 0
[2021-03-02 19:30:54][DEBUG] : check_data type :Byte
[2021-03-02 19:30:54][INFO] : 200 GET /node?node_id=31&instance_id=1&cc_id=38&index=0&type=setvalue&value=0&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 2.68ms
[2021-03-02 19:30:54][DEBUG] : Searching refresh for : 271|258|4096
[2021-03-02 19:30:55][DEBUG] : notif_callback : new notification
[2021-03-02 19:30:55][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 19:30:55][DEBUG] : notif_callback : call callback context
[2021-03-02 19:30:55][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 19:30:55][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 19:30:55][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 19:30:55][DEBUG] : notif_callback : end
[2021-03-02 19:30:56][DEBUG] : notif_callback : new notification
[2021-03-02 19:30:56][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 19:30:56][DEBUG] : notif_callback : call callback context
[2021-03-02 19:30:56][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 19:30:56][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 19:30:56][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 19:30:56][DEBUG] : notif_callback : end
[2021-03-02 19:30:57][DEBUG] : notif_callback : new notification
[2021-03-02 19:30:57][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 19:30:57][DEBUG] : notif_callback : call callback context
[2021-03-02 19:30:57][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 19:30:57][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 19:30:57][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 19:30:57][DEBUG] : notif_callback : end
[2021-03-02 20:05:35][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.70ms
[2021-03-02 20:05:41][INFO] : 200 GET /network?type=info&info=getNeighbours&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 6.71ms
[2021-03-02 20:05:41][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.84ms
[2021-03-02 20:05:43][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.65ms
[2021-03-02 20:05:46][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.67ms
[2021-03-02 20:05:48][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.63ms
[2021-03-02 20:05:50][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.68ms
[2021-03-02 20:05:52][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.62ms
[2021-03-02 20:05:54][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.63ms
[2021-03-02 20:05:56][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.64ms
[2021-03-02 20:05:58][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.61ms
[2021-03-02 20:06:00][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 2.38ms
[2021-03-02 20:06:03][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.76ms
[2021-03-02 20:06:05][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 2.18ms
[2021-03-02 20:06:06][INFO] : 200 GET /network?type=info&info=getNeighbours&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 7.73ms
[2021-03-02 20:06:07][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.63ms
[2021-03-02 20:06:08][INFO] : 200 GET /network?type=info&info=getNeighbours&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 7.57ms
[2021-03-02 20:06:09][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.71ms
[2021-03-02 20:06:11][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.63ms
[2021-03-02 20:06:13][INFO] : 200 GET /network?type=info&info=getStatus&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 1.66ms
[2021-03-02 20:06:21][INFO] : 200 GET /network?type=info&info=getHealth&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 986.62ms
[2021-03-02 20:06:50][INFO] : Send command to node 31 on class 38 instance 1 index 0 value 6
[2021-03-02 20:06:50][DEBUG] : check_data type :Byte
[2021-03-02 20:06:50][DEBUG] : Searching refresh for : 271|258|4096
[2021-03-02 20:06:50][INFO] : 200 GET /node?node_id=31&instance_id=1&cc_id=38&index=0&type=setvalue&value=6&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 3.45ms
[2021-03-02 20:06:51][DEBUG] : notif_callback : new notification
[2021-03-02 20:06:51][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 20:06:51][DEBUG] : notif_callback : call callback context
[2021-03-02 20:06:51][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 20:06:51][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 20:06:51][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 20:06:51][DEBUG] : notif_callback : end
[2021-03-02 20:06:52][DEBUG] : notif_callback : new notification
[2021-03-02 20:06:52][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 20:06:52][DEBUG] : notif_callback : call callback context
[2021-03-02 20:06:52][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 20:06:52][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 20:06:52][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 20:06:52][DEBUG] : notif_callback : end
[2021-03-02 20:06:59][INFO] : Send command to node 31 on class 38 instance 1 index 0 value 99
[2021-03-02 20:06:59][DEBUG] : check_data type :Byte
[2021-03-02 20:06:59][INFO] : 200 GET /node?node_id=31&instance_id=1&cc_id=38&index=0&type=setvalue&value=99&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 2.74ms
[2021-03-02 20:06:59][DEBUG] : Searching refresh for : 271|258|4096
[2021-03-02 20:07:00][DEBUG] : notif_callback : new notification
[2021-03-02 20:07:00][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 20:07:00][DEBUG] : notif_callback : call callback context
[2021-03-02 20:07:00][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 20:07:00][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 20:07:00][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 20:07:00][DEBUG] : notif_callback : end
[2021-03-02 20:07:01][DEBUG] : notif_callback : new notification
[2021-03-02 20:07:01][DEBUG] : notif_callback : Notification type : 26, nodeId : 31
[2021-03-02 20:07:01][DEBUG] : notif_callback : call callback context
[2021-03-02 20:07:01][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}]
[2021-03-02 20:07:01][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 31}
[2021-03-02 20:07:01][INFO] : NodeId 31 send a notification: Timeout
[2021-03-02 20:07:01][DEBUG] : notif_callback : end
[2021-03-02 20:07:07][INFO] : Send command to node 12 on class 38 instance 1 index 0 value 99
[2021-03-02 20:07:07][DEBUG] : check_data type :Byte
[2021-03-02 20:07:07][INFO] : 200 GET /node?node_id=12&instance_id=1&cc_id=38&index=0&type=setvalue&value=99&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 2.85ms
[2021-03-02 20:07:07][DEBUG] : Searching refresh for : 271|258|4096
[2021-03-02 20:07:08][DEBUG] : notif_callback : new notification
[2021-03-02 20:07:08][DEBUG] : notif_callback : Notification type : 26, nodeId : 12
[2021-03-02 20:07:08][DEBUG] : notif_callback : call callback context
[2021-03-02 20:07:08][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 12}]
[2021-03-02 20:07:08][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 12}
[2021-03-02 20:07:08][INFO] : NodeId 12 send a notification: Timeout
[2021-03-02 20:07:08][DEBUG] : notif_callback : end
[2021-03-02 20:07:09][DEBUG] : notif_callback : new notification
[2021-03-02 20:07:09][DEBUG] : notif_callback : Notification type : 26, nodeId : 12
[2021-03-02 20:07:09][DEBUG] : notif_callback : call callback context
[2021-03-02 20:07:09][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 12}]
[2021-03-02 20:07:09][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 12}
[2021-03-02 20:07:09][INFO] : NodeId 12 send a notification: Timeout
[2021-03-02 20:07:09][DEBUG] : notif_callback : end
[2021-03-02 20:08:44][INFO] : Send command to node 30 on class 38 instance 1 index 0 value 99
[2021-03-02 20:08:44][DEBUG] : check_data type :Byte
[2021-03-02 20:08:44][DEBUG] : Searching refresh for : 271|258|4096
[2021-03-02 20:08:44][INFO] : 200 GET /node?node_id=30&instance_id=1&cc_id=38&index=0&type=setvalue&value=99&apikey=nqidFmHfyw66KC7q9SfMLhsYgDYg0NfBSJTJWGXbus8kp1hu (127.0.0.1) 3.25ms
[2021-03-02 20:08:45][DEBUG] : notif_callback : new notification
[2021-03-02 20:08:45][DEBUG] : notif_callback : Notification type : 26, nodeId : 30
[2021-03-02 20:08:45][DEBUG] : notif_callback : call callback context
[2021-03-02 20:08:45][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 30}]
[2021-03-02 20:08:45][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 30}
[2021-03-02 20:08:45][INFO] : NodeId 30 send a notification: Timeout
[2021-03-02 20:08:45][DEBUG] : notif_callback : end
[2021-03-02 20:08:46][DEBUG] : notif_callback : new notification
[2021-03-02 20:08:46][DEBUG] : notif_callback : Notification type : 26, nodeId : 30
[2021-03-02 20:08:46][DEBUG] : notif_callback : call callback context
[2021-03-02 20:08:46][DEBUG] : zwcallback args=[{'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 30}]
[2021-03-02 20:08:46][DEBUG] : Z-Wave Notification : {'homeId': 4056586152L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 30}
[2021-03-02 20:08:46][INFO] : NodeId 30 send a notification: Timeout
[2021-03-02 20:08:46][DEBUG] : notif_callback : end
Personne ? @maitrje es tu encore ici, as tu réussi ? ce probleme a un vrai impact sur la maison car beaucoup est commandé en Zwave, c’est pénalisant :-/
En vous remerciant.
Bonjour,
Ta clé est bien sur un hub USB2 ? (ou modifié, ou la nouvelle Gen5+)
Tu n’utilises pas les ports USB3 de ton Raspberry Pi ?
Dans les logs, on y voit un noeud, le 31, qui semble beaucoup parler et êtres en Timeout, est-il possible pour toi, de le supprimer le temps de faire des tests ? (si tu es conforme aux 2 1ere questions).
