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

Markus M.

War das erste zufällig bei direktem Sonnenlicht?
Hast du einen ovalen Teppich im Wohnzimmer, den er auf Bild 1 umkreist aber auf Bild 2 überfahren hat?
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

Otto123

Hallo Markus,

nein die "Bilder" die er erzeugt hat haben nichts mit meinem Boden zu tun. Ich habe diagonale Dielen und Naturstein liegen.
Auch direktes Sonnenlicht kommt um diese Zeit dort nicht hin.

Das mit einer Spinnenwebe am Sensor klingt mir ziemlich plausibel.

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.

Dann solltest du wohl mal die Sensoren reinigen. Wenn du keine Magnetfelder hast könnte es daran liegen.
Der leicht verzogene Grundriss kommt wahrscheinlich einfach davon dass die Räder an irgendeiner Schwelle ein wenig gerutscht sind, das passiert bei mir auch ab und zu.
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

Otto123

Das war jetzt genau einmal! Er fährt jeden Tag einmal ohne das dazwischen sich irgendwas an den Bedingungen ändert. Die Sensoren werden regelmäßig gereinigt. Verhindert aber nicht das er sich ein Netz einfängt. Das schaffen die kleinen Krabbler ja ziemlich schnell  :D
Den Grundriss hat er mal ganz rechtwinklig, manchmal verzogen. Das kann sein, dass mal die Räder rutschen, es gibt zwar keine Schwellen aber manchmal kämpft er mit dem Badvorleger - wenn ich vergessen habe den weg zu legen.
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

Otto123

Hallo Markus,

ich hatte heute einmalig eine Warnung:
2017.09.01 08:00:53 1: PERL WARNING: Use of uninitialized value $msgtype in concatenation (.) or string at ./FHEM/72_XiaomiDevice.pm line 1473.
2017.09.01 08:00:53 2: MyRobot: message type for id 566 not found!
$VAR1 = {
          'id' => 566,
          'result' => [
                        {
                          'dnd_enabled' => 0,
                          'msg_seq' => 65,
                          'state' => 8,
                          'in_cleaning' => 0,
                          'clean_time' => 3486,
                          'error_code' => 0,
                          'fan_power' => 75,
                          'map_present' => 1,
                          'msg_ver' => 5,
                          'clean_area' => 66120000,
                          'battery' => 100
                        }
                      ]
        };

Zu dem Zeitpunkt wo er 2017-09-01_08:00:53 MyRobot dnd: off setzt.
Vielleicht kannst Du was damit anfangen?

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.

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

Otto123

Ich wüsste nicht wie. Ich glaube ich habe zu dem Zeitpunkt nix gemacht. Kann ich nur beobachten...
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.

Zitat von: Otto123 am 01 September 2017, 17:51:41
Ich wüsste nicht wie. Ich glaube ich habe zu dem Zeitpunkt nix gemacht. Kann ich nur beobachten...

Dann tu das mit der neuen Version und Verbose 3 ;)
Wenn du seitdem noch nicht neu gestartet hast, mach doch vorher mal noch ein list und poste die $hash->{helper}{packet} Liste
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

Otto123

Neu gestartet habe ich gerade bevor ich deinen Post gelesen habe. :-[

Ich habe die neue Version eingespielt. Beim reload gab es eine Meldung syntax error at ./FHEM/72_XiaomiDevice.pm line 1477, near ")
    return"

Im Log sieht aber alles gut aus.

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.

Zitat von: Otto123 am 02 September 2017, 10:01:56Ich habe die neue Version eingespielt. Beim reload gab es eine Meldung syntax error at ./FHEM/72_XiaomiDevice.pm line 1477, near ")
    return"
Ups - bitte nochmal runterladen!
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

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

DO7RH

Hallo Vacuum Fans ;-)

ich bin von dem Saugroboter echt begeistert.
Probleme bereitem ihm aber:
- schwarze Teppiche (ist ja bekannt)
- Kabel unter dem TV Schrank (meine Schuld)
- Schnürsenkel von Schuhen (auch meine Schuld). Die Schuhe nimmt er dann ein paar Meter mit und stellt dann seinen Dienst ein ;-)

