Erreurs récurrentes

[neurall]

Bonjour,

j'ai les messages d'erreurs suivants qui reviennent régulièrement chaque jour sans que l'on ai fait quoi que ce soit comme opération de maintenance depuis le dernier redémarrage, je vous épargne les jours précédents, c'est pareil (voir pj) :

Code : Tout sélectionner

2017-09-07 08:16:23.956 Error, Node011, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-09-07 19:37:35.288 Error, Node005, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-09-07 19:37:51.226 Error, Node011, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-09-07 19:55:59.779 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-09-07 20:14:27.995 Error, Node011, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
2017-09-07 20:14:47.735 Error, Node011, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-09-07 21:01:06.478 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-09-07 21:24:50.175 Error, Node008, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
2017-09-07 22:30:04.383 Error, Node011, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
2017-09-07 22:30:14.318 Error, Node011, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-09-08 06:14:19.878 Error, Node009, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-09-08 10:29:12.928 Error, Node005, ERROR: Dropping command, expected response not received after 1 attempt(s)

Le Noeud 11 : FGWPE/FGWPF Wall Plug Gen5
Le Noeud 9 : FGWPE/FGWPF Wall Plug Gen5
Le Noeud 8 : FGWPE/FGWPF Wall Plug Gen5
Le Noeud 5 : FGS-213 Switch 1

[teni]

Bonsoir,
J'ai aussi ce type d'erreur de temps à autre.
De ce fait j'ai une lampe exterieure qui reste allumer après mon passage alors qu'elle devrait s'éteindre au bout de 30s.
Cela semble aléatoire... se produit environ 1 fois sur 20
Je ne trouve pas la cause. Ennuyeux car je suis toujours obligé de vérifier que cette lampe s'est bien éteinte.
Cela fonctionnait bien avec mon ancienne box (pas sous Jeedom). je n'ai pas changé la topologie du réseau quand je suis passé à Jeedom (smart)
Est ce que quelqu'un aurait eu un souci similaire et aurait réussi à y remédier ?
J'ai bien tous les plugins à jour.

[mycev]

Bonsoir,
Ca me rassure, j'ai le même problème depuis quelques temps... et je ne suis donc pas seul !
Avez-vous réussi à trouver une solution ?

[Swatmorpheus]

idem sur quelques modules mais ils fonctionnent parfaitement.
1 FGSS , une prise neocool principalement alors que s'est les plus prêt du contrôleur

[arnlig3550]

Salut

Moi aussi même chose ! Et ça ne me donne plus confiance en Jeedom car j'ai des choses qui fonctionnent 8 fois sur 10 ou alors à retardement.
Dommage... Desfois j'hésite à changer de box et aller voir la concurrence...
Si on a pas confiance en sa domotique, faut arrêter ou aller voir ailleurs, ça nous fait perdre plus de temps qu'autre chose...

[mycev]

Bonjour,
Une mise à jour du plugin Openzwave vient d'apparaitre ; je vais attendre un peu avant d'appliquer la mise à jour mais je croise les doigts pour que cela résolve ce problème toujours présent occasionnellement sur 2 noeuds fibaro fgs dans ma config

[arnlig3550]

Ils n'ont pas l'air d'en parler dans le changelog...

[mycev]

Dans le changelog figure

Amélioration de la queue

.
Or, les problèmes de com' que je constate sont souvent liés a des

ZW_SEND_DATA could not be delivered to Z-Wave stack

Donc je croise les doigts pour que ça résolve mon pb

[loic]

Bonjour,
Malheureusement je doute que ça t'aide l'erreur que tu vois est directement renvoyé par le hardware de la clef zwave aucune mise a jour logiciel de notre côté ne pourra corriger cela.

[mycev]

Bonjour,
Merci Loic de ton intervention qui douche mes maigres espoirs...
Faut-il considérer que ce sont mes FGS qui posent problème et contacter Fibaro afin de voir si je peux mettre leur firmware à jour ?
Je n'avais pas encore fait cette démarche car le problème n'existait pas dans les premiers temps sur mon installation et a commencé à apparaitre suite à une mise à jour de Openzwave.
Seuls 2 noeuds posent problème sur les 38 dont je dispose.

[loic]

Je suis vraiment pas le mieux placé pour le zwave je peux juste dire ce que je constat souvent :
- l'alimentation de la box est super important car meme si ça donne l'impression que tout marche la moindre variation peut créer de micro dysfonctionnement aléatoire
- un module sur le réseau qui a un soucis peut faire remonter des soucis sur d'autres modules voir même des truc carrément bizarre (déclenchement du mode alarme sur des module volet qui fait que ça s'ouvre en pleine nuit)
- les modules batterie c'est le mal
- le maillage du zwave a 4 modules j'y crois pas, 1 module de saut oui plus bof....

[mycev]

