Modules dead après deux jours de fonctionnement sur un contrôleur Gen7

Plugins Protocole domotique
1

Hello,

Je suis sur un Jeedom stable et plugin stable (tout est mis à jour), installé sur un NUC sous Proxmox.
Mon contrôleur est sur un HUB USB (car le NUC est dans une petite armoire réseau). Le HUB USB est placé au dessus de l’armoire métallique.
Cette configuration là n’a pas bougé depuis un certain temps. Toujours fonctionnelle avec un contrôleur Zwave.me (série 500) et une Aeotec Gen5.

J’ai migré (via backup/restauration) tout d’abord sur une Aeotec Gen7 (voir ce post).

Tout était fonctionnel pendant deux jours. Et au réveil du 3ème jour, tous les modules étaient dead.
Remise en place de l’Aeotec Gen5 => Aucun problème (entre temps, elle était bien évidemment débranchée).
Quelques semaines plus tard, je reteste => même problème.

Au vu des déboires avec les firmwares Aeotec, je me suis dit que le contrôleur avait peut-être un problème.

Je suis donc passé sur un contrôleur Zooz 700. Mis en place mardi, ce matin tous les modules dead à nouveau!
Sauf que là, un simple reboot du démon a résolu le problème (il me semble que ce n’était pas le cas avec l’Aeotec Gen7).

A 06h59, la demande d’ouverture de volets a été faite :

[2023-06-08 06:59:34][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 06:59:42][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 06:59:50][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 06:59:58][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:00:01][DEBUG] : [refreshIfNeeded] 38/0/targetValue 94
[2023-06-08 07:00:01][DEBUG] : [refreshIfNeeded] 38/0/targetValue 89
[2023-06-08 07:00:06][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:00:14][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:00:22][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:00:30][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:00:38][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:00:46][DEBUG] : [refreshIfNeeded] 38/1/targetValue 99
[2023-06-08 07:00:54][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:01:02][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:10:01][DEBUG] : [refreshIfNeeded] 38/0/targetValue 94
[2023-06-08 07:10:01][DEBUG] : [refreshIfNeeded] 38/0/targetValue 89
[2023-06-08 07:14:42][DEBUG] : [refreshNodeCC] 17 38
[2023-06-08 07:14:42][DEBUG] : [refreshNodeCC] 15 38
[2023-06-08 07:14:42][DEBUG] : [refreshNodeCC] 15 38
[2023-06-08 07:14:42][DEBUG] : [refreshNodeCC] 13 38
[2023-06-08 07:14:42][DEBUG] : [refreshNodeCC] 13 38
[2023-06-08 07:15:04][DEBUG] : [refreshNodeCC] 17 38
[2023-06-08 07:15:04][DEBUG] : [refreshNodeCC] 15 38
[2023-06-08 07:15:04][DEBUG] : [refreshNodeCC] 15 38
[2023-06-08 07:15:04][DEBUG] : [refreshNodeCC] 13 38
[2023-06-08 07:15:04][DEBUG] : [refreshNodeCC] 13 38
[2023-06-08 07:15:23][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:15:28][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:15:30][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:15:32][DEBUG] : [refreshIfNeeded] 38/0/Open true
[2023-06-08 07:17:37][DEBUG] : [nodeAction] Exécution d'une action sur le nœud 3 de type : pingNode
[2023-06-08 07:19:25][DEBUG] : [refreshNodeCC] 10 38
[2023-06-08 07:19:25][DEBUG] : [refreshNodeCC] 10 38
[2023-06-08 07:20:02][DEBUG] : [refreshIfNeeded] 38/0/targetValue 99
[2023-06-08 07:20:02][DEBUG] : [refreshIfNeeded] 38/0/targetValue 94
[2023-06-08 07:20:04][DEBUG] : [refreshNodeCC] 10 38
[2023-06-08 07:20:04][DEBUG] : [refreshNodeCC] 10 38
[2023-06-08 07:20:04][DEBUG] : [refreshNodeCC] 17 38
[2023-06-08 07:20:04][DEBUG] : [refreshNodeCC] 15 38
[2023-06-08 07:20:04][DEBUG] : [refreshNodeCC] 15 38
[2023-06-08 07:20:04][DEBUG] : [refreshNodeCC] 13 38
[2023-06-08 07:20:04][DEBUG] : [refreshNodeCC] 13 38
[2023-06-08 07:22:19][INFO] : Arrêt du démon ZwaveJS

Vu que cela ne fonctionnait pas, madame a ouvert certains volets manuellement.
Et ensuite, reboot du démon.

