Zigbee 1.6.6 Update kein Ansteuern der Aussensirene

[Asgothian]

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

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

.. An dem generellen Problem das die "composite" Struktur unsauber umgesetzt ist wird gearbeitet. ..

Oh je, das hört sich alles gar nicht gut an.

Wenn ich das richtig sehe, sind die Probleme nicht auf die composite Struktur beschränkt, so funktioniert doch auch das Ansteuern der einzelnen Datenpunkt nicht nur unsauber, sondern noch gar nicht. Oder mache ich da etwas falsch?

Das siehst du falsch. Die einzelnen Datenpunkte funktionieren nicht sauber, da sie nicht so gesandt werden wie das Gerät sie erwartet. Über eine saubere Ansteuerung der composite Funktionalität wird es die DP's in der Form nicht mehr geben.

Im Detail an den Bitron Geräten wird nicht gearbeitet.

Gibt es denn wenigstens Hoffnung, dass sich dies in Zukunft ändern könnte?

Wenn die composite Struktur sauber ist kann sich das ändern.

Allerdings wird es keine kurzfristige Anpassung geben - es sind relativ viele Änderungen mit weitreichenden Folgen die entsprechend umgesetzt werden müssen.

Das hört sich alles leider nicht gerade hoffnungsvoll an. Warum krempelt man ohne Vorwarnung alles derart um, dass vieles, was zuvor ordentlich funktionierte, nicht mehr geht.

Nicht wir haben etwas umgekrempelt sondern es wurde auf der Herdsman-converters Seite gekrempelt. Der Zigbee Adapter muss diese Anpassungen erst umsetzen.

A.

Nachtrag: ich habe weiter oben im Thread gepostet welche Nachrichten via send_payload dem entsprechen was der zuvor existierende Datenpunkt execute_warning gesandt hat. Wenn das nicht mehr funktioniert dann ist auch das ein Problem der Zigbee-Herdsman-Converters Einbindung.

[legro]

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

Deine Worte stiften ja durchaus Zuversicht. Ich mich will auch gar nicht großartig beschweren. Schließlich musste ich bei meinem Wechsel von Qivicon/MSH zu ioBroker zunächst davon ausgehen, dass meine BITRON Geräte nicht funktionieren. Dank eurer guten Arbeit brauchte ich sie dann doch nicht in die Mülltonne einbauen. So hoffe ich auch nun wieder, dass das Ganze doch wieder ans Laufen kommt.

Nicht wir haben etwas umgekrempelt sondern es wurde auf der Herdsman-converters Seite gekrempelt. Der Zigbee Adapter muss diese Anpassungen erst umsetzen.

Mir ging es nicht um Schuldzuweisungen. Wenn derart grundlegende Änderungen - von wem auch immer - erfolgen, bei denen anscheinend kaum mehr ein Stein auf dem anderen bleibt, wünsche ich mir, dass man dies vorweg ankündigt.

Für uns hieß das, dass wir Monate auf unser Alarmsystem vertrauten, obwohl dieses gar nicht mehr funktionierte.

.. Wenn das nicht mehr funktioniert dann ist auch das ein Problem der Zigbee-Herdsman-Converters Einbindung.

Irgendwie ist das ziemlich unbefriedigend. Da scheinen dann wohl die Herdsmänner ohne Vorwarnungen hier vieles verbastelt zu haben. Wenn am Ende erneut ein funktionierendes System dabei herauskommt, will ich gerne die nötige Geduld aufbringen.

Unser Alarmsystem habe leidlich wieder ans Laufen bekommen, sodass ich es mir leisten kann, geduldig zu sein.

[kptkip]

Hallo,

ich habe nach viel Ausprobieren auf Basis der hier und bei github verteilten Vorschlage nun einen reproduzierbaren Workaround für meine Alarmgeräte gefunden. Diesen möchte ich nun Schritt für Schritt hier zeigen.

Zunächst die Ausgangssituation
Ich habe folgende devices im Einsatz:

• Rauchmelder AV2010/24
• Rauchmelder AV2010/24A
• Außensirene AV2010/29
  Von diesen taten irgendwann nur noch die Rauchmelder AV2010/24A.

++
Hier mein Vorgehen
++

Schritt 1 - Ausschließliches Verwenden des Herdsman-Converters
Dazu muss man unter dem Navigationspunkt "Ausschließen" die o.g. Geräte eintragen. (Die für den Laien unverständliche Benamung dieses Navigationspunktes kommentiere ich nicht weiter.)

Das bekommt man mit dem blauen "+"-Symbol unten rechts geregelt ("select model" auswählen und bestätigen) und sieht dann z.B. so aus:

Schritt 2 - Geräte löschen
Nicht alle Gerätetypen müssen neu verbunden werden - ist aber der sichere Weg. Dazu das Gerät in der Übersicht auswählen und mittels Papierkorb-Icon rechts unten löschen.