L'alimentation de ma box est composée d'une alimentation de 3A et d'un powerbank "adapté" disposant d'une sortie 2.1A et un câble USB de section importante (je fuis les jauges >= à 26) et de 20 cm seulement pour relier le RPi. Le dongle ZWave est déporté pour améliorer la portée. De fait, les deux tiers de mes noeuds sont en communication directe avec le contrôleur (dont l'un des deux FGS qui posent pb sur les 5 de mon installation) et le reste a maxi un saut . Plus de la moitié de mes noeuds (21) sont alimentés par secteur...
Ca fait plus d'un an que ca fonctionne comme ça, j'ai ajouté un chien de garde qui renvoie la commande au bout d'une trentaine de secondes lorsque la communication n'a manifestement pas réussie.
Je tenterais tout de même les mises à jour... on ne sait jamais

[arnlig3550]

Tes modules sont en mode sécurisé ou non ?
J'ai écris au SAV et on m'a répondu ça pour ce type d'erreur:

Je ne vous conseille pas le mode sécurisé sauf pour des modules type serrures connectées

Et aussi de migrer vers Linux 9 Stretch pour les Smart antérieure à septembre 2018 (qui sont Linux 8 Jessie), donnant des résultats concluant sur les performances et la stabilité.

[mycev]

Je n'utilise pas le mode sécurisé (aucun de mes modules Z-Wave ne commande de fonction "sensible")...

[dref5]

Bonjour

je prends le fil de cette ancienne conversation car k'ai depuis quelques jours le meme probleme.
Tout a commencé par un temps de latence TREs important quand je commandais mon portail depuis mon mobile.
j'avais mis cela sur le compte d'un souci avec la communication de mon portable.
Depuis j'ai constate des lenteurs sur les allumages automatiques de lumière extérieure

et j'ai enfin découvert hier dans mon log cette erreur "Error, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
" sur un nombre de noeuds important.

jj'ai tente de redémarrer le Jeedom mais il semble que mon plugin zwave ne redémarre pas du tout!!

auriez vous une idée pour me guider vers la solution a mon souci?

Merci d'avance

[mycev]

Bonjour,
Tout d'abord, si la gestion automatique d'un plugin n'est pas activé, c'est normal qu'il ne démarre pas tout seul au redémarrage de Jeedom. Mais peut-être ne démarre-t-il pas non plus lorsque tu tentes de le lancer manuellement ?
Les problèmes de lenteurs peuvent également être liés à d'autres facteurs que le plugins : utilises-tu d'autres protocoles de communications que le zWave et qui seraient également concernés par ces problèmes de latence ?

[Swatmorpheus]

L'alimentation de ma box est composée d'une alimentation de 3A et d'un powerbank "adapté" disposant d'une sortie 2.1A et un câble USB de section importante (je fuis les jauges >= à 26) et de 20 cm seulement pour relier le RPi. Le dongle ZWave est déporté pour améliorer la portée. De fait, les deux tiers de mes noeuds sont en communication directe avec le contrôleur (dont l'un des deux FGS qui posent pb sur les 5 de mon installation) et le reste a maxi un saut . Plus de la moitié de mes noeuds (21) sont alimentés par secteur...
Ca fait plus d'un an que ca fonctionne comme ça, j'ai ajouté un chien de garde qui renvoie la commande au bout d'une trentaine de secondes lorsque la communication n'a manifestement pas réussie.
Je tenterais tout de même les mises à jour... on ne sait jamais

Salut ,
Tu dis alim 3A ok , elle alimente le powerbank ok , mais 2.1A en sortie c'est faible pour un pi3 , le mini est de 2.5 mais le mieux c'est 3A direct au pi donc pour moi ton alim n'est pas top

[mycev]

L'alimentation de ma box est composée d'une alimentation de 3A et d'un powerbank "adapté" disposant d'une sortie 2.1A et un câble USB de section importante (je fuis les jauges >= à 26) et de 20 cm seulement pour relier le RPi. Le dongle ZWave est déporté pour améliorer la portée. De fait, les deux tiers de mes noeuds sont en communication directe avec le contrôleur (dont l'un des deux FGS qui posent pb sur les 5 de mon installation) et le reste a maxi un saut . Plus de la moitié de mes noeuds (21) sont alimentés par secteur...
Ca fait plus d'un an que ca fonctionne comme ça, j'ai ajouté un chien de garde qui renvoie la commande au bout d'une trentaine de secondes lorsque la communication n'a manifestement pas réussie.
Je tenterais tout de même les mises à jour... on ne sait jamais

Salut ,
Tu dis alim 3A ok , elle alimente le powerbank ok , mais 2.1A en sortie c'est faible pour un pi3 , le mini est de 2.5 mais le mieux c'est 3A direct au pi donc pour moi ton alim n'est pas top

Bonjour,
Petite précision, je viens de vérifier sur le Powebank et la sortie est de 2.4A
De toutes façons, n'utilisant pas de HDD externe, les besoins énergétiques restent raisonnables et sans pics de consommation produits au moment du démarrage d'un HDD 'mécanique' par exemple.
La consommation (mesurée) est de l'ordre de 400mA en moyenne avec des pointes à 900mA lors d'une augmentation de la charge...
Mon alimentation est donc de mon point de vue hors de cause.

J'ai mis à jour Jeedom avec Stretch et la dernière version de openzwave et, si je constate toujours des "ZW_SEND_DATA could not be delivered to Z-Wave stack" dans les logs, je ne constate plus les symptômes sur les FGS... et le démarrage du réseau zWave est carrément plus rapide !

[Swatmorpheus]

Peut être que ton powerbank ne delivre pas 2.4A en permanence et qu'il y a des oscillations perso par précaution je mettrai un petit onduleur et une vrai alim derrière pour alimenter mais déjà test sans le powerbank pour voir si ça vient de là

[mycev]

En fait, j'avais retiré le power bank le 1er mars pour faire un test : avec un recul d'une semaine, les symptômes sont les mêmes...
Je crois que je vais finir par remplacer les 2 FGD, peut être par des modules shelly 1, cela sera l'occasion de les tester (j'ai déjà une dizaine de périphériques mqtt et cela marche plutôt pas mal pour un prix bien inférieur aux périphériques zwave)