[Frage] Xiaomi Vacuum cleaner

[gst666]

Im dev-Branch habe ich den Adapter aktualisiert. Er gibt jetzt für den Datenverkehr Nachrichten im Info-Level heraus (hier Air Purifier):

Drücke Strg+A und danach Strg+C, um den Inhalt in die Zwischenablage zu kopieren. Klicke irgendwo, um das Fenster zu schliessen.
mihome-vacuum.0	2017-03-10 15:26:36.700	info	Empfangen <<< Helo <<< 213100200000000000c4a09c0006c70537f8bd3878811fc55e99e4707ebbd413
mihome-vacuum.0	2017-03-10 15:26:34.479	info	Empfangen <<< {'result':['ok'],'id':3} <<< 213100400000000000c4a09c0006c70349653dd159d1c0df4d5d835b1c249074ed3a02966dbd584b520506ee385a3153c06e6a2b820e32b65d932506d100f363
mihome-vacuum.0	2017-03-10 15:26:34.469	info	Sende >>> {'id':4,'method':'set_power','params':['on']} >>> 213100500000000000c4a09c0006c7037c1904ecae025d26fac9fcc0495c0043807288a3c967c78017e3f24efd624d777b742d5231a029623f953ea9bf548bfa3fe1bfdf71c7cadd42963c22c505c42e
mihome-vacuum.0	2017-03-10 15:26:34.468	info	Empfangen <<< Helo <<< 213100200000000000c4a09c0006c70337f8bd3878811fc55e99e4707ebbd413
mihome-vacuum.0	2017-03-10 15:26:34.450	info	Sende >>> Helo >>> 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 15:26:33.258	info	Empfangen <<< {'result':['ok'],'id':2} <<< 213100400000000000c4a09c0006c7016d9b932c8a34190882544b0f6e6caedeed3a02966dbd584b520506ee385a315399434c9733827851b7403209fdcd6046
mihome-vacuum.0	2017-03-10 15:26:33.238	info	Sende >>> {'id':3,'method':'set_power','params':['off']} >>> 213100500000000000c4a09c0006c70104eb00310d39fb37ee174bcb950e9ed8cf34bf3e1c787d0b1f04969e17de8b4c93cf81743b777eedac5334a26107326c12a57130c76f6f253ca9db3f4aa24951
mihome-vacuum.0	2017-03-10 15:26:33.238	info	Empfangen <<< Helo <<< 213100200000000000c4a09c0006c70137f8bd3878811fc55e99e4707ebbd413
mihome-vacuum.0	2017-03-10 15:26:33.227	info	Sende >>> Helo >>> 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff

Die Ping-Nachrichten (HELO) sind dabei egal. Spannend sind die echten Nachrichten. Bitte mal Euer Log posten oder als PN schicken. Ich vermutete, dass die Message im Klartext die Ursache ist. Vielleicht habe ich die Befehle falsch gedeutet. Eventuell mal posten, womit ihr das Gerät steuert.

Gruß Gerhard

[skorpil]

Gerhard,

Update gerade durchgeführt. Im log steht jetzt:

mihome-vacuum.0	2017-03-10 16:01:22.861	info	Empfangen <<< Helo <<< 2131002000000000034c8a8258c2bfc2ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 16:01:02.788	info	Empfangen <<< Helo <<< 2131002000000000034c8a8258c2bfaeffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 16:00:42.822	info	Empfangen <<< Helo <<< 2131002000000000034c8a8258c2bf9affffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 16:00:22.744	info	Empfangen <<< Helo <<< 2131002000000000034c8a8258c2bf86ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 16:00:02.779	info	Empfangen <<< Helo <<< 2131002000000000034c8a8258c2bf72ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 15:59:42.812	info	Empfangen <<< Helo <<< 2131002000000000034c8a8258c2bf5effffffffffffffffffffffffffffffff

Und im Gegensatz zu gestern sehe ich jetzt Werte find und Pause vacuum

