UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Asgothian]

@legro

Du wirst dich gedulden müssen. Dieses Thema ist nicht trivial zu analysieren und ich habe aktuell nicht die Zeit mehrere Stunden via Discord an dem Problem zu arbeiten.

Es gibt mehrere Ansatzpunkte die über die kommenden 2 bis 4 Wochen versucht werden können - dazu werde ich geeignete Testversionen / Testdateien bereitstellen wie es die Zeit erlaubt.

A.

[legro]

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

Vorab: Vielen Dank für deinen Einsatz.

Du wirst dich gedulden müssen. Dieses Thema ist nicht trivial zu analysieren und ich habe aktuell nicht die Zeit mehrere Stunden via Discord an dem Problem zu arbeiten.

An Geduld soll es nicht fehlen. Die habe ich doch auch schon in den Anfängen bewiesen, als es darum ging, dass du via Discord bei mir das Ganze in Schwung gebracht hast.:slightly_smiling_face:

Es gibt mehrere Ansatzpunkte die über die kommenden 2 bis 4 Wochen versucht werden können - dazu werde ich geeignete Testversionen / Testdateien bereitstellen wie es die Zeit erlaubt.

Im Gegensatz zu diesen Anfängen vor gut einem Jahr muss ich heute hoffentlich nicht mehr als ein Anfänger gelten.:blush: Leider weiß ich noch viel zu wenig bezüglich der beteiligten Komponenten herdsman-converter, herdsman-Adapter, ZigBee-Adapter, .. und deren Zusammenspiel.

Gerne trage ich dazu bei, was mir möglich ist.

[Asgothian]

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

Gerne trage ich dazu bei, was mir möglich ist.

Versuch Nummer eins: Genau das tun was im 1.6.0 der State execute_warning getan hat:

Bitte sende an die Melder und die Sirene die folgende Nachricht via "send_payload"
{"warning":{"strobe":false, "duration":20}} (alarm für 20 sekunden)
{"warning":{"strobe":false, "duration":0}} (alarm aus)

und berichte was passiert. Das ist genau die Nachricht die durch den State "execute_warning" gesendet wurde, wenn eine Dauer von 20 bzw. 0 eingetragen wurde.

Wenn diese Telegramme nicht (mehr) gehen dann muss ich davon ausgehen das der Herdsman Code sich signifikant geändert hat.

A.

[legro]

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

Bitte sende an die Melder und die Sirene die folgende Nachricht via "send_payload"
{"warning":{"strobe":false, "duration":20}} (alarm für 20 sekunden)
{"warning":{"strobe":false, "duration":0}} (alarm aus)

Vorbereitung ..

Ich habe die Außensirene 902010/29 zurückgesetzt, damit sie wieder die Signalisierung erzeugt, wie zuvor unter 1.6.0. Auch die Lautstärke war wieder so groß, dass man die Sirene sinnvoll einsetzen kann.

Test ..

• Ich habe {"warning":{"strobe":false, "duration":20}} an die Außensirene 902010/29 gesandt. Die heulte und blinkte wie früher los. Nach 20s ging sie aus.
• Sandte ich, während die Sirene heulte, die Ausschaltsequenz, so tat sich nicht.
• Beim Senden der Ausschaltsequenz bei ausgeschalteter Sirene heulte die Sirene los! Sie heulte unterbrochen
• Nur mit {"warning": {"mode": "stop"}} ließ sich die Sirene wieder ausschalten.

Soll ich auch die Rauchmelder daraufhin testen?

[Asgothian]

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

Soll ich auch die Rauchmelder daraufhin testen?

Ja.

A.

Nachtrag: Aus Deiner Erinnerung - führte ein Setzen der Dauer von 0 mit der 1.6.0er Adapterversion dazu das die Sirene aufhört zu signalisieren ?

A.

[legro]

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

Soll ich auch die Rauchmelder daraufhin testen?

Ja.

Wird gemacht.

Nachtrag: Aus Deiner Erinnerung - führte ein Setzen der Dauer von 0 mit der 1.6.0er Adapterversion dazu das die Sirene aufhört zu signalisieren ?

Das weiß ich nicht (mehr). Ich hatte die 1.6.0 nie verwendet. Ich bin erst viel später auf 1.6.x umgestiegen. Welche Version ich verwendete, weiß ich auch nicht mehr.

Es kommt noch schlimmer: Ich habe bloß die Umstellung auf 1.6.x vollzogen, ohne das Ganze zu testen. Erst die Beiträge auf GitHub ließen mich aufhorchen.

[legro]

@asgothian

Ich habe deine Parameter-Strings nun auch zu einem Rauchmelder 902010/24 geschickt. Es ergibt sich ein zu Sirene 902010/29 identisches Verhalten:

• Mit {"warning":{"strobe":false, "duration":10}} heult die eine gebaute Sirene für 10s los.
• Sende ich {"warning":{"strobe":false, "duration":0}} so heult sie ebenfalls los und hört nicht mehr auf.
• Wird {"warning":{"strobe":false, "duration":0}} gesandt, während die Sirene heult, hört sie auch nicht mehr auf, die duration=10 hat keine Wirkung mehr.

