Comme annoncé, ce forum est passé en lecture seule au 1er janvier 2020. Désormais nous vous invitons à vous rendre sur notre nouvelle page communauté :
Image

A très bientôt !

Réseau Z-wave ERROR: dropping command

Retrouvez ici des sujets concernant le protocole Z-Wave et les modules domotiques de type Z-Wave utilisés avec JEEDOM
ricco2409
Timide
Messages : 39
Inscription : 05 août 2016, 22:15
Localisation : Angers (49)

Réseau Z-wave ERROR: dropping command

Message par ricco2409 » 13 janv. 2017, 22:34

Bonjour à tous,

Depuis quelques temps je rencontre un problème de "dropping command" sur mon réseau Z-wave.
Mes commandes par scénario s'éxécutent avec beaucoup de retard, ce qui est embêtant lorsqu'il s'agit de l'allumage d'une lumière déclenché par un détecteur de mouvement... Quand je consulte les log de mes scénarios, les commandes sont bien envoyées mais les lumières réagissent 20 secondes plus tard.
Je pensais à une surcharge de messages de mon contrôleur, mais en fait cela semble peu probable (Queue sortante : 0 en permanence).

Si un oeil expert pouvait me dire ce qui ne va pas dans mon réseau... (ne pas tenir compte du node 23)
table de routage.jpg
table de routage.jpg (366.41 Kio) Consulté 6225 fois
santé.jpg
santé.jpg (411.08 Kio) Consulté 6225 fois
Et voici mes messages d'erreur (de la journée seulement) :
Log.jpg
Log.jpg (81.42 Kio) Consulté 6225 fois
Je suis en DIY sur raspberry pi 3 / Jeedom 2.4.6 / stick aeon gen5
J'ai déjà fait pas mal de recherches sur le forum pour trouver des cas similaires. Le seul conseil que j'ai trouvé était d'éteindre Jeedom, débrancher le stick pendant plusieurs minutes et tout redémarrer. Malheureusement cela n'a aucun effet dans mon cas.

Merci pour tous renseignements qui pourraient m'aider.
Pi 3 modèle B / Jeedom v2.3.16 /Stick USB Z-Wave Aeon Gen5
4 FGSD-002 / 4 FGFS-101 / 1 FGD-2012 / 2 RGBW / 5 FGMS-001 / 1 FGS-213/ 1 FGBS-001 / 4 FGK-101 / 1 Multisensor 6 / 1 FGR 222 / 2 fils pilote/ 1 FGS-221/ 2 Wall Plug / 1 répéteur

ricco2409
Timide
Messages : 39
Inscription : 05 août 2016, 22:15
Localisation : Angers (49)

Re: Réseau Z-wave ERROR: dropping command

Message par ricco2409 » 14 janv. 2017, 08:58

Rebelote ce matin : une dizaine de seconde entre le déclenchement du scénario par un FGMS et l'éxécution de la commande d'allumage des lumières.
Cela me parait vraiment bizarre.
D'autant plus que la même commande éxécutée sur le dashboard est instantanée.
Pi 3 modèle B / Jeedom v2.3.16 /Stick USB Z-Wave Aeon Gen5
4 FGSD-002 / 4 FGFS-101 / 1 FGD-2012 / 2 RGBW / 5 FGMS-001 / 1 FGS-213/ 1 FGBS-001 / 4 FGK-101 / 1 Multisensor 6 / 1 FGR 222 / 2 fils pilote/ 1 FGS-221/ 2 Wall Plug / 1 répéteur

ricco2409
Timide
Messages : 39
Inscription : 05 août 2016, 22:15
Localisation : Angers (49)

Re: Réseau Z-wave ERROR: dropping command

Message par ricco2409 » 15 janv. 2017, 08:24

