Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[SYNO_Broker]

@paul53 leider auch dann nicht... hatte in der Tat "früher" auf wurde geändert,
Klaro das das nichts gibt... aber seit ein paar tagen bin ich auf wurde aktualisiert...
leider ohne erfolg.

Derzeit schwindet die Akzeptanz bei den restlichen Familienmitgliedern :-( (WAF is going down)

[paul53]

@syno_broker sagte: leider ohne erfolg.

Gibt es einen anderen Datenpunkt, auf den man triggern könnte?
Erstelle Issue auf Github, dass bei erneutem "Single click" eine Aktualisierung des Zeitstempels erwartet wird.

[OstfrieseUnterwegs]

Nach der Logik von zigbee2mqtt müsstest du in den Objekten für jeden deiner Events jeweils einen Datenpunkt sehen (jedenfalls ist das bei Geräten so) und die werden jeweils für eine Millisekunde true und dann wieder auf false.
Wie sehen denn die Datenpunkte deines Geräts aus?

[SYNO_Broker]

@ostfrieseunterwegs
hi, ich sehe folgendes

(im IO-Broker)

bzw.

im MQTT-Explorer

leider keine Zeitstempel.
Habe das Gefühl dass ich im ZigBee2MQTT drehen muss um hier die Informationen in einer anderen Art und Weise zu erhalten.
Das Verhalten das single als separates Objekt gehandelt wird das kurz "true" wird habe ich nur wenn ich direkt ohne MQTT arbeite.... (was leider so nicht mehr abbildbar ist da ich ein wenig umbauen musste (IO-Boker läuft jetzt auf der Synology im Docker und nicht mehr auf dem Raspberry))

[crunchip]

@syno_broker was genau für ein Taster ist das denn?
dieser?
https://www.zigbee2mqtt.io/devices/WXKG11LM.html

@syno_broker sagte in Herausvorderungen nach Umstellung von Zigbee auf Zigbee2MQTT:

leider keine Zeitstempel.

[SYNO_Broker]

@crunchip ja tatsächloch glaube ich es ist genau dieses Modell.
Aber wie ich sehe bekommst Du ganz andere Details

Hast Du ihn als Zigbee eingebunden oder Per MQTT?
wenn ich ihn per Conbee Stick über meinen Raspberry direkt einbinde habe ich ähnliche Informationen.

Gehe ich über Zigbee2MQTT leider eher "dünne"
Aber ich hoffe ja noch auf eine Konfig im zigbee2MQTT

[OstfrieseUnterwegs]

@syno_broker
Was zeigt das zigbee2mqtt UI denn an? Auf dem Dashboard und auch bei den Details des Gerätes? Das sieht so aus, als ob es nicht richtig angelernt wurde.
Ich würde in IOT den Adapter stoppen, das Gerät im Objekte-Baum mit allen Datenpunkten löschen, Gerät in zigbee2mqtt ablernen (Du kommst auf die Oberfläche, auch wenn der Adapter steht), im mqtt-explorer den Zweig rauslöschen. Gerät neu anlernen, Adapter starten.

[crunchip]

@syno_broker sagte in Herausvorderungen nach Umstellung von Zigbee auf Zigbee2MQTT:

Hast Du ihn als Zigbee eingebunden oder Per MQTT?

Per zigbee2mqtt wie in der Beschreibung steht, websocket und dummy mqtt.
https://forum.iobroker.net/post/878202
wenn du selbst per mqtt, dann musst du glaub ich Hand anlegen

[SYNO_Broker]

Also jetzt verstehe ich den Unterschied...

ich habe zigbee2MQTT separat als Docker Container laufen und nicht als IO-Broker Adapter.
Warum?
Weil ich es gerne entkoppelt betreiben will um später z.B. zu einer anderem Plattform wechseln zu können ohne große Bauchschmerzen.
Tatsächlich scheint die "Integration" im IO-Broker als zigbee2MQTT noch Vorteile im Handling zu bieten

Danke für Eure Mühen.

[Ein ehemaliger Benutzer]

@syno_broker

Moin,

nein, da ist leider etwas namens Wirrwarr :)

Es gibt 1) mqtt -> 2) zigbee2mqtt -> 3) zigbee2mqtt

Zu 1) mqtt, der Message-Broker
Zu 2) zigbee2mqtt das ist der Teil, an den Du Dein Zigbee Stick anbindest/einrichtest, kann irgendwo laufen oder auch auf dem iobroker
Zu 3) zigbee2mqtt, das ist ein Adapter für den iobroker, der sich mit 1) und 2) verbindet, somit bekommst Du das UI aus 2) in den iobroker und die Objekte.

Adapter:

Anzeige des Adapters:

Objekte:

VG
Bernd

Edit
Legastheniker, Fehler der Rechtschreibung korrigiert :)

[SYNO_Broker]

@dp20eic Hey Danke dir.

und ich war der Meinung dass ich Zigbee2MQTT entweder separat laufen lasse oder im IO-Broker.
dann werde ich heute abend mal ein wenig rumspielen mit dem Zigbee2MQTT adapter im IO-Broker (#3 Deiner Erklärung)

ich bin gespannt..

Danke!

[SYNO_Broker]

@dp20eic THX a lot!
es tut wie es soll, habe die Informationen nun per MQTT und per Zigbee2MQTT Adapter vorliegen.
bei letzterem sind die Infos die der Taster liefert um einiges umfangreicher, jetzt habe ich die unterschiedlichen Events als separate Datenwörter welche true bzw. false sind.

So lässt es sich wie gewohnt im Blocky auswerten ohne große Verrenkungen.
Was ich noch nicht getestet habe: wahrscheinlich kann ich so auch viel entspannter die Zigbee Steckdose schalten und muss nicht dieses "sendmessage / Topic / payload Gerümpel" machen :-)

Vielen dank für die schnelle Hilfe