Root-Zugriff auf Xiaomi Mi Vacuum Robot & Roborock S5

[miikefie]

Hallo zusammen,
ich muss meine Xiaomi App über den US Server laufen lassen, weil der Mainland China server von mir verlangt, dass ich die Region in der App ändere.
Problem ist, dass ich die Dustcloud nutze, jetzt aber in der /etc/hosts Datei die URL-Umlenkung nicht greift, da die US Server andere DNS Namen haben als die von Mainland China.

Wie kann ich herausbekommen, welche Server bei der Region US angesprochen werden?
Hab schon mit Wireshark versucht was herauszubekommen, aber ich bin totaler Laie bei dem Programm.

Danke für die Hilfe
Michael

 

[bravehurts]

An Deiner Stelle würde ich auch auf dem Sauger mit netstat schauen wohin der miio_client eine Verbindung aufmacht. Siehe meine vorherige Antwort. In /mnt/data/rockrobo/rrlog/miio.log müsstest du auch sehen, welche IPs im Spiel sind.

edit, auf dem Robo: netstat -tunp oder netstat -tup

 

[miikefie]

An Deiner Stelle würde ich auch auf dem Sauger mit netstat schauen wohin der miio_client eine Verbindung aufmacht. Siehe meine vorherige Antwort. In /mnt/data/rockrobo/rrlog/miio.log müsstest du auch sehen, welche IPs im Spiel sind.

edit, auf dem Robo: netstat -tunp oder netstat -tup

Danke für die Info.
Was ich raus bekomme ist folgendes:

[email protected]:~# netstat -tunp
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.1:46363 127.0.0.1:54322 ESTABLISHED 986/AppProxy
tcp 0 0 127.0.0.1:46397 127.0.0.1:54322 ESTABLISHED 11006/miio_recv_lin
tcp 0 0 127.0.0.1:54322 127.0.0.1:46397 ESTABLISHED 28806/miio_client
tcp 0 0 192.168.178.21:38786 54.70.161.168:443 ESTABLISHED 986/AppProxy
tcp 0 216 192.168.178.21:22 192.168.178.34:37546 ESTABLISHED 15070/1
tcp 0 0 127.0.0.1:54322 127.0.0.1:46363 ESTABLISHED 28806/miio_client
udp 0 0 192.168.178.21:59577 35.167.218.97:8053 ESTABLISHED 28806/miio_client
[email protected]:~# netstat -tup
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 localhost:46363 localhost:54322 ESTABLISHED 986/AppProxy
tcp 0 0 localhost:46397 localhost:54322 ESTABLISHED 11006/miio_recv_lin
tcp 0 0 localhost:54322 localhost:46397 ESTABLISHED 28806/miio_client
tcp 0 0 rockrobo.fritz.bo:38786 ec2-54-70-161-168:https ESTABLISHED 986/AppProxy
tcp 0 216 rockrobo.fritz.box:ssh raspberrypi3.frit:37546 ESTABLISHED 15070/1
tcp 0 0 localhost:54322 localhost:46363 ESTABLISHED 28806/miio_client
udp 0 0 rockrobo.fritz.bo:59577 ec2-35-167-218-97.:8053 ESTABLISHED 28806/miio_client

Für die Hosts Datei brauche ich aber ja DNS Namen.. Wie bekomme ich die denn?

 

[bravehurts]

Die Domains stehen bei dem -tup mit drin, aber abgeschnitten.

Mit nslookup oder anderen tools kannst Du die IP Rückauflösen:
ec2-35-167-218-97.us-west-2.compute.amazonaws.com
ec2-54-70-161-168.us-west-2.compute.amazonaws.com

Aber Vorsicht: Bei der Rückauflösung einer IP zu Domain kommt immer nur eine Domain zurück. Es können generell mehrere Domains auf eine IP auflösen. Probiere es mit den beiden oben.

bzw. Du kannst auch die iptables rules direkt auf die IPs anpassen. Das mit der etc hosts ist so gemacht worden, weil die ot.io.mi.com auf eine ganze Menge IPs auflöst. Du musst auch schauen, ob beim nächsten Start des Robos nicht andere Server angesprochen werden. Wenn der Robo die Cloud kontaktiert, bekommt er eine Reihe IP-Adressen von Servern zurück. Welche er zurück bekommt, steht auch in dem erwähnten /mnt/data/rockrobo/rrlog/miio.log drin
Vielleicht ist das doch der falsche Ansatz.

 

