Test Adapter Mihome-vacuum v3.1.6 Next Generarition

[mech]

Ich wollte gerade die Datenpunkte der Räume per IOT Alexa fähig machen. Dabei ist mir aufgefallen das er zusätzliche Datenpunkte "Buttons" zb. roomClean nicht als Gerät im IOT übernimmt.

Falls das Thema hier auch falsch ist , einfach Bescheid geben. Bin mir nicht sicher ob es ein Problem aus dem Adapter heraus ist, oder an IOT liegt, oder vielleicht sogar etwas ganz anderes.

[Meistertr]

@mech schau ich mir an

[Kueppert]

@meistertr hab gerade mit dem neuen Admin das Update von 3.1.0 auf 3.1.1 mit dem wieder "normalen" Link aus deinem 1. Post probiert via GIT - erhalte aber eine Fehlermeldung?

$ iobroker url https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum auto --host ioBroker2 --debug

install iobroker-community-adapters/ioBroker.mihome-vacuum#e2c77e95bcf18ec4d3afca8834b4c557d26fc662

NPM version: 6.14.11

npm install iobroker-community-adapters/ioBroker.mihome-vacuum#e2c77e95bcf18ec4d3afca8834b4c557d26fc662 --loglevel error --prefix "/opt/iobroker" (System call)

+ iobroker.mihome-vacuum@3.1.1updated 1 package in 39.713s

48 packages are looking for funding run `npm fund` for details

host.ioBroker2 Cannot install iobroker-community-adapters/ioBroker.mihome-vacuum#e2c77e95bcf18ec4d3afca8834b4c557d26fc662: 0

ERROR: Process exited with code 25

hat vorher Reibungslos funktioniert

[Meistertr]

@kueppert das ist ein bug vom admin

[Phil82]

Hallo,
ich habe den Dreame D9. Bekomme folgendes Log:

