Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[skorpil]

tpr,

guten Abend. Nach Deinen zuletzt geposteten Anweisungen bin ich vorgegangen. Ergebis:

! Using username "root".
! The programs included with the Debian GNU/Linux system are free software;
! the exact distribution terms for each program are described in the
! individual files in /usr/share/doc/*/copyright.
! Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
! permitted by applicable law.
! Last login: Wed Mar 8 19:27:02 2017 from server.fritz.box
! root@raspberrypi:~# virtualenv test_environment -p python3
! Running virtualenv with interpreter /usr/bin/python3
! Using base prefix '/usr'
! New python executable in /root/test_environment/bin/python3
! Not overwriting existing python script /root/test_environment/bin/python (you must use /root/test_environment/bin/python3)
! Installing setuptools, pip, wheel…done.
! root@raspberrypi:~# source test_environment/bin/activate
! (test_environment) root@raspberrypi:~# pip install -U pip setuptools
! Requirement already up-to-date: pip in ./test_environment/lib/python3.4/site-packages
! Requirement already up-to-date: setuptools in ./test_environment/lib/python3.4/site-packages
! Requirement already up-to-date: six>=1.6.0 in ./test_environment/lib/python3.4/site-packages (from setuptools)
! Requirement already up-to-date: packaging>=16.8 in ./test_environment/lib/python3.4/site-packages (from setuptools)
! Requirement already up-to-date: appdirs>=1.4.0 in ./test_environment/lib/python3.4/site-packages (from setuptools)
! Requirement already up-to-date: pyparsing in ./test_environment/lib/python3.4/site-packages (from packaging>=16.8->setuptools)
! (test_environment) root@raspberrypi:~# pip install python-mirobo
! Requirement already satisfied: python-mirobo in ./test_environment/lib/python3.4/site-packages
! Requirement already satisfied: pretty-cron in ./test_environment/lib/python3.4/site-packages (from python-mirobo)
! Requirement already satisfied: cryptography in ./test_environment/lib/python3.4/site-packages (from python-mirobo)
! Requirement already satisfied: construct in ./test_environment/lib/python3.4/site-packages (from python-mirobo)
! Requirement already satisfied: click in ./test_environment/lib/python3.4/site-packages (from python-mirobo)
! Requirement already satisfied: six>=1.4.1 in ./test_environment/lib/python3.4/site-packages (from cryptography->python-mirobo)
! Requirement already satisfied: pyasn1>=0.1.8 in ./test_environment/lib/python3.4/site-packages (from cryptography->python-mirobo)
! Requirement already satisfied: cffi>=1.4.1 in ./test_environment/lib/python3.4/site-packages (from cryptography->python-mirobo)
! Requirement already satisfied: idna>=2.0 in ./test_environment/lib/python3.4/site-packages (from cryptography->python-mirobo)
! Requirement already satisfied: setuptools>=11.3 in ./test_environment/lib/python3.4/site-packages (from cryptography->python-mirobo)
! Requirement already satisfied: pycparser in ./test_environment/lib/python3.4/site-packages (from cffi>=1.4.1->cryptography->python-mirobo)
! Requirement already satisfied: packaging>=16.8 in ./test_environment/lib/python3.4/site-packages (from setuptools>=11.3->cryptography->python-mirobo)
! Requirement already satisfied: appdirs>=1.4.0 in ./test_environment/lib/python3.4/site-packages (from setuptools>=11.3->cryptography->python-mirobo)
! Requirement already satisfied: pyparsing in ./test_environment/lib/python3.4/site-packages (from packaging>=16.8->setuptools>=11.3->cryptography->python-mirobo)
! (test_environment) root@raspberrypi:~# mirobo
! Usage: mirobo [OPTIONS] COMMAND [ARGS]…
! Error: Missing option "--ip".
! (test_environment) root@raspberrypi:~# export MIROBO_IP=192.168.X.X
! (test_environment) root@raspberrypi:~# export MIROBO_TOKEN=XXXXXXXXXXXXXXXXXX
! (test_environment) root@raspberrypi:~# mirobo
! ERROR:mirobo.vacuum:got error when receiving: timed out
! Traceback (most recent call last):
! File "/root/test_environment/bin/mirobo", line 11, in <module>sys.exit(cli())
! File "/root/test_environment/lib/python3.4/site-packages/click/core.py", line 722, in call
! return self.main(*args, **kwargs)
! File "/root/test_environment/lib/python3.4/site-packages/click/core.py", line 697, in main
! rv = self.invoke(ctx)
! File "/root/test_environment/lib/python3.4/site-packages/click/core.py", line 1043, in invoke
! return Command.invoke(self, ctx)
! File "/root/test_environment/lib/python3.4/site-packages/click/core.py", line 895, in invoke
! return ctx.invoke(self.callback, **ctx.params)
! File "/root/test_environment/lib/python3.4/site-packages/click/core.py", line 535, in invoke
! return callback(*args, **kwargs)
! File "/root/test_environment/lib/python3.4/site-packages/click/decorators.py", line 17, in new_func
! return f(get_current_context(), *args, **kwargs)
! File "/root/test_environment/lib/python3.4/site-packages/mirobo/cli.py", line 39, in cli
! ctx.invoke(status)
! File "/root/test_environment/lib/python3.4/site-packages/click/core.py", line 535, in invoke
! return callback(*args, **kwargs)
! File "/root/test_environment/lib/python3.4/site-packages/click/decorators.py", line 64, in new_func
! return ctx.invoke(f, obj, *args[1:], **kwargs)
! File "/root/test_environment/lib/python3.4/site-packages/click/core.py", line 535, in invoke
! return callback(*args, **kwargs)
! File "/root/test_environment/lib/python3.4/site-packages/mirobo/cli.py", line 51, in status
! res = vac.status()
! File "/root/test_environment/lib/python3.4/site-packages/mirobo/vacuum.py", line 106, in status
! return VacuumStatus(self.send("get_status")[0])
! File "/root/test_environment/lib/python3.4/site-packages/mirobo/vacuum.py", line 79, in send
! data, addr = s.recvfrom(1024)
! socket.timeout: timed out
! (test_environment) root@raspberrypi:~#</module>

Fazit: es klappt leider nicht. Hinweis: nach der Installation habe ich einmal bewußt nur mirobo eingegeben, um zu testen. Dann fordert mirobo ja die ip und den token an. Di habe ich danach mit Export eingegeben. Die ip ist richtig. das zeigt die Antwort auf Discover:

` > (test_environment) root@raspberrypi:~# mirobo discover

INFO:mirobo.vacuum:Sending discovery packet to broadcast address..

WARNING:mirobo.protocol:Unable to decrypt, returning raw bytes.

INFO:mirobo.vacuum: IP 192.168.X.X: 844 - token: b'ffffffffffffffffffffffffffffffff'

WARNING:mirobo.vacuum:error while reading discover results: timed out

(test_environment) root@raspberrypi:~# `

Etwas irritiert bin ich über den timeout. Denn mit der regulären IOS App komme ich drauf und sehe die Daten.

Es ist doch zu dumm, daß ich Dein Programm hier nicht ans Laufen bekomme. Hast Du noch eine Idee?

lg

Bernd

[gst666]

@Meistertr:

@gst666 wenn du noch Hilfe brauchst, sag bescheid… `
Zur Zeit nicht. Zum aktuellen Stand: Habe die Bibliothek in den Adapter von Bluefox integriert. Auch das Admin Interface habe ich angepasst. Zum Wochenende werde ich die Dateien wohl hochladen. Der Adapter wird keine weitergehende Funktionalität haben.

Wofür ist eigentlich die Find-Funktion?

[gst666]

Bei der Implemetierung ist mir aufgefallen, dass die Werte für den Lüfter-Level offensichtlich nicht die Level 1-3 darstellen. Ich vermute, dass stattdessen an den Roboter ein Wert in Prozent gesendet wird.

Vielleicht könnte jemand mal mit xpn die folgenden Kommandos absetzen:

{"id":20,"method":"set_custom_mode","params":[10]}
{"id":21,"method":"set_custom_mode","params":[50]}
{"id":22,"method":"set_custom_mode","params":[90]}

Die Auswirkung wird man wohl nur während des Saugvorgang erkennen. Schon blöd, wenn man etwas für ein Gerät entwickelt, dass man (noch?) nicht hat.

[skorpil]

Das muss man erst mal können: ohne das Gerät zu haben, zu entwickeln. Großes Kompliment. Ich stehe als Tester jederzeit gerne zur Verfügung. Als Helfer auch. Sagt, was ich machen soll.

[Meistertr]

Ja als Lüfter ist 0 bis 100 Prozent möglich. Mit der miapp ist jedoch nur bis 70 drin

Gesendet von meinem E5823 mit Tapatalk

[mc-hollin]

@gst666:

Vielleicht könnte jemand mal mit xpn die folgenden Kommandos absetzen `
Kannst du mal die portierte Javascript Version von XPN bereit stellen? Ich würde brennend gerne auch mal ein paar Tests machen.

[tpr]

@skorpil:

Fazit: es klappt leider nicht. Hinweis: nach der Installation habe ich einmal bewußt nur mirobo eingegeben, um zu testen. Dann fordert mirobo ja die ip und den token an. Di habe ich danach mit Export eingegeben. Die ip ist richtig. das zeigt die Antwort auf Discover:

` > (test_environment) root@raspberrypi:~# mirobo discover

INFO:mirobo.vacuum:Sending discovery packet to broadcast address..

WARNING:mirobo.protocol:Unable to decrypt, returning raw bytes.

INFO:mirobo.vacuum: IP 192.168.X.X: 844 - token: b'ffffffffffffffffffffffffffffffff'

WARNING:mirobo.vacuum:error while reading discover results: timed out

(test_environment) root@raspberrypi:~# `

Etwas irritiert bin ich über den timeout. Denn mit der regulären IOS App komme ich drauf und sehe die Daten.

Es ist doch zu dumm, daß ich Dein Programm hier nicht ans Laufen bekomme. Hast Du noch eine Idee? `

Ok, jetzt läuft das Skript mindestens, ist schon eine Fortschritt! Wie sieht dein Token aus, das Du exportiert hast? Das mit nur 'f's zeigt nur, dass der Robo ist schon mit dem App verbunden und gibt den Token nicht mehr. Seit spät gestern soll das Timeout 5s sein, manchmal (insb. wenn er saugt) kriegt man die Timeouts. Dabei hilft eine Neuausführung des Kommandos.

[skorpil]

@tpr:

@skorpil:

Fazit: es klappt leider nicht. Hinweis: nach der Installation habe ich einmal bewußt nur mirobo eingegeben, um zu testen. Dann fordert mirobo ja die ip und den token an. Di habe ich danach mit Export eingegeben. Die ip ist richtig. das zeigt die Antwort auf Discover:

` > (test_environment) root@raspberrypi:~# mirobo discover

INFO:mirobo.vacuum:Sending discovery packet to broadcast address..

WARNING:mirobo.protocol:Unable to decrypt, returning raw bytes.

INFO:mirobo.vacuum: IP 192.168.X.X: 844 - token: b'ffffffffffffffffffffffffffffffff'

WARNING:mirobo.vacuum:error while reading discover results: timed out

(test_environment) root@raspberrypi:~# `

Etwas irritiert bin ich über den timeout. Denn mit der regulären IOS App komme ich drauf und sehe die Daten.

Es ist doch zu dumm, daß ich Dein Programm hier nicht ans Laufen bekomme. Hast Du noch eine Idee? `

Ok, jetzt läuft das Skript mindestens, ist schon eine Fortschritt! Wie sieht dein Token aus, das Du exportiert hast? Das mit nur 'f's zeigt nur, dass der Robo ist schon mit dem App verbunden und gibt den Token nicht mehr. Seit spät gestern soll das Timeout 5s sein, manchmal (insb. wenn er saugt) kriegt man die Timeouts. Dabei hilft eine Neuausführung des Kommandos. `

tpr,

Danke für Deine Antwort. Er saugt aber nicht! Ich werde nachher noch mal versuchen, kurz hintereinander das Kommando zweimal zu senden. Kommt der Fehler mit dem timeout auch, wenn der Token nicht stimmt? Ich habe ihn bei der Ersteinrichtung generiert. Allerdings hat sich das Gerät später zweimal neue Softwareaktualisierungen geholt. Und ich bin daher nicht mehr sicher, ob der Token noch richtig ist.

[tpr]

@gst666:

@Meistertr:

@gst666 wenn du noch Hilfe brauchst, sag bescheid… Wofür ist eigentlich die Find-Funktion?
Sie lässt der Robot nur etwas auf Chinesisch aussprechen, eventuell ist nur nützlich für die Lokatierung wenn er verloren gegangen ist.

(Und fanspeed ist ja 0-100, steht für die Luftabsaugung statt Lüfter, wird aber in Status als fanspeed genannt. Hier ein komplettes Beispiel: {'id': 1, 'result': [{'state': 6, 'error_code': 0, 'msg_ver': 4, 'fan_power': 70, 'clean_time': 1580, 'clean_area': 20935000, 'battery': 100, 'map_present': 1, 'msg_seq': 164, 'in_cleaning': 0, 'dnd_enabled': 0}]}, die State- und Fehlernummer sind hier zu sehen: https://github.com/rytilahti/python-mir … ers.py#L30)

[tpr]

@skorpil:

tpr,

Danke für Deine Antwort. Er saugt aber nicht! Ich werde nachher noch mal versuchen, kurz hintereinander das Kommando zweimal zu senden. Kommt der Fehler mit dem timeout auch, wenn der Token nicht stimmt? Ich habe ihn bei der Ersteinrichtung generiert. Allerdings hat sich das Gerät später zweimal neue Softwareaktualisierungen geholt. Und ich bin daher nicht mehr sicher, ob der Token noch richtig ist. `
Das Timeout kommt auch wenn der Token falsch ist, da der Robot nämlich dann nichts geantwortet hat. Wegen Softwareaktualisierungen sollte es nicht verloren gehen, soweit man es nicht erneut mit Wifi verbunden muss. Also mag sein, dass Dein Token Falsch ist. Hier ist wie ich es bei mir aussieht: MIROBO_TOKEN=476e6b70343055483230644c53707a42

[skorpil]

Mein Token, natürlich ohne die Leerstellen, sieht so aus:78 4F 70 57 6B 65 53 79 30 4E 44 44 75 7A 33 75

[skorpil]

Ich denke, ich warte jetzt mal ab, was Meistertr und gst666 mit dem Adapter anstellen. Denn irgendwie bin ja jetzt zur Untätigkeit verdammt. Mirobo läuft, aber ich kann es nicht nutzen, weil vlt. der Token nicht stimmt oder timeout oder …?

Jedenfalls 100000 Dank an alle, due sich hier engagieren. Und wie gesagt, wenn ich helfen kann, dann lasst es mich wissen.

Bernd

[tpr]

@skorpil:

Ich denke, ich warte jetzt mal ab, was Meistertr und gst666 mit dem Adapter anstellen. Denn irgendwie bin ja jetzt zur Untätigkeit verdammt. Mirobo läuft, aber ich kann es nicht nutzen, weil vlt. der Token nicht stimmt oder timeout oder …?

Jedenfalls 100000 Dank an alle, due sich hier engagieren. Und wie gesagt, wenn ich helfen kann, dann lasst es mich wissen. `
Der Token sieht gut aus, damit sollte es klappen (ohne leerzeihnen usw.). Wenn nicht, kann man ja leider nicht so viel damit machen.. Und ja, es lohnt sich auf den Adapter zu warten, insb. als er wird direkt mit ioBroker integriert. Jedoch danke für das Testen, es hat mir geholfen! Wenn es nicht mit dem Adapter geht, ist die Ursache der Token.

[skorpil]

@tpr:

@skorpil:

Ich denke, ich warte jetzt mal ab, was Meistertr und gst666 mit dem Adapter anstellen. Denn irgendwie bin ja jetzt zur Untätigkeit verdammt. Mirobo läuft, aber ich kann es nicht nutzen, weil vlt. der Token nicht stimmt oder timeout oder …?

Jedenfalls 100000 Dank an alle, due sich hier engagieren. Und wie gesagt, wenn ich helfen kann, dann lasst es mich wissen. Der Token sieht gut aus, damit sollte es klappen (ohne leerzeihnen usw.). Wenn nicht, kann man ja leider nicht so viel damit machen.. Und ja, es lohnt sich auf den Adapter zu warten, insb. als er wird direkt mit ioBroker integriert. Jedoch danke für das Testen, es hat mir geholfen! Wenn es nicht mit dem Adapter geht, ist die Ursache der Token.

Das würde ich gerne hier mal anmerken: ich finde den Umgang der Forenmitglieder hier sehr, sehr toll. Wirklich bemerkenswert.

[gst666]

So, habe in GitHub im dev-Brunch meine Änderungen mal hochgeladen. Damit kann wer will und kann, erste Experimente machen. Bitte auf jeden Fall daran denken, dass im Admin nunmehr der Token eingetragen werden muss.

[skorpil]

Gst666,

Und wie kann ich das jetzt herunterladen und im iobroker testen?

Danke!

[mc-hollin]

Auf der Seite https://github.com/ioBroker/ioBroker.mihome-vacuum im Bereich Code links den Branch von Master auf Dev umstellen.

Dann siehst du die neu geänderten Dateien.

Oder das gesamte downloaden.
822_xiaomi-iobroker.png

[skorpil]

Mc-hollin,

Vielen Dank. Gefunden hatte ich das auch schon.

Aber wie kriege ich das auf dem Raspi installiert?

Bin zu dumm!

Liebe Grüße

Bernd

[skorpil]

für die Nichtfachleute unter uns (der ich ja auch bin):

ich habe mir vom Github unter dev nur die geänderten Dateien main.js, mihomepacket.js und die index.html runtergeladen und in die entsprechen Verzeichnisse des iobroker Adapters auf dem Raspi kopiert. Damit läuft der geänderte Adapter. Super!

Dennoch kann ich damit noch nicht arbeiten. Denn jetzt bekomme ich im log die Fehlermeldung

> instance system.adapter.mihome-vacuum.0 terminated with code 1 ()

Ich vermute, wie auch schon bei den Tests mit mirobo, daß mein Token nicht stimmt. Das werde ich jetzt prüfen und mich wieder melden.

[gst666]

Bei einem falschen Token sollte der Adapter nicht abschmieren. Bitte mal den debug-Modus einschalten. Vielleicht gibt es dann noch mehr Hinweise bezüglich des Fehlers.