ZWave JS et Fibaro FGR222

[Heian]

Bonjour,

Mon problème

Je viens de faire ma première instance de HomeAssistant sur mon Synology.
J’ai installé Zwave JS (UI ?) qui semble être la solution conseillé pour le zwave.
J’ai ma clé Aeotec Z-stick 10 Pro de connecté sur HA.
Et pour finir un mosquito qui tourne à coté sur le Synology aussi.

Dans me Zwave control panel en node 001 je vois bien la clé Aeotec (FW 1.0, SDK 7.22)

Et c’est la que les problèmes commence, je me dit que je vais piquer le volet (FGR222) à côté du NAS actuellement sur mon Jeedom que je souhaite quitter.

Reset du Fibaro FGR222 et mise en apairage.
Dans HA dans le menu node manager je mets en route l’inclusuion… et rien…
A force de relancer je fini par avoir un node de créé mais en unknown manufacturer et le node est en statut dead.

C’est ma première inclusion je me dit que j’ai peut être une erreur dans le process ?
Une piste sur ce que je peux avoir a faire pour résoudre ce problème ?

Ma configuration

---

[center]## System Information

version	core-2025.5.3
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
user	root
virtualenv	false
python_version	3.13.3
os_name	Linux
os_version	6.12.23-haos
arch	x86_64
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.5
Stage	running
Available Repositories	1996
Downloaded Repositories	1

Home Assistant Cloud

logged_in	false
can_reach_cert_server	ok
can_reach_cloud_auth	ok
can_reach_cloud	ok

Home Assistant Supervisor

host_os	Home Assistant OS 15.2
update_channel	stable
supervisor_version	supervisor-2025.05.3
agent_version	1.7.2
docker_version	28.0.4
disk_total	30.8 GB
disk_used	4.1 GB
healthy	true
supported	true
host_connectivity	true
supervisor_connectivity	true
ntp_synchronized	true
virtualization	kvm
board	ova
supervisor_api	ok
version_api	ok
installed_addons	Terminal & SSH (9.17.0), Z-Wave JS UI (4.3.1), File editor (5.8.0)

Dashboards

dashboards	2
resources	0
views	0
mode	storage

Network Configuration

adapters	lo (disabled), enp0s3 (enabled, default, auto), docker0 (disabled), hassio (disabled), veth0812e7e (disabled), veth34f86c8 (disabled), vethb4b2c25 (disabled), veth47a79e2 (disabled), vethf76f3cd (disabled), veth3a81f42 (disabled), veth4361765 (disabled), veth71ecb62 (disabled)
ipv4_addresses	lo (127.0.0.1/8), enp0s3 (192.168.1.6/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), veth0812e7e (), veth34f86c8 (), vethb4b2c25 (), veth47a79e2 (), vethf76f3cd (), veth3a81f42 (), veth4361765 (), veth71ecb62 ()
ipv6_addresses	lo (::1/128), enp0s3 (2a02:8428:60a:af01:9d8:237e:a14e:4321/64, fe80::6464:8339:544a:ee0/64), docker0 (fe80::701c:dff:fe94:b815/64), hassio (fe80::f492:a0ff:fe58:b261/64), veth0812e7e (fe80::c452:27ff:fe21:b9ef/64), veth34f86c8 (fe80::f8ea:86ff:fe07:f60e/64), vethb4b2c25 (fe80::d872:52ff:fe9d:90b5/64), veth47a79e2 (fe80::60b5:7fff:fe20:44d2/64), vethf76f3cd (fe80::c30:ceff:fef3:4597/64), veth3a81f42 (fe80::10a9:e4ff:fe68:93f3/64), veth4361765 (fe80::3c9c:61ff:fe1a:75ea/64), veth71ecb62 (fe80::c045:52ff:feb9:2cf9/64)
announce_addresses	192.168.1.6, 2a02:8428:60a:af01:9d8:237e:a14e:4321, fe80::6464:8339:544a:ee0

Recorder

oldest_recorder_run	26 mai 2025 à 16:28
current_recorder_run	29 mai 2025 à 16:44
estimated_db_size	2.38 MiB
database_engine	sqlite
database_version	3.48.0

[/center]

[Heian]

Après un gros redémarrage j’ai mon dead node qui passe en alive.
Par contre aucune commande à priori et toujours en manufacturer unknown.

Dans MQTT j’ai pourtant des informations:

[ddfdom]

Par contre pas besoin de mqtt c’est mieux d’utiliser en websocket jwavejs

As tu bien d’abord exclu ton périphérique avant de l’ajouter ?

J’ai déjà eu ce genre de soucis que j’ai résolu en faisant l’appairage très proche du dongle

[Thomas9278]

Salut, tu as essayé de l’inclure à proximité de ton ha, à moins d’un mètre ? J’ai eu ce problème avec des Qubino, en les rapprochant le temps de l’inclusion ça allait.
En tout cas j’ai un fgr222 sur mon ha, pas de problème de reconnaissance ni de fonctionnement.

[Heian]

J’ai aussi activé le webSocket je ne sais pas quoi mettre dans host par contre.
Quelque chose a installer côté HA pour la connexion en WS à ZwaveJS ? Pas encore creuser car mon module n’est pas reconnu encore comme il faut.

En terme de distance c’est le plus proche dans le mur en face, il doit être à 3m quelques chose comme ca, sans rien entre le module et le dongle, d’autant plus que je l’ai sortie de la boite pour accéder au bouton de reset.
Je peux quand même essayer de le mettre vraiment à côté.

[ddfdom]

@Heian

Je peux quand même essayer de le mettre vraiment à côté

La fois où j’ai eu ce soucis j’ai vraiment du me mettre très proche mais moins d’1m doit être suffisant

Pour le websocket il faut ajouter l’intégration z-wave (intégration pas addon)

[Idaho947]

Comment a tu installé zwave sur ton ha c’est pas clair l’installation ? Tu as juste mis l’addon ? Si oui lequel ?

On verra après comment resoudre la reconnaissance de ton module.

[Heian]

J’ai mis l’addon zwave JS, que j’ai lié avec le dongle.
Je viens de mettre l’integration zwave.

[Heian]

Bon, j’ai complètement éteint le serveur jeedom (interférence possible), je me suis placé a 1m et c’est passé
Par contre je peux ouvrir \ fermer mais mettre a un certain % ca n’a pas l’air de fonctionner correctement.
Je ne vois pas non plus la commande pour lancer un etalonnage, je l’avais sous Jeedom.
Je continu de creuser mais on peut dire résolu pour le problème initial je pense.

Merci pour vos interventions en tout cas.

[ddfdom]

Dans l’intégration z-wave
Tu sélectionne ton device puis sur la gauche tu as un bouton configurer

Tu vas y retrouver toutes les options zwave du device

Dont là calibration (là c’est un module Qubino)