Weihnachtsangebot 2025! 🎄

[da_Woody]

@dirkhe lass den lauser grad mal rumpeln.

aber pause/resume tut bei mir in iQontrol nicht. kann aber auch ein config prob sein. muss wie immer schon auf start klicken, "reinigung wird fortgesetzt".

[dirkhe]

@da_woody Wie hast du denn denn pause Knopf konfiguriert? Du darfst jetzt immer nur "true" schreiben, der Adapter toggelt dann. War vorher anders, da musste man true oder false setzten. Der Knopf zeigt dir jetzt auch den Status nicht mehr an, den musst du dann aus dem Status Feld holen.

[da_Woody]

@dirkhe sorry, wie gesagt, hatte noch den pause drinnen, mit pauseResume tutets jetzt.

[bug77]

Ich habe den Roborock S5 mit neuester Firmware und den Adapter in 3.9.0

Die Goto Funktion geht in der Xiaomi App einwandfrei und die Position wird mir in den Objekten angezeigt.
Wenn ich nun das goto Objekt manuell mit dem gleichen Wert füttere, z.b. 39500,39500, dann sagt er nach kurzer Zeit, dass es nicht erreicht werden kann, oder das goto Objekt ändert sich selbstständig in z.b 39500,17500 ab und kann dann auch nicht erreicht werden.

Das passiert seit dem Update auf 3.9.0, weiß nun nicht welche Version ich davor hatte 🤔

[dirkhe]

@bug77 am goto befehl ist seit ewigkeiten nichts mehr gemacht worden, soweit ich weiss. Da hilft nur ins log schauen, aber da wird er nur den befehl mit deinen koordinaten an den robbi geben.
Welche version du vifher hattest, könntest du in den backup dateien nachschauen. Da sollte irgendwo in der objektdatei die version drin stehen

[M-A-X]

Hey.
Ich sage direkt dazu dass ich leider nicht weiß seit wann das Problem besteht, aber mindestens seit 3.9, könnte aber auch schon früher gewesen sein:
Sobald ich manuell meinen valetudo Re geflashten s50 starte stürzt der Adapter ab und startet danach direkt wieder.
Folgende Fehlermeldungen kommen. Es ist bisher für mich kein Weltuntergang, da ich noch keinerlei Funktionen implementiert habe in iobroker. Ich wollte es nur mitteilen.

mihome-vacuum.0
2023-01-09 07:46:24.302	info	create state for carpet_mode

mihome-vacuum.0
2023-01-09 07:46:23.637	info	settest next timer: not available

mihome-vacuum.0
2023-01-09 07:46:23.403	info	create states for water box

mihome-vacuum.0
2023-01-09 07:46:23.401	info	change states from State control.fan_power

mihome-vacuum.0
2023-01-09 07:46:23.011	info	select standard vacuum protocol....

mihome-vacuum.0
2023-01-09 07:46:22.833	info	IOT enabled, create state

mihome-vacuum.0
2023-01-09 07:46:22.383	info	starting. Version 3.9.2 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v16.19.0, js-controller: 4.0.24
host.iobroker
2023-01-09 07:46:18.330	info	instance system.adapter.mihome-vacuum.0 started with pid 58041

