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

[arteck]

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

done! Hast Du meine Posts dort auch gelesen?! Glaube ich nämlich nicht.

hast du gemacht ..genau so ???

wenn ja zeigmal die Datenpunkte von der 1.6.0 Version nach bereinigung und dann die 1.6.16
also 1.6.0 installieren
adapter neustarten knopp drücken

objekte posten

das gleiche nach der 1.6.16

[Springreiter]

@arteck

[kptkip]

@arteck Es wäre schön, wenn Du den dortigen Post aufmerksam lesen würdest. Das würde uns die Hälfte der hiesigen Kommunikation ersparen :face_with_rolling_eyes:

Alle erwünschten Informationen sind dort hinterlegt.

Ich glaube, ich beteilige mich an diesen Thread nicht mehr, bevor wir noch weiterhin aneinander vorbeireden...

[Springreiter]

@arteck so sieht es bei mir nach dem Update aus- vor dem Update kann vielleicht @kptkip posten- dann muss ich nicht mehr zurück- habe zwischenzeitlich eine andere Siren installiert, weil es den Anschein hatte, als wäre ich der einzige der diese Sirene betreibt.

[Springreiter]

@kptkip ich habe mir dein Post angeschaut- genau so sieht es bei mir auch aus- bezüglich Aussensirene

[arteck]

@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

[Springreiter]

@arteck

[arteck]

@springreiter

das bitte

[Springreiter]

@arteck

[arteck]

@springreiter

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 Adapter

poste die objekte

[Springreiter]

@arteck

[Springreiter]

@arteck die 5 in Duration wurde von der Sirene nur quittiert ( Led blinken und kurzer Ton)

[arteck]

@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

[Springreiter]

@arteck kurzes quittiersignal für emergency - kurzes quittiersignal für duration

[Springreiter]

@arteck es werden ja alle Befehle von der Sirene angenommen- ob Mode, Strobe , duration- es gibt aber kein Datenpunkt zum absteuern

[Springreiter]

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

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

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