NEWS
[Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt
-
Hallo zusammen,
das Tutorial richtet sich an diejenigen, welche Xiaomi Bewegungsmelder (Aqara) via Xiaomi Gateway am ioBroker betreiben und einen 5s detection Takt begrüßen würden.
Und zwar ist ja bekannt das der detection Takt des BWM zu beginn der Kopplung bei 5s liegt. Das ist der Test-Mode. Der hält zwei Stunden an. Danach steigt der Takt auf die bekannten 120s. Für den ein oder anderen mag das ok sein, aber ich selbst und einige andere, wie ich gelesen habe, sind damit gar nicht zufrieden und wünschen sich den 5s Takt wie bei Kopplungsbeginn.
Um dies zu erreichen muss eine kleine Änderung auf der Hardwareseite des BWM durchgeführt werden.
Was benötigt man für die Durchführung:- kleiner Schraubenzieher (etwas zum hebeln)
- Lötkolben
- Litze
- ältere Semester evtl. eine Lupe und eine dritte Hand
- und 5min Zeit, mehr ist es wirklich nicht.
1 .
Zu Beginn öffnen wir das Batteriefach und entnehmen die Batterie. Danach hebeln wir den hellgrauen Einsatz heraus. Er ist nur geklippst.
2 .
Danach ziehen wir die Platine vorsichtig aus dem Gehäuse und vermeiden das Berühren der Sensoren.
3 .
Im nächsten Schritt analysieren wir die Punkte, welche miteinander verbunden werden sollen. Das wären TP4 und der untere Lötpunkt vom Taster.
4 .
Danach verbinden wir mit einer feinen Litze die zwei Punkte. Wie Ihr das macht, in welcher Reihenfolge ist euch überlassen.
Hauptsache es sieht am Ende so aus, oder besser:
5 .
Zum Schluss alles wieder sauber zusammenbauen und der "schwierigste Teil ist schon geschafft.Jetzt sollte der BWM nach dem Koppeln hinaus, sprich nach zwei Std. immer noch einen Takt von 5s haben.
Aber jetzt meldet sich nach dieser Zeit aus dem Gateway eine nette Frauenstimme und quasselt irgendwas von Ching Chang Chong Spass beiseite. Hier wird höchstwahrscheinlich darauf hingewiesen, das der BWM sich weiterhin im Test-Mode befindet. (Sollte jmd dieser Sprache mächtig sein, darf er mich gerne eines besseren belehren).
Um diese nette Dame abzustellen, gehen wir in der Xiaomi Home App auf:MiGateway --> oben auf "Gerät" --> wieder auf MiGateway --> Lautstärke Einstellungen --> unter Lautstärke-Aufforderung stellen wir den Ton aus. So sind wir auch das lästige Gequassel los.
Jetzt sollte soweit alles laufen. Der BWM hat seinen 5s Takt und keiner schreit aus dem Gateway!
Wer jetzt noch ein Blockly benötigt um eine Lampe damit zu steuern für den habe ich auch noch was.
Code zum importieren :
Der Code sollte eigentlich selbsterklärend sein. Zu Beginn ein Timeout um nach 120s (ja der Timer ist Software seitig immer noch aktiv) wenn "Last motion" auf "false" ändert nicht den Trigger auslöst. Bei den "Steuer Blöcken" könnt ihr eure Lampen einbinden. Ich habe als Test eine Hue Lampe eingesetzt welche bei trigger auf 100% und nach 10s auf 50% und nach weiteren 5s aus geht. Sollte der BWM eine dauerhaft Bewegung triggern bleibt die Lampe bei 100% und geht, sollte keine Bewegung erkannt werden auf 50% und dann aus.
Ich hoffe ich konnte dem ein oder anderen ein bisschen helfen. Solltet ihr Verbesserungsvorschläge, oder Kritik haben, lasst es mich wissen.
Natürlich übernehme ich bei etwaigen Schäden keine Haftung. Jeder handelt auf sein eigenes Risiko.
VG
-
Eben meine 2 Sensoren optimiert und er triggert wie versprochen alle 5 Sekunden!
Perfekt, so kann ich mein Licht in der Küche und Flur optimal auf Bewegungen steuern.
So ist der Sensor für sein Geld mehr als unschlagbar! -
Hallo zusammen,
das Tutorial richtet sich an diejenigen, welche Xiaomi Bewegungsmelder (Aqara) via Xiaomi Gateway am ioBroker betreiben und einen 5s detection Takt begrüßen würden.
Und zwar ist ja bekannt das der detection Takt des BWM zu beginn der Kopplung bei 5s liegt. Das ist der Test-Mode. Der hält zwei Stunden an. Danach steigt der Takt auf die bekannten 120s. Für den ein oder anderen mag das ok sein, aber ich selbst und einige andere, wie ich gelesen habe, sind damit gar nicht zufrieden und wünschen sich den 5s Takt wie bei Kopplungsbeginn.
Um dies zu erreichen muss eine kleine Änderung auf der Hardwareseite des BWM durchgeführt werden.
Was benötigt man für die Durchführung:- kleiner Schraubenzieher (etwas zum hebeln)
- Lötkolben
- Litze
- ältere Semester evtl. eine Lupe und eine dritte Hand
- und 5min Zeit, mehr ist es wirklich nicht.
1 .
Zu Beginn öffnen wir das Batteriefach und entnehmen die Batterie. Danach hebeln wir den hellgrauen Einsatz heraus. Er ist nur geklippst.2 .
Danach ziehen wir die Platine vorsichtig aus dem Gehäuse und vermeiden das Berühren der Sensoren.3 .
Im nächsten Schritt analysieren wir die Punkte, welche miteinander verbunden werden sollen. Das wären TP4 und der untere Lötpunkt vom Taster.4 .
Danach verbinden wir mit einer feinen Litze die zwei Punkte. Wie Ihr das macht, in welcher Reihenfolge ist euch überlassen.
Hauptsache es sieht am Ende so aus, oder besser:
5 .
Zum Schluss alles wieder sauber zusammenbauen und der "schwierigste Teil ist schon geschafft.Jetzt sollte der BWM nach dem Koppeln hinaus, sprich nach zwei Std. immer noch einen Takt von 5s haben.
Aber jetzt meldet sich nach dieser Zeit aus dem Gateway eine nette Frauenstimme und quasselt irgendwas von Ching Chang Chong Spass beiseite. Hier wird höchstwahrscheinlich darauf hingewiesen, das der BWM sich weiterhin im Test-Mode befindet. (Sollte jmd dieser Sprache mächtig sein, darf er mich gerne eines besseren belehren).
Um diese nette Dame abzustellen, gehen wir in der Xiaomi Home App auf:MiGateway --> oben auf "Gerät" --> wieder auf MiGateway --> Lautstärke Einstellungen --> unter Lautstärke-Aufforderung stellen wir den Ton aus. So sind wir auch das lästige Gequassel los.
Jetzt sollte soweit alles laufen. Der BWM hat seinen 5s Takt und keiner schreit aus dem Gateway!
Wer jetzt noch ein Blockly benötigt um eine Lampe damit zu steuern für den habe ich auch noch was.
Code zum importieren :
Der Code sollte eigentlich selbsterklärend sein. Zu Beginn ein Timeout um nach 120s (ja der Timer ist Software seitig immer noch aktiv) wenn "Last motion" auf "false" ändert nicht den Trigger auslöst. Bei den "Steuer Blöcken" könnt ihr eure Lampen einbinden. Ich habe als Test eine Hue Lampe eingesetzt welche bei trigger auf 100% und nach 10s auf 50% und nach weiteren 5s aus geht. Sollte der BWM eine dauerhaft Bewegung triggern bleibt die Lampe bei 100% und geht, sollte keine Bewegung erkannt werden auf 50% und dann aus.
Ich hoffe ich konnte dem ein oder anderen ein bisschen helfen. Solltet ihr Verbesserungsvorschläge, oder Kritik haben, lasst es mich wissen.
Natürlich übernehme ich bei etwaigen Schäden keine Haftung. Jeder handelt auf sein eigenes Risiko.
VG
-
@TDCroPower sagte in [Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt:
Eben meine 2 Sensoren optimiert und er triggert wie versprochen alle 5 Sekunden!
Perfekt, so kann ich mein Licht in der Küche und Flur optimal auf Bewegungen steuern.
So ist der Sensor für sein Geld mehr als unschlagbar!Der Hack funktionierte bei mir auch tadellos. Bin jetzt aber auf ein cc2531 zigbee2mqtt mit dem Zigbee ioBroker Adapter umgestiegen. So bin ich auch sicher wenn das Wlan mal nicht präsent sein sollte. Triggert dort auch im 5sek Takt.
Und ja, die Motion Sensoren sind für Ihren Preis, sollte man sie um 10€ erworben haben, echt klasse.@MartinK sagte in [Tutorial] Xiaomi BWM HW Hack / 120s -> 5s Takt:
@ide10 Hallo, ich habe noch eine kurze Frage... kann ich auch den Wert "Presense" anstatt "LastMotion" nutzen in dem Skript? Last Motion wird mir beim Aquara leider mit dem deConz Adapter nicht angezeigt
Da ich kein deConz nutze kann ich nicht sagen welcher Datenpunkt bei der Bewegungserkennung aktualisiert wird. Aber sollte es "presense" sein, kann "LastMotion" einfach durch diesen ausgetauscht werden.
-
Ich konnte soeben ebenfalls meine erste Skriptlogik mit dem Bewegungssensor erstellen.
Der Bewegungssensor hängt in der Küche und steuert einen Xiaomi Yeelight Strip der als Passivbeleuchtung unter den Hängeschränken befestigt wurde.
Die Steuerung des Bewegungslicht (Helligkeit auf 20%) soll nur ausgeführt werden falls der Sensor einen true wert hat UND der Nachtcheck (Skript ändert ein Datenpunkt auf true/false falls es Nacht ist).
Falls der Sensor ODER der Nachtcheck auf false stehen wird das Licht ausgeschaltet oder bleibt bei false.
Zusätzlich wird geprüft, ob das Licht über den Taster eingeschaltet wurde mit der Helligkeit 60% dann soll das Skript nichts verändern da dies vom Benutzer selbst gesteuert werden soll.
Einen Timeout benötige ich nicht, da der Sensor erst nach ca. 60 Sekunden auf false stellt und dies wäre auch meine Timeout Zeit gewesen.
Blocky export
Hier noch Screenshots der Objekte um das Verhalten besser zu verstehen...
Yeelight LED Strip
Xiaomi Bewegungssensor
-
Hallo, ich habe vor einiger Zeit einen BM umgebaut dieser funktioniert so super, jetzt habe ich noch zwei versucht umzubauen, die senden jetzt alle 5 Sekunden ohne Unterbrechung auch wenn keine Bewegung stattfindet.
Habe ich jetzt etwas verkehrt gemacht oder geht das mit neueren Sensoren nicht mehr?Danke
HenriP.S.: hat sich wahrscheinlich erledigt, nach einigen Minuten hat es aufgehört.... seltsam....
-
Ist dieser Hack nur Hardwareseitig möglich?
Kann man keinen z.B. curl Befehl absetzen um den Intervall herunterzusetzen?
Beim Vibrationssensor von Xiaomi kann man feste Werte per Curl Befehl ändern.
Hintergrund der Frage ist, dass ich nicht löten kann und in meiner Umgebung auch niemanden habe. -
Ist dieser Hack nur Hardwareseitig möglich?
Kann man keinen z.B. curl Befehl absetzen um den Intervall herunterzusetzen?
Beim Vibrationssensor von Xiaomi kann man feste Werte per Curl Befehl ändern.
Hintergrund der Frage ist, dass ich nicht löten kann und in meiner Umgebung auch niemanden habe.@haselchen welcher Curl Befehl ist das denn? (vibrationssensor)
Den kann man ja auch in der App mit der Empfindlichkeit einstellen.Für den Motion wäre das natürlich super. Brauch da keine 5 sek - das ist schon zu oft. Aber 180 sind zuviel
-
@haselchen welcher Curl Befehl ist das denn? (vibrationssensor)
Den kann man ja auch in der App mit der Empfindlichkeit einstellen.Für den Motion wäre das natürlich super. Brauch da keine 5 sek - das ist schon zu oft. Aber 180 sind zuviel
Warte . Such dir den Thread mal raus.
https://forum.iobroker.net/topic/26118/conbee-2-kompatibilität/18Da habe ich es beschrieben.
-
Habe das auch mit dem BWM in der Küche gemacht. Wobei ich deinen ersten timeout nicht verstehe ^^
Bei mir kann der BWM auch nach 5 Sek wieder Bewegung erkennen, aber man muss doch nur dern DP auf aktualisiert und ist wahr prüfen, wenn er dann auf false gesetzt wird, sollte das ja nicht triggern. Bzw. ich mache das so:
Ich setze dann abhängig von anderen Bedingungen einen variablen timeout und setze beim Ablauf den DP selbst auf false. So kann ich selbst steuern, wann Bewegung wieder erkannt wird. Wenn der BWM es selbst macht ist das auch in Ordnung. Ging mir an sich auch nur darum, dass nicht alle 5 Sek der Trigger durchlaufen wird -
Habe das auch mit dem BWM in der Küche gemacht. Wobei ich deinen ersten timeout nicht verstehe ^^
Bei mir kann der BWM auch nach 5 Sek wieder Bewegung erkennen, aber man muss doch nur dern DP auf aktualisiert und ist wahr prüfen, wenn er dann auf false gesetzt wird, sollte das ja nicht triggern. Bzw. ich mache das so:
Ich setze dann abhängig von anderen Bedingungen einen variablen timeout und setze beim Ablauf den DP selbst auf false. So kann ich selbst steuern, wann Bewegung wieder erkannt wird. Wenn der BWM es selbst macht ist das auch in Ordnung. Ging mir an sich auch nur darum, dass nicht alle 5 Sek der Trigger durchlaufen wirdBei mir kann der BWM auch nach 5 Sek wieder Bewegung erkennen, aber man muss doch nur dern DP auf aktualisiert und ist wahr prüfen, wenn er dann auf false gesetzt wird, sollte das ja nicht triggern. Bzw. ich mache das so:
Ich setze dann abhängig von anderen Bedingungen einen variablen timeout und setze beim Ablauf den DP selbst auf false. So kann ich selbst steuern, wann Bewegung wieder erkannt wird. Wenn der BWM es selbst macht ist das auch in Ordnung. Ging mir an sich auch nur darum, dass nicht alle 5 Sek der Trigger durchlaufen wirdWelchen datenpunkt setzt du wie zurück?
Bin auch gerade am Bewegungsmelder einstellen
Gruß Klaus -
Bei mir kann der BWM auch nach 5 Sek wieder Bewegung erkennen, aber man muss doch nur dern DP auf aktualisiert und ist wahr prüfen, wenn er dann auf false gesetzt wird, sollte das ja nicht triggern. Bzw. ich mache das so:
Ich setze dann abhängig von anderen Bedingungen einen variablen timeout und setze beim Ablauf den DP selbst auf false. So kann ich selbst steuern, wann Bewegung wieder erkannt wird. Wenn der BWM es selbst macht ist das auch in Ordnung. Ging mir an sich auch nur darum, dass nicht alle 5 Sek der Trigger durchlaufen wirdWelchen datenpunkt setzt du wie zurück?
Bin auch gerade am Bewegungsmelder einstellen
Gruß Klaus@agent2408icloud-com Ich habe im adpter ordner von deconz das Objekt presence beschreibbar gemacht.
Wenn nun das Objekt auf true wechselt mache ich was und lasse nach einem Timeout (z.B. 30 Sekunden) den Datenpunkt wieder auf false setzen um den Trigger sozusagen wieder scharf zu schalten. -
@agent2408icloud-com Ich habe im adpter ordner von deconz das Objekt presence beschreibbar gemacht.
Wenn nun das Objekt auf true wechselt mache ich was und lasse nach einem Timeout (z.B. 30 Sekunden) den Datenpunkt wieder auf false setzen um den Trigger sozusagen wieder scharf zu schalten. -
@CruziX
@agent2408icloud-comNicht das manche es falsch verstehen.
Der Datenpunkt wird nach Zeit X wieder auf false (manuell) gestellt.
Bewegung wird trotzdem erst nach 60/90Sek wieder erkannt.@haselchen
vielen Dank. Diese Info hilft mir doch enorm weiter. Da kann ich meine Schaltzeiten dementsprechend anpassen.
Vielen Dank.
Gruß Klaus -
@CruziX
@agent2408icloud-comNicht das manche es falsch verstehen.
Der Datenpunkt wird nach Zeit X wieder auf false (manuell) gestellt.
Bewegung wird trotzdem erst nach 60/90Sek wieder erkannt. -
@haselchen die Bewegung wird bereits nach 5 Sekunden wieder erkannt. Nur dass ich mit einem eigenen Timer erst nach 30 Sekunden wieder darauf reagiere
-
Der Aqara Bewegungsmelder?
In den ersten 2 Stunden reagiert er sofort auf Bewegung nach dem Anlernen.
Danach steigert sich die Zeit auf 60bis90 Sekunden bis er wieder auf true geht.@haselchen bin ein wenig verwirrt. Dafür ist doch dieser "Hack"? Nachdem man den so durchgeführt hat, wird nach 5 sekunden bereits wieder bewegung erkannt.
In phoscon sieht man es allerdings nicht, da hardwaretechnisch nach ~60 sek. false zurückgemeldet wird. In iobroker sieht man aber, dass ich nach 5 sek. der Wert bei Bewegung wieder mit true aktualisiert. Deswegen setzte ich den Wert selber auf false um besser darauf triggern zu können -
@haselchen bin ein wenig verwirrt. Dafür ist doch dieser "Hack"? Nachdem man den so durchgeführt hat, wird nach 5 sekunden bereits wieder bewegung erkannt.
In phoscon sieht man es allerdings nicht, da hardwaretechnisch nach ~60 sek. false zurückgemeldet wird. In iobroker sieht man aber, dass ich nach 5 sek. der Wert bei Bewegung wieder mit true aktualisiert. Deswegen setzte ich den Wert selber auf false um besser darauf triggern zu können
Support us
761
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge