Commande groupée ZwaveJS en rade si noeud indisponible

Plugins Protocole domotique
,
1

Bonjour,

J’ai testé sur une commande groupée de volet ainsi que d’éclairage (Produit Fibaro) :
1/ virtuel + scénario
2/ Virtuel avec commande [xxx] && [yyy] && …
3/ Plugin Mode (ma préférence)

Test fait avec contrôleur Zwave 700 et Zwave500 (Jeedom Smart Zwave)
Dans tous ces cas, si certains nœuds sont indisponible, la commande mettra plusieurs dizaines de secondes à arrivé et bloquera la communication Zwave dans son ensemble …

Pas trouvé mon bonheur sur les anciens posts

EDITION : Précisions et informations divers

2

Salut,
Pourquoi tu veux avoir des noeuds indisponibles?
j’ai une petite maison de 110m² avec 7 volets roulants, ils dialoguent bien entre eux
j’ai jamais essayé de debrancher un volet pour voir la reaction de mon virtuel

Bonne soirée

3

:laughing: Je dis pas que j’en veux, mais imaginons qu’une partie de l’installation soit hors courant, ou qu’un module soit mort, je n’aime pas l’idée que la commande général ne soit plus utilisable … :face_with_raised_eyebrow:

4

Il faudrait voir comme ZwaveJs gere la redirection de noeuds et sous combien de temps
J’ai pas assez de modules Zwave pour faire le test
mais c’est vrai que cela serait interessant de le faire

5

Hello,

Je ne comprends pas le problème en fait.
Prenons l’exemple du scénario qui sur un bouton va par exemple demander à chacun des volets de se fermer.
Si l’on devait avoir un nœud indisponible, que l’on lance un scénario de fermeture de plusieurs volets OU si l’on ferme séparément (toujours via Jeedom) un volet après l’autre (donc exactement la même chose que le scénario), cela revient strictement au même.
Je ne vois pas pourquoi cela prendrait plus de temps dans un cas ou dans l’autre :thinking:.

Par ailleurs, s’il y a des noeuds indisponibles de temps en temps, c’est qu’il y a un problème quelque part…

1 « J'aime »
6

Quand 1 produit (sur 8) n’est pas dispo (pas alimenté par exemple), la commande fait une sorte de wait pendant une bonne minutes, tant via scénario que via cmd dans virtuel ou plugin mode

9

J’ai fait le test sur une jeedom Zwave 700 ainsi que sur une Smart Zwave classique, même chose.

C’est super handicapant, et non seulement la commande va mal ce réaliser au bout d’un temps de plusieurs dizaines de secondes, mais en plus, elle bloque et met en tampon toutes les autres commandes Zwave pendant ce blocage …

commande d’un VR (noeud disponible)

[2023-04-16 09:10:37]DEBUG : [refreshIfNeeded] 38/1/Down true
[2023-04-16 09:10:37]DEBUG : [refreshIfNeeded] Found refresh
[2023-04-16 09:10:37]DEBUG : [refreshIfNeeded] php /var/www/html/plugins/zwavejs/core/class/../../core/php/refresher.php id=11 target=38-1-currentValue sleep=5 number=9 >> /var/www/html/core/class/../../log/zwavejs 2>&1 &
[2023-04-16 09:10:37]DEBUG : Refresher
[2023-04-16 09:10:38]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue 9 times. Each 5s
[2023-04-16 09:10:38]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:10:38]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 0
[2023-04-16 09:10:43]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:10:43]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 1
[2023-04-16 09:10:48]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:10:48]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 2
[2023-04-16 09:10:53]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:10:53]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 3
[2023-04-16 09:10:58]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:10:58]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 4
[2023-04-16 09:11:03]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:11:03]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 5
[2023-04-16 09:11:08]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:11:08]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 6
[2023-04-16 09:11:13]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:11:13]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 7
[2023-04-16 09:11:18]DEBUG : [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223][pollValue] {"args":[{"nodeId":8,"commandClass":38,"endpoint":1,"property":"currentValue"}]}
[2023-04-16 09:11:18]DEBUG : Refresh [Laboratoire][8 - Fibargroup Roller Shutter 3 FGR223] 1-38-currentValue number : 8

Cela semble être
Refresh [Laboratoire][8 - FGR223] 1-38-currentValue 9 times. Each 5s
et tous les refresh qui suivent qui mettent la zone et flood complétement le contrôleur (surtout avec des commandes groupées)

10

Bonjour,

Intéressant. Cela voudrait dire que ton problème est uniquement avec FGR223, seuls modules avec le refresh auto mis en place pour palier le bug FW.
A vérifier en supprimant le refresh auto au moins sur ton module débranché.

11

J’avais pas vu passé cette nouveauté … :slight_smile: pas pensé une seconde à aller voir du coté option :pray:

Test sur deux modules (dont un disco) sans problème une fois supprimer l’option :pray:
Aucun problème de MAJ des statut sur les 8 FGR sans ces options :thinking:

12

Super ! :blush:

Le problème de remontée du statut est intermittent je crois.

13

En tous cas, c’est visiblement une mauvaise façon de corriger ce problème :thinking:

14

Pas trop d’autre option dans ce cas.

De plus, c’est plutôt pas recommandé d’avoir des modules hs dans son réseau zwave :wink:

15

C’est sur, mais de la à mettre la zone dès qu’un module est indisponible (et encore il s’agit de module filaire). :sweat_smile: (ils finiront bien par tombés en panne un jour ou l’autre)

16

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.