Problèmes sur réseau zwave

Plugins Protocole domotique
1

Bonjour à tous

Je rentre un gros soucis avec mon réseau zwave. Celui ci fonctionnait très bien. Depuis quelques mois, il arrivait que les commandes ne répondaient pas. Il me suffisait de redémarrer le daemon et ca repartait.

Depuis hier c’est la galère. Je redémarre le daemon, cela fonction c’est à dire que je peux allumer mes lumières et les éteindre mais au bout de quelques minutes plus rien ne fonctionne.
Les commandes ne répondent plus.

Voici le log du debug lors d’un envoi de commande qui ne répond pas


[2021-12-30 08:52:09][INFO] : Send command to node 34 on class 38 instance 1 index 0 value 0
[2021-12-30 08:52:09][DEBUG] : check_data type :Byte
[2021-12-30 08:52:09][DEBUG] : Searching refresh for : 271|258|4096
[2021-12-30 08:52:09][INFO] : 200 GET /node?node_id=34&instance_id=1&cc_id=38&index=0&type=setvalue&value=0&apikey=0OVeckFxbNByOempDb2v2WB (127.0.0.1) 3.49ms
[2021-12-30 08:52:10][DEBUG] : notif_callback : new notification
[2021-12-30 08:52:10][DEBUG] : notif_callback : Notification type : 26, nodeId : 34
[2021-12-30 08:52:10][DEBUG] : notif_callback : call callback context
[2021-12-30 08:52:10][DEBUG] : zwcallback args=[{'homeId': 3371447861L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 34}]
[2021-12-30 08:52:10][DEBUG] : Z-Wave Notification : {'homeId': 3371447861L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 34}
[2021-12-30 08:52:10][INFO] : NodeId 34 send a notification: Timeout
[2021-12-30 08:52:10][DEBUG] : notif_callback : end
[2021-12-30 08:52:11][DEBUG] : notif_callback : new notification
[2021-12-30 08:52:11][DEBUG] : notif_callback : Notification type : 26, nodeId : 34
[2021-12-30 08:52:11][DEBUG] : notif_callback : call callback context
[2021-12-30 08:52:11][DEBUG] : zwcallback args=[{'homeId': 3371447861L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 34}]
[2021-12-30 08:52:11][DEBUG] : Z-Wave Notification : {'homeId': 3371447861L, 'notificationCode': 1, 'notificationType': 'Notification', 'nodeId': 34}
[2021-12-30 08:52:11][INFO] : NodeId 34 send a notification: Timeout
[2021-12-30 08:52:11][DEBUG] : notif_callback : end



2021-12-30 09:01:54.713 Info, Node034, Value::Set - COMMAND_CLASS_SWITCH_MULTILEVEL - Level - 0 - 1 - 
2021-12-30 09:01:54.713 Info, Node034, SwitchMultilevel::Set - Setting to level 0
2021-12-30 09:01:54.713 Info, Node034,   Duration: Default
2021-12-30 09:01:54.713 Detail, Node034, Queuing (Send) MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Set (Node=34): 0x01, 0x0f, 0x00, 0x13, 0x22, 0x08, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x01, 0x00, 0xff, 0x25, 0xa0, 0xf9
2021-12-30 09:01:54.714 Detail, Node034, Queuing (Refresh) MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Get (Node=34): 0x01, 0x0d, 0x00, 0x13, 0x22, 0x06, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x02, 0x25, 0xa1, 0x08
2021-12-30 09:01:54.714 Detail, 
2021-12-30 09:01:54.714 Info, Node034, Sending (Send) message (Callback ID=0xa0, Expected Reply=0x13) - MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Set (Node=34): 0x01, 0x0f, 0x00, 0x13, 0x22, 0x08, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x01, 0x00, 0xff, 0x25, 0xa0, 0xf9
2021-12-30 09:01:55.714 Error, Node034, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-12-30 09:01:55.714 Detail, Node034, Removing current message
2021-12-30 09:01:55.714 Detail, Node034, Notification: Notification - TimeOut
2021-12-30 09:01:55.716 Detail, 
2021-12-30 09:01:55.716 Info, Node034, Sending (Refresh) message (Callback ID=0xa1, Expected Reply=0x04) - MultiChannel Encapsulated (instance=1): SwitchMultilevelCmd_Get (Node=34): 0x01, 0x0d, 0x00, 0x13, 0x22, 0x06, 0x60, 0x0d, 0x01, 0x01, 0x26, 0x02, 0x25, 0xa1, 0x08
2021-12-30 09:01:56.716 Error, Node034, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-12-30 09:01:56.716 Detail, Node034, Removing current message
2021-12-30 09:01:56.716 Detail, Node034, Notification: Notification - TimeOut

