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

[Kusselin]

@crunchip ich raff das nicht.....sorry....

Ich habe das so verstand3n wie oben schon geschrieben..also das sich alle 5sec auch wenn ich mich nicht vorm BWM bewege dieser in den Objekten ändert (kurz auf grün)

Und das passiert aber auch nicht...

[crunchip]

@kusselin dein screen

wenn du jetzt keine Bewegung auslöst, geht er irgendwann auf false, beide, Zeitstempel und letzte Änderung schalten dann zur gleichen Zeit, selbiges passiert, wenn du dann eine Bewegung auslöst, ändert sich auch wieder beides und der DP geht auf true, wartest du dann z.b 10 sec und löst dann eine Bewegung aus, ist der DP zwar weiterhin true, jedoch aktualisiert sich der Zeitstempel(linke Spalte), wenn du länger als 60 sec keine Bewegung auslöst, geht das Spiel von vorne los.
Der Hack ist sozusagen, das er innerhalb der 60 sec trotzdem eine Bewegung erkennt, aber frühestens nach 5 sec.
Aber wie schon geschrieben, kann es sein das dein Browser nicht aktualisiert, dementsprechend siehst du die Aktualisierung eventuell nicht.

nimm mal das blockly und teste deinen BWM, in dem du alle paar sec eine Bewegung auslöst, dann zeigt es dir die Zeiten an

<block xmlns="https://developers.google.com/blockly/xml" type="on_ext" id="O*bQ)5mlH[N(^4y;Iclw" x="-812" y="162.99999999999977">
  <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
  <field name="CONDITION">any</field>
  <field name="ACK_CONDITION"></field>
  <value name="OID0">
    <shadow type="field_oid" id="$A7sM](QXFKr()PI5g?+">
      <field name="oid">zigbee.0.00158d0002fd50c5.occupancy</field>
    </shadow>
  </value>
  <statement name="STATEMENT">
    <block type="debug" id="9%|V?p?W$HjB^mlo:+~s">
      <field name="Severity">log</field>
      <value name="TEXT">
        <shadow type="text" id="16|0W4O0D7zAW0Sgy42)">
          <field name="TEXT">test</field>
        </shadow>
        <block type="time_get" id="=@l+ZceW.?`s*tuLTFyT">
          <mutation xmlns="http://www.w3.org/1999/xhtml" format="true" language="false"></mutation>
          <field name="OPTION">custom</field>
          <field name="FORMAT">JJJJ.MM.TT SS:mm:ss.sss</field>
        </block>
      </value>
    </block>
  </statement>
</block>

[Kusselin]

@crunchip danke dir..habe ich gemacht blockly importiert....und wenn ich das importiert habe udn gestartet habe...wo schaue ich dann? Sorry, aber ich kenne mich da noch nicht so aus.....

Ich habe nur gemerkt das der Motion jetzt nicht mehr auf false geht....der zeitstempel sich aber ändert wenn ich eien bewegung auslöse.......aber der motion müsste doch nach sec sec. wenn keine bewegung ausgelöst wird wieder auf false gehen...oder?

Wahrscheinlich hat der motion jetzt einen schuss weil ich das mit dem occupuncy timeout gemacht habe....

um wirklich sicher zu gehen kann ich den motion ja nochmal komplett zurücksetzen indem ich Ihn aus den objekten rauslösche udn nochmal neu anlerne...

Gruss

[klassisch]

wenn man in occupancy_timeout nichts einträgt, dann springt occupancy auf true und bleibt 60 Sekunden auf true.
Wenn man innerhalb dieser 60 Sekunden wieder Bewegung auslöst, blinkt true grün auf.

Am Einfachsten spreizt man eine Einzelader aus einer Litze aus und lötet diese Einzelader an. Dann hat man dabei mit der restlichen Litze noch einen schönen "Halter" zum Festhalten. Danach die Einzelader vom Litzenbündel abzwicken oder "abnoddeln"

Wenn man das Teil schon mal offen hat, kann man, je nach Unterbringungsort, auch gleich noch eine Litze zur Versorgung mit einbringen und das Teil dann mit 2 AA Batterien versorgen.