Wichtig dabei "Löschen erzwingen" wählen, sonst fliegt das Gerät u.U. nicht raus
.
Gegebenenfalls noch in der Objektliste vom ioBroker prüfen, ob die Datenpunkte auch gelöscht sind. Falls nicht, diese auch löschen - nur zur Sicherheit, damit keine Leichen im System rum schimmeln.

Schritt 3 - Geräte neu einbinden
Das geschieht auf bekanntem Weg und deshalb gehe ich darauf jetzt nicht näher ein.

Schritt 4 - Mit dem send_payload Datenpunkt den Alarm auslösen/stoppen
Nun kommt der Tipp von @Asgothian zum Einsatz
Alarm auslösen:
{"warning":{"strobe":false, "duration":x}}
Alarm stoppen:
{"warning": {"mode": "stop"}}

Beim Auslösen muss IMMER strobe:false gesetzt sein, sonst geht es nicht - eine Ausnahme ist die Außensirene: Die leuchtet dann zwar, ist aber still.
Noch was zur duration: Die Werte 1-60 ist die Länge in Sekunden, der Wert 0 bedeutet unendlich. Deshalb braucht man auch den expliziten Stop-Befehl.

Das war's:
Damit tun nun alle Gerätetypen in meinem Haus wieder. Ist kein eleganter Weg, aber einer den ich reproduzieren kann und der tut.

Vlt. hilft das ja dem ein oder anderen.
Gruß Alex

[legro]

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

ich habe nach viel Ausprobieren auf Basis der hier und bei github verteilten Vorschlage nun einen reproduzierbaren Workaround für meine Alarmgeräte gefunden. Diesen möchte ich nun Schritt für Schritt hier zeigen.

Vielen Dank für deine ausführliche Beschreibungen deiner Lösung.

Verstehe ich dich richtig: Auch über diese Methode ist es nicht möglich, die Außensirene gezielt unterschiedliche Signale ausgeben zu lassen?

Ich habe bei uns das Ganze wesentlich bescheidener realisiert, was ebenfalls zu einem (leidlich) funktionierenden System führt. Die Grundzüge meiner Lösung könnt ihr in der Dokumentation zu unserer Visualisierung mittels Inventwo Widgets entnehmen.

Mit dem STOP-Befehl verstummen bei mir die Rauchmelder (902010/24) direkt. Gegenüber früher ist dies gar von Vorteil, musste man sich doch damit behelfen, die Alarmdauer auf 1s zusetzen. Leider verstummt die Außensirene (902010/29) bei einem STOP-Befehl nicht direkt, sondern gibt noch zweimal ein [düdelütt-düdelütt] und ein von links nach rechts sich bewegendes Lauflicht von sich.

[legro]

Nachdem ich unsere Alarmanlage wieder ans Laufen gebracht habe, habe ich das Widget zur Verwaltung der BITRON Rauchmelder überarbeitet. In drei verschiedenen Versionen wird gezeigt, wie man einen Probealarm realisieren kann.

Bei Interesse solltet ihr hier vorbeischauen.

[kptkip]

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

Verstehe ich dich richtig: Auch über diese Methode ist es nicht möglich, die Außensirene gezielt unterschiedliche Signale ausgeben zu lassen?

So habe ich es auch verstanden. Bisher konnte ich lediglich mit strobe:true einen (allerdings völlig unsinnigen) Effekt produzieren. Dabei leuchtete das Blitzlicht wie gewohnt, aber die Sirene "düdelte" nur mutlos, leise vor sich hin - als Alarm würde ich das nicht beschreiben

Das mit dem Nachlaufen der Sirene bei Stop habe ich noch nicht genau untersucht - war mir bisher nicht so wichtig. Schau ich mir aber auch nochmal an.

Aber was ganz anderes:
@legro vielen Dank für Deinen Link mit deiner VIS-Lösung für die Garagensteuerung. Danach habe ich seit Monaten gesucht. Das wird jetzt gleich nachgebastelt.

[legro]

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

.. Bisher konnte ich lediglich mit strobe:true einen (allerdings völlig unsinnigen) Effekt produzieren. Dabei leuchtete das Blitzlicht wie gewohnt, aber die Sirene "düdelte" nur mutlos, leise vor sich hin - als Alarm würde ich das nicht beschreiben

Ich hatte ja systematisch vorgehend versucht, alle unterschiedlichen Alarmarten auszutesten. Kam am Anfang auch oft eine unterschiedliche Alarmierung zustande, so begann die Außensirene mit der Zeit immer mehr herumzuzicken, bis schließlich gar nichts mehr funktionieren wollte.

Ein expliziter Reset der Sirene scheint es auf den ersten Blick nicht zu geben. In der Bedienungsanleitung wird behauptet, dass sich bei jedem Neuanlernen die Sirene selbstständig zurücksetz. Das tat sie bei mir jedoch definitiv nicht.

