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

[Andy89]

   subType    AirPurifier

hey,
im offizielen SVN wird der AirPurifier3H noch nicht unterstützt. Dafür musst du das hier runterladen. Die neuste Version ist von Markus.
Als subtype gibt es dann auch den AirPurifier3H

[Markus M.]

Sorry, wenn ich nerve, wollte nur fragen, ob da irgendwas geplant ist, hinten übergefallen ist, oder irrelevant wegen Valetudo?
Man könnte ja als reading-Value Original, valetudo oder valetudore nutzen?

Valetudo Einbindung ist nicht geplant.
Wenn du da nur JSON 2 Aufrufe brauchst, solltest du das aber doch auch mit anderen Mitteln hinbekommen?

im offizielen SVN wird der AirPurifier3H noch nicht unterstützt.

Bitte mal allgemein testen ob die Version ok ist, dann kann ich das zeitnah ändern

[Andy89]

Todo: Set zwischen den Geräten angleichen und das nutzlose LED on/off Reading rausnehmen

hab das LED-Reading mal angeglichen.
Es funktionert noch alles wie bisher. Im Anhang ist der Patch / das angepasste Skript.

Beste Grüße
Andy

[zippo2k]

hey,
im offizielen SVN wird der AirPurifier3H noch nicht unterstützt. Dafür musst du das hier runterladen. Die neuste Version ist von Markus.
Als subtype gibt es dann auch den AirPurifier3H

...Hi Andy, die letzte Version hatte ich schon installiert. AP3h habe ich jetzt auch ausgewählt, leider ohne Erfolg.

[TWART016]

hab das LED-Reading mal angeglichen.
Es funktionert noch alles wie bisher. Im Anhang ist der Patch / das angepasste Skript.

Beste Grüße
Andy

Sieht gut aus. LED hat die Werte bright, dim und off. Macht nicht anstatt "bright" -> "on" Sinn?

[scooty]

Hier ist eine Kombi eurer neuen Geräte. Bitte testen ob noch alles funktioniert.

Hallo Markus,

vielen Dank, außer zwei Dingen alles OK für den "Evaporation Humidifier":
1)
Bitte noch den set-Befehl "dry" aufnehmen, ist mir wohl im patch irgendwie durchgegangen.
Statt eines neuen patches vielleicht einfacher die Codezeilen

Code Auswählen Erweitern

  elsif ($cmd eq 'dry')
  {
    my $packetid = $hash->{helper}{packetid};
    $hash->{helper}{packetid} = $packetid+1;

    $hash->{helper}{packet}{$packetid} = ($arg[0] eq "on") ? 'dry_on' : 'dry_off';
    XiaomiDevice_WriteJSON($hash, '{"id":'.$packetid.',"method":"set_dry","params":["'.$arg[0].'"]}' );
  }

in die "sub XiaomiDevice_Set($$@)" aufnehmen (wohl ab Zeile 1497 deiner in diesem Thread angehängten Version).

2)
Mit "set led bright/dim/off" funktioniert auch etwas nicht, es kommt als Rückmeldung im "error"-Reading immer "invalidarg".
Bin ehrlich gesagt überfragt, woher das rührt....

Vielen Dank nochmals,
Andreas

[TWART016]

Wegen dem Powerproblem: Bei wir wird immer on angezeigt. Das steht im Log verbose 5:

Code Auswählen Erweitern

{
                          'piid' => 2,
                          'siid' => 2,
                          'value' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
                          'did' => 'power',
                          'code' => 0
                        },


Bei speed lässt sich auch erkennen, dass er aus ist = 0

Code Auswählen Erweitern

{
                          'siid' => 10,
                          'piid' => 8,
                          'code' => 0,
                          'value' => 0,
                          'did' => 'motor_speed'
                        },

[Andy89]

...Hi Andy, die letzte Version hatte ich schon installiert. AP3h habe ich jetzt auch ausgewählt, leider ohne Erfolg.

ist dein Luftreiniger im gleichen Subnetz wie der FHEM Host?
Bei mir ging es anfangs nicht, weil ich über UDP keine Verbindung bekommen habe. Habe dann den Luftreiniger in das Subnetz des FHEM Hosts gepackt und zack ging es.

edit:

Sieht gut aus. LED hat die Werte bright, dim und off. Macht nicht anstatt "bright" -> "on" Sinn?

das habe ich einfach an die bisherig vorhanden angeglichen. Aber wenn das gewünscht ist, können wir das gerne so machen. ich bin da flexibel.

[Andy89]

Wegen dem Powerproblem: Bei wir wird immer on angezeigt. Das steht im Log verbose 5:

Mach mal bitte folgenden Log Eintrag

Code Auswählen Erweitern

Log3 $name, 2, "$name: power: ".$json->{result}[0]{value};
vor folgende Code Zeilen(bei mir Zeile 2243 und 2283):

Code Auswählen Erweitern

readingsBulkUpdate( $hash, "power", ($json->{result}[0]{value} eq "false" ? 'off' : 'on'), 1 ) if(defined($json->{result}[0]{value}));

In den genanten Zeilen wird Power ausgewertet und in die Readings übertragen. Da muss dann irgendwo der Fehler bei dir passieren.

Bei mir steht als Log-Eintrag dann folgendens:

Code Auswählen Erweitern

2020.04.20 17:38:17.707 2: xz_xiaomi_airpurifier3H: power: 0
2020.04.20 17:38:28.532 2: xz_xiaomi_airpurifier3H: power: 1
eventuell müsste die Abfrage dann auch nicht auf "false" sein, sondern auf "0". Ist das vielleicht "sicherer"?

