NEWS
Test Adapter zigbee2mqtt
-
@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? -
@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.
-
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. -
@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ütztWie ich schon mehrmals erwähnt erstelle doch ein issues, das hier ist nicht zielführend und verbrennt nur kostbare Zeit...
-
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 aktivemavailability: 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 nichtEDIT:
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?
-
@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. -
@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
-
@crunchip wenn du den hier einträgst .. dann wird der auch nicht im object tree angezeigt
-
@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.
-
@idlebit jo auch
-
@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 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.
-
@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
-
@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 -
@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. -
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.
-
@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
-
@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
-
@crunchip dann werden die wohl putt sein