[Kusselin]

@klassisch o.k. aber nach den 60 sec. wenn keien weitere bewegung kommt sollte der occupuncy auf false springen..richtig? udn das macht er jetzt nicht mehr...;-(

Und crunchop meinte ja nachdem er was eingetragen hatte funzte der motion nicht mehr richtig....udn ich habe ja mal die 5 sec eingetragen..

[klassisch]

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

@klassisch o.k. aber nach den 60 sec. wenn keien weitere bewegung kommt sollte der occupuncy auf false springen..richtig?

meiner macht das

Und crunchop meinte ja nachdem er was eingetragen hatte funzte der motion nicht mehr richtig....udn ich habe ja mal die 5 sec eingetragen..

Muß ich mal nachschauen.

[klassisch]

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

Muß ich mal nachschauen.

Ich habe bei meinen entweder nichts, 5 Sekunden oder 10 Sekunden eingetragen.
Bei meiner Anwendung (30 Sekunden bis einige Minuten an und danach 30 Sekunden fadeout) keine Probleme.

[Kusselin]

@klassisch also du hast auch gelötet und zusätzlich bei occupuncy timeout jetzt aktuell einen wert / Zahl drinn stehen?

[klassisch]

@kusselin Ja, gelötet habe ich alle. Und bei einigen habe ich nichts in timeout eingetragen, bei einigen 5 Sekunden und bei einigen 10 Sekunden.

[Kusselin]

@klassisch o.k. und bei denen du nichts bei occupancy timeout eingetragen hast schaltet der BWM nach 60 sec. von true auf false......

[klassisch]

@kusselin ja, genau

[Muchul]

Lösch mal die Datenpunkte von dem Bewegungsmelder und lös eine Bewegung aus.
Dann sollten die Datenpunkte neu angelgt werden.
Kann aber länger dauern bis alle Datenpunkte wieder da sind.

Alternativ setze den Bewegungsmelder zurück, in dem du den Knopf 5 sekunden gedrückt hälst und neu anlernst.

Ach ja, dann noch 2 stunden Warten, weil der BWM in dieser zeit eh alle 5 Sekunden aktualisiert.

[Kusselin]

@muchul danke für deine Info... das neu anlernen möchte ich mir jetzt ersparen das die bei den motion etwas Triggy und lange dauern kann..

Ich habe jetzt bei occupuncy_timeout eine Zeit von 30sec eingetragen jetzt stellt sich der Motion alle 30sec zurück auf false wenn keine Bewegung ist und das macht er halt nicht mehr wenn ich occup. Timeout nicht befalle

Ok ich könnte jetzt wie du noch geschrieben hast den datenpinkt löschen der sich dann neu erzeugt, aber was spricht gegen das jetzt eingestellte bei mir?

Das die Batterie schneller leer ist?

Gruss

[crunchip]

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

aber was spricht gegen das jetzt eingestellte bei mir?

die Vergabe von timeout nützt dir etwas , je nachdem wie du dein Script aufgebaut hast (trigger wurde geändert), ansonsten, wenn du ohne diesen timeout arbeitest, triggerst du auf Aktualisierung(durch das löten, wird frühestens nach 5 sec ausgelöst)

[klassisch]

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

Das die Batterie schneller leer ist?

Das vermute ich nicht. Ich denke, das ist ein Wert, den der ioBroker berechnet. Der BWM senden nicht alle x Sekunden. Du kannst ja per mouseover mal Datum/Uhrzeit der letzten Übertragung anschauen. Das false bleibt uralt, wenn der BWM keine Bewegung zu erkennen hat. Lediglich das no_motion wird entsprechend aktualisiert.

Die Batterie ist nur dann schneller leer, wenn der BWM ständig Bewegungen zu erkennen und zu melden hat.

Ich habe mir notiert, daß er Xiami BWM zum Anlernen Nähe zum Koordinator und Geduld, also eine recht lange Timeoutzeit braucht. Während man normalerweise seine Sensoren am EInstzort anlernt, damit sie gleich die richtigen Repeater finden, scheint das beim Xiaomi BWM nicht so gut zu funktionieren.

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