[miikefie]

scheint leider nicht zu klappen :/

 

[Florie]

Sperr die Roborock im Router, dass er kein Internet mehr hat, dann steht es doch im mii.log?!?

 

[miikefie]

Das ist die Ausgabe:

0x21 0x31 0x00 0x50 0x00 0x00 0x00 0x00 0x04 0xef 0x6e 0xa7 0x5b 0x11 0x9f 0x99 0x39 0x53 0x58 0x62 0x48 0x66 0x71 0x57 0x32 0x49 0x33 0x50 0x5a 0x63 0x44 0x59
[20180601 19:33:52] [DEBUG] server_conn_retry, dump server list udp_init.
[20180601 19:33:52] [DEBUG] UDP server, ip: 52.220.159.77, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 47.74.144.176, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 47.88.222.245, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 47.88.154.45, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 47.88.221.18, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 47.88.175.190, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 47.88.172.135, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 13.228.161.182, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 52.220.199.223, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 52.74.152.99, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 52.221.85.229, port: 8053
[20180601 19:33:52] [DEBUG] server_conn_retry, dump server list tcp_init.
[20180601 19:33:52] [DEBUG] TCP server, ip: 52.221.85.229, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 52.220.199.223, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 52.220.159.77, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 47.88.222.245, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 47.88.221.18, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 47.88.175.190, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 47.88.172.135, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 47.88.154.45, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 13.228.161.182, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 47.74.144.176, port: 80
[20180601 19:33:52] [DEBUG] TCP server, ip: 52.74.152.99, port: 80
[20180601 19:33:52] [DEBUG] server_conn_retry, dump server list udp.
[20180601 19:33:52] [DEBUG] UDP server, ip: 47.88.172.135, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 47.74.144.176, port: 8053
[20180601 19:33:52] [DEBUG] UDP server, ip: 52.220.159.77, port: 8053
[20180601 19:33:52] [DEBUG] server_conn_retry, dump server list tcp.
[20180601 19:33:52] [DEBUG] TCP server, ip: 52.221.85.229, port: 80
[20180601 19:33:52] [INFO] Retry (1/-1), host ip: 47.88.172.135, port: 8053
[20180601 19:33:52] [INFO] OT client fd: 18
[20180601 19:33:52] [INFO] report_synctime
[20180601 19:33:52] [WARNING] POLLNVAL | POLLHUP | POLLERR fd: pollfds[8]: 18, revents: 0x00000008
[20180601 19:33:52] [DEBUG] OT server: 47.88.172.135, port: 8053 not response, close (socket 18)
[20180601 19:34:12] [DEBUG] server_conn_retry, dump server list udp_init.
[20180601 19:34:12] [DEBUG] UDP server, ip: 52.220.159.77, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 47.74.144.176, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 47.88.222.245, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 47.88.154.45, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 47.88.221.18, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 47.88.175.190, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 47.88.172.135, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 13.228.161.182, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 52.220.199.223, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 52.74.152.99, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 52.221.85.229, port: 8053
[20180601 19:34:12] [DEBUG] server_conn_retry, dump server list tcp_init.
[20180601 19:34:12] [DEBUG] TCP server, ip: 52.221.85.229, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 52.220.199.223, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 52.220.159.77, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 47.88.222.245, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 47.88.221.18, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 47.88.175.190, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 47.88.172.135, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 47.88.154.45, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 13.228.161.182, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 47.74.144.176, port: 80
[20180601 19:34:12] [DEBUG] TCP server, ip: 52.74.152.99, port: 80
[20180601 19:34:12] [DEBUG] server_conn_retry, dump server list udp.
[20180601 19:34:12] [DEBUG] UDP server, ip: 47.88.172.135, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 47.74.144.176, port: 8053
[20180601 19:34:12] [DEBUG] UDP server, ip: 52.220.159.77, port: 8053
[20180601 19:34:12] [DEBUG] server_conn_retry, dump server list tcp.
[20180601 19:34:12] [DEBUG] TCP server, ip: 52.221.85.229, port: 80
[20180601 19:34:12] [INFO] Retry (2/-1), host ip: 47.74.144.176, port: 8053
[20180601 19:34:12] [INFO] OT client fd: 18
[20180601 19:34:12] [INFO] report_synctime
[20180601 19:34:12] [WARNING] POLLNVAL | POLLHUP | POLLERR fd: pollfds[8]: 18, revents: 0x00000008
[20180601 19:34:12] [DEBUG] OT server: 47.74.144.176, port: 8053 not response, close (socket 18)

 

