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

Begonnen von Markus M., 11 Juni 2017, 12:48:58

Vorheriges Thema - Nächstes Thema

Otto123

2018.03.11 16:28:19 3: MyRobot: Crypt::Rijndael_PP not found
2018.03.11 16:28:19 3: MyRobot: initialized, using AES

Klar das ignoriere ich schon lange - läuft ja.

Wäre die Frage ob Du das im Loglevel in Richtung 4 verschiebst :)

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Markus M.

Überredet. Bekommst du aber erst irgendwann beim nächsten Checkin :)
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

birdy

Hallo zusammen

Ich habe am Samstag mein Rocky bekommen  :)

Token ausgelesen und in FHEM definiert, Verbindung zum Rocky funktioniert, soweit alles ok.
Aber für was benötige ich jetzt zusätzlich noch das "wifi_setup"? Irgendwie stehe ich gerade auf den Schlauch.....

Gruss birdy
FHEM  @Debian bullseye @Proxmox VE 8.1.3
@intelNUC's  (i5)
CUL 433(a-culfw), CUL 868(SlowRF), Max-Cube CUN geflash, HM-CFG-USB-2 (HMALND)

floflo

Auf die Gefahr hin, dass ich irgendwas falsch verstanden hab: Im ersten Post steht, dass für die Lampen kein Token mehr notwendig ist. Das sollte dann auch für die Philips Xiaomi Bulbs gelten?
Jedenfalls bekomme ich sie nicht ohne Weiteres angesprochen. Im Log stehtBulb: received token: 00000000000000000000000000000000
Bulb: invalid JSON:


Also brauche ich wahrscheinlich doch den Token?

   DEF        192.168.0.9
   FD         13
   NAME       Bulb
   NR         27
   STATE      on
   TYPE       XiaomiDevice
   READINGS:
     2018-03-13 20:09:06   state           connected
   helper:
     ConnectionState connected
     crypt      AES
     delay      0
     dev        03ae
     id         a344
     ip         192.168.0.9
     last_read  1520972451
     packetid   21
     port       54321
     sequence   1520967602
     token      00000000000000000000000000000000
     packet:
       1          wifi_stats
       10         power_off
       11         power_off
       12         power_on
       13         lamp_data
       14         device_info
       15         device_info
       16         lamp_data
       17         wifi_stats
       18         set_toggle
       19         lamp_data
       2          device_info
       20         lamp_data
       3          lamp_data
       4          lamp_data
       5          power_off
       6          power_off
       7          power_off
       8          power_off
       9          power_off
Attributes:
   stateFormat on
   subType    SmartLamp

Markus M.

Zitat von: birdy am 12 März 2018, 22:04:09
Aber für was benötige ich jetzt zusätzlich noch das "wifi_setup"?
Benötigst du nicht. Das wäre nur dazu da, die Settings zu ändern.

Zitat von: floflo am 13 März 2018, 21:27:12
Auf die Gefahr hin, dass ich irgendwas falsch verstanden hab: Im ersten Post steht, dass für die Lampen kein Token mehr notwendig ist. Das sollte dann auch für die Philips Xiaomi Bulbs gelten?
Jedenfalls bekomme ich sie nicht ohne Weiteres angesprochen. Im Log steht
Bulb: received token: 00000000000000000000000000000000
Gilt nur für manche Lampen mit manchen Firmwares. Hier musst du ihn auslesen.
Nahazu alle bekannten Möglichkeiten funktionieren aber mittlerweile nicht mehr.
Versuch eine alte Android App.
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

alex885

Hallo,

gehen denn ausser dem

Air Purifier 2

auch andere Modelle ? würde mir gerne den

Air Purifier 2s bestellen.

Merci falls jemand infos dazu hat.

Viele liebe Grüße! alex
FHEM auf Hackintosh-NUC, 5 x Rpi mit Fhem2Fhem & Shairport-Sync , FB7390, CUL, HMLAN, ZWave, Zigbee, RfxTrx, Rollotron, mySensors, Xiaomi mi, div Zeuchs..

Markus M.

Könnte funktionieren, muss aber natürlich nicht.
Wenn die Befehle die gleichen sind, geht es ohne Anpassungen im Modul. Ich würde sagen die Wahrscheinlichkeit dass es klappt ist relativ groß.
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

tobi_555

Zitat von: Markus M. am 01 März 2018, 00:58:51
BTW: Das Modul ist jetzt im FHEM Update enthalten.


set vacuum reset_consumable sensors
Es gibt filter, mainbrush, sidebrush, sensors

