Test Adapter zigbee2mqtt

[Noosi]

Ach so! Ich dachte Dein Adapter wertet die mqtt msgs aus um die Datenpunkte zu erzeugen. Also kommuniziert er direkt mit zigbee2mqtt und "sendet" bei Änderungen an den Datenpunkten diese per mqtt?

[IdleBit]

@noosi sagte in Test Adapter zigbee2mqtt:

Nur fehlen in deinem Adapter die Datenpunkte z.b. on_hold_release usw

Bleibt das hold nicht solange auf true wie du drückst?

[IdleBit]

@noosi sagte in Test Adapter zigbee2mqtt:

Ach so! Ich dachte Dein Adapter wertet die mqtt msgs aus um die Datenpunkte zu erzeugen. Also kommuniziert er direkt mit zigbee2mqtt und "sendet" bei Änderungen an den Datenpunkten diese per mqtt?

Nein, so einfach ist das nicht.
Da würden ja viel zu viele Informationen fehlen, wie ist der DP beschreibbar, ist es ein Number, String, boolean, Object... , was und wo sollen die Daten zum Schlaten hin welche daten gehören in den Enums (listen) usw.

Die Datenpunkte werden aus den Exposes von Z2M erstellt, dafür sind diese da.

[Noosi]

wenn legacy des dimmers auf true gestellt wird, werden diese Ausgaben erzeugt :

info 2022-11-05 13:51:24MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"battery":63.5,"counter":1,"last_seen":1667652685463,"linkquality":65,"update":{"state":"idle"}}'
info 2022-11-05 13:51:24MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"battery":63.5,"counter":1,"last_seen":1667652685472,"linkquality":65,"update":{"state":"idle"}}'
info 2022-11-05 13:51:25MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"action":"off-hold","battery":63.5,"counter":1,"duration":0.801,"last_seen":1667652686264,"linkquality":65,"update":{"state":"idle"}}'
info 2022-11-05 13:51:26MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"action":"off-hold","battery":63.5,"counter":1,"duration":1.602,"last_seen":1667652687065,"linkquality":65,"update":{"state":"idle"}}'
info 2022-11-05 13:51:27MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"action":"off-hold","battery":63.5,"counter":1,"duration":2.401,"last_seen":1667652687864,"linkquality":65,"update":{"state":"idle"}}'
info 2022-11-05 13:51:28MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"action":"off-hold","battery":63.5,"counter":1,"duration":3.202,"last_seen":1667652688664,"linkquality":65,"update":{"state":"idle"}}'
info 2022-11-05 13:51:28MQTT publish: topic 'zigbee2mqtt/Hue!Switch AG Schreibtisch', payload '{"action":"off-hold-release","battery":63.5,"counter":1,"duration":3.248,"last_seen":1667652688711,"linkquality":65,"update":{"state":"idle"}}'
info 2022-11-05 13:52:33MQTT publish: topic 'zigbee2mqtt/Hue!GU10 AG Decke Links', payload '{"brightness":254,"color":{"x":0.3685,"y":0.369},"color_mode":"color_temp","color_temp":233,"last_seen":1667652753774,"linkquality":65,"state":"OFF","update":{"state":"idle"}}'

Bis auf die linkquality aktuallisiert sich im IOBroker KEIN anderer Datenpunkt. Aktionen werden hier mit bindestrich gesendet.
Legacy des dimmers auf false > Alle Datenpunkte aktuallisieren sich im IOBRoker, Aktionen werden mit unterstrich gesendet.
Nur in diesem Fall bleibt das HOLD auf true.

[IdleBit]

@noosi sagte in Test Adapter zigbee2mqtt:

wenn legacy des dimmers auf true gestellt wird, werden diese Ausgaben erzeugt :

Hast du dir einmal die Docu angeschaut..
legacy ist nicht unterstützt

Wie ich schon mehrmals erwähnt erstelle doch ein issues, das hier ist nicht zielführend und verbrennt nur kostbare Zeit...

[crunchip]

hab das gestern auch mal installiert, läuft soweit prima Sache , bis aufs Problem mit dem Admin in einem 2ten Browserfenster, wenn im anderen Browser das interne zigbee2mqtt offen ist, lässt sich nichts mehr bedienen und der Admin läd sich zu tote.

Die eigentliche Frage die ich habe,
mit aktivem

availability: true

werden mir ja die Geräte als erreichbar angezeigt, allerdings habe ich Saisonbedingt Geräte die aktuell nicht im Betrieb sind. (im zigbee Adapter konnte man die deaktivieren)

wie funktioniert das hier bzw gibt es so eine Funktion, oder einfach überlesen?

Habe testhalber diese mal auf die blacklist gesetzt, werden aber trotzdem weiter angepingt was ja alle 10 Min zur folgenden Meldung führt

