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

[Kusselin]

@klassisch

Wie gesagt.. ich wusste nicht das wenn man in occupuncy timeout was einträgt und dieses dann wieder herausnimmt der BWM nicht mehr richtig funktioniert (hat ja crunchip schon oben geschrieben) und bei mir ist das der Fall nun.. wenn ich wieder den timeout von occupuncy leere dann stellt der BWM nach 60 sec wenn keine Bewegung da ist nicht mehr auf FALSE

[crunchip]

@kusselin sagte in [Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt:

wenn ich wieder den timeout von occupuncy leere

das ist der Grund, einmal eingetragen, geht das leeren nicht mehr, trag einfach 1sec ein, dann funktioniert dein BWM wie gewünscht

[Kusselin]

@crunchip eieiei..ja jetzt weiss ich natülich mehr..im nachhinein ist man immer schlauer ...;-)

also einfach 1 sec bei occupancy timeout eintragen udn dann schaltet der BWM alle 60 sec wieder auf false?

[crunchip]

@kusselin jetzt nochmal zur Erklärung, ein original BWM, schaltet, nachdem die "Anlernphase" beendet ist, standardmäßig bei Nichtbewegung von true auf false, nach 60sec.

Durch den timeout kannst du diese Zeit verkürzen, z.b. auf 30 sek, damit setzt du den DP manuell, was dir aber im Umkehrschluss nichts nützt, da der BWM trotzdem nicht auf true springt, wenn nach z.b. 32 sec eine Bewegung stattfindet, da er ohne das Löten trotzdem erst eine Bewegung nach 60 sec erkennt.

Durch das Löten, wird der BWM "manipuliert" und bleibt sozusagen in der "Anlernphase" , dadurch erkennt er schon nach 5 sec eine Bewegung.
Je nachdem wie du per Script den BWM einsetzt, kannst du eben nun mit dem timeout arbeiten, was letztendlich für deine Funktion aber nebensächlich ist(ist ja keine Lichtsteuerung), du möchtest, direkt etwas auslösen(Meldung Post), wenn der BWM eine neue Bewegung erkennt, daher brauchst du eigentlich den timeout gar nicht.
Wie schon geschrieben, sobald du im Timeout manuell etwas eingetragen hast, ist der DP nicht mehr "leer"
Arbeitest du im Script im trigger auf "wurde Geändert", trägst du bei timeout nicht mehr als 5sec ein, sonst wäre das Löten ja umsonst.
oder
du nutzt den trigger "wurde aktualisiert", dann löst der BWM frühestens 5 sec nachdem die letzte Bewegung erkannt wurde bei einem gelötetem BWM.

[Kusselin]

