[Zwave] Perte de connexion de tous mes modules sur piles?

Tags: #<Tag:0x00007fcba7e5d1c8>

Bonjour,

J’ai fait un design qui regroupe mes différentes sondes de températures (RF et Zwave). En y regardant de plus près je me suis aperçu que les données de mes sondes Zwave ne s’actualisent plus (aucun souci avec les sondes RF).

J’ai vérifié mon réseau Zwave qui semble fonctionner correctement :

zwave3

En y regardant de plus près, 6 noeuds sont en sommeil, tous ceux qui sont sur piles :

zwave2

zwave4

Quand je regarde le détail par appareil… je constate que les dernières notifications de ces appareils remontent à 4 jours !!

zwave1

J’ai testé le ping et essayé de soigner le réseau, sans succès.
Je précise que le motion sensor affiche à tort une batterie à 0% (elle est neuve).

Le problème dépasse mes connaissances :thinking:
Si quelqu’un a une idée je suis preneur. Je ferai même un petit mot au Père Noël pour lui dire tout le bien que je pense de lui :slight_smile:

Ca sent les capteurs injoignables car hors de portée.
Manque de routeurs ?
Capteurs en veille profonde qu’il faut réveiller en appuyant un petit coup sur leur bouton d’inclusion?

Bonjour,

Vous ne semblez pas respecter le ratio : module filaire / module à pile, la documentation recommande 2/3.

Je ne sais pas si c’est la cause de votre problème.

Sinon, il faut savoir que les modules z-wave sont très mauvais pour remonter la température (sous peine de vider les piles rapidement).

Vous avez un module qui demande un remplacement de pile, cela peut être la cause d’origine.

Merci pour vos réponses.

Comme dit plus haut, la pile du module est neuve, je l’ai remplacé. Peut-être faut-il que j’indique au module que ce remplacement a été effectué ?

Effectivement le ratio n’est pas respecté pour le moment. Je débute et je construit mon réseau au gré des bonnes affaires que je trouve en occasion. J’ai 4 modules filaires en attentes sur le coin de mon bureau, il faut juste que je trouve du temps pour les installer. Cela ne saurait tarder.

C’est noté pour les remontées de températures via modules Zwave (je trouve de toute façon mes modules Oregon bien plus performants).

Je reviens à mon réseau Zwave, qui fonctionnait très bien ces 4 dernières semaines. La coupure de connexion a été brutale et totale sur les modules à piles. Je ne vois pas d’anomalie dans les copies d’écran que j’ai mis plus haut : aucun nœud n’est déclaré mort, d’où mon incompréhension. Au pire, même en cas de manque de routeurs zwave, un des détecteurs de fumée est situé à 1m50 de la clé primaire, il devrait donc être forcément détecté et opérationnel non ? J’ai « réveillé » ce détecteur et celui du bureau, j’ai fait un rafraichissement et un ping de tous les modules. Sans succès :frowning:

La il va falloir plus d’infos
Demon en debug, type de controleur

Car on va tourner en rond sinon

Je comprends.

Je débute donc n’hésitez pas à me corriger si besoin.

Voici mes modules :

zwave5

Jeedom fonctionne sur un Raspberry pi3B+ en version v4.0.61

J’ai 2 logs : Openzwave et Openzwaved

Openzwave
J’ai merd* et j’ai supprimé l’historique du log Openzawe GRRRR
Je l’ai donc relancé, synchrinisé le plugin, fais un ping des modules, fais un test du réseau + soigné le réseau. Voici le log à postériori :

[2020-12-22 17:22:24][ERROR] : RemoveFailedNode, RequestNetworkUpdate. (Failed)
[2020-12-22 17:22:25][ERROR] : RemoveFailedNode, RequestNetworkUpdate. (Failed)
[2020-12-22 17:25:05][ERROR] : RemoveFailedNode, RequestNetworkUpdate. (Failed)
[2020-12-22 17:25:06][ERROR] : RemoveFailedNode, RequestNetworkUpdate. (Failed)

Openzwaved

