Problème retour d'état et disponibilité des appareils Zwave

Bonjour,
Fabrice, 60 ans de la Drôme et passionné de Domotique…
Je pose le décors avant de parler de mon problème…
Mordu par la domotique il y a déjà bien longtemps ( à l’époque du PLCBUS!!), j’ai mis des années à domotiser mon domicile sur Eedomus, et puis à force d’entendre parler de HA et surtout devant la limite atteinte aux niveau des règles et du coté vieillissant de la box Eedomus, j’ai décidé de tout migrer en juin sur HA.
D’abord en créant une VM sur la freebox Delta et quelques appareils Zwave pour « voir »… Il y a un monde d’écart! HA n’est pas aussi simple que EE. Faut mettre la main dans le cambouis! Les 1eres conclusions étaient mitigées! Je trouvai Eedomus plus réactif sur le zw, mais j’ai quand même décider de tout migrer, avec l’achat de la box Green, de la Skyconnect pour le zigbee et la Z-stick plus pour le Zwave.
J’ai migré mes 75 appareils ZWave, 40 Zigbee et quelques sondes Oregon avec le Rfxcom. Créer mes automatisations, règles, carte etc. Dans l’ensemble tout ce passe à peu prêt bien et fonctionne SAUF QUE DEPUIS LE DEBUT j’ai un soucis qui me fait poser la question de repasser sur Eedomus tellement ça me prend la tête…
Mon problème: Visiblement que sur le Zwave
Tous les jours, j’ai des appareils qui soient deviennent indisponibles, soit ne se refresh pas! C’est ingérable en domotique. Encore ce soir, en rentrant le module Fgbs001 connecté à l’alarme ne s’est pas rafraichi automatiquement et donc l’automatisation ne c’est pas lancée! J’ai du faire un refresh manuel!
Plusieurs fois, les capteurs de niveau d’eau restent sur un état on alors qu’il est passé à off conséquence la piscine se remplie à déborder!
Les vannes d’arrosages passent en indisponibles et le jardin est inondé.
Des lumières ne s’éteignent pas etc etc
Il me suffit de faire un ping sur l’appareil en question s’il est indisponible pour le retrouver ou bien un refresh et tout rentre dans l’ordre mais c’est impensable!
J’écarte le problème de distance, mon réseau est bien maillé, de plus j’ai des cas sur des appareils aussi bien à 1m du contrôleur qu’à 30m.
J’ai crée des règles qui ping régulièrement et des règles qui refresh mes appareils mais rien ni fait. C’est complètement aléatoire et je ne sais jamais réellement l’état des appareils. Je redoute de créer mes règles sur le chauffage. Si je ne trouve pas de solution, la maison risque d’être souvent froide ou surchauffée!
Alors voila pourquoi j’en appelle à vous! Cette solution est ingérable (Jamais produite avec Eedomus et donc les mêmes appareils au mêmes endroit!)
Soit j’ai un problème de paramétrage, de configuration ou je ne sais quoi, soit c’est un problème matériel, mais j’ai déjà tenter avec une Gen 5+ maintenant une Gen 7, je ne sais plus que penser!
J’espère avoir été clair dans ma description.

Ma configuration


System Information

`version core-2024.8.2
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.12.4
os_name Linux
os_version 6.6.46-haos
arch aarch64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content ok
GitHub Web ok
HACS Data ok
GitHub API Calls Remaining 5000
Installed Version 2.0.0
Stage running
Available Repositories 1390
Downloaded Repositories 20
Home Assistant Supervisor
host_os Home Assistant OS 13.1
update_channel stable
supervisor_version supervisor-2024.08.0
agent_version 1.6.0
docker_version 26.1.4
disk_total 28.0 GB
disk_used 8.2 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board green
supervisor_api ok
version_api ok
installed_addons Studio Code Server (5.15.0), Node-RED (18.0.5), Mosquitto broker (6.4.1), Samba share (12.3.2), Z-Wave JS UI (3.10.0), Zigbee2MQTT (1.39.1-1)
Dashboards
dashboards 3
resources 16
views 14
mode storage`

Salut et bienvenu,

Je pense que tu as un souci d’interférence: as-tu mis tes clés USB sur des rallonges ?