Failed to ping 'Christbaum' (attempt 1/1, Read 0x842e14fffe05ea44/1 genBasic(["zclVersion"], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":true,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205)))

oder bleibt nur die Möglichkeit das Prüfen der Erreichbarkeit speziell für diese Geräte manuell in die .yaml einzutragen?
yaml einzutragen, jedoch greift diese nicht

EDIT:

hab jetzt mal versucht eine availability-advanced-configuration in die .yaml mit einzufügen, diese greift aber nicht. könnte da wer mal behilflich sein?

[nox309]

@crunchip
möge mich der @IdleBit verbessern, aber die Datenpunkte bleiben immer im ioBroker bestehen, heißt ich würde die Geräte einfach in Z2M löschen und bei Bedarf wieder einbinden.
Die Datenpunkte von gelöschten Geräten bekommen den Namen "deleted" oder so, somit bleiben alle Skripte und sonstige Einstellungen im ioB Aktiv.
Vielleicht ist das ja eine gangbare Lösung für dich.

[crunchip]

@nox309 sagte in Test Adapter zigbee2mqtt:

die Datenpunkte bleiben immer im ioBroker bestehen

logisch, aber die Ping Prüfung kann doch durch diese Funktion deaktiviert werden.

@nox309 sagte in Test Adapter zigbee2mqtt:

Vielleicht ist das ja eine gangbare Lösung für dich

bleibt mir anderweitig aktuell nichts anderes übrig

[arteck]

@crunchip wenn du den hier einträgst .. dann wird der auch nicht im object tree angezeigt

[IdleBit]

@crunchip die Ping Meldungen ist doch nur ein Warnung (wenn ich mich jetzt nicht täusche), du könntest einfach das Loglevel in Zigbee2mqtt auf error hochstellen.

[arteck]

@idlebit jo auch

[crunchip]

@arteck da hatte ich sie schon testweise drin, trotzdem wird versucht diese anzupingen. Die Geräte waren ja im zigbee Adapter bereits deaktiv, beim Umzug der Datenbank auf zigbee2mqtt, wurden die Geräte ja in den Objekten mit angelegt, folglich können diese jetzt nicht angepingt werden, da aktuell nicht angeschlossen und wenn ich nachträglich die Geräte auf block setze greift nix und es kommt trotzdem die Failed to ping...., siehe oben

[crunchip]

@idlebit richtig, wäre auch eine Möglichkeit, trotzdem sollte aber das doch möglich sein?

[IdleBit]

@crunchip das ist meines Wissens von zigbee2mqtt nicht vorgesehen, da habe ich kein Einfluss darauf.

Du könntest noch mit den Datenpunkt logfilter die Logs filterten, mehr kann ich dir aktuell leider nicht anbieten.

[arteck]

@idlebit sagte in Test Adapter zigbee2mqtt:

mehr kann ich dir aktuell leider nicht anbieten.

na doch @crunchip mach ein isse auf zigbee2mqtt seite auf.. für Änderung

[IdleBit]

@crunchip sagte in Test Adapter zigbee2mqtt:

@idlebit richtig, wäre auch eine Möglichkeit, trotzdem sollte aber das doch möglich sein?

Kann sein, ich habe das noch nicht Probiert da ich keine devices offline habe.

#Edit:
Hattest du nach der Änderung in der yaml zigbee2mqtt neu gestartet

[crunchip]

@idlebit sagte in Test Adapter zigbee2mqtt:

das ist meines Wissens von zigbee2mqtt nicht vorgesehen

diesen Satz verstehe ich jetzt aber nicht,
das ist doch die Beschreibung von zigbee2mqtt

@arteck sagte in Test Adapter zigbee2mqtt:

ein isse auf zigbee2mqtt seite auf.

du meinst hier?

@idlebit sagte in Test Adapter zigbee2mqtt:

Hattest du nach der Änderung in der yaml zigbee2mqtt neu gestarte

ja

EDIT:
hab jetzt mal eines der Geräte aus dem zigbee2mqtt gelöscht,
in den Objekten bleibt es ja nach wie vor vorhanden und ping Meldung ist weg.
Bei Wiederanschluss sollte es sich ja automatisch wieder integrieren, muss dann wahrscheinlich nur entsprechend den Name wieder vergeben.

[crunchip]

mir ist gestern noch aufgefallen, dass 3 der Sensoren(xiaomi Türkontakt und Bewegungsmelder) nichts an iobroker übertragen. In den Objekten zwar vorhanden aber aktualisieren nicht.
Im zigbee2mqtt funktionieren sie jedoch korrekt.

was hab ich schon mehrmals probiert:

• neu verbunden
• Batterie getauscht
• aus dem Netzwerk entfernt und neu angelernt, dabei auch aus iobroker gelöscht
• zwischen den Aktionen Adapter und auch zigbee2mqtt neu gestartet.

hat da wer eine Idee, @arteck @IdleBit?

[arteck]

@crunchip nö ich hab davon jede menge .. gehen immer.. ok ausser Betterie leer.

welchen stand hat dein z2m ?? im converter gabs mal ein bug für xiaomi Geräte

[crunchip]

@arteck sagte in Test Adapter zigbee2mqtt:

hab davon jede menge

ich auch, nur das Problem bei den 3, andere mit mit gleicher Firmware funktionieren

@arteck sagte in Test Adapter zigbee2mqtt:

welchen stand hat dein z2m

Zigbee2MQTT Version
    1.28.2-dev commit: a2f85348

Coordinator-Typ
    zStack3x0

Coordinator-Version
    20210120

Coordinator IEEE Adresse
    0x00124b001ca5ea11

Frontend Version
    0.6.115

z.b

Gerätename
    BWM Wohn/Esszimmer
Beschreibung

Zuletzt gesehen
    vor 6 Minuten
Verfügbarkeit
    Online
Geräte-Typ
    EndDevice
Zigbee Modell
    lumi.sensor_motion.aq2
Zigbee Hersteller
    LUMI
Beschreibung
    Aqara human body movement and illuminance sensor
Unterstützungsstatus

    Unterstützt
IEEE Addresse
    0x00158d000236b3f9
Netzwerk Adresse
    0x1EF0
Firmware-Datum
    20170627
Firmware-Version
    3000-0001
Hersteller
    Xiaomi
Modell
    RTCGQ11LM
Spannungsversorgung
    Batterie 100%
Interview erfolgreich
    Wahr

EDIT:

hab aktualisiert

1.28.2-dev commit: 50cb421f

keine Besserung