2020-12-15 19:47:35.281 Always, OpenZwave Version 1.4.0 Starting Up
2020-12-15 22:56:43.644 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-15 22:56:47.651 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-15 22:56:51.655 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-15 23:42:37.222 Error, Node007, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-15 23:42:41.225 Error, Node007, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-15 23:42:45.229 Error, Node007, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-16 00:16:41.795 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-16 00:16:45.798 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-16 00:16:49.802 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-16 00:16:53.806 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-16 16:40:57.400 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-16 16:41:01.406 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-16 16:41:05.409 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-16 18:41:11.403 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-17 08:43:02.612 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-17 12:43:16.280 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-17 15:18:51.329 Error, Node009, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-17 15:18:55.333 Error, Node009, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-17 15:18:59.338 Error, Node009, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-17 22:43:53.589 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-17 23:24:39.203 Error, Node010, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-18 10:44:29.573 Error, Node004, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:29:16.239 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:29:17.250 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:29:18.251 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:29:42.820 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:29:43.822 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:29:44.823 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:29:45.825 Error, Node001, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:29:46.831 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 16:57:19.954 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 16:57:20.955 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 16:57:21.956 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 16:57:22.958 Error, Node001, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 16:57:23.961 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:00:28.196 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:00:29.198 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:00:30.199 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:03:32.246 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:03:33.248 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:03:34.249 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:08:05.011 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:08:06.012 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:08:07.014 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:22:21.269 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:22:22.271 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:22:23.274 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:22:24.276 Error, Node001, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:22:25.278 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:24:53.341 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:24:54.343 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:24:55.441 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:25:02.389 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:25:03.391 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:25:04.401 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:25:05.403 Error, Node001, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 17:25:06.406 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)

Bon… manifestement il y a un problème…

Bonjour,
Quelle distance entre les modules et le contrôleur ?
Si hors portée mais à portée d’un autre module sur secteur, combien passent par celui ci ?

Il semble s’être passé quelque chose le 18 entre 18h39 et 19h30 quand même

Bonjour,

Il y a en ligne droite moins d’une quinzaine de mètres entre mes 2 modules filaires : le stick Gen5 et le wall Plug Fibaro. Les 2 sont bien interconnectés et ils « ping » correctement.

Tous mes modules sont en communication directe avec le contrôleur sauf un : le détecteur de fumée du garage, c’est le plus lointain. L’ajout à venir de modules filaire devrait résoudre ce problème.

Schématiquement ça donne à peu près ça (les 3 qui sont ensemble sont posés devant moi sur mon bureau pour le moment)

Capture

Salut :wink:

Perso je passerai le contrôleur Gen5 en mode SUC (leur soft sous Windows et plugger la clé sur un PC)
image

Ensuite tu attends genre 10-15min, tu reconnectes ton contrôleur et tu relances le démon pour démarrer le zwave…
Attends que le réseau soit bien démarré avant de lancer des soigner et autres dans tous les sens.

Enfin tu nous montres le log debug oui avant de redémarrer passe en debug

Salut,

Merci pour ton retour.

Je comprends que la manip ne se fait pas dans Jeedom mais sur PC via le soft de la clé . C’est bien ça ?

C’est juste pour être sur que j’ai bien compris :wink:

Et sinon je continu à réfléchir à ce qui a pu se passer le vendredi 18 décembre entre 18h39 et 19h30… :thinking:

Oui c’est ça cela se fait sur PC.

Pour info j’ai ce contrôleur et il n’a planté qu’une fois, comme toi j’avais des trucs bizarre.
On m’a conseillé à l’époque de le déconnecter quelques 10aine de minutes et le passer en SUC.

Depuis je n’ai plus jamais eu de souci.
J’ai juste soigné mon réseau quand j’ai déplacé un module qui allume une lampe suite à la réorganisation du salon fait par ma femme :slight_smile:

D’ailleurs soigner le réseau ne fait que mettre à jour les nœuds voisins pour chaque nœuds.
Ensuite ma clé n’est pas branchée directement sur le port usb, mais avec une rallonge de 1.5m afin d’éviter toute perturbation venant de la machine elle même, ce qui m’a aussi permis de mettre ma clé un peu en hauteur et améliorer sensiblement sa portée

Bonjour

@DamDam44, pour passer un mode SUC il faut suivre les indications ici :
My Z-Stick Gen5 cannot be put into Inclusion Mode (Primary Controller) : Aeotec Group (freshdesk.com)

Mais, avant de le faire :
Bien lire ici avant de faire la manipulation (car le mode SIC est une évolution du mode SUC).
- Je suis en SIC (par défaut sur les nouveaux contrôleurs Z-Wave) et pas de problème (ou presque…)
Your Guide to a User Friendly & Stable Z-Wave Network — Vesternet

A lecture de cet article (tout récent) je ne suis pas certain qu’il soit conseillé de passer en SUC.