mihome-vacuum.0	2021-04-19 10:12:25.330	warn	(29737) Model dreame.vacuum.p2009 not supported! Please open issue on git: https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues
mihome-vacuum.0	2021-04-19 10:12:25.329	debug	(29737) DeviceModel selected to: dreame.vacuum.p2009
mihome-vacuum.0	2021-04-19 10:12:25.328	debug	(29737) Get Device data from robot..
mihome-vacuum.0	2021-04-19 10:12:25.328	debug	(29737) Get Device data..1
mihome-vacuum.0	2021-04-19 10:12:25.327	debug	(29737) GETMODELFROMAPI:Data: {"partner_id":"","id":2,"code":0,"message":"ok","result":{"hw_ver":"Linux","fw_ver":"3.5.8_1082","ap":{"ssid":"xxxx","bssid":"74:42:7F:40:08:F6","rssi":-49},"neti
mihome-vacuum.0	2021-04-19 10:12:25.326	debug	(29737) MIIO RECIVE: {"partner_id":"","id":2,"code":0,"message":"ok","result":{"hw_ver":"Linux","fw_ver":"3.5.8_1082","ap":{"ssid":"xxxx","bssid":"74:42:7F:40:08:F6","rssi":-49},"netif":{"loca
mihome-vacuum.0	2021-04-19 10:12:25.217	debug	(29737) Message= {"id":2,"method":"miIO.info"}
mihome-vacuum.0	2021-04-19 10:12:25.217	debug	(29737) Get Device data..0
mihome-vacuum.0	2021-04-19 10:12:25.216	debug	(29737) Receive Timeout<<<
mihome-vacuum.0	2021-04-19 10:12:23.212	debug	(29737) Message= {"id":1,"method":"miIO.info"}
mihome-vacuum.0	2021-04-19 10:12:23.209	debug	(29737) GETMODELFROMAPI: objModel: {"val":"dreame.vacuum.p2009","ack":true,"ts":1618819820812,"q":0,"from":"system.adapter.mihome-vacuum.0","user":"system.user.admin","lc":1618819820812}
mihome-vacuum.0	2021-04-19 10:12:23.205	debug	(29737) MAIN: Connected to device, try to get model..
mihome-vacuum.0	2021-04-19 10:12:23.205	debug	(29737) Receive <<< Helo <<< 213100200000000016d19b80607d3b66ffffffffffffffffffffffffffffffff
mihome-vacuum.0	2021-04-19 10:12:22.262	debug	(29737) server started on 0.0.0.0:53421
mihome-vacuum.0	2021-04-19 10:12:22.252	debug	(29737) MIIO: Config: ip:192.168.2.21 token: xxxxxxxxxxxxxxxxxxxx
mihome-vacuum.0	2021-04-19 10:12:22.250	info	(29737) check group user admin group admin: false
mihome-vacuum.0	2021-04-19 10:12:22.244	info	(29737) check user admin pw iobroker: true
mihome-vacuum.0	2021-04-19 10:12:22.017	info	(29737) starting. Version 3.0.3 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v12.22.1, js-controller: 3.2.16

Was wird noch benötigt um zu helfen?

[cash]

Ich habe auch mal getestet. Installation und start komplett ohne Fehler. Befehl zum Räume starten ohne Probleme. CPU-Last scheint weniger zu sein. Also alles perfekt. Vielen Dank @Meistertr

[skorpil]

@Meistertr

auch bei mir verlief die Installation problemlos auf meiner Linux Installation auf der VirtualBox unter Win10. Nur funktioniert „get device“ nicht. Mit extrahiertem Token aus dem backup des iPhone funktioniert alles. Nur eben nicht get device

[ChrisXY]

EDIT: Jetzt gelesen GIT Update vom Update und des MIHOME adapters löst das Problem

also alten Adapter gelöscht neuen drauf. Gestartet, EIngelogt Gerät Ausgewählt Speichern ..
Im Log steht folgendes danach wurde der adapter automatich gestoppt .. hab auch neuste Admin drauf.
mihome-vacuum.0 3305 2021-04-21 09:40:18.080 info settest next timer: not available
mihome-vacuum.0 3305 2021-04-21 09:40:17.261 info Map not selected delete states...
mihome-vacuum.0 3305 2021-04-21 09:40:17.244 info select standard vacuum protocol....
mihome-vacuum.0 3305 2021-04-21 09:40:17.244 warn No Answer for DeviceModel use model from Config
mihome-vacuum.0 3305 2021-04-21 09:40:17.243 warn No Answer for DeviceModel use old one
mihome-vacuum.0 3305 2021-04-21 09:40:17.243 warn YOUR DEVICE IS CONNECTED BUT DID NOT ANSWER CONNECTION CAN TAKE UP TO 10 MINUTES PLESASE WAIT AND DON`T TRUN THE ADAPTER OFF
mihome-vacuum.0 3305 2021-04-21 09:40:07.172 info check group user admin group admin: false
mihome-vacuum.0 3305 2021-04-21 09:40:07.171 info check user admin pw iobroker: false
mihome-vacuum.0 3305 2021-04-21 09:40:06.869 info starting. Version 3.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v14.15.4, js-controller: 3.2.16
mihome-vacuum.0 1129 2021-04-21 09:40:03.136 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
mihome-vacuum.0 1129 2021-04-21 09:40:03.136 info terminating
mihome-vacuum.0 1129 2021-04-21 09:40:03.135 info Got terminate signal TERMINATE_YOURSELF

[waldy]

Moin,

bei meinem Mi V1 funktioniert die Map mit dem neusten Valetudo (2021.03.0) leider nicht.

2021-04-21 01:52:14.394  - debug: mihome-vacuum.0 (6931) wrong server selected___{"statusCode":404,"headers":{"x-powered-by":"Express","content-security-policy":"default-src 'none'","x-content-type-options":"nosniff","content-type":"text/html; charset=utf-8","content-length":"153","vary":"Accept-Encoding","date":"Tue, 20 Apr 2021 23:52:13 GMT","connection":"close"},"request":{"uri":{"protocol":"http:","slashes":true,"auth":null,"host":"192.168.0.207","port":80,"hostname":"192.168.0.207","hash":null,"search":null,"query":null,"pathname":"/api/map/latest","path":"/api/map/latest","href":"http://192.168.0.207/api/map/latest"},"method":"GET","headers":{}}}

Ist die Api V2 prinzipiell integriert?
Ein Aufruf von 192.168.0.207/api/map/latest
liefert bei mir auch nur ein "Cannot GET /api/map/latest" als Ergebnis.

[Meistertr]

@waldy die neue Karte von valetudo ist noch nicht drin, kann auch noch etwas dauern. da durch die Map vom Server die nutzung von Valetudo stark zurückgegangen ist

[Knallochse]

Könnte mir bitte ein User sagen, ob unter Version 3.1.1 die Karte eines Mi Vacuum Cleaner (1. Version) mit ValetudoRE angezeigt wird.

[Meistertr]

@knallochse sollte bei der git version gehen

[Diginix]

@Meistertr Ich habe bei mir history, materialUI und enum Einstellungen bei recht vielen Objekten des Adapters.
Wenn ich nach Anleitung die alte 2.2.5 deinstalliere verliere ich ja alle nutzerspezifischen Einstellungen der Objekte.
Ich habe mir mal den Objektbaum mihome-vacuum.0 als JSON exportiert. Darin sind all diese Einstellungen ja enthalten.
Wenn ich nach Inst. von 3.1.1 dann dessen Objektbaum ebenso exportiere und dann nur für die im neuen existierenden Objekte die common parts merge und das Objektbaum JSON dann importiere, sollte das doch funktionieren?

Oder gibt es einen eleganteren Weg?

[Coffeelover]

@diginix sagte in Test Adapter Mihome-vacuum v3.1.0 Next Generarition:

Oder gibt es einen eleganteren Weg?

Ich glaube, dass dafür die Aliase im History Tab gedacht sind.

[Diginix]

@coffeelover Verstehe ich nicht. Kannst du den Objektbaum vom 3.x mal zeigen?
Wie soll denn verlorenes Wissen nach Deinstallation in einem alias wieder auftauchen?
Und wozu in einem Alias? Ich will doch zB den clean.room buttons den richtigen enum.room zuweisen. Und alle möglichen Objektwerte im History Adapter dokumentieren. Das alles ist im v2.x fertig konfiguriert und ginge bei einer Deinstallation unwiederbringlich verloren. Natürlich nicht die History Werte selbst, aber eben welche Objekte erfasst werden sollen.

[saeft_2003]

@meistertr

erstmal vielen Dank für den tollen Adapter...

Ich nutze einen roborock S7 und habe manchmal ein kleines Problem. Es kommt vor das in den Räumen unter mapindex und state not available angezeigt wird. Dann kann auch keine Raumreinigung gestartet werden und es kommt folgender Fehler:

mihome-vacuum.0	2021-04-23 08:37:30.429	error	(13657) could not clean mihome-vacuum.0.rooms.909001025007.mapIndex, because mapIndex/zone is invalid: not available
mihome-vacuum.0	2021-04-23 08:37:05.036	error	(13657) could not clean mihome-vacuum.0.rooms.909001025007.mapIndex, because mapIndex/zone is invalid: not available

Wenn ich den Adapter neustarte passt es wieder. Ist so ein Problem bekannt?

[Meistertr]

@diginix das ist ein Fall von "man kann nicht alles haben" . Du kannst auch einfach drüber installieren. Die Objekte die gleich geblieben sind betrifft es auch nicht. Dann musst du von Hand alte nicht mehr benötigte Objekte löschen

[Coffeelover]

@diginix Sorry, dann hatte ich dich anders verstanden. Mit dem Alias kannst du (wohl - selbst nicht mehr im Einsatz) den Datenpunkt verändern und eine Kontinuität in den Historie-Daten erhalten. (Sensor A wird durch B getauscht, in Diagrammen kannst du Sensor-Alias durchgängig darstellen).

[Diginix]

@meistertr So habe ich es nun auch gemacht.
Wahrs. installiere ich dann einfach eine 2 Instanz um eine saubere neue Struktur zu sehen und kann dann in der .0 Leichen manuell löschen.

Im Moment habe ich zB clearQueue 2 mal, aber auch in deinem Code wenn ich nicht blind bin:
objects.js Zeile 543 > mihome-vacuum.0.control.clearQueue
objects.js Zeile 779 > mihome-vacuum.0.info.clearQueue

[Meistertr]

@diginix besser einen zu viel als einen zu wenig