javascript.0
2023-01-09 07:45:53.065	info	script.js.LaufenAlleInstanzenRichtig: Instanz mihome-vacuum.0 alive meldet Probleme
host.iobroker
2023-01-09 07:45:48.121	info	Restart adapter system.adapter.mihome-vacuum.0 because enabled
host.iobroker
2023-01-09 07:45:48.120	info	instance system.adapter.mihome-vacuum.0 terminated with code NaN ()
host.iobroker
2023-01-09 07:45:48.120	warn	instance system.adapter.mihome-vacuum.0 terminated due to SIGABRT
host.iobroker
2023-01-09 07:45:48.119	error	Caught by controller[5]: 8: 0x15d9cf9 [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.119	error	Caught by controller[5]: 7: 0xd3f21f v8::internal::Builtin_HandleApiCall(int, unsigned long*, v8::internal::Isolate*) [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.119	error	Caught by controller[4]: 6: 0xd3ddfe [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.119	error	Caught by controller[4]: 5: 0x7f6bf4317e58 [/opt/iobroker/node_modules/canvas/build/Release/canvas.node]
host.iobroker
2023-01-09 07:45:48.118	error	Caught by controller[4]: 4: 0x7f6bf4326fee Context2d::GetImageData(Nan::FunctionCallbackInfo<v8::Value> const&) [/opt/iobroker/node_modules/canvas/build/Release/canvas.node]
host.iobroker
2023-01-09 07:45:48.118	error	Caught by controller[4]: 3: 0xce15fa v8::Utils::ReportApiFailure(char const*, char const*) [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.108	error	Caught by controller[3]: 2: 0xa1b60e node::FatalError(char const*, char const*) [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.108	error	Caught by controller[2]: 1: 0xb08e80 node::Abort() [io.mihome-vacuum.0]
host.iobroker
2023-01-09 07:45:48.104	error	Caught by controller[1]: FATAL ERROR: v8::ToLocalChecked Empty MaybeLocal.

Grüße, Max

[dirkhe]

@m-a-x ich fürchte, das luegt an der neuen canvas version. Die habe ich per pr übernommen in der 9.0. ich werde nachher mal testen, ob ich es nachvollziehen kann und gehe ggf. Runter. Wird dann aber hinter her wieder schwierig, wenn die anderen adapter updaten. Das canvas macht echt immer ärger...

[Ein ehemaliger Benutzer]

@dirkhe

Hier läuft die 3.9.0 ohne Probleme mit orig S5
Gab mal n issue mit Valetudo und Canvas, das mag sich wohl nicht..

[dirkhe]

Hmmm, ich kann es leider nicht nachvollziehen, nutze aber auch nicht valuduto. Ich denke aber, dass das auch keine Rolle spielt, es sei denn, dass die Daten dort corrupt sind. Leider kann ich das auch nicht abfangen, weil da ein try catch nicht reicht :(.

[M-A-X]

@dirkhe wie gesagt ist es nicht wichtig für mich da ich derzeit noch keine Aktionen im iobroker mit deinem Adapter verknüpft habe.
Wollte es nur mitteilen.
Hab auch gerade auf die 3.8.8 gedowngraded und der Fehler kommt auch.
Wenn ich irgendwas testen soll, schreib einfach. Ich helfe dann gerne :)

[Diginix]

@dirkhe Ich hatte jetzt schon mind 2 mal den Fall dass im Log "Login failed" steht.
Wenn ich dann in die Instanzeinstellungen gehe, ist dort aber alles ausgefüllt. Bei Klick auf "Get Devices" kommt dann auch "Login failed" oder sowas.
Ein Blick ins JSON von system.adapter.mihome-vacuum.0 zeigt dass dort das Passwort plain drin steht. Außerdem ist der Port und ownPort als numerischer Wert drin.

"email": "email",
"password": "plaintext",
"port": 54321,
"ownPort": 53422,

Setze ich das PW in der Instanz neu, wird es gehasht ins JSON geschrieben und das Login funktioniert danach. Außerdem sind die Ports als String enthalten:

"email": "email",
"password": "$/aes-.....",
"port": "54321",
"ownPort": "53422",

Nun stellt sich mir die Frage wie zur Laufzeit die Daten in der wahrs. alten Form ins JSON kommen?
Die Instanz wurde ggf. mal neu gestartet, aber dabei sollte das ja nicht passieren. Kann es sein dass es 2 Stellen im Code gibt, die das schreiben und eine macht es noch wie früher ungehasht mit numerischen Ports?

[Strohhutschlange]

leider (noch immer) keine "room" support für den Roborock S7. :disappointed: :disappointed_relieved:
Aber der rest haut gut hin, Danke :+1:

[dirkhe]

@diginix Ich habe da so eine Idee, ich schreibe in der 3.9.2 die unsupported features weg, die ich währen der Laufzeit entdecke, aktuell nur das mit den repeat, hatte mir aber gedacht, das ich da demnächst auch noch andere weg schreibe. Das schreibe ich in die config aus dem Adapter raus. ich fürchte, dass dabei das von dir beschrieben Verhalten auftritt. Super beobachtet, danke. Ich fixe das gleich und schreibe das in einen datenpunkt.

[dirkhe]

@strohhutschlange Warum sollte der S7 kein room support haben? Wir hatten es aber bei jemanden, dass der S7 bei umlauten in den Räumen ein leeres Array mitschickt, obwohl er die Namen nicht mit ausgibt (wäre schön...). Schau mal ob du ein Umlaut, zb in Küche hast.

[Diginix]

@dirkhe 3.9.4 läuft bei mir problemlos nach den ersten Tests
mihome-vacuum.0.deviceInfo.unsupported wurde auch korrekt mit "|segemntCleanRepeat|" befüllt beim Start vom ersten repeated roomClean.

[Ein ehemaliger Benutzer]

@dirkhe 3.9.4 läuft hier ohne Probleme 👍🏽

[JB_Sullivan]

Moin zusammen, vielleicht kann mir jemand einen kurzen Hinweis geben wo mein Fehler liegt.

Ich verwende den Adapter schon gefühlt seit "100 Jahren". Irgendwann ist die Karte ausgestiegen und ich habe mich nicht weiter darum gekümmert, da alles andere (mit Ausnahme des Widgets) noch funktioniert.

Heute habe ich dann auf 3.9.5 geupdatet und versucht die Karte wieder in meiner VIS zum laufen zu bekommen.

Verwende ich den Datenpunkt mihome-vacuum.0.cleanmap.map64 in meinem basic-html Widget, wurde mir früher immer eine Karte angezeigt. Das die Karte da und auch aktuell ist, kann ich sehen wenn ich den Wert von diesem Datenpunkt stumpf in die Browserzeile eingebe.

Dann erscheint das hier. Mit welchem VIS Widget kann ich die Karte bzw. den Datenpunkt in meine Visualisierung einbinden? Iframe habe ich auch schon versucht, aber da kommt die Karte auch nicht.

Stehe da aktuell etwas auf dem Schlauch. Vielen Dank für Eure Unterstützung.

[dirkhe]

@jb_sullivan du kannst cleanmap.mapURL' nehmen, der lefert dir eine Url auf die Map, die kannst du dann einfach in ein image src packen

[pad]

@bug77 sagte in Test für mihome-vacuum 3.9.x:

Ich habe den Roborock S5 mit neuester Firmware und den Adapter in 3.9.0

Die Goto Funktion geht in der Xiaomi App einwandfrei und die Position wird mir in den Objekten angezeigt.
Wenn ich nun das goto Objekt manuell mit dem gleichen Wert füttere, z.b. 39500,39500, dann sagt er nach kurzer Zeit, dass es nicht erreicht werden kann, oder das goto Objekt ändert sich selbstständig in z.b 39500,17500 ab und kann dann auch nicht erreicht werden.

Das passiert seit dem Update auf 3.9.0, weiß nun nicht welche Version ich davor hatte 🤔

Ich habe exakt das gleiche Problem mit meinem Roborock S7 MaxV Ultra, und dass schon seit Dezember, wo ich es das erste mal ausprobiert habe. Ich bin zwischenzeitlich wieder zurück zur normalen Roborock app, da ich sonst keinen Mehrwert habe. Da ich nun meinen PI gegen einen Server getauscht habe und eh alles neu installiert habe, wollte ich es nochmal ausprobieren. Ich habe die aktuelle 3.9.5 Version installiert und habe weiterhin das exakt gleiche Verhalten.
Ich habe bereits ein ISSUE eröffnet:

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

Das sind zwar die alten Logs, aber es ist genau das gleiche Verhalten, absolut identisch und ich verstehe einfach nicht wieso. Ich würde die Funktion wirklich sehr gerne nutzen, damit ich Zonen anlegen kann die der Roboter dann anfährt, welche ich widerum per Siri Kommando triggern möchte.
Nun will ich an der Stelle mal sagen, dass ich genau das gleiche Verhalten beim homebridge Plugin habe.

https://github.com/homebridge-xiaomi-roborock-vacuum/homebridge-xiaomi-roborock-vacuum/issues?page=3&q=is%3Aissue+is%3Aopen

Ich bekomme dort den identischen Fehler. Gibt es hier irgendjemanden der den gleichen Robi hat und bei dem das funktioniert? Da es ja beim Homebridge Plugin genauso ist, kann es ja nicht am Plugin selber liegen. Mir scheint so, als wäre da im allgemeinen etwas anders beim S7MaxV.

[Edit]
Ich hab nochmal ein wenig weiter gespielt. Die GoTo Funktion geht, wenn ich den Roboter auf einer geraden Linie fahren lasse, dann kann ich ihn beliebig oft hin und herfahren lassen, aber sobald ich diese Linie verlassen will, kommt dann eben genau dieser Fehler. Es ist mir ein Rätsel. Das gute ist, wenn man gleichzeitig die GoTo Map in der App offen hat, dann kann man sehen, dass sich die Stecknadel verändert, was halt wie gesagt auf einer Linie funktioniert. Ansonsten kommt oben genannte Fehlermeldung. Ich habe mal testweise im Plugin die Cloudmap deaktiviert, aber es verhält sich hier dann genauso. Ich hatte zuvor auch schon einmal die gesamte Map gelöscht gehabt und mit der MiHome App erneut erstellen lassen, aber auch hier das gleiche Problem. :(
[/Edit]

pad

[blackeagle998]

@dirkhe
Gerät: Roborock S5
Für jeden Raum existiert ja ein "roomClean"-Button und eine "repeat" Vorgabe.
Der Button und die Queue funktionieren tadellos, allerdings beachtet er die repeat Vorgabe gar nicht.
Egal ob ich 1, 2 oder 3 eintrage, er reinigt den Raum nur einmal.
Kannst du nochmal schauen ob die "repeat" Vorgabe pro Raum sauber funktionieren müsste?

Als Alternative habe ich versucht das ganze per sendTo umzusetzen:

function cleanSegment(val_segment, val_repeat){
    let obj_clean = {
		"method": "app_segment_clean",
		"params": [{
			"segments": [val_segment],
			"repeat": val_repeat,
			"clean_order_mode": 0
		}],
		"id": 6764
	};
    sendTo("mihome-vacuum.0", "sendCustomCommand", obj_clean, function (response){});
}

Der Aufruf für das erste Segment funktioniert. Rufe ich die Funktion für ein weiteres Segment auf während er saugt, ist die Response zwar ok, aber er schreibt es nicht in die Queue und führt es nach Abschluss des Saugvorgangs auch nicht aus, der Befehl geht quasi ins Leere.