Comment commander en MQTT une prise fibaro?

Bonjour,

Je suis débutant en MQTT…

Je viens de recréer un nouveau jeedom basé sur MQTT, conçu comme suit :

  • Un pi 3B+ avec dessus Mosquitto, ZWAVE-JS-UI, et Zigbee2MQTT => tout fonctionne
  • un jeedom pour le moment sur une VM ESXI sur mon NUC.

J’ai appairé 2 éqt, une prise fibaro en Zwave, et un bouton en Zigbee, sans soucis.
pour le bouton tout est OK

Pour la prise par contre, je n’arrive pas à la commander (On/Off)…
J’ai créé la prise dans JMQTT avec la template Fibaro FGWPE, qui a créé les commandes

mais elle ne fonctionnent pas.

Je précise que dans le control panel Zwave dans NODE onglet Binary Switch v1, l’interrupteur commande bien la prise…

Voilà en tant que débutant j’ai bien sur été voir des tuto, mais sans succès, y aurait il une bonne âme pour m’aider ?

l’arborescence :

Bonne soirée

Titanium

Ce n’est pas ici ?

Capture d’écran du 2024-01-29 22-15-18

Salut

Comment as-tu configuré l’utilisation du tipic dans les paramètres zwave-js-ui ?
Mais jeandhom doit avoit indiqué la solution. Le plus simple quand tu utilises mqttexplorer, faire le vide dans le topic principal, zwave, puis envoyer une ou plusieurs commandes depuis zwave-js-ui, ainsi tu es sur d’où elles viennent.

Antoine
.

Bonjour,

J’ai supprimé le topic zwave, et activé la prise avec son bouton physique, voilà ce que j’obtiens .

Si je désactive la prise par son bouton, true change en false (ce qui parait logique…)

Si je l’active avec la commande du contol panel zwave

j’obtiens :

j’en déduit que la commande est sur targetValue …

Mais quel commande publier pour allumer éteindre la prise ?

Merci de vos lumières car je pense avoir tous essayé (ou presque …)

Titanium