@crunchip sagte in [Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt:

Durch den timeout kannst du diese Zeit verkürzen, z.b. auf 30 sek, damit setzt du den DP manuell, was dir aber im Umkehrschluss nichts nützt, da der BWM trotzdem nicht auf true springt, wenn nach z.b. 32 sec eine Bewegung stattfindet

doch das macht der von mir gelötete BWM jetzt....sobald er eien Bewegung erkennt innerhalb der eingestellten 30 sec timout springt der BWM auf "TRUE" und dann geht er wieder auf false..
dann hat das Löten ja doch was gebracht..denn, so habe ich es jetzt verstanden...macht er das ja ohne löten nicht...da würde der BWM dann erst nach 60 sec. zurück auf false springen....

[crunchip]

@kusselin sagte in [Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt:

doch das macht der von mir gelötete BWM jetzt...

ich schrieb, wenn er nicht gelötet ist

@kusselin sagte in [Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt:

so habe ich es jetzt verstanden...macht er das ja ohne löten nicht...da würde der BWM dann erst nach 60 sec. zurück auf false springen....

glaub, immer noch nicht verstanden
er springt gelötet oder ungelötet nach 60 sec bei Nichtbewegung auf false, das Löten hat darauf keinen Einfluss

[Kusselin]

@crunchip up sorry..aber durch das löten löst der BWM alle 5sec. Eine Aktualisierung aus

[crunchip]

@kusselin richtig

[Muchul]

Ich habe 5 Sekunden eingetragen, weniger bringt ja nichts da der eh nicht früher melden wird. Mehr macht nur Sinn wenn es ein Wert zwischen 5 un 60 Sekunden sein soll.

[Kusselin]

@muchul danke Dir

[MartinK.]

Hallo Kollegen Es ist schon ein bisschen komisch mit den Aquara Sensoren von Xiaomi.... Ich habe einen BWM in der Küche installiert - der nun schon 2 Jahre ohne Probleme funktioniert. (auch umgelötet, das man Ihn auf 5sek einstellen kann) Jetzt tauchte bei dem BWM das Problem auf, das er immer langsamer reagiert, bis er Bewegung erkannt hat.

• Auch ein Batterie tausch brachte kein besseres verhalten...

Ich habe den BWM dann einmal auf Werkseinstellung resettet, und wieder neu im ioBroker eingebunden (nutze den deConz Adapter)

• Die duration Time wurde wie gehabt auch auf 5 Sek eingestellt per Skript, aber der "presence" Wert vom BWM springt nun nicht mehr nach 5 Sek. von alleine auf "false" - sondern ich muss es in mein Skript einbauen.

Hat jemand dafür eine logische Erklärung ? Sind das Seiteneffekte vom update auf ADMIN 5 im ioBroker ... oder ist der Aquara einfach nur "alt" geworden

[klassisch]

@martink Vielleicht ist Dampf eingedrungen oder es hat sich etwas auf der Linse abgelagert. Oder jemand hat auf die Linse gegriffen oder ist drangestoßen und die Linse ist deformiert?

[MartinK.]

@klassisch sagte in [Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt:

@martink Vielleicht ist Dampf eingedrungen oder es hat sich etwas auf der Linse abgelagert. Oder jemand hat auf die Linse gegriffen oder ist drangestoßen und die Linse ist deformiert?

Tja, also deformiert kann eigentlich nicht, da der BWM über der Tür positioniert ist aber vielleicht hat er wirklich Ablagerungen auf der Linse... Aber warum wird der Presence Wert nicht wie die letzten 2 Jahre automatisch wieder nach 5 Sek. auf "false" geschaltet ?? Sehr komisch das ganze.... ??

[Kusselin]

@martink hast du mal einen Wert bei occupuncy_timeout eingetragen? Wenn ja dann hast gleiches Problem wie ich seitdem springt mein BWM nicht mehr auf FALSE hat chrunchip oben geschrieben

[MartinK.]

@kusselin sagte in [Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt:

@martink hast du mal einen Wert bei occupuncy_timeout eingetragen? Wenn ja dann hast gleiches Problem wie ich seitdem springt mein BWM nicht meh auf FALSE hat chrunchip oben geschrieben

Also diesen Wert occupouncy_timeout gibt es bei den Werten über den deConz Adapter nicht nutze ja nicht den Zigbee Adapter...

So sehen meine Werte aus

[MartinK.]

@martink Auch diese Warnmeldungen im Log gab es unter der Vorgängerversion von Admin5 auch nicht ....

schon komisch das ganze....
was bedeutet denn wohl diese Warnung ? und wie kann ich das abstellen ?

[MartinK.]

Edit: Sorry für meine Frage, es handelt sich hierbei um die Bluetooth version (nicht Zigbee)

Hallo Kollegen, weiß jemand zufällig wo man bei den aktuellen Xiaomi Aquara Sensoren die Brücke löten muss ?
Die sehen vom Aufbau deutlich anders aus:

[firebowl]

Weiß zwar nicht ob mein Hack schon funktioniert, der Sensor hängt noch keine 2h am deconz.
Was aber nicht funktionier ist die Änderung der "duration" von 90s auf irgendwas anderes. Wenn ich im ioBroker die "duration" auf z.B. 5 Sekunden ändere dann sieht das zwar so aus als ob er das übernimmt aber die "presence" wird trotzdem erst nach exakt 90 Sekunden wieder auf false gesetzt.
Übersehe ich da was?

[MartinK.]

@firebowl Ja, dieses Phänomen habe ich auch bei meinen neuen Sensoren. Auch wenn die Duration auf 5 Sek gestellt ist, muss ich per Skript den Presens Wert immer nach 5Sek auf false setzten....

Bei meinen "älteren" Sensoren wurde nach dem Löten des Sensors auch der Presens Wert nach 5 Sek auf false gesetzt.
Warum das nicht mehr so ist, das ist mir auch ein Rätsel

[firebowl]

@martink hmm ok alles klar. Weiß auch noch nicht ob mein "nicht löten" funktioniert hat. Ich hab ne leitende Farbe genommen. Zumindest auf Papier gemalt sagt der Spannungsprüfer das es leitet.
Dann setz ich mal den Wert per Script nach 5 Sekunden wieder auf false, mein Automation hat ja selber den timeout. Also 60 Sekunden nach dem der Wert auf false gesetzt wird, wird meine Lampe ausgeschaltet.