Zigbee 1.6.6 Update kein Ansteuern der Aussensirene

[arteck]

@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

[Asgothian]

@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.

asgothian created this issue in ioBroker/ioBroker.zigbee

closed Alter handling of 'composite' exposes #1386

[Springreiter]

@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

[legro]

@arteck

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.

[legro]

@kptkip

Du schreibst hier davon, dass du den JSON part in send_payload eingetragen hättest. Was verstehst du darunter?

[arteck]

@legro in seiner Version ist ein datenpunkt dazu gekommen der send_payload heisst... da kan man ein json string eingeben

[legro]

@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?

[Asgothian]

@legro

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: true or false
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.

[legro]

@asgothian

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.

[arteck]

@legro hast mal aufgeräumt

[legro]

@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.

[legro]

@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.

[Asgothian]

@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.

[arteck]

@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

[legro]

@asgothian

Nein, das habe ich noch nicht versucht.

Leider habe ich schon wieder vergessen, wie das geht. In meinem Alter gilt die Regel: "Ich kann mir zwar schlecht etwas merken, aber vergessen kann ich gut". Ich muss mich erneut damit beschäftigen.

Gibt es kein Archiv, in dem die alten Versionen abgelegt werden?

[Thomas Braun]

@legro sagte in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:

Gibt es kein Archiv, in dem die alten Versionen abgelegt werden?

Doch. Im github...

[legro]

@thomas-braun said in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:

Doch. Im github...

Könntest du mir bitte vielleicht sagen, wo (ggf. Link) ich das Ganze finden kann?

[Thomas Braun]

@legro Den Link von arteck in den Adapter-Installationen (ggf. Experten-Ansicht einschalten) angeben.

[legro]

@arteck said in Zigbee 1.6.6 Update kein Ansteuern der Aussensirene:

.. 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

Das sind ja tolle Aussichten.

Naiverweise dachte ich, 1.6.0 drauf und alles ist gut, wenn's doch damit funktionierte. Was vergesse ich denn dabei zu bedenken?

Und nochmals zu meinem hier geschilderten Problem, das Ganze zu installieren ..

• Sichern der SSD mittels ApplePiBaker
• Icon Katze klicken und ..
• .. in dem sich öffnenden Dialog das Register Benutzerdefiniert selektieren und schließlich ..
• .. unter Adapter auswählen den Link eingeben
• Ggf.: Wenn's schief geht, die SSD mit ApplePiBaker wiederherstellen
  

[Thomas Braun]

@legro

Dort unter 'Benutzerdefiniert'
den Link einkopieren.