Un petit up pour ce topic.
Après plusieurs tests, je ne crois pas que le "dropping command" soit lié au temps de latence entre l'envoi de la commande par scénario et l'exécution concrète de la commande.
Une idée pour me faire avancer ?
Pi 3 modèle B / Jeedom v2.3.16 /Stick USB Z-Wave Aeon Gen5
4 FGSD-002 / 4 FGFS-101 / 1 FGD-2012 / 2 RGBW / 5 FGMS-001 / 1 FGS-213/ 1 FGBS-001 / 4 FGK-101 / 1 Multisensor 6 / 1 FGR 222 / 2 fils pilote/ 1 FGS-221/ 2 Wall Plug / 1 répéteur

module
Timide
Messages : 44
Inscription : 03 mai 2016, 09:04

Re: Réseau Z-wave ERROR: dropping command

Message par module » 16 janv. 2017, 10:21

Bonjour

Je m'abonne à ce post, car je rencontre le même type d'erreur :

Code : Tout sélectionner

2017-01-15 07:30:13.256 Error, Node012, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-15 14:06:38.293 Error, Node012, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-16 01:00:20.504 Warning, WARNING: REQUEST_NEIGHBOR_UPDATE_FAILED
2017-01-16 03:02:35.068 Error, Node022, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-16 07:30:12.744 Error, Node012, ERROR: Dropping command, expected response not received after 1 attempt(s)
L'impact pour moi c'est qu'une commande "off" lancée via un scénario sur un relais FGS-222 ne s'applique pas (il reste en "on"). Je n'ai pas d'autres latences constatées sur les autres équipements.

Je suis également en DIY sur raspberry pi 3 / Jeedom 2.4.6 / stick aeon gen5.
Je n'ai pas encore essayé de redémarrer, chose que je vais faire tout prochainement

A suivre !

Avatar de l’utilisateur
cocapic
Actif
Messages : 935
Inscription : 18 déc. 2015, 16:27

Re: Réseau Z-wave ERROR: dropping command

Message par cocapic » 16 janv. 2017, 15:15

+1, sans modification particulières de ma part, j'ai les erreurs suivantes depuis quelques temps, ca touche l'ensemble des nodes, piles et alimenté, pas de delais constaté pour le moment, mais un freeze zwave il y a quelques temps

pi3 + rasberry

Code : Tout sélectionner

2017-01-14 23:50:13.807 Error, Node018, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-15 00:04:53.090 Error, Node018, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
2017-01-15 00:05:03.079 Error, Node018, ERROR: Dropping command, expected response not received after 2 attempt(s)
2017-01-15 00:19:41.708 Error, Node018, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
2017-01-15 00:19:51.704 Error, Node018, ERROR: Dropping command, expected response not received after 1 attempt(s)
++
Pi3/SSD/Razberry/BLE/MiHome
9xDanfoss LC13 & 7xFGRM222 VR
7xFGK101 & 1xPSP01
1xSiren Gen5 2xFGBS001 3xFGS222 3x Philips Hue
4x tag BLE 3x Cam IP 5x Amazon Dash

ricco2409
Timide
Messages : 39
Inscription : 05 août 2016, 22:15
Localisation : Angers (49)

Re: Réseau Z-wave ERROR: dropping command

Message par ricco2409 » 16 janv. 2017, 20:44

@module :
Dans ton scénario où se situe ta commande, as tu d'autres commandes sur actionneur qui doivent être réalisées dans les deux ou trois secondes avant ou après ta commande qui ne marche pas ?
Pi 3 modèle B / Jeedom v2.3.16 /Stick USB Z-Wave Aeon Gen5
4 FGSD-002 / 4 FGFS-101 / 1 FGD-2012 / 2 RGBW / 5 FGMS-001 / 1 FGS-213/ 1 FGBS-001 / 4 FGK-101 / 1 Multisensor 6 / 1 FGR 222 / 2 fils pilote/ 1 FGS-221/ 2 Wall Plug / 1 répéteur

Gersen
Timide
Messages : 25
Inscription : 17 janv. 2017, 00:54

Re: Réseau Z-wave ERROR: dropping command

Message par Gersen » 17 janv. 2017, 01:46

J'ai un problème similaire; nouvelle installe sur un Raspberry Pi3 avec un module Razberry2 (ZMEERAZ2) et uniquement un Aeon Labs ZW075-A02.