Je suis dans la dernière version de jeedom 4.1.28 sur un rapberry pi 4 avec un dongle zwave aeotec.

J’ai une trentaine de noeud et tout fonctionnait nickel mais là c’est la douche froide.

Avez vous une piste pour m’aider.

Merci d’avance

2

Bonjour,

Est-ce que tu as ajouté un autre contrôleur récemment sur le PI ?

Est-ce que le contrôleur zwave est sur rallonge USB ?

3

Salut
Non je n’ai pas ajouté de contrôleur sur le PI.
Le dongle est sur une rallonge autoalimentée.

4

Essai de brancher le contrôleur zwave directement sur ton PI pour voir si ce n’est pas le hub USB qui déconne.

5

J’avais qu’avec ce modele de clé et ce pi il fallait le brancher sur un hub mais je vais tester.

Pour le moment, j’ai débranché et rechanché le hub et cela semble tenir un peu plus longtemps. Je crois les doigts.
Je te tiens au courant

6

Oui l’idée est bien celle-ci mais si le hub USB dysfonctionne alors pour le coup c’est mieux sans :wink:

1 « J'aime »
7

Ca fait 2 heure que ca tient alors qu’hier ca coupait au bout de 5 minutes. Je vais surveiller cela mais je n’avis pas pensé au hub qui pouvait commencer à lâcher.
Merci pour ton aide

2 « J'aime »
8

Bon ca a tenu quelques heures et là rebelote ca a planté.

Je vais tenté de le brancher direct sur le pi.

@Bison : Pourquoi penches tu pour un soucis d’alim?

9

Tu n’as rien installé de plus et ça fonctionnait bien avant donc il donc y avoir un soucis plus matériel que logiciel. C’est mon avis bien sûr.

Ce n’est pas forcément l’alimentation du hub USB pourrait être en cause mais le hub en lui même ou le câble USB qui se connecte sur le Pi.

En branchant la clef sur le Pi directement tu devrais être vite fixé et on avisera pour la suite des tests.

1 « J'aime »
10

Bonsoir.

Attention, les générations de clés Z-wave Gen5, antérieures au modèle de 2020 : Gen5+ (à ne pas confondre avec z-wave+) ne fonctionnent pas sur les Raspberry pi 4b.
Pour ces Raspberry pi là, il faut obligatoirement passer par un hub USB 2.0, ayant sa propre alimentation.

11

Oui tout à fait. Je passe par un hub autoalimenté et tout fonctionnait nickel jusqu’à présent.

12

Étonnant, j’ai fonctionné comme ça sans soucis pendant des mois avant d’avoir un problème d’alim sur mon pi et de passer comme tout le monde via un hub. :face_with_monocle:

13

C’est un problème matériel.
C’est même indiqué sur le site d’Aeontec.
=> La nouvelle clé Gen5+ est là pour corriger le problème.

Il existe aussi une bidouille pour corriger le problème, directement sur les anciennes Gen5, il faut ouvrir la clé, y couper une piste et la ponter avec une résistance.

Sinon, l’usage d’un hub USB 2.0, ayant son alimentation corrige cette situation.
→ Il ne faut pas utiliser de hub autoalimenté.

14

Salut
Je testerai de branché demain ou après demain directement sur le pi mais j’ai quand même un point qui me turlupine. Si c’est un soucis d’alim ou matériel, pourquoi le fait de relancer le daemon corrige le soucis pendant quelques temps?

Cela me fait penser également que depuis quelques temps (suite installation de 3 modules fibaro pour lumières) j’ai constaté des comportements étranges. Le lumière s’éteint et se rallume toute seul. (seulement sur les 3 derniers modules).

Il faut que je comprenne car mon réseau z-wave est vraiment la base de ma domotique et il faut que ca fonctionne.

En attendant je vous souhaites à tous un bon réveillon.

15

Le soucis peut être que le Pi perd le contact avec le contrôleur Zwave l’espace d’un instant, le plugin n’aime pas du tout et plante. Quand tu relances le daemon, le contrôleur Zwave s’est déjà reconnecté au Pi et tout ce passe bien au redémarrage du daemon.

Bon ça faut voir … possible que l’un des modules mets le bazar dans le réseau zwave et c’est ce qui provoque le soucis.

Pour les lumières qui s’allument toutes seules il faudrait creuser sur un sujet à part en fournissant des captures, les scénarios qui peuvent jouer avec ces lumières, des logs …

16

Merci pour ton retour. On va déjà creuser le premier point.
L’année prochaine je branche la clé direct sur le pi et te fait un retour.