UNSOLVED Tür auf Alexa spricht ...
-
@HeliosFan
lässt sich aber mit ner Variablen für den BWM sehr leicht abfangen. BWM setzt Variable auf "true", wenn Variable auf "true" und Tür öffnet, keine Begrüßung. -
@dslraser sagte in Tür auf Alexa spricht ...:
@paul53 sagte in Tür auf Alexa spricht ...:
könntest Du ein Issue auf Github erstellen,
erledigt
@paul53
@foxriver76 hat es gefixt, siehe issues Link. -
@Jan1
Gute Idee.
Muss leider bis heute Abend warten....
-
@dslraser
So viel ich gesehen habe wurde der Fix für die CCU Adapter gemacht.
Ich habe nur den HMIP AP. -
@HeliosFan
Ja, kann sein. Dazu kann ich leider nichts sagen.
Welchen Adapter nutzt der HMIP AP ? -
@dslraser
Das ist der Homematic IP Cloud Connection Adapter
Instanz = hmip.0 -
@HeliosFan
Den nutze ich nicht, da ich eine Rasberrymatic nutze. Wenn dort der gleiche Fehler ist, dann solltest Du es bei dem Entwickler des Adapter melden. Das sollte jogibear9988 sein.
-
@dslraser
Danke. Muss ich mir heute Abend mal ansehen, aber ich gehe fast davon aus, da auch hier in den DP's unter windowState OPEN oder CLOSED steht.PS: Viele der Nicknames hier kommen mir seit längerer Zeit bekannt vor, wie z.B. Jogibear, oder Maggi, oder Dein Nick ....
liegt wohl daran, dass ich in vielen Foren unterwegs bin (auch unter anderen Nicks) -
@HeliosFan
sorry, hab ich so in der Konstellation nicht gelesen oder überlesen
-
So also:
Die Prüfung ob die Tür offen ist funktioniert und der Timeout im "mache" Block.
die Bedingung hinter "und" im "falls" Block wird ignoriert.@paul53 said in Tür auf Alexa spricht ...:
Der windowState enthält einen String und die Schreibweise "CLOSED" stimmt ?
ja. Ist tatsächlich String.
@Jan1 said in Tür auf Alexa spricht ...:
Da könnte es sein, das das Licht beim Öffnen der Tür tatsächlich noch aus ist und dann auch die Ansage gestartet wird, was allerdings minimale verzögert wieder gegeben wird und in der Zeit aber der BWM schon das Licht an geknipst hat.
Das ist da nächste Problem.
Da kann ich beobachten bis ich von Stuhl falle, da ändert sich nichts, egal ob der BWM das Licht angeknipst hat oder nicht.
-
Ich bin noch nicht zu Hause ,aber hab vielleicht ne Hilfe wegen des BWM.
Den habe ich über Node Red eingebunden.
Reagiert viel schneller und sicherer.
False wird ca. 3sek nach true wieder von alleine gesetzt. -
@HeliosFan sagte in Tür auf Alexa spricht ...:
Der windowState enthält einen String und die Schreibweise "CLOSED" stimmt ?
ja. Ist tatsächlich String.
Kannst Du mal den RAW von dem Teil posten...
-
-
@haselchen
Kein Stress. Wird schon irgendwann mal funktionieren -
@HeliosFan
Was ist denn das ? HMIP AP ?
Dann muss tatsächlich mit einem String ("OPEN") verglichen werden. -
@paul53
richtig.
Ich habe nur den HMIP Access Point an dem alle Geräte angelernt sind.
War ursprünglich auch gar nicht vorgehen das System so weit auszubauen wie es jetzt der Fall ist.
Sonst hatte ich mir eine CCU gekauft.Es macht für das Script aber keinen Unterschied ob ich auf windowState "CLOSED" oder "OPEN" prüfe, oder
windowOpen auf "true" oder "false". Der Effekt belibt der selbe. -
Da kann man mal wieder sehen wie unterschiedlich die Adapter arbeiten.
-
@dslraser
Ja. ich bin wohl einer der wenigen, die HMIP Geräte nicht an der (für das was sie kann, sinnlos überteuerten) CCU3 betreiben, sondern am Access Point. -
Das Open Close 0 und 1 "Problem", wenn es denn eines ist, ist doch schon länger bekannt.
Ich habe auch Fenstersensoren die nur auf 0 und 1 reagieren obwohl open und close im Datenpunkt erscheinen. -
@haselchen sagte in Tür auf Alexa spricht ...:
Ich habe auch Fenstersensoren die nur auf 0 und 1 reagieren obwohl open und close im Datenpunkt erscheinen.
Es macht aber einen Unterschied ob es eine Zahl oder Text ist.
Und wie Du siehst sind die Adapter an der Stelle unterschiedlich.Dann hast Du sicherlich keinen AP von HMIP, sondern ein anderes Gerät, was mit rega und rpc Adapter arbeitet.
