Community Forum

FernetMenta

btw, hier haben die gearde was Ähnliches gefixt, so dass solche Sachen mit debounce abgefangen werden können: https://github.com/Koenkk/zigbee2mqtt/commit/10611654c711ba2cd7c17b42effc01b66bdcb81d

Evtl sollte man das auch für den Pfad, der hier eine Rolle spielt ändern.

FernetMenta

wird der nicht gesendet funktioniert device-watcher nicht richtig

was meinst du mit device-watcher? last_seen hat jedenfalls nichts mit availablitiy zu tun.

nevermind

Ja, was einfach strange ist, ist dass das deaktivieren von "last seen" in z2m das Problem behebt. Aber ja, liegt sicher nicht am Adapter. Ich habe mal noch ein kurzes Video gemacht:

https://www.youtube.com/watch?v=Md6h4tV19GI

daniel_2k

@myrik eher nicht. Mein Adapter kommuniziert ja mit der REST-API des original Controllers. Das erwähnte Projekt bezieht sich auf auf einen Eigenbau eines Controllers, der die Panels ohne den originalen ansteuert.

FernetMenta

arteck

ich hab die Kiste (klaus) mal analysieren lassen

Da beide ack:true-Zeilen aus getrennten eingehenden Nachrichten stammen müssen, liegt die Ursache außerhalb des Adapters – bei Zigbee2MQTT bzw. dem Zigbee-Funkgerät selbst. Typische Erklärungen:

ListenpunktOptimistic Mode von Z2M (Standard: optimistic: true): Z2M published sofort nach dem Senden des Zigbee-Kommandos den erwarteten Zielwert – trifft danach noch ein reales reportAttributes-Frame vom Gerät mit einem kurzzeitig abweichenden Ist-Wert ein (z. B. weil der Schaltvorgang de facto etwas verzögert/mit Zwischenzustand abläuft), entstehen zwei Nachrichten kurz hintereinander.
ListenpunktBekanntes Relais-/Firmware-Verhalten bei Xiaomi/Aqara-Geräten (IEEE-Präfix 0x00158d0003... = Aqara): Manche Aqara-Steckdosen/Schalter senden beim Umschalten zwei onOff-Reports kurz hintereinander (Relais-Bounce bzw. internes Verifikationsverhalten), die Z2M 1:1 weiterreicht.
ListenpunktNetzwerk-/MQTT-Duplikate: Ein Zigbee-Mesh-Retry (kein App-Level-ACK erhalten → erneutes Senden) oder eine doppelte MQTT-Zustellung (QoS-Redelivery) kann ebenfalls zwei fast identische, aber leicht unterschiedliche Publishes erzeugen.
ListenpunktFalls advanced.last_seen bei dir aktiv ist, kann u. U. eine zusätzliche last_seen-only-Nachricht kurz vor/nach der echten state-Nachricht eintreffen – das erklärt aber nicht den Wertewechsel false→true, sondern höchstens den zeitlichen Abstand

Maddin77

@Asgothian sagte:

@Maddin77 die Notwendigkeit, die Geräte neu zu konfigurieren. Hast du dir damit eingehandelt, dass du die Geräte neu gepaired hast.

Was ich oben geschrieben hatte, ging in die Richtung, dass du die Hardware noch einmal systematisch zurücksetzt, damit genau das nicht notwendig wird.

Irgendwie hast du den Adapter zwar zum Spielen bekommen, aber die eigentliche Funkverbindung ist nicht stabil aufgebaut worden

Okay....das ist unwissenheit.
Und etwas ungeduldig.
Ich mach das später und berichte.
Ich gehe davon aus das ich alle Geräte dem unterziehe.

Bluefox

TestFlight hat ab gestern eine neue Version 2.2.2. Es wäre toll, wenn jemand das testen konnte.
Dann kann ich endlich den alten App ablösen

mcm1957

Na ja paralle nicht, da der entsprechende hier geschlossen würde.
Aber ja - ich verschieb mal.

Bluefox

Also, Android App wurde erweiter, dass man jetzt auswählen kann ob die Werte in vis.0 oder in cloud.X landen. Und telemetrie soll auch funktionieren, dafür muss man aber cloud(6.2.4) und web (9.1.7) auf die latest stand updaten

Community Forum

Pro

Beiträge

Mitgliederliste