Bonjour,
J’apporte des précisions quand à la localisation:
La box HA est à l’emplacement de l’ancienne Eedomus. La clé skyconnect est direct sur la box Ha green, la clé zwave, avec le rfxcom sont sur un hub usb alimenté, avec rallonge et le tout bien éloigné d’appareils perturbateurs. Pour info, le wifi de la maison est sur le canal 11 donc éloigné de celui du zigbee.
Ce qui est perturbant c’est que c’est la même implantation qu’avec l’eedomus (qui avait une portée ZW bien supérieure entre parenthèse!)
Je re-précise que je n’ai pas de soucis avec le zigbee. ce qui me fait plus penser à un problème d’intégration de ZWave JS.
Je viens de tester à l’instant mon module FGBs qui n’a pas remonter son état cet apres midi. Son input est sur une sortie Pgm de mon alarme; Sur 10 mises en route/ arrêt de l’alarme consécutives, le capteur a bien changé immédiatement d’état mais il m’a remonté que 8 fois l’info. et à chaque fois une latence de 3/4 secondes. Le module est à 2m de la clé. Les 2 fois ou l’info n’est pas remontée, j’ai du faire le refresh de zwave js

Zigbee et zwave ne sont absolument pas sur la même bande de fonctionnement, donc pas moyen de comparer. Et de base, les perturbations WIFI n’influent pas sur le Zwave.

Quant au souci d’intégration, possible mais si c’était si courant, il y aurait d’autres cas comme toi.
Regarde les logs pour avoir des pistes (erreur d’acquittement, saturation)

Oui effectivement, Zb et Zw ne sont pas sur les mêmes bandes, j’essaie juste d’apporter un maximum d’infos pour essayer de débroussailler le problème.
Pour les logs, je ne suis pas assez doué pour les interpréter mais les journaux de ZWave Js ne contiennent pas spécialement d’erreur, à titre d’exemple…
le journal de HA remonte assez souvent ce style:

* Error while refreshing value Value(value_id='4-37-0-currentValue'): zwave_error: Z-Wave error 200 - Timeout while waiting for a callback from the controller (ZW0200) 

ou sur les automations lorsque le device ne remonte pas son état:

* Piscine Remplissage automatique : Choose at step 3: choice 2: Error executing script. Error for call_service at pos 1:

Quand au log du home-assistant.log1 c’est du chinois pour moi, hélas…(je peux mettre une copie si c’est utile)

Il me vient un autre exemple de cas que je rencontre souvent:
J’ai une verranda au niveau de l’entrée, j’ai un plafonnier central dans la veranda piloter par module zw et 2 lampes sur l’exterieure de la vérande. c’est 2 ampoule zigbee. le tout commandé par le capteur de porte

  • quand j’ouvre, les 2 lampes zbee s’allument instantanément et le plafonnier s’allume quasi 1 seconde après (ce qui laisse le temps d’être dans le noir!). Mais bien souvent je dois manœuvrer la porte plusieurs fois pour que le plafonnier s’allume…
    En terme de distance, nous sommes la à 3 metres de la box

ça c’est un début de piste. Le dongle ne réponds pas… Souci d’alim, surcharge … il faut creuser encore.

Logique, si tu n’as pas les bons états pour travailler, ça ne donne rien. ça n’exclue pas un truc mal foutu (les scripts dans les automatisations c’est pas indispensable par ex) non plus.

C’est le fichier home-assistant.log qui est important, là home-assistant.log.1 c’est le précédent avant le dernier reboot.

Bonjour et merci de prendre le temps de me répondre.
Ce soir, je suis dégouté de la domotique avec HA…
Bilan de la journée :

  • l’alarme c’est déclenché à cause du capteur portail qui est resté à on sur HA quand je suis parti au taf.
  • La pompe du puit c’est mise en alarme surchauffe car le capteur du pressostat est resté à on
  • les volets sont restés grand ouvert car le capteur de luminosité n’était pas rafraichi

et en rentrant le hall ne c’est pas allumé.
Bref situation jamais connue en plusieurs année de zwave pourtant.
J’ai regardé le journal de Zwave JS
j’ai l’impression qu’il est pollué par les pinces HEM Gen 5 (j’en ai 3) (voir extrait)
mais j’ai pas les compétences nécessaires pour cela
J’ai exclu les 3 pinces du réseau pour voir si dans les jours qui viennent j’obtient une amélioration;
Je mets egalement un extrait du ha.log :

