Plus de retour d'état sur OpenZwave depuis redémarrage VM

Plus de retour d’état sur OpenZwave

Bonjour à tous,

J’avais un HA plutôt stable avec 18 modules zwaves et une dizaine de modules shelly wifi, pour l’instant je ne contrôle que des lampes et des prises, et j’ai des détecteurs de mouvement, de température et d’ouverture de porte.

Mon installation est installée sur une VirtuaBox, la VM est installée sur un mini PC qui tourne sous Debian.

J’ai rebooté la virtualbox et depuis, je n’ai plus de retour d’état sur mes périphériques zwave.

Je peux allumer ces périphériques depuis mon HA, mais le bouton retourne à « éteint » tout de suite et dans les logs ça reste éteint, alors que la lampe est bien allumée.

Quand je regarde la liste des périphériques zwave, tous sont en completed sauf 3 :

-Ma clé zwave (noeud 1) (aeotec z-stick gen5) : elle est en « neighbors » et quand je regarde sont journal, c’est en initializing depuis 2h maintenant.

-mon supposé noeud 11 : il est en noeud n° undefined et en statut undefined, je crois que c’est quand j’ai loupé l’intégration d’un module fibaro fgd 212, ça n’avait pas fonctionné, j’ai retenté l’intégration, ça a fonctionné mais en mettant l’essai précédent sur un noeud en undefined

-ma télécommande Nod On (noeud 13) : elle est en « association »

Tous les noeuds suivant sont bien en completed.

J’ai essayé d’allumer une lampe sur prise dimmer (noeud 3), ça s’allume, mais pas de retour d’état. :

2021-03-10 16:03:15.847 Info, Node003, Value::Set - COMMAND_CLASS_SWITCH_MULTILEVEL - Level - 0 - 1 - 255
2021-03-10 16:03:15.847 Info, Node003, SwitchMultilevel::Set - Setting to level 255
2021-03-10 16:03:15.847 Detail, Node003, Queuing (Send) SwitchMultilevelCmd_Set (Node=3): 0x01, 0x0a, 0x00, 0x13, 0x03, 0x03, 0x26, 0x01, 0xff, 0x25, 0x13, 0x08
2021-03-10 16:03:15.847 Detail, Node003, Queuing (Send) SwitchMultilevelCmd_Get (Node=3): 0x01, 0x09, 0x00, 0x13, 0x03, 0x02, 0x26, 0x02, 0x25, 0x14, 0xf1
2021-03-10 16:03:15.847 Detail,
2021-03-10 16:03:15.847 Info, Node003, Sending (Send) message (Callback ID=0x13, Expected Reply=0x13) - SwitchMultilevelCmd_Set (Node=3): 0x01, 0x0a, 0x00, 0x13, 0x03, 0x03, 0x26, 0x01, 0xff, 0x25, 0x13, 0x08
2021-03-10 16:03:16.852 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-03-10 16:03:16.852 Detail, Node003, Removing current message
2021-03-10 16:03:16.852 Detail, Node003, Notification: Notification - TimeOut
2021-03-10 16:03:16.853 Detail,
2021-03-10 16:03:16.853 Info, Node003, Sending (Send) message (Callback ID=0x14, Expected Reply=0x04) - SwitchMultilevelCmd_Get (Node=3): 0x01, 0x09, 0x00, 0x13, 0x03, 0x02, 0x26, 0x02, 0x25, 0x14, 0xf1
2021-03-10 16:03:17.857 Error, Node003, ERROR: Dropping command, expected response not received after 1 attempt(s)
2021-03-10 16:03:17.857 Detail, Node003, Removing current message
2021-03-10 16:03:17.857 Detail, Node003, Notification: Notification - TimeOut

Je vous remercie pour votre aide !

Ma configuration


System Health

version core-2021.3.1
installation_type Home Assistant OS
dev false
hassio true
docker true
virtualenv false
python_version 3.8.7
os_name Linux
os_version 5.4.99
arch x86_64
timezone Europe/Paris
Home Assistant Community Store
GitHub API ok
Github API Calls Remaining 4918
Installed Version 1.11.3
Stage running
Available Repositories 747
Installed Repositories 6
Home Assistant Cloud
logged_in true
subscription_expiration 4 avril 2021, 2:00
relayer_connected true
remote_enabled false
remote_connected false
alexa_enabled false
google_enabled true
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Hass.io
host_os Home Assistant OS 5.12
update_channel stable
supervisor_version supervisor-2021.03.4
docker_version 19.03.13
disk_total 30.8 GB
disk_used 5.8 GB
healthy true
supported true
board ova
supervisor_api ok
version_api ok
installed_addons File editor (5.2.0), Let’s Encrypt (4.11.0), Dnsmasq (1.4.4), Node-RED (8.1.2), Check Home Assistant configuration (3.6.0), Google Assistant SDK (2.5.0), FTP (4.0.1), OpenZWave (0.9.1)
Lovelace
dashboards 2
resources 2
views 6
mode storage
___

Ça ne vas pas beaucoup t’aider, mais il m’est souvent arrivé de redémarrer 3 fois d’affilé HA (le NUC complet pour que HAOS redémarre aussi) pour avoir le zwave qui fonctionne correctement. Je suis sur Zwave JS + zwavejs2mqtt.

Donc je compatis! (je t’avais prévenu que je ne t’aiderais pas beaucoup… :grin:)

C’est déjà une réponse c’est gentil :grin:

Bon finalement j’ai résolu à force de recherche sur notre ami google.

En fait j’avais redémarré plusieurs fois : rien.

J’ai éteint le PC hôte, retiré la clé, remis la clé, redémarré : rien.

J’ai lu sur les internets qu’il fallait la retirer 5 minutes au moins.

Donc j’ai éteint le PC hôte, j’ai enlevé la clé 5 bonnes minutes, bu un délicieux café, me suis détendu, ai rebranché la clé, redémarré le tout et… ouah tout refonctionne comme par magie :smile:

Le coup des 5 minutes, je l’aurais pas deviné sans l’avoir lu, j’imagine que ça fait comme quand on reste sur « on » sur un PC éteint quand il redémarre plus ?

Bref ça marche ^^

1 J'aime

Ça vide les condensateurs, et donc l’éventuelle « mémoire » encore présente.

Oui donc c’est pareil. Bon à savoir en tout cas :slight_smile: