Monatsrückblick Januar/Februar 2026 ist online!

[lessthanmore]

Hallo zusammen,

nachdem ich mir nun auch einen S7 zugelegt habe, bekomme ich leider keine Verbindung zum Roboter:

mihome-vacuum.0
2021-09-29 14:31:44.334	debug	Helo message Timeout

mihome-vacuum.0
2021-09-29 14:31:42.333	debug	server started on 0.0.0.0:53421

mihome-vacuum.0
2021-09-29 14:31:42.332	info	IOT enabled, create state

mihome-vacuum.0
2021-09-29 14:31:42.331	debug	MIIO: Config: ip:xxx token: xxx

mihome-vacuum.0
2021-09-29 14:31:42.330	debug	Create State for deviceInfowifi_signal

mihome-vacuum.0
2021-09-29 14:31:42.330	debug	Create State for deviceInfofw_ver

mihome-vacuum.0
2021-09-29 14:31:42.330	debug	Create State for deviceInfomodel

mihome-vacuum.0
2021-09-29 14:31:42.330	debug	Create State for deviceInfomac

mihome-vacuum.0
2021-09-29 14:31:42.330	debug	Create State for deviceInfo

Die Instanz wird zwar kurzzeitig grün, springt dann aber auf gelb. Die Objekte werden angelegt, aber ohne Werte.

Jemand spontan eine Idee oder soll ich das in github als issue packen?

Danke vorab.

[Coffeelover]

@lessthanmore gib ihm etwas Zeit.

[lessthanmore]

@coffeelover Hatte gerade das Modul in node-red getestet. Gleiches Ergebnis.
Glaube es liegt daran, dass der ioBroker in einem anderen Subnetz ist.
Muss ich mir mal anschauen.

[lessthanmore]

Kurzes Update: Liegt am Subnetz. Habe ihn jetzt in das gleiche Subnetz wie den ioBroker gehangen und es läuft.

Jetzt muss ich mir nur die Frage stellen, ob es mir das wert ist oder ob es Sinn macht nur dafür einen Slave einzurichten. Oder ganz auf den Adapter zu verzichten.
Oder es einfach so zu lassen, aber das wäre irgendwie gegen das Prinzip alle iot Geräte in einem eigenen Netz laufen zu lassen.

[Tschaeens]

Hallo,

vielleicht kann mir jemand helfen. Sobald ich den Robbi S7 nach einer bestimmten Zeit wieder in einen Raum zum reinigen schicken möchte, erhalte ich folgende Fehlermeldung:

2021-09-29 18:19:54.924 - error: mihome-vacuum.0 (7819) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-09-29 18:19:54.925 - error: mihome-vacuum.0 (7819) unhandled promise rejection: undefined
2021-09-29 18:19:54.925 - error: mihome-vacuum.0 (7819) undefined
2021-09-29 18:19:54.926 - error: mihome-vacuum.0 (7819) Socket Close
2021-09-29 18:19:54.926 - info: mihome-vacuum.0 (7819) terminating
2021-09-29 18:19:54.927 - warn: mihome-vacuum.0 (7819) Terminated (UNCAUGHT_EXCEPTION): Without reason
2021-09-29 18:19:55.486 - error: host.ioBroker instance system.adapter.mihome-vacuum.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

Beim Neustart des Adapter funzt die Raumreinigung.

Lieben Gruß

[da_Woody]

@lessthanmore sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

gegen das Prinzip alle iot Geräte in einem eigenen Netz

?, alle anderen arbeiten mit ioB der in einem anderen subnet ist?

[lessthanmore]

@da_woody Nee, hab ich doof formuliert.
Alle iot Geräte sind in einem anderen Netz (sonos, alexa, fernseher, etc.). ioBroker läuft im „Hauptnetz“ da dort auch knx ist.
Also Geräte wie Wärmepumpe, Wechselrichter, Wallbox sind ebenfalls im Netz wie ioB.
Mein roomba hingegen lief über den entsprechenden Adapter im Subnetz korrekt.

/edit: Ist jetzt auch wieder komisch geschrieben. Anders ausgedrückt gibt es Adapter, bei denen das Gerät in einem anderen Subnetz sein kann aber auch umgekehrt (siehe Roborock oder SMA SHM2).

[apollon77]

@lessthanmore das ist generell die crux an der Nummer. Viele Geräte und auch Discovery Methoden von Smart Home Geräten arbeiten halt mit Udp basierten Verfahren und genau das bleibt in Netzwerksegment Grenzen.

Wenn man also für sich so eine (ggf. sicherere - die Diskussion will ich hier aber nicht starten) Topologie wählt muss man die Konsequenzen beachten. Am einfachsten ist es wirklich da einen Slave hin zu setzen. Router hardware die ggf Udp Pakete ebenso Routet (wenn das vom trennungskonzept überhaupt Sinn macht) ist deutlich teurer und aufwändiger ;-)

[lessthanmore]

@apollon77 Ich glaube ein Slave wäre mit Kanonen auf Spatzen geschossen, nur für einen Adapter.
Zudem läuft bei mir alles in proxmox auf einem NUC.
Da müsste ich also entweder erst eine weitere Bridge einrichten oder einen zusätzlichen RPI nutzen. Das ist es mir nicht wert.
Ärgerlich ist eigentlich nur dass der S7 kein PMF beherrscht und ich das somit für mein Hauptnetzwerk nun deaktivieren oder zumindest auf optional stellen muss.
Gibt denke ich schlimmeres.

[Tschaeens]

Kann mir jemand bei dieser Problematik helfen?

@tschaeens sagte in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

Hallo,

vielleicht kann mir jemand helfen. Sobald ich den Robbi S7 nach einer bestimmten Zeit wieder in einen Raum zum reinigen schicken möchte, erhalte ich folgende Fehlermeldung:

2021-09-29 18:19:54.924 - error: mihome-vacuum.0 (7819) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2021-09-29 18:19:54.925 - error: mihome-vacuum.0 (7819) unhandled promise rejection: undefined
2021-09-29 18:19:54.925 - error: mihome-vacuum.0 (7819) undefined
2021-09-29 18:19:54.926 - error: mihome-vacuum.0 (7819) Socket Close
2021-09-29 18:19:54.926 - info: mihome-vacuum.0 (7819) terminating
2021-09-29 18:19:54.927 - warn: mihome-vacuum.0 (7819) Terminated (UNCAUGHT_EXCEPTION): Without reason
2021-09-29 18:19:55.486 - error: host.ioBroker instance system.adapter.mihome-vacuum.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

Beim Neustart des Adapter funzt die Raumreinigung.

Lieben Gruß

[bahnuhr]

@tschaeens

siehe:
https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues/407

[Tschaeens]

@bahnuhr danke. Mit der aktuellen github version gleiches Problem

[arni_h]

@lessthanmore
haha.. ich hab das gleiche Problem. KNX + iobroker im Hauptnetz, iot Geräte im iot Netz und iobroker auch auf dem nuc..
Wenn alles eh virtuell ist, könntest du nicht schnell einen iobroker slave anlegen und den ins subnetz hängen? Bei mir wurde komischerweise der S5 problemlos erkannt und nur der s7 will nicht.

Vermutlich hänge ich vorübergehend das WLAN beim S7 um und irgendwann der iobroker slave, oder gibts noch eine andere Möglichkeit?

[lessthanmore]