Aus purer Verzweiflung drückte ich im Inneren den Taster solange, bis die Sirene eine Reaktion zeigte: Sie blinkte wild rum, blieb ansonsten aber still - und das über Minuten hinweg.

Ich schaltete sie mit dem Schalter im Inneren aus um sie anschließend erneut anzulernen. Zuvor hatte ich sie manuell aus dem ZigBee-Adapter gelöscht. Es war ein riesiges Geduldsspiel bis es mir endlich gelang die Sirene erneut anzulernen. Zwischenzeitlich dachte ich schon, dass ich sie bloß noch in die Mülltonne einbauen könne.

Nach dieser Prozedur und erfolgreicher Anmeldung trötete sie wieder richtig schön laut. Zuvor hauchte sie mehr besänftigend als dass sie durch ihre Lautstärke die bösen Buben zu verjagen suchte.

Das mit dem Nachlaufen der Sirene bei Stop habe ich noch nicht genau untersucht - war mir bisher nicht so wichtig. Schau ich mir aber auch nochmal an.

Dies tat sie bei mir erst nach der oben geschilderten Rettungsaktion. Zuvor bewirkte der Befehl "mode: stop" das Verstummen der Sirene ohne weitere Aktionen.

Aber was ganz anderes:
@legro vielen Dank für Deinen Link mit deiner VIS-Lösung für die Garagensteuerung. Danach habe ich seit Monaten gesucht. Das wird jetzt gleich nachgebastelt.

Das ist schon die dritte Lösung, die ich gebastelt habe und die erste, mit der ich so richtig zufrieden bin. Das Tolle daran: Ich kann im Auto kurz vor der Ankunft zuhause meiner iWatch sagen: Garagentor öffnen! Wenn ich dann vor der Garage ankomme, ist das Tor offen. Zumachen geht natürlich auch auf diese Weise - YAHKA sei Dank!

Und noch eine schöne Anwendung: Wenn der Paketbote uns nicht antrifft, so kann ich ihm über unsere Türstation (T26) bitten, das Paket in der Garage einzulagern. Dank unserer Mobotix-Kameras kann ich ihn dabei beobachten und auch über deren Lautsprecher und Mikrophone anweisen, was er tun soll. Ja, die schöne neue Technikwelt macht's möglich.

[legro]

@Asgothian @arteck

Mittlerweile sind zwei Wochen ins Land gegangen, ohne dass sich hier in dieser Sache etwas getan hat. Gibt es Hoffnung, dass in nächster Zeit sich etwas tun könnte?

[legro]

@arteck @Asgothian

Nun sind gar zwei Monate ins Land gegangen und eine Lösung ist noch immer nicht in Sicht.

Besteht überhaupt noch Hoffnung, dass sich hier etwas tut?

[arteck]

@legro ???????????? meinst die Sirene.. habe mich weiter nicht mit befasst

[Asgothian]

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

Besteht überhaupt noch Hoffnung, dass sich hier etwas tut?

Es wird sich etwas tun. Allerdings wird es dauern. Das hatte ich auch vorher schon geschrieben.

A.

[legro]

@asgothian @arteck

Vielen Dank für eure Rückmeldungen.

Nach zwei Monaten mich in Geduld üben, wurde ich dann doch ungeduldig und ich fragte mich, ob am Ende das Ganze in Vergessenheit geraten sein mag.

Könnte ich ggf. etwas zur Lösung beitragen?

[Asgothian]

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

Könnte ich ggf. etwas zur Lösung beitragen?

Wenn es eine Version gibt kannst du helfen sie zu testen. Vorher geht da wenig.

A.

[legro]

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

Wenn es eine Version gibt kannst du helfen sie zu testen. Vorher geht da wenig.

Ich hätte endlich gerne etwas zum Testen.

Hat sich denn noch nichts in dieser Sache getan?

[Bert 0]

Mit der aktuellen Version 1.7.6 wird die Aussensirene auch nur als 2010/29 und nicht als 902010/29 erkannt.
Ich konnte diese nach diesem Todo einrichten: https://forum.iobroker.net/topic/50010/zigbee-1-6-6-update-kein-ansteuern-der-aussensirene/12

Da funktionierte diese auch. Einen Tag später gibt diese nur einen kurzen Ton aus, ohne das ich an der Konfiguration was geändert habe. Im Debug Log Zigbee ist nichts zu erkennen.
Mit Javascript bekomme ich folgende Meldung. Diese ist gleich auch als es noch funktionierte.

16.12.2022, 14:18:18.760	[debug]: zigbee.0 (474678) User stateChange zigbee.0.001xxxxxx.send_payload {"val":"{\"warning\":{\"strobe\":false, \"duration\":0}}","ack":false,"ts":1671196698023,"q":0,"c":"script.js.Testscripte.Aussensirene","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1671195631721}

Hat jemand noch eine Idee?

Danke