Je viens de passer les logs en debug et j’ai activé les logs dans Z-Wave JS UI.
Samedi matin, je devrais rencontrer le même souci j’ai l’impression… :expressionless:

Et je ne me vois pas faire un reset du contrôleur pour migrer module par module… :unamused:

Si quelqu’un a une idée… J’ai pensé à connecter directement le contrôleur sur le NUC au lieu de passer par le Hub USB par exemple. Mais bon, je n’ai pas de soucis avec les contrôleurs Gen5 (et j’ai également migrer de la même manière du zwave.me vers l’Aeotec Gen5).

2

Bon, ce matin a à nouveau dead entre 10h et 11h.
Pourtant, malgré que les commandes ne passaient pas, l’état des volets se mettaient à jour lorsque je les manipulais manuellement.
En me connectant à Jeedom, je voyais les volets devenir dead dès que je lançais une commande…

3

Pas un pb avec la relation avec mqtt?
Tu as essayé d’inclure un nouveau module et voir ce que ça donne ?

1 « J'aime »
4

J’en ai justement un à ajouter.
Je vais faire ça, ça ne mange pas de pain.

5

Bon, j’ai intégré un module sur pile Zooz.
Aucun souci pour l’intégration.

J’ai même fait la MAJ du firmware.
Bon… Cette MAJ était bizarre… Enfin, c’est le premier module que je mets à jour vu que Fibaro…
Bref, j’ai dû réveiller 3 fois le module pour que la MAJ se fasse.

6

A voir maintenant si lui aussi passe dead.

7

Ben pas certain ça… Car je ne lui lance jamais de commande action (c’est une sonde et je recevais les infos de l’état des volets alors que les commandes ne passaient pas).
Mais du coup, je vais peut-être intégrer une prise que j’ai en réserve.

8

Bon… Ce matin à nouveau, les modules devenait dead au fur et à mesure du lancement de commande.
Par contre, je ne sais pas si c’est un hasard vu que j’ai tenté ça à peu près 48h après le dernier bug…
Mais j’ai voulu exclure un module (Figaro Wall Plug) => OK.
Mais impossible à ré inclure… Je devenais dingue… J’avais beau faire les manips, rien…

Et c’est à ce moment que j’ai testé une commande sur un volet (et juste avant l’exclusion ça passait) et paf! Dead!

Reboot du démon et aucun souci pour l’inclusion (et pour tout autre commande).
A noter également que lorsque je lançais une inclusion, j’avais juste le message en bas à droite comme quoi j’avais bien lancé une inclusion mais pas le message en haut « Le mode inclusion est actif… ».

9

Salut, as tu avancé sur ton problème ?

10

Hello,

Je voulais encore attendre avant de donner des news.
Depuis mon dernier post, j’ai donc ajouté un « nouveau » module (Wall Plug).
L’avant dernière fois, c’était un module sur pile.

Et… J’ai connecté le contrôleur directement sur le port du NUC sans passer par le Hub auto alimenté.
Depuis, plus de problèmes…

Je vais laisser tourner encore plusieurs jours pour voir.

11

Bon… Ce matin toujours OK.
Je viens de mettre des rallonges USB (vu que l’emplacement du NUC ne me convenait pas).
On va voir ce que cela donne.

12

Si c’est ça c’est assez dingue quand même. Il faudrait savoir si ceux qui ont le même problème sont également avec des hub usb alimenté.

13

Ouai, c’est ce que je me dis… C’est vraiment tordu… :hot_face:
Je laisse une semaine en l’état avant de m’avancer.

14

Il semble en effet y avoir une amélioration avec la clef directement sur la machine (j’avais une rallonge usb).
Mon réseau etait très bon mais là il est top. Tout les routeurs et les capteurs sont en association directe avec la clef (sauf ceux a la caves qui ont un saut max).

15

Bon… Je vais pouvoir clore ce sujet…
Donc problème résolu en connectant le contrôleur en direct (ou via rallonge USB).

Pour rappel, mon Jeedom est une VM sous Proxmox, le tout sur un NUC.
Les clefs Gen5 (zwave.me et Aeotec) étaient connectés sur un hub alimenté (utilisé au départ sur un Odroid puis sur un NUC) et n’ont jamais rencontrés de soucis.

En passant par sur les contrôleurs Gen7 (Aeotec et Zooz), cela ne fonctionnait que quelques jours.
En supprimant le hub alimenté (connexion direct ou via rallonge USB) plus aucun problème.

1 « J'aime »
16

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