zigbee2mqtt über MQTT-Adapter einbinden

[Mariatschi0815]

@hydrotec So, ich habe nochmal ein wenig rum probiert. Mit MQTT.fx geht es tatsächlich schonmal besser.

Jetzt folgendes:
Nach deiner Anleitung klappt es, hat aber den Haken, dass mir der Datenpunkt set in die Ordnerstruktur der exposes mit angelegt wird.

Wenn ich jetzt aber noch einen Datenpunkt brauche überschreibt er mir natürlich das "set".

Ändere ich jetzt das Topic, sodass ich z.B. für meine Zieltemperatur einen extra Ordner anlege in dem das set laufen soll, subscribed z2m das Topic nicht mehr.

oder müsste ich hier noch im z2m was ändern?

Über den DP current_heating_setpoint der von z2m geliefert wird werden Änderungen nicht zurück geschickt.

Wenn ich das

@hydrotec said in zigbee2mqtt über MQTT-Adapter einbinden:

Topic: "zigbee2mqtt/ThermostatWZ/current_heatsetpoint/set"
payload: "{"current_heating_setpoint": 22}"

mache, wird der DP zwar bei beiden clients (also ioBroker und z2m) geändert. Wenn ich dann aber den DP im ioBroker ändere wird die Änderung nicht von z2m subscribed.

Die Instanzeinstellungen vom MQTT-Adapter hab ich genauso, bis auf die Client ID ist die wichtig? Was macht die?

[hydrotec]

@mariatschi0815

Versuch doch mal bitte folgendes.
Bei mqtt.fx unter publish

topic:

zigbee2mqtt/ThermoWZ/current_heating_setpoint/set

payload:

{"current_heating_setpoint": 22}

Danach sollte es in ioBroker ungefähr so aussehen.

Unter dem DP "ThermoWZ.current_heating_setpoint" wird die eingestellte Temperatur angezeigt.
Und unter dem DP "ThermoWZ.current_heating_setpoint.set" stellst du dann die gewünschte Temperatur ein.

Was die topics, und die entsprechenden payloads angeht, die kann ich dir nur Beispielhaft aufzeigen.
(ich habe dieses Thermostat nicht zur Verfügung )
Lies dir bitte diese Anleitung zu deinem Thermostat in Ruhe durch.
Da ist es ausführlich beschrieben, wie sich topic und payload zusammensetzen.
Keine Angst vor Fehlversuchen, mqtt ist am Anfang nicht ganz einfach zu verstehen.
Zudem, wenn etwas schief geht, kannst du die Objekte in ioBroker löschen, und wieder neu anlegen lassen.
(würde ich dir eh raten, wenn deine ganzen Versuche erfolgreich waren, und du nichts mehr ändern musst)

... bis auf die Client ID ist die wichtig? Was macht die?

Die ist sogar sehr wichtig.
Wie die lautet, ist prinzipiell egal.
Wichtig ist, das sie nur einmal in deiner mqtt-Umgebung vorkommt.

An deiner config in zigbee2mqtt brauchst du vermutlich nichts ändern.
Beispielhaft meine config in zigbee2mqtt.
Bitte nicht 1:1 übernehmen, vor allem nicht, wenn du nicht genau weißt was die Einstellungen bedeuten sollen.

configuration.yaml

homeassistant: false
permit_join: false
mqtt:
 base_topic: zigbee2mqtt
 server: mqtt://192.168.XXX.XXX:1883
 user: '!secret user'
 password: '!secret password'
serial:
 port: /dev/ttyUSB0
advanced:
 pan_id: XXXXX
 network_key: '!secret network_key'
 homeassistant_legacy_entity_attributes: false
 legacy_api: false
 log_level: info
 # Optional: Add a last_seen attribute to MQTT messages, contains date/time of last Zigbee message
 # possible values are: disable (default), ISO_8601, ISO_8601_local, epoch (default: disable)
 last_seen: 'ISO_8601_local'
experimental:
 output: attribute
frontend:
 port: 8080
 host: 0.0.0.0
 auth_token: '!secret auth_token'
devices: devices.yaml
groups: groups.yaml
device_options:
 legacy: false
# Note: all options are optional
availability:
 active:
   # Time after which an active device will be marked as offline in
   # minutes (default = 10 minutes)
   timeout: 10
 passive:
   # Time after which a passive device will be marked as offline in
   # minutes (default = 1500 minutes aka 25 hours)
   timeout: 1500

Schönen Sonntag noch
Gruß, Karsten

[Mariatschi0815]

Na das hab ich doch im 1. Screenshot so gemacht. Wenn ich jetzt aber noch einen DP ändern muss und wieder so vorgehe bspw. für die local_temperature_calibration (über die wird der Heizzyklus angestoßen) wird mein DP "set" mit dem payload "local_temp[...]" überschrieben. Es wird also kein neuer DP set angelegt, den ich aber bräuchte.

[hydrotec]

@mariatschi0815

Wenn ich mir deinen ersten screenshot ansehe, dann hast du folgende topics abonniert.

zigbee2mqtt/ThermoWZ/current_heating_setpoint
zigbee2mqtt/ThermoWZ/set

Richtig wäre

zigbee2mqtt/ThermoWZ/current_heating_setpoint
zigbee2mqtt/ThermoWZ/current_heating_setpoint/set