[nelson123]

Hallo an alle,

kurze Frage. Ich wollte eigentlich nach dem rooten den S50 ohne Internetverbindung im WLAN nutzen und über openHAB steuern (Start,Stop,Pause,Home). Ich habe mir nun die beiden riesigen Thread's mehrfach durchgelesen und bin etwas verwirrt.

1. Kann ich ohne die China Verbindung eine Steuerung via openHAB Binding realisieren. Ich hatte gelesen, dass man immer erst eine Verbindung mit der Dustcloud oder dem Chinaserver herstellen muss, um die Appschnittstelle zu aktivieren.
2. Gibts einen Konsolenbefehl, um diese Schnittstelle zu akivieren?
3. Muss die Schnittstelle überhaupt aktiviert werden, wenn ich keine Smartphone App benutzen möchte?

Vielen Dank

 

[dgi]

Meiner Meinung nach muss er einmal mit der Cloud reden, wenn er dann aber die Cloudverbindung verliert, stirbt der miio_client Prozess nach einer Weile. Habe aber von einigen Leuten gegenteiliges gehört... im Zweifel ausprobieren.
Wilde Theorie: Wenn der Staubi glaubt, dass er nicht provisioniert wäre, dann ist die Schnittstelle immer offen, auch wenn er nicht mit der Cloud gesprochen hat. Prinzipiell könnte man das nutzen um den Staubsauger "unprovisioniert" zu lassen, aber trotzdem mit dem WLAN zu verbinden. Hatte das mal vor einer Weile hinbekommen, indem ich wpa supplicant direkt gesteuert habe.

 

[Roboter_Sauger]

Hallo,
wollte mir gerade eine aktuelle Firmware erstellen/rooten. Bekomme aber leider den Fehler:

.../firmwarebuilder/english.pkg: Kennwort passt nicht -- unverändert
unpack soundfile

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now
decrypt firmware
unpack firmware
patch ssh host keys
disable SSH firewall rule

Habe bereits gelesen das man die english.pkg und firmware nur 1x benutzen kann. Habe beides jetzt schon mehrfach neu runtergeladen. SSH key und authorized_keys ebenfalls neu erstellt.

hier der ausgeführte Befehl:

sudo ./imagebuilder.sh -f v11_003254.pkg -s english.pkg -k~/.ssh/id_rsa_xiaomi.pub -t Europe/Berlin --disable-xiaomi

Stehe gerade etwas auf dem Schlauch...

grüße
Roboter_Sauger

 

[nicedevil]

Hallo,
wollte mir gerade eine aktuelle Firmware erstellen/rooten. Bekomme aber leider den Fehler:

.../firmwarebuilder/english.pkg: Kennwort passt nicht -- unverändert
unpack soundfile

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error is not recoverable: exiting now
decrypt firmware
unpack firmware
patch ssh host keys
disable SSH firewall rule

Habe bereits gelesen das man die english.pkg und firmware nur 1x benutzen kann. Habe beides jetzt schon mehrfach neu runtergeladen. SSH key und authorized_keys ebenfalls neu erstellt.

hier der ausgeführte Befehl:

sudo ./imagebuilder.sh -f v11_003254.pkg -s english.pkg -k~/.ssh/id_rsa_xiaomi.pub -t Europe/Berlin --disable-xiaomi

Stehe gerade etwas auf dem Schlauch...

grüße
Roboter_Sauger

lass entweder die Sound Datei weg oder lad die english.pkg mit wget von dem repo bei github herunter.