Sonst alles TOP!

Jetzt habe ich mich an die Anbindung nach FHEM begeben. Token auslesen war kein Problem dank der Anleitung.
Im Log erhalte ich aber immer folge Meldung (der Roboter reagiert natürlich nicht auf FHEM):

2017.09.06 09:47:40 5: vacuum > 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2017.09.06 09:47:40 1: vacuum: internal error, values missing
2017.09.06 09:47:41 4: vacuum: write {"id":6,"method":"app_stop","params":[""]} (42)
2017.09.06 09:47:41 5: vacuum: initSend
2017.09.06 09:47:41 5: vacuum Send SUCCESS
2017.09.06 09:47:41 5: vacuum > 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2017.09.06 09:47:41 1: vacuum: internal error, values missing
2017.09.06 09:47:41 4: vacuum: write {"id":7,"method":"app_charge","params":[""]} (44)
2017.09.06 09:47:41 5: vacuum: initSend
2017.09.06 09:47:41 5: vacuum Send SUCCESS
2017.09.06 09:47:41 5: vacuum > 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2017.09.06 09:47:41 1: vacuum: internal error, values missing
2017.09.06 09:47:42 4: vacuum: write {"id":8,"method":"app_stop","params":[""]} (42)
2017.09.06 09:47:42 5: vacuum: initSend
2017.09.06 09:47:42 5: vacuum Send SUCCESS
2017.09.06 09:47:42 5: vacuum > 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2017.09.06 09:47:42 1: vacuum: internal error, values missing


Meine Definition:
Internals:
   DEF        192.168.1.190 MEIN_TOKEN

   FD         13
   NAME       vacuum
   NR         615
   STATE      state
   TYPE       XiaomiDevice
   helper:
     ConnectionState initialized
     crypt      AES
     delay      7200
     ip         192.168.1.190
     packetid   9
     port       54321
     token      MEIN_TOKEN

     packet:
       1          app_start
       10         app_charge
       11         app_start
       12         app_start
       13         app_stop
       2          app_stop
       3          app_stop
       4          app_charge
       5          app_start
       6          app_stop
       7          app_charge
       8          app_stop
       9          app_stop
Attributes:
   alias      Saugroboter
   group      XIAOMI Vacuum Cleaner
   room       Unsorted
   stateFormat state
   subType    VacuumCleaner
   verbose    5
   webCmd     reconnect:start:stop:charge


Firmware 3.3.9_003077
Robot's time zone: Europe/Berlin
Locale: zweiter Eintrag in der Liste nach the U.S. --> Chinesische Schriftzeichen
Language: English

Wo liegt der Fehler? Hat von euch noch einer eine Idee?

Markus M.

Zitat von: DO7RH am 06 September 2017, 09:56:02
Wo liegt der Fehler? Hat von euch noch einer eine Idee?
Vermutlich falscher Token.
Poste den dch mal mit.
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

DO7RH

Den Token habe ich mit dem MiToolkit 1.4 ausgelesen. Dieser hat 32 Zeichen (HEX). Habe auch schon Groß- und Kleinschreibung der HEX Werte. leider alles ohne Erfolg.

martin9959

Hallo an alle (gleichzeitig Vorstellung - mein erster Beitrag hier...),

eine Idee zum Thema Disconnects beim Saugroboter: Mir ist aufgefallen, dass ich sehr häufig in der Verbindung zwischen Robo und FHEM UDP Timeouts bekomme, wenn ich dem Robo per "DROP"-Befehl (iptables hier) das Internet abgestellt habe. Wenn ich dagegen "REJECT" nehme, so dass der Robo auf jeden Verbindungsversuch nach China prompt eine "ICMP  port unreachable" Rückmeldung bekommt, scheint die Verbindung zu FHEM wesentlich stabiler zu sein. Mein Eindruck ist, dass er bei der Kontaktaufnahme durch FHEM manchmal versucht, an die Cloud zu antworten, und (wenn - wegen DROP - nichts zurückkommt) auf den Timeout wartet, bevor er per UDP an FHEM antwortet, was dann aber für die UDP-Verbindung viel zu spät ist.

Kann das jemand bestätigen?