Test für mihome-vacuum 3.10.x

[dirkhe]

Aktuelle Test Version	3.9.3
Veröffentlichungsdatum	04.01.2023 (3.9.0)
Github Link	https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum

Hier Adapter Beschreibung, Changelog etc.

3.9.0

• Neues Kommando für Mop waschen hinzugefügt
• Es können jetzt die Anzahl der Durchläufe eingestellt werden, dazu gibt es bei den Räumen jetzt einen Datenpunkt "repeat", der funktioniert auch für Zonen. Sobald genau ein Raum getriggert wird, wird der Datenpunkt repeat ausgelesen
• PauseResume nochmal überarbeitet, verhält sich jetzt wie ein Toggle Button.

3.9.1 <- bitte nicht mehr verwenden, ist fehlerhaft

• Wenn der robbi repeat nicht direkt unterstützt, wird es beim 1. mal abgefangen und im Adapter vermerkt. Es gibt dann ein Fallback, dass er den Raum dann einfach x mal in die Queue packt.

3.9.2

• testcode beseitigt, dass die repeat funktion immer fehl schlägt
• alle gespeicherten unsupported features werden bei Auswahl eines neues Saugers (anderer Token) resetet.

3.9.3/3.9.4

• bug behoben dass Passwort falsch gelesen wird. Achtung! alle die 3.9.2 installiert hatten müssen nach adapter start von 3.9.3 bitte einmal ihr Passwort neu eingeben#
• Die map Url ist jetzt nicht mehr unter /mihome.admin zu finden, sondern unter /mihome-vacuum.0userfiles/actualMap.png Wer aber normal auf den DP zugreift, sollte davon nichts mitbekommen

3.10

• check also stockcommands in onMessage
• add feature waterbox level #755

[Peoples]

@dirkhe
Spitzen Arbeit (mal wieder). Danke

[A Former User]

@dirkhe Vielen Dank, laeuft ohne Zicken hier mit meinen guten alten S5 ( 4 Stueck ).
Map wurde erstellt passt.

[dirkhe]

@Diginix hat schon einen bug festgestellt, anschainend wird das mit dem repeat nicht von allen unterstützt, ich arbeite gerade an einem fix, der das erkennt

[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...

[A Former User]

@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.
Aber der rest haut gut hin, Danke

[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.

[A Former User]

@dirkhe 3.9.4 läuft hier ohne Probleme