Xiaomi WiFi Devices Modul (Vacuum/Airpurifier/Fan) - 72_XiaomiDevice (Support)

[Markus M.]

Readings nochmal löschen, Anhang ausprobieren
Wenn das nicht passt musst du mit JSON  rausfinden was deine Lampe tatsächlich zurückgibt, einzeln je Reading.

[Manul]

Okay. Kann man die interne Zeit und Zeitzone des Geräts irgendwie auslesen oder gar setzen? Falls nicht, was hältst Du von einer automatischen Umrechnung localtime<->UTC+8?

Zwischen den längeren Beiträgen untergegangen oder keine Lust zu antworten? Ich würde so eine Konvertierung implementieren, aber nur, wenn Du sie eventuell auch einbauen würdest.

[darthi]

Readings nochmal löschen, Anhang ausprobieren
Wenn das nicht passt musst du mit JSON  rausfinden was deine Lampe tatsächlich zurückgibt, einzeln je Reading.

Danke! Beim Anhang passen die Readings nun.

[Markus M.]

Zwischen den längeren Beiträgen untergegangen oder keine Lust zu antworten? Ich würde so eine Konvertierung implementieren, aber nur, wenn Du sie eventuell auch einbauen würdest.

Ich hab mir das mal angesehen.
Spätestens wenn sich dann die Tage auch noch ändern, macht das keinen Spass mehr.
Ich würde auf Xiaomi warten.

[Manul]

Spätestens wenn sich dann die Tage auch noch ändern, macht das keinen Spass mehr.

Wie gesagt: Ich biete an, mich dran zu versuchen.

Ich würde auf Xiaomi warten.

Rechnest Du denn damit, daß da noch was kommt? Ich wäre eher skeptisch.

Hast Du mal mitgeschnitten, welchen Offset die App beim Einrichten sendet? Die meisten von uns dürften die App ja auf "mainland China" gestellt haben, vielleicht sendet sie ja deswegen UTC+8 statt lokaler Zeit.

[Markus M.]

Hast Du mal mitgeschnitten, welchen Offset die App beim Einrichten sendet? Die meisten von uns dürften die App ja auf "mainland China" gestellt haben, vielleicht sendet sie ja deswegen UTC+8 statt lokaler Zeit.

Die App sendet als Offset 7200, (nur) beim Air Purifier auch noch die Zeitzone Berlin als Text.

Wenn du basteln möchtest:
Ich würde ein Attribut für den Offset oder die Zeitzone anlegen, eine Funktion schreiben die Stunden entgegennimmt und die berechneten Stunden nebst Tagesoffset ausspuckt.
Wenn man einen Timer für mehrere Tage anlegt wird das aber hässlich.
Wenn man den Sauger in der Ladestation parkt, braucht man die Timer ja sowieso nicht.

[Manul]

Ich würde ein Attribut für den Offset oder die Zeitzone anlegen, eine Funktion schreiben die Stunden entgegennimmt und die berechneten Stunden nebst Tagesoffset ausspuckt.

Ich schau's mir mal an. Welchen Offset würdest Du denn ins Attribut schreiben? Ich hätte jetzt den lokalen aus der localtime ausgelesen und für die interne Zeit fest UTC+8 angenommen.

Wenn man einen Timer für mehrere Tage anlegt wird das aber hässlich.

Müsste aber auch gehen. Kurz nachgefragt, ob ich den datestring richtig verstanden habe:

- Für einen täglichen Timer wird der ds als "* * *" gesetzt und als "* * all" vom Sauger ausgegeben
- Für ein festes Datum ist der ds "<d> <m> *" mit <d> = Tag und <m> = Monat
- Für Wiederholung an bestimmten Tagen wird "* * X" gesetzt und "* * Y" ausgegeben. Hierbei besteht X aus beliebigen Elementen "0" (Sonntag) bis "7" (Samstag), Y entsprechend aus "Su" bis "Sa". Einzelne Elemente werden durch Leerzeichen getrennt

Soweit richtig? Hab ich noch was übersehen?

Wenn man den Sauger in der Ladestation parkt, braucht man die Timer ja sowieso nicht.

Warum? Da hab ich wohl irgendwas nicht mitgekriegt.

[Markus M.]

Ich schau's mir mal an. Welchen Offset würdest Du denn ins Attribut schreiben? Ich hätte jetzt den lokalen aus der localtime ausgelesen und für die interne Zeit fest UTC+8 angenommen.

