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

[CruziX]

@kusselin Kleiner Tipp, auf geändert prüfen und nach 1 Sek selbst wieder auf false setzen.
So hab ich es. Dafür muss man aber den Datenpunkt beschreibbar machen.

[crunchip]

@kusselin du kannst auch auf statusansicht wechseln, dann siehst du direkt die zwei Werte , machst einfach alle paar sec ein Tänzchen vorm BWM:wink:

[Kusselin]

@crunchip danke dir, aber da passiert nichts also da ändert sich nix innerhalb von 5 sec wenn ich tanze ;-)

[crunchip]

@kusselin hat er doch, dein zeitstempel ist doch später als die letzte änderung

[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 :-(