Bonjour,
Aucune question à vous poser mais plutôt un sujet à partager avec la communauté. Cette dernière m’a beaucoup aidé récemment…
Je sort d’un problème zwave : après le démarrage du démon, je me trouve avec un état de santé plus que mitigé : 20% de mes modules n’ont pas calculé leurs voisins et des temporisations sont en rouge écarlate.
Mes logs de openzwaved sont bourrés de :
- Error, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
- NodeXXX, ERROR: ZW_SEND_DATA could not be delivered to Z-Wave stack
- NodeYYY, ERROR: Dropping command, expected response not received after 1 attempt(s)
Pendant la phase d’initialisation les éléments en queue sortante augmentent sans cesse pour redescendre à 0 finalement et le réseau est supposé fin prêt. Jusque là tout va bien, c’est ce qui se passe classiquement et personne n’y a rien à redire.
Sauf que dans mon cas, alors que je tente de commander des prises et des ampoules, rien ne se passe pour un certain nombre d’entre elles…Ma commande d’allumage est envoyée mais pas reçue par le module concerné donc pas traité. A chaque tentative, je vois la queue sortante s’incrémenter de 2, et ainsi de suite pendant que le contrôleur tente en vain de soumettre ses requêtes.Néanmoins une partie de mes modules fonctionne normalement et répond aux sollicitations sans que la queue sortante n’en soit affectée. J’habite sur 2 étages, le contrôleur est au RDC et l’ensemble des modules à cet étage fonctionne normalement. En revanche tout le premier étage est bâché. En fait pour être tout à fait précis la communication ne passe pas du contrôleur au module, en revanche, j’ai les retours d’état des allumages manuels que je peut effectuer, en appuyant sur les boutons des prises en particulier.
En plus du fait de ne pas pouvoir utiliser les modules « injoignables », le user cpu monte en flèche pour atteindre 100% sur un core de mon RPI4. Et pas de doute sur htop que c’est le plugin zwave qui mouline à fond…
En inspectant les logs du plugin zwave en mode debug, je vois qu’ un module en particulier à l’air de poser problème, le contrôleur y fait de nombreux retry, sans succès.
Le problème a été résolu assez simplement : j’ai exclu le module apparemment en défaut après avoir redémarré le démon (je ne pouvais pas l’exclure alors que la queue du contrôleur était saturée : controller busy !).
Comme par magie, tout est redevenu parfaitement normal, l’ensemble de mes modules étant parfaitement opérant et l’état de santé tout à fait satisfaisant. Il y avait donc un canard boiteux dans la bande qui a mis un sacré beans sur ses modules voisins.
Le module incriminé est en fait un micro smart plug Nodon. Ces petits bêtes sont très mignonnes avec leur petit bracelet de couleur mais en dehors de ça je rencontre pas mal de problèmes avec. A tel point que j’ai décidé de ne plus en racheter, les fibaro sont plus chers mais imperturbables. Pour la petite histoire, j’ai essayé après l’avoir ré-initialisé de l’inclure à nouveau sur le réseau mais le module n’était pas reconnu au moment de cette inclusion. Je l’ai classé dans le matériel à oublier…
Si vous avez de l’eau à apporter au moulin n’hésitez pas, cela peut aider à mieux comprendre le protocole zwave…
Bonne fin de journée