Zigbee 1.6.6 Update kein Ansteuern der Aussensirene
-
-
@kptkip ich habe mir dein Post angeschaut- genau so sieht es bei mir auch aus- bezüglich Aussensirene
-
@kptkip brauchst auch nicht wenn du nicht willst.. so einfach ist das ..
da ich das Gerät nicht habe sollte mir das egal sein...
für alle anderen die helfen wollen.. ich brauche die Kachel Infos von der Sirene.. also einmal die Kachel drehen und dann auf das blaue I unten links inder Kchel klicken.. und posten
und nein diese INFO ist NICHT im issue hinterlegt
-
-
das bitte
-
-
was passiert wenn du den Wert duration auf 5 setzt ???
wenn nix dann
mach nochmal nur mal für mich zum testen
lösche das Gerät nochmal aus der Ausschliessen liste
dann
adaper stop
lösche das Objekt
starte den Adapterposte die objekte
-
-
@arteck die 5 in Duration wurde von der Sirene nur quittiert ( Led blinken und kurzer Ton)
-
@springreiter sagte in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:
die 5 in Duration wurde von der Sirene nur quittiert ( Led blinken und kurzer Ton)
das ist schon mal was... und wenn du duration auf 10 setzt und den mode auf emergency
-
@arteck kurzes quittiersignal für emergency - kurzes quittiersignal für duration
-
@arteck es werden ja alle Befehle von der Sirene angenommen- ob Mode, Strobe , duration- es gibt aber kein Datenpunkt zum absteuern
-
@arteck wie schon zuvor gesagt- bis zur 1.6.0 gab es ein execute Warning - da hatte man einfach 10sec oder so eingegeben und schon jaulte sie los- diesen Datenpunkt gibt es nicht mehr.
(Bin jetzt für 3h offline- bis später) -
@springreiter ich verstehe dir Problematik.. und versuche zur lokalisieren mit welchen Datenpunkt das ganze zusammen hängt.
der execute_warning war von uns .. jetzt beziehen wir die Datenpunkte direkt vom converter
-
@arteck sagte in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:
@springreiter ich verstehe dir Problematik.. und versuche zur lokalisieren mit welchen Datenpunkt das ganze zusammen hängt.
der execute_warning war von uns .. jetzt beziehen wir die Datenpunkte direkt vom converter
Siehe hier: https://github.com/ioBroker/ioBroker.zigbee/issues/1386
Die einzelnen Bestandteile des "warning" müssen zusammen gesandt werden - das ist über die Exposes so noch nicht abgebildet. Eine Lösung dafür ist in Arbeit, wird aber dauern wegen der breaking changes die dieses erzeugt.
Als Zwischenlösung kann der state "send_payload" genutzt werden, der in meinem Fork (https://github.com/asgothian/ioBroker.zigbee) aktuell eingebaut ist - die Variante im Main Branch hat noch einen Fehler der bei der Kontrolle durchgerutscht ist.
A.
closed Alter handling of 'composite' exposes #1386
-
@asgothian said in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:
n
Vielen Dank für Euer Bemühen- eine Zwischenlösung habe ich durch eine andere Sirene- dann warte ich mal
-
Bei mir sieht das auch in der Version 1.6.16 ganz anders aus. Nach wie vor ist bei mir der Datenpunkt execute_warning vorhanden. Bei mir sind die Rauchmelder vom Typ 902010/24 im Einsatz.
Umso unverständlicher ist mir daher die Meldung im Protokoll, dass dieser Datenpunkt nicht verfügbar sei.
-
Du schreibst hier davon, dass du den JSON part in send_payload eingetragen hättest. Was verstehst du darunter?
-
@legro in seiner Version ist ein datenpunkt dazu gekommen der send_payload heisst... da kan man ein json string eingeben
-
@arteck said in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:
@legro in seiner Version ist ein datenpunkt dazu gekommen der send_payload heisst... da kan man ein json string eingeben
Soweit hatte ich dies auch schon verstanden. Was mir unklar ist, was da im Einzelnen im JSON-Format übergeben wird.
Wenn ich das einigermaßen korrekt überblicke, war euer alter Datenpunkt execute_warnings wohl auch von dieser Art, in dem mehrere Parameterwerte (mode, duration, ..) an den Herdsman übertragen wurden. Oder liege ich damit (komplett) falsch?