Pour moi ce n'est même pas dans un scénario, c'est en directe, en envoyant la commande depuis le dashboard ou carrément depuis l'écran commande; des fois c'est instantané mais d'autre ça met 10-20 secondes voir plus pour s’exécuter.

J'ai essayé de tous redémarrer, de vérifier que tous était à jour, vérifier que j'avais bien "dtoverlay=pi3-miniuart-bt" dans le config.txt mais rien n'y fait :(

module
Timide
Messages : 44
Inscription : 03 mai 2016, 09:04

Re: Réseau Z-wave ERROR: dropping command

Message par module » 17 janv. 2017, 09:05

ricco2409 a écrit :@module :
Dans ton scénario où se situe ta commande, as tu d'autres commandes sur actionneur qui doivent être réalisées dans les deux ou trois secondes avant ou après ta commande qui ne marche pas ?
Non, j'ai juste une condition qui mène à une seule action.

Avatar de l’utilisateur
cocapic
Actif
Messages : 935
Inscription : 18 déc. 2015, 16:27

Re: Réseau Z-wave ERROR: dropping command

Message par cocapic » 18 janv. 2017, 10:11

Je pense a une saturations au niveau d'un du buffer entre jeedom et le stack !
Attendons l'avis de nechry
Pi3/SSD/Razberry/BLE/MiHome
9xDanfoss LC13 & 7xFGRM222 VR
7xFGK101 & 1xPSP01
1xSiren Gen5 2xFGBS001 3xFGS222 3x Philips Hue
4x tag BLE 3x Cam IP 5x Amazon Dash

Neo_t3
Timide
Messages : 34
Inscription : 17 juil. 2015, 11:10

Re: Réseau Z-wave ERROR: dropping command

Message par Neo_t3 » 19 janv. 2017, 09:52

Hello,

Même problème pour moi (erreurs cités), sans incidence jusqu'à l'ajout d'un module Fibaro Universel pour récupérer les infos de mon alarme Diagral.

Il arrive souvent que le capteur reste activé alors que l'alarme est bien désactivée.
Un refresh forcé de la valeur de l'entrée 1 permet de palier mais c'est manuel.
Egalement un scénario (délencheur sur l'entrée 1 du FIbaro) qui se répète plusieurs fois pour rien.

Pour ma part, Jeedom 2.4.6 sur Rasp3 et Aeon Stick Gen5.

Code : Tout sélectionner

2017-01-17 20:22:55.936 Always, OpenZwave Version 1.4.2088 Starting Up
2017-01-17 22:33:57.489 Error, Node017, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-17 22:34:07.492 Error, Node017, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-18 00:33:49.607 Error, Node016, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-18 00:33:59.609 Error, Node016, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-18 18:18:38.842 Error, Node019, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-01-19 01:00:17.887 Error, Node006, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
2017-01-19 01:00:27.885 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)

BLRPERES
Actif
Messages : 1118
Inscription : 31 août 2016, 10:51
Localisation : Bourg-La-Reine

Re: Réseau Z-wave ERROR: dropping command

Message par BLRPERES » 21 janv. 2017, 14:55

Gersen a écrit : nouvelle installe sur un Raspberry Pi3 avec un module Razberry2 (ZMEERAZ2) et ...
Bonjour Gersen, en lisant ce post je comprends que tu utilise une carte Razberry2 pour faire fonctionner tes accessoires Z-Wave.

Pour ma part j'ai reçu ma carte ce matin et j'ai un mal fou à l'installer.
Peut-etre que c'est moi qui ne comprends pas comment ça marche car j'ai installer le plug-in Z-Wave (open Z wave) j'ai lancer la configuration de celui-ci mais dans la partie configuration/ Demon local dans la liste déroulante je ne vois rien d'autre que "rasberry pi" qui me semble logique (hors biensur aucun/ auto ou encore mon RFXCom qui est hors sujet il me semble)

ensuite j'ai lancé les dépendances puis le Demon.
Tout est au vers mais quand je bascule du coté du plug in lui meme et quand je clique sur "inclusion" (une boite de dialogue s'ouvre me demandant si je veux démarrer l'inclusion en mode sécurisé ou non?!) et la il me sort une vielle excuse du type "Le contrôleur est en cours d'initialisation veuillez réessayer dans quelques minutes".