mihome-vacuum.upload	0	false	 	2017-03-09 19:48:19.214	2017-02-06 15:57:47.347
mihome-vacuum.0.level	Power level 1-3	Power level 1-3	 	 	 	 	 
mihome-vacuum.0.state	Start/pause	Start/pause	 	 	 	 	 
mihome-vacuum.0.find	Find	Find	false	true	mihome-vacuum.0	2017-03-09 23:55:50.578	2017-03-09 23:55:50.578
mihome-vacuum.0.home	Go home	Go home	 	 	 	 	 
mihome-vacuum.0.pause	Pause vacuum	Pause vacuum	false	true	mihome-vacuum.0	2017-03-09 23:58:04.802	2017-03-09 23:58:04.802
mihome-vacuum.0.start	Start vacuum	Start vacuum	 	 	 	 	 
mihome-vacuum.0.info.connection	If connected to CUL	If connected to CUL	true	true	mihome-vacuum.0	2017-03-10 15:57:22.888	2017-03-10 15:57:22.888
system.adapter.mihome-vacuum.0.uptime	mihome-vacuum.0	mihome-vacuum.0.uptime	362	true	mihome-vacuum.0	2017-03-10 16:03:22.872	2017-03-10 16:03:22.872
system.adapter.mihome-vacuum.0.memRss	mihome-vacuum.0	mihome-vacuum.0.memRss	27.7	true	mihome-vacuum.0	2017-03-10 16:03:22.871	2017-03-10 16:02:52.860
system.adapter.mihome-vacuum.0.memHeapTotal	mihome-vacuum.0	mihome-vacuum.0.memHeapTotal	17.26	true	mihome-vacuum.0	2017-03-10 16:03:22.872	2017-03-10 15:57:22.749
system.adapter.mihome-vacuum.0.memHeapUsed	mihome-vacuum.0	mihome-vacuum.0.memHeapUsed	10.58	true	mihome-vacuum.0	2017-03-10 16:03:22.872	2017-03-10 16:03:22.872
system.adapter.mihome-vacuum.0.connected	mihome-vacuum.0	mihome-vacuum.0.connected	true	true	mihome-vacuum.0	2017-03-10 16:03:22.871	2017-03-10 15:57:22.748
system.adapter.mihome-vacuum.0.alive	mihome-vacuum.0	

Ich steuere mit der Mihome App vom iPad aus. Habe noch kein State via iobroker versucht.

Hilft Dir das?

Liebe Grüße

Bernd

[gst666]

Hallo Bernd,

das Log sagt eigentlich nur aus, dass Du keine Befehle an den Robo schickst. Die Meldungen, die Du im Log hast, stammen von dem zyklischen Ping. Da ich kein Sendehinweis eingebaut habe, kann man sehen, dass sie vom Ping stammen.

Wie steuerst Du denn den Robo aus dem ioBroker? Über das Widget?

Gruß Gerhard

[skorpil]

@gst666:

Hallo Bernd,

das Log sagt eigentlich nur aus, dass Du keine Befehle an den Robo schickst. Die Meldungen, die Du im Log hast, stammen von dem zyklischen Ping. Da ich kein Sendehinweis eingebaut habe, kann man sehen, dass sie vom Ping stammen.

Wie steuerst Du denn den Robo aus dem ioBroker? Über das Widget?

