Zigbee 1.6.6 Update kein Ansteuern der Aussensirene
-
-
@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?
-
von zigbee2mqtt.io kopiert:
Can be set by publishing to zigbee2mqtt/FRIENDLY_NAME/set with payload
{"warning": {"mode": VALUE, "level": VALUE, "strobe_level": VALUE, "strobe": VALUE, "strobe_duty_cycle": VALUE, "duration": VALUE}}mode (enum): Mode of the warning (sound effect). Allowed values:stop,burglar,fire,emergency,police_panic,fire_panic,emergency_panic
level(enum): Sound level. Allowed values:low,medium,high,very_high
strobe_level(enum): Intensity of the strobe. Allowed values: low, medium, high, very_high
strobe(binary): Turn on/off the strobe (light) during warning. Allowed values:trueorfalse
strobe_duty_cycle(numeric): Length of the flash cycle.
duration(numeric): Duration in seconds of the alarm.Uebersetzung:
In den Datenpunkt muss der folgende Text eingetragen werden, wobei an Stelle der VALUE Werte jeweils eine der oben angegebenen Optionen eingetragen werden muss.
{"warning": {"mode": VALUE, "level": VALUE, "strobe_level": VALUE, "strobe": VALUE, "strobe_duty_cycle": VALUE, "duration": VALUE}}Die Bedeutung:
mode: Modus
level: Lautstaerke
strobe_level: Helligkeit des Blinklichtes
strobe: (true - blinklicht an, false, blinklicht aus
strobe_duty_cycle: Zeit eines "an/aus" zyklus des Blinklichtes, vermutlich in Sekunden.
duration: Dauer des Alarms, vermutlich in Sekunden.A.
-
Vielen Dank für diese detaillierte Antwort. Insbesondere die Erläuterungen der Bedeutung der einzelnen Parameter ist äußerst hilfreich.
Was ich jedoch immer noch nicht verstehe, ist, warum der Parameter execute_warnings bei mir - wie hier beschrieben - vorhanden ist, aber dennoch als nicht existierend im Protokoll angemeckert wird.
-
@legro hast mal aufgeräumt
-
@arteck said in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:
@legro hast mal aufgeräumt
In der Tat, nachdem ich aufgeräumt habe, ist der Eintrag execute_warnings verschwunden.
-
@springreiter said in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:
.. Jetzt bin ich zurück bis auf 1.6.0 - da funktioniert sie!
Aber wo gibt‘s die 1.6.0 noch? Die älteste Version, die ich im stable finden kann, ist die 1.6.10.
Mit der Version 1.6.16 funktionieren die älteren Rauchmelder 902010/24 und die Außensirene 902010/29 nicht mehr. Damit fallen in unserer Konfiguration derzeit alle akustischen Alarme (Rauch, Hüllschutz/Einbruch, Gas und Wasser) aus.
Wir benötigen also dringend eine noch funktionierende Version.
-
@legro sagte in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:
Wir benötigen also dringend eine noch funktionierende Version.
Ob die noch wieder zusammen zu klöppeln ist ist fraglich. Hast du versucht ob du mit der Version von mir und dem send_payload die Sirenen ansteuern kannst ?
A.
-
@legro installiere von GIT
https://github.com/ioBroker/ioBroker.zigbee/tarball/71ae960c4a0353018024f87fe05d8ea6e958a9c6
mecker aber dann nicht dass der coordinator nicht mehr geht.. da ist so viel geändert worden.. kein plan ob das Netz danach noch geht