et rien ne se passe...

je dois certainement passer à coté de quelque chose.
Si tu as eu ce genre de problème je souhaiterai savoir comment tu as résolu celui-ci

Merci d'avance

Avatar de l’utilisateur
nechry
Actif
Messages : 9644
Inscription : 24 juin 2014, 20:07
Localisation : Suisse
Contact :

Re: Réseau Z-wave ERROR: dropping command

Message par nechry » 21 janv. 2017, 16:02

Rpi3 il faut absolument désactiver le BT interne pour faire fonctionner un Razberry


Sent from my iPad using Tapatalk
As-tu consulté la documentation avant de poser ta question?
Les demandes de support en MP ne seront pas traité mais j'accepte les dons paypal.me/nechry
Visiter mon blog http://nechry-automation.ch/

BLRPERES
Actif
Messages : 1118
Inscription : 31 août 2016, 10:51
Localisation : Bourg-La-Reine

Re: Réseau Z-wave ERROR: dropping command

Message par BLRPERES » 21 janv. 2017, 16:05

nechry a écrit :Rpi3 il faut absolument désactiver le BT interne pour faire fonctionner un Razberry
Bonjour,
je fait ça comment (sachant que je suis une bille en informatique...
est-ce possible directement via l'interfece jeedom? ou dois-je passer par le debian?

Gersen
Timide
Messages : 25
Inscription : 17 janv. 2017, 00:54

Re: Réseau Z-wave ERROR: dropping command

Message par Gersen » 21 janv. 2017, 19:21

BLRPERES a écrit :Peut-etre que c'est moi qui ne comprends pas comment ça marche car j'ai installer le plug-in Z-Wave (open Z wave) j'ai lancer la configuration de celui-ci mais dans la partie configuration/ Demon local dans la liste déroulante je ne vois rien d'autre que "rasberry pi" qui me semble logique (hors biensur aucun/ auto ou encore mon RFXCom qui est hors sujet il me semble)
Salut,

Normalement tu devrait avoir : Aucun, Auto, Raspberry pi (/dev/ttyAMA0) et Cubiboard (/dev/ttyS0).

Celui que tu doit utiliser c'est : /dev/ttyAMA0 (sélectionne le puis fait sauvegarder)

Mais comme l'a suggéré nechry, tu doit d’abord déactiver le bluetooth.

Pour cela il faut se connecter sur la console de ton Raspberry, avec le username : root et le mot de passe : Mjeedom96 (Si tu utilise l'image Jeedom officielle)

une fois connecté:

tape :

cd /boot
sudo nano config.txt

vas tous à la fin du fichier et ajoute la ligne suivante :

dtoverlay=pi3-miniuart-bt

Après fait CTRL+O, pour enregistrer, ENTER quand il te demande de confirmer le nom du fichier, puis CTRL+X pour quitter Nano.

Une fois que c'est fait il faut rebooter Jeedom depuis l’interface web

BLRPERES
Actif
Messages : 1118
Inscription : 31 août 2016, 10:51
Localisation : Bourg-La-Reine

Re: Réseau Z-wave ERROR: dropping command

Message par BLRPERES » 21 janv. 2017, 21:47

Ca marche!!!!!!
Gersen a écrit : Celui que tu doit utiliser c'est : /dev/ttyAMA0 (sélectionne le puis fait sauvegarder)
Pour cette parti, par élimination j'avais bon
Gersen a écrit : Mais comme l'a suggéré nechry, tu doit d’abord déactiver le bluetooth.

Pour cela il faut se connecter sur la console de ton Raspberry,


A partir de la je dois avouer que j'ai eu des frisson dans le dos. mais en lisant tes commandes j'ai vu un "bt" qui trainait et j'ai donc suivit tes conseils aveuglément. J'avais peur de faire une bêtise comme on faisait faire faire des âneries aux personnes peux initiées dans la matière dans les années 90 quand ils disaient "si si fait un c format.. et tu verras ton pc n'aura plus le problèmes dont tu me parles ;)

bref, j'ai commencé par me bagarrer avec mon ssh et mon problème de "host key has just been changed".
enfin désormais tout marche grâce à toi

un très grand merci

dabou
Timide
Messages : 339
Inscription : 13 sept. 2017, 15:07

Re: Réseau Z-wave ERROR: dropping command

Message par dabou » 09 nov. 2017, 19:00

Bonjour à tous,
Je déterre ce sujet car je tombe sur le même problème et j'ai l'impression qu'il est la cause de mon chauffage qui est resté 3 heures allumé à fond pour rien lundi matin (alors que la consigne du plugin thermostat lui disait le contraire) et qu'il n'a pas réussi à se démarrer tout seul cet après-midi (alors que j'étais rentré, que le scénario qui va bien était bien enclenché et que la consigne était à nouveau bien donnée...)

J'ai donc la fameuse erreur dans openzwaved :

Code : Tout sélectionner

2017-11-09 18:26:47.042 Always, OpenZwave Version 1.4.0 Starting Up
2017-11-09 18:27:09.098 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:27:19.231 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:27:29.234 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:27:39.237 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:27:49.365 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:27:59.368 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:28:09.371 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:28:19.413 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:28:29.416 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:28:39.419 Error, Node007, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:28:49.468 Error, Node007, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-09 18:28:59.471 Error, Node007, ERROR: Dropping command, expected response not received after 1 attempt(s)
Là, c'est depuis que je l'ai redémarré à l'instant. Ca se calme par la suite et ne revient que quelques fois par jour.

Après mes recherches, voilà ce que j'ai pu faire jusqu'à maintenant :
- ajout d'une rallonge USB : ça a grandement amélioré le maillage du réseau (je n'ai que 4 modules z-wave Qubino format DIN fil pilote avec la clé aeotec gen 5 stick). Ca a été fait dès le début de mon installation quand le maillage était mauvais. Maintenant tout est vert ou bleu.
- désactivation du bluetooth. (avec la commande trouvée plus haut).
- Redémarrage du raspberry (comme on peut le voir dans le log juste au dessus... et l'enchainement des erreurs par la suite)

Recherches de log :
- Rien d'anormal dans les autres logs, notamment openzwave et openzwave_update,
- pas d'erreurs dans les scénarii qui gèrent le chauffage,

J'utilise, bien sûr, le superbe plugin thermostat.

Pour le plugin z-wave :
- dépendances OK,
- démon OK, configuration OK.
- configuration : "supprimer automatiquement les périphériques exclus" : décoché,
- Appliquer le jeu de configuration recommandée à l'inclusion : coché,
- Désactiver l'actualisation en arrière-plan des variateurs : décoché,
- Cycle(s) : 0.3
- Port clé Z-Wave : /dev/ttyACM0 (/dev/ttyACM0) (d'ailleurs, il y en a d'autres, mais j'imagine que si la plupart du temps la gestion du chauffage marche correctement, c'est que ça doit être bon, n'est-ce pas ?)
- Port du Serveur : 8083

Après relance du plugin en Debug, j'obtiens dans les mêmes logs openzwaved :

Code : Tout sélectionner

2017-11-09 18:43:31.484 Always, ***************************************************************************
2017-11-09 18:43:31.484 Always, *********************  Cumulative Network Statistics  *********************
2017-11-09 18:43:31.484 Always, *** General
2017-11-09 18:43:31.484 Always, Driver run time: . .  . 0 days, 0 hours, 16 minutes
2017-11-09 18:43:31.484 Always, Frames processed: . . . . . . . . . . . . . . . . . . . . 119
2017-11-09 18:43:31.484 Always, Total messages successfully received: . . . . . . . . . . 119
2017-11-09 18:43:31.484 Always, Total Messages successfully sent: . . . . . . . . . . . . 58
2017-11-09 18:43:31.484 Always, ACKs received from controller:  . . . . . . . . . . . . . 58
2017-11-09 18:43:31.484 Always, *** Errors
2017-11-09 18:43:31.484 Always, Unsolicited messages received while waiting for ACK:  . . 0
2017-11-09 18:43:31.485 Always, Reads aborted due to timeouts:  . . . . . . . . . . . . . 0
2017-11-09 18:43:31.485 Always, Bad checksum errors:  . . . . . . . . . . . . . . . . . . 0
2017-11-09 18:43:31.485 Always, CANs received from controller:  . . . . . . . . . . . . . 0
2017-11-09 18:43:31.485 Always, NAKs received from controller:  . . . . . . . . . . . . . 0
2017-11-09 18:43:31.485 Always, Out of frame data flow errors:  . . . . . . . . . . . . . 0
2017-11-09 18:43:31.485 Always, Messages retransmitted: . . . . . . . . . . . . . . . . . 0
2017-11-09 18:43:31.485 Always, Messages dropped and not delivered: . . . . . . . . . . . 14
2017-11-09 18:43:31.485 Always, ***************************************************************************
2017-11-09 18:43:34.540 Error, mgr,     Manager::GetDriver failed - Home ID 0xd82d109e is unknown
Puis il se vide et les erreurs recommencent.

Il y a encore beaucoup de logs possibles : les thermostats configurés, toutes les statistiques du réseau z-wave, mais je crois que ça remplirait un peu le forum pour rien ^^ . Dites-moi s'il manque quoique ce soit d'essentiel.

Matériel : c'est dans mon profil. Le basique raspberry 3, raspbian, jeedom et plugins à jour en stable.

Est-ce que quelqu'un aurait une idée ?

J'ai par ailleurs un comportement étrange. Je pense qu'il n'y a pas de rapport, mais j'en parle au cas où : mes 4 thermostats marche très bien, mais il y en a un qui a un comportement étonnant : en mode Eco, il est censé être à 16 degrés et il reste constamment à 17, notamment en chauffant, d'après les courbes, il se comporte exactement comme si la consigne était 17. J'ai pourtant bien sauvegardé plusieurs fois, même après avoir changé cette consigne, puis en remettant 16 comme je le souhaite. De plus, la chambre d'à côté, qui a tous les mêmes paramètres, reste bien à 16 degrés... étonnant (mais moins contraignant, je posterai un nouveau message sur ce problème s'il persiste et que je ne trouve rien tout seul).

Merci d'avoir lu et de votre aide possible ;) .

(petit edit, je rajoute juste ça, qui paraît peut-être intéressant dans ce cas : la santé d'un de mes modules z-wave fil pilote (celui qui n'a pas fonctionné tout à l'heure...) :

Code : Tout sélectionner

 Node Id: 6
Temps de demande moyen (ms) : 	160
Temps de réponse moyen (ms) : 	706
Dernier message de réponse RTT: 	92
Dernière réponse RTT : 	1041
Qualité de la communication avec ce noeud : 	0
Nombre de messages reçus par ce noeud : 	6
Nombre de messages reçus en double : 	0
Heure du dernier message reçu : 	2017-11-09 19:04:06:618
Nombre de messages reçus spontanément : 	0
Nombre de tentatives d'envoi : 	0
Nombre de messages envoyés par ce noeud : 	15
Nombre de messages envoyés en erreur : 	0
Heure du dernier message envoyé : 	2017-11-09 19:04:05:577 

module
Timide
Messages : 44
Inscription : 03 mai 2016, 09:04

Re: Réseau Z-wave ERROR: dropping command

Message par module » 10 nov. 2017, 09:09

A ce sujet, j'ai installé des Qubino fil pilote. Du coup, j'ai réalisé les procédures d'inclusion / d'exclusion, et à nouveau je me suis retrouvé confronté à ce type d'erreur (une fois les modules inclus), avec des commandes zwave qui semblaient bloquées...
J'ai redémarré le système complet (le RPI, pas uniquement jeedom), et ça semble aller mieux.

Du coup, je me demande si ça n'aurait pas un rapport avec l'inclusion / exclusion ?

Pour ceux qui sont concernés, est-ce que vous y voyez un lien également ? Avez-vous encore le problème après un reboot complet du système ?

dabou
Timide
Messages : 339
Inscription : 13 sept. 2017, 15:07

Re: Réseau Z-wave ERROR: dropping command

Message par dabou » 10 nov. 2017, 17:15

En fait, en essayant de comprendre correctement l'erreur :

Code : Tout sélectionner

ERROR: Dropping command, expected response not received after 1 attempt(s)
Si je comprends bien, "il" (qui ça, "il", d'ailleurs ? le démon openzwaved ? le module z-wave DIN ?) attend une réponse et ne la reçoit pas après 1 essai de demande de réponse, du coup, il "drop" (oublie ?) la commande en cours et elle n'est donc pas exécutée.

Avez-vous l'impression que cette interprétation est bonne ?

Si c'est le cas, cela veut-il dire qu'il n'essaie donc pas de demander une nouvelle réponse au module ? qu'il laisse tomber dès le premier échec ?
Il me semblait que le protocole z-wave était justement très verbeux entre les modules. Il n'y a pas une sorte de "redemande" de réponse automatique ?

(j'émets bien sûr uniquement des hypothèses et pourquoi pas une suggestion de faire une vérification de "réponse bien reçue". Loin de moi l'idée de critiquer le module ! ;) )

BLRPERES
Actif
Messages : 1118
Inscription : 31 août 2016, 10:51
Localisation : Bourg-La-Reine

Re: Réseau Z-wave ERROR: dropping command

Message par BLRPERES » 10 nov. 2017, 19:04

Que dit ton maillage zwave ?


Envoyé de mon iPhone en utilisant Tapatalk

dabou
Timide
Messages : 339
Inscription : 13 sept. 2017, 15:07

Re: Réseau Z-wave ERROR: dropping command

Message par dabou » 10 nov. 2017, 23:08

Comme dit dans le premier message, tout est au vert (ou bleu).
Si il manque un log plus précis, n'hésite pas à me le dire.

Voilà le log, après 24h de fonctionnement :

Code : Tout sélectionner

2017-11-10 01:34:15.623 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 01:37:15.307 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 02:34:18.656 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 02:37:15.051 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 03:34:15.534 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 03:34:25.810 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 03:37:15.030 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 03:41:15.004 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 04:34:15.650 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 04:37:15.229 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 05:34:16.222 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 05:37:15.535 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:31:15.082 Error, Node007, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:34:15.647 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:34:25.957 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:37:15.817 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:41:15.441 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:48:16.319 Error, Node007, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:48:26.441 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:48:36.778 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 06:48:46.972 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 07:03:14.977 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 07:10:17.311 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 07:58:05.793 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 11:10:16.908 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 11:14:14.982 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 11:40:16.415 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 12:02:14.799 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 12:10:16.648 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 12:14:15.352 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 12:40:16.206 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 12:50:16.223 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 13:04:15.040 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 14:00:19.792 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 14:03:15.170 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 16:01:15.070 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 16:16:15.620 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 17:01:15.392 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 17:12:15.579 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 18:01:15.545 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 18:01:25.574 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 18:05:15.959 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 18:09:14.926 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 19:01:15.223 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 19:01:25.331 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 19:05:15.663 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 19:09:15.744 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 20:01:15.995 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 20:08:15.016 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 21:01:15.086 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 21:07:15.529 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 22:01:14.864 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2017-11-10 22:08:14.912 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
Ce qui m'étonne, c'est que tous les noeuds ont l'air d'être concernés et non pas juste un en particulier.
Les 4 modules z-wave que j'ai sont absolument collés (dans le tableau électrique de l'appart', vu que c'est du DIN.
Ils sont à 6 mètres de la clé, derrière une porte en bois/vitre, derrière une porte fine en alu derrière laquelle il y a le tableau électrique. J'ose espérer que ce n'est pas cette porte en alu, car je ne pourrais rien faire à cela.... :(
Cependant, je pourrais tester en laissant ouvert toute la nuit par exemple, pour tester.

Répondre

Revenir vers « [Plugin Officiel] Z-Wave »

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 1 invité