Gruß Gerhard `
Gerhard,

Noch steuere ich gar nicht über iobroker. Ich wollte morgen eine kleine Java Skript schreiben und dann Steuern. Widgets nutze ich bisher gar nicht.

Liebe Grüße

Bernd

[Meistertr]

so habe mal den log beobachtet:

mihome-vacuum.0	2017-03-10 19:43:20.262	info	Sende >>> {"id":6,"method":"app_pause"} >>> 213100400000000002f20d8f58c301d7ccda4da2178777d10d8b0a1c6f6b6d46ca234bcde27115e6d3ffba48b703ac9d910b8e53c3baf8ed258bf437eaa0eaf1
mihome-vacuum.0	2017-03-10 19:43:20.258	info	Empfangen <<< Helo <<< 213100200000000002f20d8f58c301d7ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 19:43:19.928	info	Sende >>> Helo >>> 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 19:43:18.808	info	Sende >>> {"id":5,"method":"app_start"} >>> 213100400000000002f20d8f58c301d6352ee03773c1eab4c26f29b008bfd857b9c3d398545323ef1dd05e98602816050a3ad59e81fdffb5a405e17aac5ad1c7
mihome-vacuum.0	2017-03-10 19:43:18.805	info	Empfangen <<< Helo <<< 213100200000000002f20d8f58c301d6ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 19:43:18.770	info	Sende >>> Helo >>> 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 19:43:17.791	info	Sende >>> {"id":4,"method":"app_charge"} >>> 213100400000000002f20d8f58c301d5c20ea8582acb38933967c80b56390a1b3f04e54cb0ae7ddd7fa6ff873345029c6ffdb3b1405c9bc403225efeff6c837a
mihome-vacuum.0	2017-03-10 19:43:17.789	info	Empfangen <<< Helo <<< 213100200000000002f20d8f58c301d5ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2017-03-10 19:43:17.472	info	Sende >>> Helo >>> 21310020ffffffffffffffffffffffffffffffffffffffffffffffffffffffff

Die komandos sind alle richtig, erreichbar ist der robby auch er antwortet ja auf HELO. Habe versucht die Nachrichten mit dem script wieder zu entcrypten, leider keine chance.

[gst666]

Danke @Meistertr

Das hat mir schon etwas geholfen. Offensichtlich stimmt etwas nicht mit der Verschlüsselung. In einer früheren Version sah das Ergebnis anders aus. Ich muss mir mal die Verschlüsselungsroutine noch mal genauer anschauen.

[gst666]

Gute und schlechte Nachrichten:

Die Gute: Die Verschlüsselung ist zum Glück nicht das Problem.

Die Schlechte: Ich weiß nicht, wo das Problem zur Zeit liegt.

Die im Debug angezeigten Nachrichten konnten nicht decodier werden, da das Log die Nachricht abgeschnitten hat. Grrgh. Hat mich viel zeit gekostet.

Habe jetzt die Nachrichten in zwei Zeilen aufgeteilt, so dass das Problem seltener auftreten dürfte.

Nur wo liegt das Problem: Hier gibt es nur noch zwei denkbare Stellen:

Timestamp und ID.

Als Timestamp verwende ich den Timestamp aus dem Helo-Paket. Hatte bislang funktioniert. Warum denn jetzt nicht mehr.

Also ist die wahrscheinlichste Ursache die ID. In den Nachrichten, die ich habe, beginnen sie mit 6000. Vielleicht muss sie bei dem Robot 4-stellig sein? Wer weiß. Habe das mal testweise geändert. Wenn sich jemand zum Testen opfern würde, wäre es prima.

[Meistertr]

Mach ich nachher. Habe gestern leider mein Testsystem zerschossen. Muss gleich noch neu aufsetzen. Aus welcher Funktion wird die decodierungsfunc. Aufgerufen? Konnte das nirgendwo finden…

Gesendet von meinem E5823 mit Tapatalk

[gst666]

Such mal nach GetPlainData() in main.js

[mayer]

Empfangen <<< Helo <<< 2131002000000000034cce9258c3dd52ffffffffffffffffffffffffffffffff
info	>>> 2131005000000000034cce9258c3dd50eb0c4d40cfa09c0b16e1f342d3643b83485ac6f0a9674e825a05e4d1e3161339d4bdb67d611407aaae26c0203468d948f5207261187e8442b0541a6cb42f8228
info	Sende >>> {"id":6431,"method":"find_me","params":[""]}

Habe mal getestet. Leider keine Reaktion vom Robot.

[gst666]

Die verschlüsselten Daten scheinen richtig zu sein. Da ich mir ein solches Gerät immer noch nicht geleistet habe, benötige ich Eure Hilfe:

Bitte schickt mir per PM eine aktuelle Kommunikation zwischen Handy App und Robo nebst Token zu. Vielleicht komme ich dann dahinter, woran es hakt.

Danke, Gerhard

[bahnuhr]

cd /opt/iobroker
npm i https://github.com/ioBroker/ioBroker.mihome-vacuum/tarball/dev

Habe wie das von bluefox geschrieben wurde mal installiert.

Es kamen Fehlermeldungen.
filename="bild1.jpg" index="0">~~

Und dann die instanz erstellt.

Daten eingegeben und gespeichert. Die Instanz wird nicht grün, es bleibt bei gelb.

Liegt es an win7 ?

mfg

[gst666]

Gelb bedeutet, dass der Adapter zwar läuft, es aber keine Verbindung hergestellt werden konnte.

Das könnte drei Gründe haben:

1. falsche IP

2. DGRAM nicht richtig installiert

3. Firewall funkt dazwischen

Versuche mal einen ping von der Komandozeile aus. Wenn das nicht geht, ist es die IP

[bahnuhr]

falsche ip: glaub ich eigentlich nicht.

In der fritzbox hab ich feste ip vergeben.

Diese eingegeben bei instanz.
filename="bild2.jpg" index="0">~~

und ping funktioniert doch auch:
filename="bild1.jpg" index="1">~~

zu 2:

Was ist dgram ??

Was sagen die anderen Fehler, z.B.

python nicht installiert, etc…..

[gst666]

So wie es aussieht benötigt DGRAM Python bei der Installation unter Windows. DGRAM ist die Kommunikationsbibliothek. Versuche doch bitte mal Python zu installieren um dann noch mal den Adapter zu installieren. Eventuell fehlen aber noch weitere Build Tools.

[bahnuhr]

@gst66

ok, dann muss ich aussteigen.

Wenn ich nicht genau weiß, was ich wie wo eingeben soll, dann komm ich nicht weiter.

Bisher ist mihome auf der instanz gelb.

mfg

[gst666]

Du musst Python von der Webseite python.org installieren und dann den Adapter löschen und neu installieren.

[bahnuhr]

python hab ich doch drauf (dachte ich jedenfalls).

Hab doch mit dem xpn.py rum experimentiert. Hat ja fast alles geklappt. (-h, -info, etc.). Nur der Robo ist nicht angesprungen.

Die Installation des app "mihome" erkennt aber nun python nicht.

Warum nicht ?

Ich hab keine Ahnung.

Fazit:

python war installiert.

npm i mihome….. erkennt python nicht ????

mfg

[Homoran]

puthon 2.7 oder python 3.0???

du benötigst 2.7!

Gruß

Rainer

[skorpil]

Ich bin leider heute Abend nicht zu hause u. kann mit meinem Raspi keine konstruktiven Beiträge leisten. [emoji42]