PS : Si je publie « value » : false ou « value » : true dans MQTT explorer sur le topic :
zwave/Bureau/prise/switch_binary/endpoint_0/currentValue
La valeur change bien en false/true, (sans la paramètre « time » …mais la prise ne réagit pas …

Si je publie « value » : false ou « value » : true dans MQTT explorer sur le topic :
zwave/Bureau/prise/switch_binary/endpoint_0/targetValue
La valeur change bien en false/true, (sans la paramètre « time ») …mais la prise ne réagit pas …

Titanium

Il suffit de vérifier le topic dans la partie droite de mqttexplorer.
Ensuite, il faut le repprendre dans jmqtt.

Et si tu faisais les actions depuis zwave-js-ui, tu aurais le topic action avec le bon noeud. En agissant physiquement la prise, c’est le topic pour le retour d’état que tu as.

Antoine

Je n’y arrive déjà pas dans MQTT explorer…

Et pourquoi JMQTT si je créé l’équipement avec le template figaro FGWPEme créé un topic comme suit :

Titanium (qui n’y comprends plus rien …)

Allume et éteint cette prise depuis zwave-js-ui, svp.

Parce que c’est ce topic que les autres utilisateurs ont…
Montre nous où tu clique aous zwave-js-ui.

Ca ça fonctionne la prise commute gentiment …

et la aussi ça commute …

Merci de m’aider …

Pourrais-tu donner une copie d’écran de ta configuration de zwave-js-ui pour la partie topic. Voir dans la partie paramètre.

Et le topic qui apparait dans mqttexplorer est?

Antoine

Je dois voir sur ma machine ce soir mais cela ne ressemble pas à cela…

Comment as-tu installé zwave-js-ui ?

Configuration des topics de publication daans zwave-js-ui ?

Bonne question j’ai un peu ramé la dessus mais grâce a des tutos sur le net
voilà ce que j’ai noté,(si j’ai tous noté …) :

Installation Zwave2MQTT

titanium@MQTT:~ $ sudo apt-get update
Get:1 http://security.debian.org/debian-security bullseye-security InRelease [48.4 kB]
Hit:2 http://deb.debian.org/debian bullseye InRelease                                             
Get:3 http://deb.debian.org/debian bullseye-updates InRelease [44.1 kB]                            
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease                                     
Fetched 92.4 kB in 6s (16.4 kB/s)
Reading package lists... Done

titanium@MQTT:~ $ sudo apt-get install snapd
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  apparmor liblzo2-2 squashfs-tools
Suggested packages:
  apparmor-profiles-extra apparmor-utils zenity | kdialog
The following NEW packages will be installed:
  apparmor liblzo2-2 snapd squashfs-tools
0 upgraded, 4 newly installed, 0 to remove and 10 not upgraded.
Need to get 12.4 MB of archives.
After this operation, 55.6 MB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Get:1 http://deb.debian.org/debian bullseye/main arm64 apparmor arm64 2.13.6-10 [601 kB]
Get:2 http://deb.debian.org/debian bullseye/main arm64 liblzo2-2 arm64 2.10-2 [51.8 kB]
Get:3 http://deb.debian.org/debian bullseye/main arm64 squashfs-tools arm64 1:4.4-2+deb11u2 [128 kB]
Get:4 http://deb.debian.org/debian bullseye/main arm64 snapd arm64 2.49-1+deb11u2 [11.6 MB]
Fetched 12.4 MB in 1s (12.4 MB/s) 
Preconfiguring packages ...
Selecting previously unselected package apparmor.
(Reading database ... 37843 files and directories currently installed.)
Preparing to unpack .../apparmor_2.13.6-10_arm64.deb ...
Unpacking apparmor (2.13.6-10) ...
Selecting previously unselected package liblzo2-2:arm64.
Preparing to unpack .../liblzo2-2_2.10-2_arm64.deb ...
Unpacking liblzo2-2:arm64 (2.10-2) ...
Selecting previously unselected package squashfs-tools.
Preparing to unpack .../squashfs-tools_1%3a4.4-2+deb11u2_arm64.deb ...
Unpacking squashfs-tools (1:4.4-2+deb11u2) ...
Selecting previously unselected package snapd.
Preparing to unpack .../snapd_2.49-1+deb11u2_arm64.deb ...
Unpacking snapd (2.49-1+deb11u2) ...
Setting up liblzo2-2:arm64 (2.10-2) ...
Setting up apparmor (2.13.6-10) ...
Created symlink /etc/systemd/system/sysinit.target.wants/apparmor.service → /lib/systemd/system/apparmor.service.
Setting up squashfs-tools (1:4.4-2+deb11u2) ...
Setting up snapd (2.49-1+deb11u2) ...
Created symlink /etc/systemd/system/multi-user.target.wants/snapd.recovery-chooser-trigger.service → /lib/systemd/system/snapd.recovery-chooser-trigger.service.
Created symlink /etc/systemd/system/multi-user.target.wants/snapd.seeded.service → /lib/systemd/system/snapd.seeded.service.
Created symlink /etc/systemd/system/cloud-final.service.wants/snapd.seeded.service → /lib/systemd/system/snapd.seeded.service.
Created symlink /etc/systemd/system/multi-user.target.wants/snapd.service → /lib/systemd/system/snapd.service.
Created symlink /etc/systemd/system/sockets.target.wants/snapd.socket → /lib/systemd/system/snapd.socket.
Processing triggers for man-db (2.9.4-2) ...
Processing triggers for dbus (1.12.28-0+deb11u1) ...
Processing triggers for mailcap (3.69) ...
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u7) …

titanium@MQTT:~ $ sudo snap install --channel=stable core
2024-01-26T18:46:37+01:00 INFO Waiting for automatic snapd restart...
core 16-2.60.4 from Canonical✓ installed


titanium@MQTT:~ $ sudo snap set system experimental.hotplug=true


titanium@MQTT:~ $ sudo systemctl restart snapd


titanium@MQTT:~ $ sudo snap install --channel=stable core
2024-01-26T18:46:37+01:00 INFO Waiting for automatic snapd restart...
core 16-2.60.4 from Canonical✓ installed
titanium@MQTT:~ $ sudo snap set system experimental.hotplug=true
titanium@MQTT:~ $ sudo systemctl restart snapd
titanium@MQTT:~ $ sudo snap install --channel=stable zwave-js-ui
zwave-js-ui v9.7.1 from Giaever.online (giaever-online) installed


titanium@MQTT:~ $ sudo snap connect zwave-js-ui:raw-usb


titanium@MQTT:~ $ sudo snap connect zwave-js-ui:hardware-observe

Titanium

Je comprends pas bien la question …les topics ont été créé à partir de zwave dans Mosquitto …

J’ai pu installer 3 noeuds …

qui remontent bien dans Mosquitto …

Oui mais cela dépend d’une configuration.
Celle-ci:

Voilà la mienne :