[Springreiter]

@legro ich habe das Fass ja irgendwann mal aufgemacht, habe still mitgelesen- hab meine Aussensirene wieder nach euren Beschreibungen mit Payload angesteuert- funktionieren tut sie ja zumindest damit. Aber den Blitz kann ich auch nicht separat ansteuern und die verschieden Modis funktionieren auch nicht- aber das ging unter 1.6.0 sowieso nicht.

[legro]

@springreiter

Wenn ich das richtig überblicke, kann ich deine Diagnosen eins-zu-eins bestätigen. Leider habe ich zu keinem Zeitpunkt die Rauchmelder und Sirenen unter den Versionen 1.6.x getestet.

Nun ja, funktionieren tut's bei der Außensirene nicht so ohne Weiteres. Meine war nach den vielen Testserien komplett durch den Wind. Sie machte - gleichgültig, was ich sandte - bloß noch "piep-piep-piep.." für vier Sekunden und gab ein hin und herlaufendes Lauflicht aus.

Jetzt ruht halt unsere ganze Hoffnung auf @Asgothian.

[Springreiter]

@legro du konntest die Sirene unter 1.6.0 auch nur stoppen, wenn du Execute Warning auf 1 gesetzt hast- das funktioniert jetzt aber auch. 0 funktioniert nicht

[Asgothian]

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

@legro du konntest die Sirene unter 1.6.0 auch nur stoppen, wenn du Execute Warning auf 1 gesetzt hast- das funktioniert jetzt aber auch. 0 funktioniert nicht

Das sieht dann doch schon einmal nicht zu schlecht aus.

Bis zu einer besseren Umsetzung sollte daher mit den beiden Payloads
{"warning":{"strobe":false, "duration":x}} gearbeitet werden, wobei x die Dauer zwischen 1 und 60 ist. und {"warning": {"mode": "stop"}} zum vorläufigen deaktivieren der Sirene gearbeitet werden.

Die erweiterten Optionen müssen dann für die Geräte umgesetzt werden wenn die Code Änderung zum nutzen der einzelnen Datenpunkte aktiv geht.

A.

[legro]

@springreiter

Hast du einmal versucht die Außensirene 902010/29 zurückzusetzen? Leider habe ich dazu nichts gefunden. Lediglich eine Beschreibung, wie man die Rauchmelder neu kalibieren kann, habe ich gefunden.

Angeblich sollte sich die Sirene beim Neuanmelden an einem Converter selbst zurücksetzen. Das hat meine aber nicht getan; sie wird seither bloß als AV2010/29 im ZigBee-Adapter erkannt.

Um die Sirene wieder zur Vernunft zu bringen, habe folgendes ausprobiert ..

• Sirene mit dem internen Schalter ausgeschaltet, ..
• .. zwei Minuten gewartet und ..
• .. mit dem Schalter die Sirene wieder eingeschaltet allerdings bei gedrücktem internen Taster.
• Die drei LEDs blinkten daraufhin und hört damit auch nicht mehr auf.
• Anschließend habe ich die Sirene mit dem Schalter aus- und wieder eingeschaltet.
• Nach einem Neuanlernen ließ sie sich wieder ansprechen und heulte und blinkte wie bei der ersten Inbetriebnahme.

Kennst du vielleicht die korrekte Vorgehensweise für einen Reset?

[Springreiter]

@legro nee- kenne ich auch nicht- war bei mir aber auch kein Problem

[legro]

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

@legro du konntest die Sirene unter 1.6.0 auch nur stoppen, wenn du Execute Warning auf 1 gesetzt hast- das funktioniert jetzt aber auch. 0 funktioniert nicht

Oh, da erinnere ich mich jetzt doch noch an ein Detail ..

Bereits unter den Versionen 1.5.x habe ich zum Stoppen nie 0, sondern stets 1 verwendet.

[Springreiter]

@legro siehste

[legro]

Heute habe ich meine Inventwo Widgets für die Steuerung der BITRON Sirenen überarbeitet. Bei Interesse findet ihr hier das Ergebnis meiner Arbeiten.

[legro]

Nun ist leider schon einige Zeit vergangen, ohne dass es Neuigkeiten gab. Wird zurzeit an den hier diskutierten Problemen (noch) gearbeitet?:worried:

[Asgothian]

@legro

Jein. An dem generellen Problem das die "composite" Struktur unsauber umgesetzt ist wird gearbeitet. Im Detail an den Bitron Geräten wird nicht gearbeitet.
Allerdings wird es keine kurzfristige Anpassung geben - es sind relativ viele Änderungen mit weitreichenden Folgen die entsprechend umgesetzt werden müssen.

A.

[legro]

@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.:confused: Oder mache ich da etwas falsch?

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

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

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

[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.:confused: 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.:disappointed:

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.