Il faut prendre son temps pour le relire (c’est valable pour moi).

@prfalken : Le passage en mode SUC, fait-il perdre le réseau Z-Wave (ré-inclusion des modules) ou pas ?

Merci.

Non le passer en mode SUC si ancien contrôleur ne fait rien perdre

1 J'aime

Merci pour vos retours.

J’ai lu la doc Aeotec indiquée par @Fabrice. Pas de souci sur le modop de mise en œuvre en revanche je ne suis pas sur de comprendre les finesses techniques indiquées dans le guide (anglais + mon faible niveau de connaissances). J’attends un peu avant de passer le contrôleur Gen5 en mode SUC (je n’ai rien contre, c’est juste que je veux comprendre :slight_smile: ).

Pour le moment j’ai agit en relocalisant la clé au centre de la maison et en hauteur, la couverture du réseau ne pourra qu’être meilleure. En fait j’ai tout déplacé en mode temporaire, je verrai plus tard pour faire un truc plus propre.

20201224_105302

Relance du système et… plus aucun contact avec mes modules à piles :face_with_raised_eyebrow:
J’en ai réveillés 2 manuellement, tests + soin du réseau, sans succès (au moins cette fois c’est clair). Je crois que je suis bon pour exclure et ré inclure mes modules.
Edit: après 20 minutes, un des modules s’est réintégré sans action de ma part. Il est urgent d’attendre…

Capture6

Capture7

Sachant que tu n’as qu’un controleur zwave sur ton reseau, le mettre en SUC est pourtant bien…
ET si tu en avais d’autres les mettre en SIS.

En fait, en cas de redémarrage de la box ou du deamon z-wave.
Il y a un indicateur sur l’état du réseau.

Il faut aller dans => plugins => protocole domotique => Z-Wave
Puis, cliquer sur l’icône : Réseau Z-Wave.
Là, dans l’onglet [Résumé], il faut voir l’état :

Etat

Etat actuel : Network ready
Queue sortante : 0

Le réseau n’est pas complète TANT qu’il n’affiche pas Network ready.
- De mémoire, l’autre état est Topology loaded (ou un truc dans le genre) : il faut donc attendre. Cette état dur plusieurs heures (pour les modules à piles).

Et en attendant, dans la log « Openzwaved » il y a ce contenu :

2020-12-22 15:56:00.157 Always, OpenZwave Version 1.4.0 Starting Up
2020-12-22 15:56:07.191 Error, Node002, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 15:56:11.667 Error, Node006, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 19:23:12.882 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 19:23:17.222 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 19:23:21.225 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 19:23:25.228 Error, Node008, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 21:44:18.400 Error, Node011, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 21:44:22.745 Error, Node011, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 21:44:26.748 Error, Node011, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-12-22 21:44:30.751 Error, Node011, ERROR: Dropping command, expected response not received after 1 attempt(s)

On y voit l’heure du démarrage et des logs d’actions.
- Une fois ok, cette log ne doit plus bouger !

Topology loaded ne changera pas si tu as des modules à pile qui ne se réveillent pas d’eux même (genre mon détecteur de mouvement HANK). Il faut les réveiller manuellement dans ce cas.

Merci à vous 3, vous m’avez beaucoup aider :slight_smile:
Même si au final je n’ai pas identifié la cause du problème, tous les modules sont réapparus.

Capture3

@Madcow
Effectivement, le module du garage était récalcitrant, j’ai du le réveiller manuellement.

@Fabrice
J’ai pu suivre l’évolution de l’état du réseau qui est passé de ça :
Capture1
A ça :
Capture2

Et le log « Openzwaved » n’a plus bougé depuis plus d’une heure.

@prfalken
Si j’ai bien compris, passer le contrôleur en mode SUC c’est un peu comme donner une IP fixe à un PC et ça fixe le rôle de « patron » au contrôleur par rapport à tous les autres modules du réseau ? Je pensais que du fait d’avoir un seul contrôleur, ce rôle lui était attribué d’office (désolé je fais avec mes mots).

Et pour finir, Madame adoooore le câble Ethernet et la rallonge électrique qui pendent dans le bureau. Je crois qu’il va falloir que j’agisse rapidement sur les paramètres du menu WAF :smile: :smile:

1 J'aime

Pour ça je te recommande le soft USB Redirector for Linux.
Les clés d’un côté sur un support type rpi3b voir moins, le serveur totalement ailleurs.

1 J'aime