Eigentlich müsste man da die Ziel-Zeitzone reinschreiben, also z.B. was auch immer China hat.
Der Unterschied wird dann aus der Zeitzone des Systems berechnet.
Klappt bei abweichender Sommerzeit aber auch nicht wirklich durchgängig

Müsste aber auch gehen. Kurz nachgefragt, ob ich den datestring richtig verstanden habe:
- Für einen täglichen Timer wird der ds als "* * *" gesetzt und als "* * all" vom Sauger ausgegeben
- Für ein festes Datum ist der ds "<d> <m> *" mit <d> = Tag und <m> = Monat
- Für Wiederholung an bestimmten Tagen wird "* * X" gesetzt und "* * Y" ausgegeben. Hierbei besteht X aus beliebigen Elementen "0" (Sonntag) bis "7" (Samstag), Y entsprechend aus "Su" bis "Sa". Einzelne Elemente werden durch Leerzeichen getrennt
Soweit richtig? Hab ich noch was übersehen?

Jepp. Mit verbose 5 siehst du was gesendet wird.

Warum? Da hab ich wohl irgendwas nicht mitgekriegt.

Weil der einzige Fall in dem ein interner Timer überhaupt Sinn machen könnte der ist, bei dem der Sauger das WLAN abgeschaltet hat weil er irgendwo in einem anderen Stockwerk rumsteht. (Und ich weiss noch nicht mal ob das überhaupt klappen würde)
Im Normallfall gibt es absolut keinen Grund, das Reinigungsprogramm nicht ausschliesslich direkt aus FHEM zu starten.
Ich starte das Ding beispielsweise nachdem alle die Wohnung verlassen haben, nicht zu einer fixen Uhrzeit.

[Otto123]

Ich starte das Ding beispielsweise nachdem alle die Wohnung verlassen haben, nicht zu einer fixen Uhrzeit.

Genauso mache ich das auch. Das ist ja auch mich ein Hauptgrund warum ich das in FHEM integriere.

Ohne FHEM und nur mit der App klappt es ja, egal welche Zeitzone im Hintergrund spielt (zumindest bei meinem einen Versuch)

Schaltet der das WLAN ab wenn er irgendwo rumsteht? habe ich noch gar nicht beobachtet. Letztens hatte ich ihn im OG die halbe Nacht stehen lassen und dann hat mein Automatismus (noch nicht perfekt) ihn in die Ladestation geschickt, da hat er natürlich rumgeningelt. 

Gruß Otto

[Manul]

Eigentlich müsste man da die Ziel-Zeitzone reinschreiben, also z.B. was auch immer China hat.

Kennst Du denn ein Beispiel, bei dem der Sauger eine andere Zeitzone als China (=UTC+8, keine Sommerzeit) hat?

Klappt bei abweichender Sommerzeit aber auch nicht wirklich durchgängig

Kann man irgendwie auf die Sommerzeitumstellung triggern? Dann müsste man zu dem Zeitpunkt einfach nur die Zeiten aus den Readings neu berechnen und an den Sauger übertragen.

Jepp. Mit verbose 5 siehst du was gesendet wird.

Danke, guter Tip!

Im Normallfall gibt es absolut keinen Grund, das Reinigungsprogramm nicht ausschliesslich direkt aus FHEM zu starten.

Ist sicher auch Geschmackssache. Ich denke trotzdem, wenn der Sauger schon interne Timer hat, sollte man die auch über das Modul möglichst komfortabel stellen können.

[Manul]

Ohne FHEM und nur mit der App klappt es ja, egal welche Zeitzone im Hintergrund spielt (zumindest bei meinem einen Versuch)

Echt? Da hat er sich an die Zeit gehalten, die Du in der App eingestellt hattest? Hat bei mir nicht geklappt, muß ich noch mal ausprobieren.

da hat er natürlich rumgeningelt. 

Bitte was hat er?

[Otto123]

Ja ok, kommt wohl eher aus meiner Gegend und ist außerhalb von Mitteldeutschland ungebräuchlich
ningeln -> kläglich jammern 

[zernima]

Hallo,

ist es eigentlich normal das mein Robi anch gewisser Zeit auf "disconnected" geht?

[Manul]

Hat meiner bis jetzt nur einmal nach dem Firmware-Update gemacht. Steht er denn im Dock oder frei?

[zernima]

Der steht schön anständig im Dock