Salut , j'ai poser la question à l'intelligence artificiel pour toi , (faut y penser c'est très pratique !
)Bonne lecture , tiens nous au courant !
Bonjour,
Merci pour les extraits de logs et le contexte. Ce type d’erreur est classique lors d’une migration de box Z-Wave sur eedomus (ou autre box), notamment si les modules Z-Wave n’ont pas été correctement exclus/réinclus ou si la topologie du réseau n’est plus optimale.
Analyse des erreurs
Les lignes de log comme :
text
## DEBUG: Skipping [switch_multilevel_get] polling for node #XX channel #X (error_count=41 last_polling_delay=2641).
signifient que la box n’arrive pas à communiquer avec certains modules (ici, les noeuds #10 à #23).
Les erreurs error_count=XX indiquent que plusieurs tentatives de communication avec ces noeuds ont échoué.
La ligne :
text
This is not an always listening node, queuing the action request.
indique que le module concerné fonctionne sur pile et n’est donc pas toujours à l’écoute, la commande est mise en attente jusqu’à que le module se réveille.
Raisons possibles
Migration Z-Wave incomplète
Si tu n’as pas inclus physiquement chaque module dans le nouveau réseau Z-Wave (même si tu as migré la config), la box n’a pas la clé de sécurité ou la bonne association Z-Wave avec chaque module.
Le fait de voir tes modules dans l’interface ne signifie pas que la communication est effective.
Modules hors de portée
Certains modules (notamment sur pile) peuvent être hors de portée ou sans réseau maillé suffisant pour dialoguer.
Réseau Z-Wave désorganisé
Si tu as migré toute la config sans refaire un maillage ou relancer une "optimisation du réseau", la route entre la box et les modules peut être incorrecte.
Noeuds fantômes
Après une migration, il reste parfois des "noeuds fantômes", c’est-à-dire des modules qui n’existent plus vraiment dans le réseau mais qui polluent la table de routage.
Ce qu’il faudrait faire :
1. Vérifier physiquement la présence des modules
Assure-toi que chaque module est bien alimenté, surtout les modules sur prise de courant.
Pour les modules à piles, réveille-les (procédure variable selon la marque) pour leur permettre de dialoguer.
2. Relancer une optimisation du réseau Z-Wave
Depuis l’interface eedomus :
Configuration > Z-Wave > Optimiser le réseau
Cela force la box à recalculer les routes vers chaque module.
3. Synchroniser manuellement les modules
Pour chaque module sur pile, force un réveil à la main (voir notice constructeur).
Certains modules Fibaro (comme Walli Switch, tête thermostatique) nécessitent d’appuyer plusieurs fois sur un bouton lors de la migration ou de la re-inclusion.
4. Tester la communication module par module :
Depuis l’interface, essaie de piloter ou de faire une lecture d’état sur chaque module :
Si la commande passe = module OK.
Si la commande ne passe pas après réveil manuel = envisager une exclusion puis réinclusion.
5. Nettoyer les noeuds fantômes
Supprime tous les modules qui n’existent plus physiquement du réseau (interface > Gestion Z-Wave > "Supprimer périphérique défectueux").
6. Dernier recours : exclusion/réinclusion
Si malgré tout, certains modules restent injoignables, il faudra probablement les exclure (même si tu ne les vois plus) puis les inclure à nouveau dans la nouvelle box.
⚠️ Cela peut nécessiter de refaire certains scénarios liés.
Résumé simplifié :
Réveille manuellement chaque module à pile.
Relance une optimisation du réseau Z-Wave.
Teste module par module.
Nettoie les noeuds fantômes.
Si besoin, exclu et réinclus les modules récalcitrants.
À savoir :
La migration d'une box eedomus à une autre n'entraîne pas le transfert natif du réseau Z-Wave (pour des raisons de sécurité), seule la configuration "logique" est récupérée, mais pas la couche de sécurité/réseau Z-Wave propre, sauf si migration spécifique avec export/import de la clé de sécurité (très rare sur eedomus).