Funktioniert das bei euch im FHEM UI?
Bei mir erscheinen die Parameter nicht, hab aber keine Ahnung warum.
filter scheint ein reserved word zu sein das man nicht als Argument definieren darf.
Werde das einfach zu filters umbenennen, siehe neue Testversion.

Das Rücksetzen nach reinigen der Sensoren funktioniert bei mir mit V2

HeikoS

Lässt sich mit diesem Modul auch die reine WLAN-Steckdose von Xiaomi steuern?
Über das XiaomiSmartHome-Modul von Torte geht es nicht, da diese Steckdose kein Zigbee hat und auch nicht über das Xiaomi-Gateway eingebunden wird, sondern nur rein über WLAN.

Markus M.

Keine Ahnung. Wenn du den Token hast, kannst du sie testweise als Lampe definieren und einfach mal on/off probieren.
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

HeikoS

Zitat von: Markus M. am 15 März 2018, 22:15:13
Keine Ahnung. Wenn du den Token hast, kannst du sie testweise als Lampe definieren und einfach mal on/off probieren.
Scheint zu funktionieren, allerdings bleibt STATE auf ? ? ? stehen.
set MiPlug on / set MiPlug off funktioniert aber

Hier das List:
Internals:
   CFGFN     
   DEF        192.168.179.##
   FD         40
   NAME       MiPlug
   NR         147
   STATE      ???
   TYPE       XiaomiDevice
   mac        34:CE:###########
   model      chuangmi.plug.m1
   token      2f97e417d3ebf8ae################
   wifi_firmware SD878x-14.76.36.p84-702.1.0-WM
   READINGS:
     2018-03-16 22:52:56   device_firmware 1.2.4_17
     2018-03-16 22:52:56   device_uptime   178.39
     2018-03-16 22:56:46   error           none
     2018-03-16 22:56:46   power           off
     2018-03-16 22:53:03   wifi_auth_fail_count 0
     2018-03-16 22:53:03   wifi_conn_fail_count 0
     2018-03-16 22:53:03   wifi_conn_success_count 5
     2018-03-16 22:53:03   wifi_dhcp_fail_count 0
     2018-03-16 22:52:56   wifi_rssi       -74
     2018-03-16 22:53:03   wifi_state      online
   helper:
     ConnectionState connected
     crypt      AES
     delay      0
     dev        03ed
     id         fdfc
     ip         192.168.179.##
     last_read  1521237406
     packetid   26
     port       54321
     sequence   1520594984
     token      2f97e417d3eb#################
     packet:

Otto123

Das mit dem STATE ist so :) Selbstbaukasten
Nimmst Du einfach attr <> stateFormat state oder was immer Du willst.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

hatamoto

Rückwärts fahren mit negativem Speed hat geklappt.
Außerdem habe ich festgestellt, dass der Sauger, wenn er an der Ladestation ist und man "remotecontrol start" ausführt, automatisch zurück fährt und sich um 180 Grad dreht.

Hier noch die Auszüge aus dem Log:
2018.03.18 19:56:38 4: roborock_01: write {"id":213,"method":"app_rc_left","params":[10]} (47)
2018.03.18 19:56:38 5: roborock_01: send 21310050000000000471554a000055799944e26691f4267428f218071dc3c1be7e43ffe97225fe6eb3dd6742dac7de484e4fe302b23541167a3ee91e73acba5bdc2ae279f78c75060c9fa1af4bbd0c9e
2018.03.18 19:56:38 5: roborock_01 Send SUCCESS
2018.03.18 19:56:38 5: roborock_01 > 21310050000000000471554a000055799944e26691f4267428f218071dc3c1be7e43ffe97225fe6eb3dd6742dac7de484e4fe302b23541167a3ee91e73acba5bdc2ae279f78c75060c9fa1af4bbd0c9e
2018.03.18 19:56:38 5: roborock_01 < 21310040000000000471554a000055791137635e327c30b7fdec498234857af440716b2cefa515c48d7a2bc50af281ca70228ff3468049c52974a482423b08a4 (64)
2018.03.18 19:56:38 5: roborock_01: decrypted
{"result":["ok"],"id":213}
2018.03.18 19:56:38 5: roborock_01: parse id 213
$VAR1 = {
          'id' => 213,
          'result' => [
                        'ok'
                      ]
        };

2018.03.18 19:56:38 4: roborock_01: parse id 213 / app_rc_left
2018.03.18 19:56:38 4: roborock_01: msg ref is ARRAY