@arni_h Ich nutze den Adapter nicht mehr, da er für mich keinen Mehrgewinn bringt.
Zudem hatte ich das Gefühl dass er die benutzerdefinierte Reinigung pro Raum ignorierte oder durcheinander brachte. Steuere den S7 jetzt nur noch über Tablet und Smartphone.
Er hängt nun wieder isoliert im IoT Wlan.
Hatte noch überlegt die App auf dem Tablet an der Wand zu nutzen, auf dem auch meine Visu läuft, aber die geht nur im Hochformat (Android).
PI4 liegt zwar noch hier ungenutzt rum, aber nur dafür richte ich keinen Slave ein.

[haselchen]

@lessthanmore

Du könntest das Tablet rooten und versuchen die App im Querformat zu forcen.

[BlueBook]

Hallo zusammen,

irgendwie, scheint es ja mit dem S7 schwieriger zu sein?
Mein s5Max läuft super über den Adapter.

Beim s7 bekomm ich immer:

host.buanet-iobroker2	2021-10-24 17:12:40.986	info	"system.adapter.mihome-vacuum.1" disabled
host.buanet-iobroker2	2021-10-24 17:12:23.414	info	Restart adapter system.adapter.mihome-vacuum.1 because enabled
host.buanet-iobroker2	2021-10-24 17:12:23.413	info	instance system.adapter.mihome-vacuum.1 terminated with code 0 (NO_ERROR)

Leider spuckt er auch nicht mehr aus. Auch nicht mit LogLevel debug.

Ich hab alles in einem Netz liegen.
Mein ioBroker läuft allerdings bei mir unter Docker, sollte dies stören?

Bin für jeden Tipp dankbar :)

Gruß
BB

[IoBrokerBuddy]

@bahnuhr said in Test Adapter Mihome-vacuum v3.1.6 Next Generarition:

noch einen Punkt zur Karte:

Diese wird bei mir in einem widget "baisc-html" nicht korrekt angezeigt
(beim alten robo "vacuum V1" hat dies noch geklappt.

Jetzt beim roborock S7 sieht das so aus:

Die Karte fängt ziemlich weit unten an. Und dann ist halt nicht alles ersichtlich.
Habt ihr dies auch so ?

Hi,
ich hätte da mal eine Frage: ich habe die Einbindung der Karte in Vis hinbekommen (habe einfach die Parameter aus der GitHub Anleitung herüber kopiert), aber ich habe Probleme, diese weiter zu verarbeiten. Die Karte soll auf meiner Mediola Fernbedienung angezeigt werden. Hierzu binde ich die Karte als HTML Objekt ein, sie wird auch im Probefenster angezeigt, aber auf dem Android oder iOS Tablet nicht. Gibt es noch alternative Wege die Karte für Mediola bereit zu stellen?

Dank Euch
Grüße

[march]

bekomme noch folgende Warnung:

Model dreame.vacuum.mc1808 not supported! Please open issue on git: https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues

Kansnt du diese Modell mitaufnehmen? Adapter ist grün, ich kann MAC, IP, FIrmwareversion als Objekte sehen, auch die Steuerung Clean_home & Pause_resume - hier passiert aber nichts, wenn ich sie auf true setze...

mihome adapter version 3.3.1

[NWH]

Ich habe meinen S7 mit der Karte erfolgreich eingebunden, allerdings habe ich heute ein Firmware update gemacht und seit dem wird die Map nicht mehr angezeigt bzw. bekomme ich kein aktuelles Bild. Wobei aber die Daten der Dauer usw. richtig angezeigt werden.

Firmware 4.1.5_1320

Hat das Problem sonst auch noch wer? Oder was könnte ich machen damit es wieder funktioniert.

[jmeister79]

@nwh ich habe auch egrade reinigen gestartet und ne karte bekommen, beim ncästen reinigungsvorgang allerdings nix neues. die alte karte bleibt.

Habe eh probleme zu verstehen wie ich bestimmte räume anfahre zum reinigen.
Gibnts dafür n vernünftiges Tutorial?
Die Erklärung im Git beim adapter ist n icht schlüssig. Ich habe bei mir weniger räume angezeigt als angelegt und die variablen sind alle oftmals (null).