2024-08-27 13:30:00.185 WARNING (MainThread) [homeassistant.components.zwave_js.services] This service is deprecated in favor of the ping button entity. Service calls will still work for now but the service will be removed in a future release
2024-08-27 13:45:00.186 WARNING (MainThread) [homeassistant.components.zwave_js.services] This service is deprecated in favor of the ping button entity. Service calls will still work for now but the service will be removed in a future release
2024-08-27 13:45:19.420 ERROR (MainThread) [homeassistant.components.zwave_js] Error while refreshing value 65-37-1-currentValue: zwave_error: Z-Wave error 202 - Failed to send the command after 1 attempts (ZW0202)
2024-08-27 13:45:25.862 WARNING (MainThread) [homeassistant.components.mqtt.light.schema_json] Invalid or incomplete color value '{'color_mode': 'xy', 'color_power_on_behavior': None, 'do_not_disturb': True, 'last_seen': '2024-08-27T11:45:25.851Z', 'linkquality': 116, 'state': 'OFF'}' received for entity light.lampe_wc_onoff
2024-08-27 13:49:20.482 ERROR (MainThread) [aiohttp.server] Error handling request
Traceback (most recent call last):
  File "/usr/local/lib/python3.12/site-packages/aiohttp/web_protocol.py", line 356, in data_received
    messages, upgraded, tail = self._request_parser.feed_data(data)
                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "aiohttp/_http_parser.pyx", line 563, in aiohttp._http_parser.HttpParser.feed_data
aiohttp.http_exceptions.BadStatusLine: 400, message:
  Invalid method encountered:

    b'\x16\x03\x01'
      ^
2024-08-27 13:53:03.276 ERROR (MainThread) [aiohttp.server] Error handling request
Traceback (most recent call last):
  File "/usr/local/lib/python3.12/site-packages/aiohttp/web_protocol.py", line 356, in data_received
    messages, upgraded, tail = self._request_parser.feed_data(data)
                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "aiohttp/_http_parser.pyx", line 563, in aiohttp._http_parser.HttpParser.feed_data
aiohttp.http_exceptions.BadStatusLine: 400, message:
  Invalid method encountered:

    b'\x16\x03\x01'
      ^
2024-08-27 13:53:03.553 ERROR (MainThread) [aiohttp.server] Error handling request
Traceback (most recent call last):
  File "/usr/local/lib/python3.12/site-packages/aiohttp/web_protocol.py", line 356, in data_received
    messages, upgraded, tail = self._request_parser.feed_data(data)
                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "aiohttp/_http_parser.pyx", line 563, in aiohttp._http_parser.HttpParser.feed_data
aiohttp.http_exceptions.BadStatusLine: 400, message:
  Invalid method encountered:

    b'\x16\x03\x01'
      ^
2024-08-27 14:00:00.187 WARNING (MainThread) [homeassistant.components.zwave_js.services] This service is deprecated in favor of the ping button entity. Service calls will still work for now but the service will be removed in a future release
2024-08-27 14:15:00.187 WARNING (MainThread) [homeassistant.components.zwave_js.services] This service is deprecated in favor of the ping button entity. Service calls will still work for now but the service will be removed in a future release
2024-08-27 14:15:12.344 ERROR (MainThread) [homeassistant.components.zwave_js] Error while refreshing value 65-37-1-currentValue: zwave_error: Z-Wave error 202 - Failed to send the command after 1 attempts (ZW0202)
2024-08-27 14:15:26.919 WARNING (MainThread) [homeassistant.components.mqtt.light.schema_json] Invalid or incomplete color value '{'color_mode': 'xy', 'color_power_on_behavior': None, 'do_not_disturb': True, 'last_seen': '2024-08-27T12:15:26.907Z', 'linkquality': 124, 'state': 'OFF'}' received for entity light.lampe_wc_onoff
2024-08-27 14:22:29.724 ERROR (MainThread) [aiohttp.server] Error handling request
Traceback (most recent call last):
  File "/usr/local/lib/python3.12/site-packages/aiohttp/web_protocol.py", line 356, in data_received
    messages, upgraded, tail = self._request_parser.feed_data(data)
                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Journal ZWave Js