2018.03.18 19:56:46 4: roborock_01: write {"id":214,"method":"app_rc_right","params":[10]} (48)
2018.03.18 19:56:46 5: roborock_01: send 21310060000000000471554a000055815dfdbdfc29400fa2aaf61d25e5ec3f40278bde0f5383ba856bdac26785fe544182c1c842b99763b6ea08ed8a5ec556010e21eb2cbc7126f2432a8742e963ba7180accffe19682c2782cdfcade4931072
2018.03.18 19:56:46 5: roborock_01 Send SUCCESS
2018.03.18 19:56:46 5: roborock_01 > 21310060000000000471554a000055815dfdbdfc29400fa2aaf61d25e5ec3f40278bde0f5383ba856bdac26785fe544182c1c842b99763b6ea08ed8a5ec556010e21eb2cbc7126f2432a8742e963ba7180accffe19682c2782cdfcade4931072
2018.03.18 19:56:46 5: roborock_01 < 21310040000000000471554a0000558110766ffab98f5f6ba7caaa6df1b0a8df40716b2cefa515c48d7a2bc50af281ca503970c9b3a406973947350f5938619e (64)
2018.03.18 19:56:46 5: roborock_01: decrypted
{"result":["ok"],"id":214}
2018.03.18 19:56:46 5: roborock_01: parse id 214
$VAR1 = {
          'result' => [
                        'ok'
                      ],
          'id' => 214
        };

2018.03.18 19:56:46 4: roborock_01: parse id 214 / app_rc_right
2018.03.18 19:56:46 4: roborock_01: msg ref is ARRAY


2018.03.18 19:56:53 4: roborock_01: write {"id":215,"method":"app_rc_end","params":[1]} (45)
2018.03.18 19:56:53 5: roborock_01: send 21310050000000000471554a00005588a767f579278ad0401442de69d602b39b675758188dcb8057723f6cb60e39fae31273e6cdac4280545cbc2a611d6d730fbe6ae3cada750977d40760206638fab8
2018.03.18 19:56:53 5: roborock_01 Send SUCCESS
2018.03.18 19:56:53 5: roborock_01 > 21310050000000000471554a00005588a767f579278ad0401442de69d602b39b675758188dcb8057723f6cb60e39fae31273e6cdac4280545cbc2a611d6d730fbe6ae3cada750977d40760206638fab8
2018.03.18 19:56:53 5: roborock_01 < 21310040000000000471554a000055889744bad544c3af717109b1c020d2ebbc40716b2cefa515c48d7a2bc50af281cad6728ae6b230bfd514b2dc691ba1f4aa (64)
2018.03.18 19:56:53 5: roborock_01: decrypted
{"result":["ok"],"id":215}
2018.03.18 19:56:53 5: roborock_01: parse id 215
$VAR1 = {
          'id' => 215,
          'result' => [
                        'ok'
                      ]
        };

2018.03.18 19:56:53 4: roborock_01: parse id 215 / app_rc_end
2018.03.18 19:56:53 4: roborock_01: msg ref is ARRAY
2018.03.18 19:56:53 5: roborock_01: parse result for 215 is ARRAY(0x54f7408)


Die Fahr-Kommandos werden bei mir über remotecontrol aber nicht zuverlässig ausgeführt. Ich kann 1x geradeaus fahren und das war's dann. Links/Rechts geht nicht.

Gruß Chris

Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

wiego

Hallo,

zur Info für die Interessierten:
Ich hab hier (https://github.com/ioBroker/ioBroker.mihome-vacuum/blob/HEAD/README_de.md#Komandos-des-S50) gesehen, dass man bei der 2nd Generation (S50) auch die "GoTo" und "ZonedClean" Funktion nutzen kann.
Das funktioniert auch, wenn man die 72_XiaomiDevice.pm entsprechend um die Befehle (app_goto_target und app_zoned_clean) ergänzt. 


  • Vorteil hier aus meiner Sicht, dass die GoTo Funktion um Hindernisse rumnavigiert und nicht, wie mit den RemoteFunktionen am ersten Stuhl abbricht.
  • Nachteil, dass die Zielposition von der aktuellen Karte abhängt (und auf dieser vorhanden sein muss!?). Ich suche da noch eine Lösung.

Use Case wäre, dass ich unseren Wohnessbereich gerne in 3-4 Bereiche aufteilen lassen würde und die über FHEM/Alexa (und ohne MiApp) dann separat reinigen lassen kann, wobei der Sauger als Startpunkt immer sein Dock an fester Position hätte.

Freu mich über Ideen/Meinugen dazu.

wiego