OpenZWave: Received timeout notification

[Pyrrhus]

Pour commencer, essaye une rallonge USB pas trop longue: 30cm juste pour éloigner la clé z-wave du sol et lui faire gagner de la hauteur, car plus le cordon est long plus il y a une déperdition de signal. Ce serait bete de rajoutter un probleme d'alimentation usb par le rasp ! 30cm, ou meme 50 ne poseront pas de soucis.
Ensuite va chercher tes modules, tiens toi pres de la cle z-wave et appuie sur leur bouton d'inclusion rapidement 3 fois de suite, juste pour rétablir un signal de qualité.
Remet les modules à leur place souhaitée. Tu vois, pour l'instant, pas besoin de trafiquer dans domoticz
Et dans une heure ou deux va voir les logs de domoticz et ton maillage et dis nous si ça va mieux avec les timeout

[negan]

Sinon, acheter une prise zwave (y en a à 35€ et ça sert toujours) et la mettre géographiquement au milieu des équipements "passifs".

[dartflag]

Bonjour

@Pyrrhus
je vais deja commencer par la rallonge USB. Celui qui m'envoi les erreurs et le module le plus éloigné. Le nombre d'erreur n'est pas très important quand meme. Je suis peut être un peu perfectionniste?
Je suis actuellement en déplacement et je fais deja le test de la rallonge et te dis le résultat.

@negan
l'ajout d'une nouvelle clef serait pour améliorer la portée? mais je croyais que dans le principe du zwave, chaque module zwave était un répéteur lui meme pour atteindre les modules très éloignés?

[negan]

Désolé, les FGRM-222 devraient faire répéteur donc mon idée n'est pas bonne.
(précision : tous les modules zwave ne font pas répéteurs, exemple : ceux sur batterie)

[dartflag]

Bonjour,
ca y est ce weekend, j'ai fait mes petits tests.
J'ai mis le Raspberry carrément au centre de mon appartement et cette position n'a pas améliorée la situation, puisque j'ai commencé a avoir des messages de timeout sur d'autres modules. J'ai aussi fait le test avec une rallonge pour la clef Zwave, pas mieux.
Ces messages ne sont pas bloquant pour moi, puisque tout semble parfaitement fonctionner, a part les messages d'erreurs. je vais quand meme tester d'enlever le module qui indique les timeout et le réintégrer. Pas très motiver car tout est propre derriere l'inter, mais il faut que je le fasse

Fred

[MAidEN91]

Hello,

J'avais le même soucis et il a fallu mettre a jour le kernel du raspberry, voici le détail de la solution : http://www.domoticz.com/forum/viewtopic ... 098#p86098

[lost]

Attention aussi au timeout côté contrôleur qui peut faire faire à Domoticz des soft-reset inutiles de ce dernier (pensant, à tords, son firmware planté) et destabilisants pour le réseau z-wave si on a pas mal de "temps morts" (=sans aucun modules prenant un ordre ou renvoyant des données).

Cf:
https://easydomoticz.com/forum/viewtopi ... 834#p26512

[dartflag]

je fais régulièrement les mises a jour de mon Raspberry. Et je suis en version de noyau au Linux raspberrypi 4.4.34-v7+ #930 SMP Wed Nov 23 15:20:41 GMT 2016 armv7l GNU/Linux
donc ça fait un sacré retour arrière pour revenir a la version 4.1.17?

je suis en train de creuser la piste du timeout du contrôleur a 60s par défaut. Je l'augmente pour voir ce que ça donne? Je viens de le passer a 120s. Je vais voir

Fred

[lost]

je fais régulièrement les mises a jour de mon Raspberry. Et je suis en version de noyau au Linux raspberrypi 4.4.34-v7+ #930 SMP Wed Nov 23 15:20:41 GMT 2016 armv7l GNU/Linux
donc ça fait un sacré retour arrière pour revenir a la version 4.1.17?

je suis en train de creuser la piste du timeout du contrôleur a 60s par défaut. Je l'augmente pour voir ce que ça donne? Je viens de le passer a 120s. Je vais voir

Fred

Initialement, je n'avais que du controle de radiateurs via modules fil-pilote qubino. Et en semaine, jusqu'a 6h00 sans ordres donc sans traffic z-wave.
Initialement, j'avais carrément supprimé le timeout... le reseau z-wave étant alors parfaitement fiable, j'avais mis 7h00 (au cas ou le controleur plante vraiment un jour), soit au delà de mon temps max entre 2 ordres planning.

C'est la valeur sous "réglages"/"matériel"... cliquer sur la ligne du controleur..."délai d'attente de données", avec l'interface en français.

Depuis, j'ai des capteurs de mouvement/température... qui envoient des données régulièrement ce qui fait que le réseau z-wave a moins de temps morts. Mais même ainsi ça reste souvent au delà de 60s (si pas de mvt/tre variant peu). Cette valeur par défaut est amha bien trop juste.

Pb corrigé, c'est désormais solide comme un roc!