2024-08-27 17:45:10.452  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-65537 
2024-08-27 17:45:10.457  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-65537 21.211 => 21.211 
2024-08-27 17:45:10.727  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-66049 
2024-08-27 17:45:10.732  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-66049 3.428 => 4.295 
2024-08-27 17:45:10.810  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-65537 
2024-08-27 17:45:10.814  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-65537 21.211 => 21.211 
2024-08-27 17:45:10.925  INFO  Z-WAVE : [Node 113] Métadonnées mises à jour : 50-0-value-66049 
2024-08-27 17:45:10.930  INFO  Z-WAVE : [Noeud 113] Valeur mise à jour : 50-0-value-66049 466.094 => 466.094 
2024-08-27 17:45:11.525  INFO  Z-WAVE : [Noeud 114] Métadonnées mises à jour : 50-3-value-66049 
2024-08-27 17:45:11.529  INFO  Z-WAVE : [Noeud 114] Valeur mise à jour : 50-3-value-66049 4.295 => 4.295 
2024-08-27 17:45:11.830  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-66049 
2024-08-27 17:45:11.835  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-66049 4.295 => 4.295 
2024-08-27 17:45:12.061  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-66049
2024-08-27 17:45:12.065  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-66049 4.295 => 4.295 
2024-08-27 17:45:12.610  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-66049 
2024-08-27 17:45:12.615  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-66049 4.295 => 3.507 
2024-08-27 17:45:12.941  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-66049 
2024-08-27 17:45:12.946  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-66049 3.507 => 3.507 
2024-08-27 17:45:13.018  INFO  APP : GET /health/zwave 301 7.363 ms - 191 
2024-08-27 17:45:13.122  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-66049 
2024-08-27 17:45:13.127  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-66049 3.507 => 3.507 
2024-08-27 17:45:13.631  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-66049 
2024-08-27 17:45:13.636  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-value-66049 3.507 => 3.507 
2024-08-27 17:45:21.580  INFO  Z-WAVE : [Node 114] Métadonnées mises à jour : 50-3-value-66049 
2024-08-27 17:45:21.585  INFO  Z-WAVE : [Node 114] Valeur mise à jour : 50-3-valeur-66049 3.507 => 4.02

Tu as quel firmware de la zstick ?

Autre piste, le soucis matériel fréquent avec la zstick. C’est un problème avec cette clef et le firmware des puces 700. Seule solution attendre le correctif qui se fait attendre.

Sinon passer sur la clef zooz 800 pour lequel le correctif existe déjà.

Attention à la mise en page, c’est plus lisible avec les balises

Il faut relativiser… Et surtout prendre en compte que la domotique, c’est un complément de l’activité normale. Si ça marche pas, il faut que ce ne soit pas gênant.
Je comprends que tu as perdu cette habitude puisque ça fait longtemps que ça fonctionne, mais pendant la phase de debug/analyse, il va falloir y penser à nouveau

Possible que ça flood le réseau zwave. En le désactivant, tu devrais vite voir si c’est mieux

Rien d’exploitable dans cet extrait : les warnings, c’est pas grave et les errors ne sont pas explicites (hors contexte)

J’ai le 7.20.2. Cette clé a environ 1 mois, j’ai fais le choix en me basant sur les commentaires du net.

Je suis désolé. En ce qui concerne la prise en main de HA, les automatisations, le codage yaml, il n’y a pas de problèmes, je m’en sort mais pour le débug je suis une vrai buse! mdr
Question: si je change de clé (sans être sur de résoudre le problème) faut-il tout ré-inclure? Ou bien par backup NVM c’est possible? Car + de 70 modules dissimulés de droite et de gauche c’est pas simple…

Donc oui tu as toujours le firmware qui fige la clef par moment. Ton problème ressemble vraiment a cela. Tu utilise quelle intégration ? En quelle version ?

Les logs ne sont de toutes façons pas simples à lire/comprendre. En plus de devoir trouver la bonne ligne, il faut aussi lire celles au dessus/dessous pour comprendre ce qu’il se passe au moment de l’erreur en question, des évènements étant parfois concomitants il faut trier

Z-Wave JS UI en 3.10.0

Oui donc même le contournement ne fonctionne visiblement pas mais il ne marche pas chez tout le monde.

Surveille les logs, voit si le fait de retirer les pinces arrange les choses mais pas impossible que ce soit ça quand même malheureusement.

Aeotec n’a pas sorti de maj depuis mai pour cette clef. Essaie le firmware 7.21.2 qui a arrangé un peu les chose apparemment. Le 7.21.4 devait arriver mi aout.

Merci pour ces éclaircissements!
Je viens de parcourir d’autres fils de discussions et visiblement, tu aurais bien mis le doigt sur mes soucis!
Nombres de post font états des mêmes problèmes que moi, liés à cette clé.
Conclusion, je ne vais pas perdre de temps à faire une maj du firm et je commande une Zooz 800.
L’investissement est à la hauteur de la tranquillité si cela résout tout…
Je vous tiens au courant. Il n’est plus nécessaire de poster tout les soirs les problèmes rencontrés dans la journée. :grinning:
Bonne soirée

Bonjour,
Je reviens pour de bonnes nouvelles! :call_me_hand:
Apres 3 jours de migration de la clé Aoetec vers la cle Zooz, je n’ai pas rencontré un seul problème de remonté d’état ZW.
Tout fonctionne normalement.
Vous aviez bien raison, ce stick Gen 7 est bien daubé! c’est même pas normal de vendre un produit comme cela, il s’en est vraiment fallu de peu pour que je sois dégouté de HA!

Sujet résolu! merci pour votre aide!

3 « J'aime »