Ich hab’s ohne gemacht, der robo redet dennoch englisch. In der original Anleitung von dgiese steht auch nix davon, dass man die sprachdatei mit verwenden soll. Ich vermute mal, dass das hauptsächlich für Leute ist, die die Chinesische Version haben.

 

[Krabbs]

Hallo zusammen,

bin neu hier, daher erstmal großes danke an alle.
Ich hab meinem sauger v1 gerootet und dustcloud auf meiner raspberry pi laufen. Soweit so gut und vorab mal was funktioniert.
Ich konnte meinen xiaomi abschotten:

[email protected]:~# netstat -tup
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 localhost:54322         localhost:39414         ESTABLISHED 4016/miio_client
tcp        0    216 192.168.0.143:ssh       192.168.0.55:55464      ESTABLISHED 7917/1          
tcp        0      0 localhost:54322         localhost:39418         ESTABLISHED 4016/miio_client
tcp        0      0 192.168.0.143:45775     awsbj0-files.fds.a:http ESTABLISHED 4016/miio_client
tcp        0      0 localhost:39418         localhost:54322         ESTABLISHED 4450/miio_recv_line
tcp        0      0 localhost:39414         localhost:54322         ESTABLISHED 935/AppProxy

wenn ich server.py laufen lasse sehe ich wie er connected und auf der dustcloud seite sehe ich den status meines roboters:

rockrobo.vacuum.v1 (did: 96171868) (recv msg log) (sent cmd log) 
Last contact: 2018-07-27 18:12:42 (0 days 00:00:06 ago)
id : 1
did : 96171868
mac : 7C:49:EB:96:A9:7D
name : rockrobo.vacuum.v1
enckey : TBzensiert1ZN9
token : zensiert
fw : 3.3.9_003254
model : rockrobo.vacuum.v1
ssid : UPC0986721
netinfo : 192.168.0.143
last_contact : 2018-07-27 18:07:55
last_contact_from : 192.168.0.143
last_contact_via : tcp
forward_to_cloud : 0
full_cloud_forward : 0
forward_to_cloud: 
full_cloud_forward:

allerdings kann ich keine befehle senden und bekomme anstatt dessen jedesmal:

"Result for last command: Request to command server failed. Check your configuration!"

außerdem bekomme ich beim editieren der forward_to_cloud: 1 | 0 funktion eine Fehlermedlung:

Fatal error: Uncaught Error: Call to undefined method mysqli::insert() in /var/www/html/dustcloud/show.php:64 Stack trace: #0 {main} thrown in /var/www/html/dustcloud/show.php on line 64

ich habe die sql Datenbank soweit mein Wissenreicht überprüft. Die Rechte habe ich auch mit phpmyadmin gecheckt und sieht alles gut aus. Auf meiner raspberry pi läuft Raspbian Scretch mit php7 (ich denke dustcloud ist ja mit php7 kompatibel)

Ich habe momentan kein Plan mehr wo ich noch nach Fehlern suchen soll. Daher bin ich über jeden Tipp dankbar!

Schönes Wochenende euch

 

[Roboter_Sauger]

@nicedevil
habe die english.pkg mit wget mehrfach vom dem repo bei github geladen ohne Erfolg. Es kam immer der gleiche Fehler...

Habe es jetzt wie vorgeschlagen weggelassen und es hat einwandfrei geklappt.

Danke dir nochmals.

LG
Roboter_Sauger

 

[Andy-S]

Ich habe mal eine Frage, zu welcher ich die Antwort bisher noch nicht gefunden habe. Entweder gebe ich die falschen Suchbegriffe ein, oder aber es hat sich noch niemand die Frage gestellt

Root-Zugriff auf meinen Roborock ist vorhanden. Es scheint mir, als wenn auf dem Roborock ein Ubuntu Trusty Tahr (14.04) läuft. Da ich generell bei meinen Linux-Geräten gerne alle Packages auf den neusten Stand halte, würde ich auch hier gerne "apt-get update, apt-get upgrade" die Pakete aktualisieren oder eventuell sogar ein Distri Upgrade durchführen.

Hat hier jemand Erfahrungen damit? Ist ein Paket-Upgrade sicher oder könnte es passieren, dass durch eine Aktualisierung der Pakete oder der Distribution der Staubsauger nur noch eine zu groß geratene Frisbee Scheibe ist?

 