ergibt die DP
zigbee2mqtt.ThermoWZ.current_heating_setpoint
zigbee2mqtt.ThermoWZ.current_heating_setpoint.set

oder

zigbee2mqtt/ThermoWZ/local_temperature_calibration
zigbee2mqtt/ThermoWZ/local_temperature_calibration/set

ergibt die DP
zigbee2mqtt.ThermoWZ.local_temperature_calibration
zigbee2mqtt.ThermoWZ.local_temperature_calibration.set

Also die Datenpunkte "....set" müssen in der nächst tieferen Ebene erscheinen.

Du kannst auch erst einmal nur mit mqtt.fx arbeiten, und nachsehen ob dein Thermostat auch richtig angesteuert wird.
Im mqtt.fx Fenster unter subscribe, unten links, bei "Topics Collector" den button "Scan" klicken.
Dann erscheinen mit der Zeit alle topics, welche dein mosquitto so empfängt.
Dort wählst du dann den gewünschten topic aus, und machst einen Doppelklick darauf.
Dadurch wandert der topic nach links oben, und auf der rechten Seite kannst du den payload sehen.
Die topics ".../set" erscheinen erst wenn du unter publish einen payload gesendet hast.

Wenn das auch nicht hilft, dann bin ich ehrlich gesagt, so langsam auch am Zweifeln was es noch sein könnte.

EDIT:
Eventuell liegt es an der Version des Adapters iobroker.mqtt
Bei mir ist folgende installiert.

    "mqtt": {
      "version": "2.4.0",
      "platform": "Javascript/Node.js"
    },

[Mariatschi0815]

@hydrotec said in zigbee2mqtt über MQTT-Adapter einbinden:

Also die Datenpunkte "....set" müssen in der nächst tieferen Ebene erscheinen.

Genau das machen sie eben nicht. Wenn ich folgendes mache:

zigbee2mqtt/ThermoWZ/current_heating_setpoint/set

Wird kein neuer DP angelegt, sondern der vorhandene geändert. Das ist ja das Problem an der Geschichte.

[hydrotec]

@mariatschi0815

und wenn du den DP "zigbee2mqtt.ThermoWZ.current_heating_setpoint.set" in ioBroker selbst anlegst?

Welche Adapterversion hast du?

[hipohop]

Hallo zusammen,

ich hoffe ich darf diesen Post mal hijacken.
Ich nutze ebenfalls iobroker mit zigbee2mqtt. Das initiale Setup habe ich soweit nun möchte ich testweise an die visualisierung gehen und habe da ein Verständnisproblem:
Wenn ich z.B. eine Lampe in vis anlege, dann linke ich da ja einen Datenpunkt(?). Nun habe ich bei meinen Zigbee Device ja 2 relevante Datenpunkte einmal den xy.state und den xy.set (um aktiv zu schalten).
Wie gehe ich damit um?

Lässt sich das durch nutzen des Zigbee Adapters (ohne zigbee2mqtt) umgehen?

Danke euch

[arteck]

@hipohop sagte in zigbee2mqtt über MQTT-Adapter einbinden:

Lässt sich das durch nutzen des Zigbee Adapters (ohne zigbee2mqtt) umgehen?

ja dafür ist der adapter da.. mit mqtt musst du alles selber managen

[hipohop]

@arteck
Danke
Ohje - das spricht ja sehr für die Nutzung des zigbee Adapters
Hab ein bischen Sorge vor dem Aufwand alles neu zu pairen

[arteck]

@hipohop bist dann aber auf der sicheren seite

[hydrotec]

@hipohop

Über mqtt ist es auch möglich.

z.B. einfacher Bulb on/off Schalter

Da hast du ja einmal die Möglichkeit den Status anzuzeigen, und zur Steuerung den anderen Topic (Objekt) zu nutzen.

[arteck]

@hydrotec ja man kann ach für jedes object ein alias anlegen..
ich verstehe nicht warum man sich die Arbeit so schwer macht..
wenns auch einfach geht..

[hydrotec]

@arteck

Es ging ja darum, wie man das in Vis einsetzen kann, und da gibt es keinen Unterschied, ob Zigbee Adapter oder mqtt.

[hipohop]

@hydrotec said in zigbee2mqtt über MQTT-Adapter einbinden:

@hipohop

Über mqtt ist es auch möglich.

z.B. einfacher Bulb on/off Schalter

Da hast du ja einmal die Möglichkeit den Status anzuzeigen, und zur Steuerung den anderen Topic (Objekt) zu nutzen.

Hab ich noch nicht ganz verstanden: Wo müsste ich denn dann mein xy.set und wo mein xy.state einsetzen?

[hydrotec]

@hipohop

versuche es mal so

[arteck]

@hydrotec doch.. mqtt musst du selber auseinander fummeln und ein set und get liegen immer in 2 unterschiedlichen objekten.. bei an und aus ist es nicht das problem aber machmal ein

hell auf 10 und farbe rot und dimmen 30

im zigbee adapter hast du alles sagen wir mal standarisiert

ausserdem bist du auf bestimmte Elemente gebunden in der VIS nicht alle Widgets bieten 2 unterschiedliche behandlungmethoden für an und aus

[hydrotec]

@arteck

Ist da wirklich so ein großer Unterschied?
(hab leider kein Leuchtmittel in zigbee2mqtt, sind mit dem Hue Adapter eingebunden)

EDIT:
War ein schlechtes Beispiel, ein Schalter passt eventuell besser