Beste Grüße
Andy

[TWART016]

ist dein Luftreiniger im gleichen Subnetz wie der FHEM Host?
Bei mir ging es anfangs nicht, weil ich über UDP keine Verbindung bekommen habe. Habe dann den Luftreiniger in das Subnetz des FHEM Hosts gepackt und zack ging es.

Mit einer Unifi Firewall?

edit:das habe ich einfach an die bisherig vorhanden angeglichen. Aber wenn das gewünscht ist, können wir das gerne so machen. ich bin da flexibel.

fände ich sinnvoll. Andere Module wir Wifilight nutzen auch on/off/dim.

Mach mal bitte folgenden Log Eintrag

Code Auswählen Erweitern

Log3 $name, 2, "$name: power: ".$json->{result}[0]{value};
vor folgende Code Zeilen(bei mir Zeile 2243 und 2283):

Code Auswählen Erweitern

readingsBulkUpdate( $hash, "power", ($json->{result}[0]{value} eq "false" ? 'off' : 'on'), 1 ) if(defined($json->{result}[0]{value}));

In den genanten Zeilen wird Power ausgewertet und in die Readings übertragen. Da muss dann irgendwo der Fehler bei dir passieren.

Bei mir steht als Log-Eintrag dann folgendens:

Code Auswählen Erweitern

2020.04.20 17:38:17.707 2: xz_xiaomi_airpurifier3H: power: 0
2020.04.20 17:38:28.532 2: xz_xiaomi_airpurifier3H: power: 1
eventuell müsste die Abfrage dann auch nicht auf "false" sein, sondern auf "0". Ist das vielleicht "sicherer"?

Sobald ich das Gerät einschalte ist power nun 1, davor 0. Das Reading im Device ist aber immer auf on.

Code Auswählen Erweitern

                        {
                          'piid' => 2,
                          'siid' => 2,
                          'value' => bless( do{\(my $o = 1)}, 'JSON::PP::Boolean' ),
                          'code' => 0,
                          'did' => 'power'
                        },
2020.04.20 21:01:04 2: Xiaomi_AirPurifier3: power: 1

Code Auswählen Erweitern

                        {
                          'code' => 0,
                          'value' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
                          'siid' => 2,
                          'did' => 'power',
                          'piid' => 2
                        },
2020.04.20 20:56:04 2: Xiaomi_AirPurifier3: power: 0


Offtopic: @Andy was ist XiaomiMapCreator?

[Andy89]

Mit einer Unifi Firewall?

ich habe extra versucht alle UDP Pakete durchzulassen, aber irgendwo war da wohl noch im Unifi Controller ein Fehler drin, weil es nicht ging und ich habs dann einfach aufgegeben - fürs erste

fände ich sinnvoll. Andere Module wir Wifilight nutzen auch on/off/dim.

siehe patch / neue Datei

Sobald ich das Gerät einschalte ist power nun 1, davor 0. Das Reading im Device ist aber immer auf on.

ich habe mal die Abfragen auf 0 umgebaut statt false. vielleicht hilft dir das...

Offtopic: @Andy was ist XiaomiMapCreator?

ich habe auf meinem Staubsauger valetudo laufen und im Docker dann "ICantBelieveItsNotValetudo" (https://github.com/Hypfer/ICantBelieveItsNotValetudo)
Das ist quasi ein Service, der die Karte live generiert und sobald der Staubsauger zurück ist, erstell ich ein PNG aus der Map per wget und schick mir das per Telegram. Im Anhang ist dazu ein Bild, wie ich ihn die Küche geschickt habe mit anschließender Spot Reinigung, weil beim Brötchen schneiden Krümmel auf den Boden gefallen sind 

Edit: ich hab zu viel bei power von off auf 0 geändert. Beim Set muss das false bleiben. On/off geht somit gerade nicht. Reparier ich morgen früh. Deswegen nehme ich den Patch und das Skript nochmal raus.

[hoppel118]

ich habe extra versucht alle UDP Pakete durchzulassen, aber irgendwo war da wohl noch im Unifi Controller ein Fehler drin, weil es nicht ging und ich habs dann einfach aufgegeben - fürs erste

Wenn du da jemals eine Lösung findest, teile die hier bitte mit. Ich habe das gleiche Problem mit meinen beiden Xiaomi SmartFans. Ich musste sie in das gleiche VLAN packen in dem sich auch mein FHEM Server befindet. Meinem Roborock S50 war das egal. Der hängt so wie es sein soll, schön brav in meinem IoT-VLAN.

Gruß Hoppel

[Andy89]

Wenn du da jemals eine Lösung findest, teile die hier bitte mit. Ich habe das gleiche Problem mit meinen beiden Xiaomi SmartFans. Ich musste sie in das gleiche VLAN packen in dem sich auch mein FHEM Server befindet. Meinem Roborock S50 war das egal. Der hängt so wie es sein soll, schön brav in meinem IoT-VLAN.

mache ich - aber meine Motivation, sich darum zu kümmern ist sehr gering.


ich habe hier den Patch und das Skript angehängt.

[TWART016]

mache ich - aber meine Motivation, sich darum zu kümmern ist sehr gering.


ich habe hier den Patch und das Skript angehängt.

Funktioniert bei mir 

[hoppel118]

mache ich - aber meine Motivation, sich darum zu kümmern ist sehr gering.

Ok, dann schauen wir mal, ob das irgendwann mal jemand herausfindet...

Gruß Hoppel