[Krabbs]

Ich habe mal eine Frage, zu welcher ich die Antwort bisher noch nicht gefunden habe. Entweder gebe ich die falschen Suchbegriffe ein, oder aber es hat sich noch niemand die Frage gestellt

Root-Zugriff auf meinen Roborock ist vorhanden. Es scheint mir, als wenn auf dem Roborock ein Ubuntu Trusty Tahr (14.04) läuft. Da ich generell bei meinen Linux-Geräten gerne alle Packages auf den neusten Stand halte, würde ich auch hier gerne "apt-get update, apt-get upgrade" die Pakete aktualisieren oder eventuell sogar ein Distri Upgrade durchführen.

Hat hier jemand Erfahrungen damit? Ist ein Paket-Upgrade sicher oder könnte es passieren, dass durch eine Aktualisierung der Pakete oder der Distribution der Staubsauger nur noch eine zu groß geratene Frisbee Scheibe ist?

Du wirst ein Speicherplatzproblem bekommen. Dazu gäbe es aber eine Lösung:
dustcloud/morestorage.sh at master · dgiese/dustcloud

Updates hab ich auch drauf. Ein dist-upgrade würde ich nicht empfehlen (evtl inkompatibel)

 

[nicedevil]

Ich habe mal eine Frage, zu welcher ich die Antwort bisher noch nicht gefunden habe. Entweder gebe ich die falschen Suchbegriffe ein, oder aber es hat sich noch niemand die Frage gestellt

Root-Zugriff auf meinen Roborock ist vorhanden. Es scheint mir, als wenn auf dem Roborock ein Ubuntu Trusty Tahr (14.04) läuft. Da ich generell bei meinen Linux-Geräten gerne alle Packages auf den neusten Stand halte, würde ich auch hier gerne "apt-get update, apt-get upgrade" die Pakete aktualisieren oder eventuell sogar ein Distri Upgrade durchführen.

Hat hier jemand Erfahrungen damit? Ist ein Paket-Upgrade sicher oder könnte es passieren, dass durch eine Aktualisierung der Pakete oder der Distribution der Staubsauger nur noch eine zu groß geratene Frisbee Scheibe ist?

hab jetzt 5 Robos gerootet und eingerichtet, bei allen, war der erste Griff zum apt update und apt upgrade (das -get kann man mitlerweile weglassen, Nostalgiker )
bis jetzt laufen alle 5 perfekt. Das mit dem storage problem wurde ja schon erwähnt
denk an nen apt-get clean (das geht ohne -get leider net), falls du nicht auf die data partition verschieben willst.

 

[dgi]

Werde mal nach der Defcon mein Tool mit veroeffentlichen, was die Partitionen umbaut und fuer mehr Platz sorgt. Aktuell bin ich etwas ausgelastet

 

[Andy-S]

Super, danke für die schnellen Antworten

Mit der morestorage.sh konnte ich tatsächlich genügend Speicherplatz erhalten, um die Pakete zu aktualisieren. Es hat problemlos funktioniert und saugen kann der Robo auch noch

apt update und apt upgrade (das -get kann man mitlerweile weglassen, Nostalgiker )

Ja ich weiß, aber irgendwie hänge ich noch immer an dem -get

 

[Malygos]

Hi,
I just received my Gen2 Vacuum - and I'm not sure how to far to set it up prior to attempting to root it.

So far I have done:

1 - unboxed it and set it on the charger
2 - loaded the Mi Home app onto my iPhone (I have an Android tablet if I need that instead)
3 - Created a Mi account and have gotten to the point of setup where it now switches to the roborock-vacuum * network.
Is this where I start following the "rooting" steps - or do I need to continue on first?

thanks!

Jim

 

[Malygos]

OK - I have successfully followed the instructions listed here:


VacuumRobots manual update root Howto · dgiese/dustcloud Wiki



Kudos to very clear instructions that a complete xiaomi newbie like me could follow w/out bricking the device.


I now have root access to it, but it is still creating its own private WLAN. Is it now time to connect to it with the iOS app again and configure it for the local network?
I'm being cautious since I don't want it updating itself and undoing all my work thus far.