Test Adapter mihome-vacuum v2.0.x

haselchen

Also Valetudo weg und beide Token gleich (den von oben >GetDevices)

BamBam89

@haselchen said in Test Adapter mihome-vacuum v2.0.x:

@BamBam89

Hast du Valetudo drauf?
Ob ja oder nein, deaktiviere den Punkt und starte den Adapter mal neu.
Meinetwegen öffne nach ein paar Sekunden nach Adapterstart auch die App nochmal.

Edit:
Hast du 2 verschiedene Token?
Dann passt es ja auch nicht.

Der Token von oben, muss unten in manuelle Einstellungen

Die Daten sind da.... !!! Es läuft!!
Vielen, vielen Dank.
Warum auch immer ob der kurze Token und unten den lange Token drin stand....

Dann werde ich mich jetzt mal an den restlichen Einstellungen versuchen....
und mich dann gegebenenfalls wieder melden

haselchen

@BamBam89

Na siehste, geht doch
Haben wir uns beide den Morgenkaffee verdient

BamBam89

@haselchen Da du wohl eher als ich,...

ltsalvatore

@haselchen sagte in Test Adapter mihome-vacuum v2.0.x:

@ltsalvatore

Aktuell wäre 2.0.9 RC7

Habe das Blockly aus dem Forum.
Es wird anscheinend von 100% ausgegangen für die einzelnen Stufen.

hi haselchen,

das habe ich auch schon ausprobiert.. aber das sind auch die werte des alten robis... bit dem s5max und den werten 101-106 scheint das wohl nicht zu gehen... zumindest nicht über blockly.. wie gesagt, über das vis schon... was mich sehr wundert..

wie komme ich denn an die 2.0.9 version dran.. auf der github seite find ich nur die 2.0.7

haselchen

@ltsalvatore

Link von der 1.Seite hier in der " Katze" unter eigene Url einfügen.

ltsalvatore

@ltsalvatore sagte in Test Adapter mihome-vacuum v2.0.x:

@Diginix sagte in Test Adapter mihome-vacuum v2.0.x:

@iphone333 Dann passt was nicht. Sollte eigentlich so im RAW von fan_power aussehen:

Welche Adapter Version nutzt du?

Hi Dginix,

ich wollte mal fragen, ob es mittlerweile ein lösung zu dem problem gibt.

ich habe auch das problem wie @iphone333, dass trotz aktuellen adapter v2.0.7 über den wert von fan_power* keine änderungen vorgenommen werden können.

auch bei mir sind die alten werte noch drin gewesen, habe diese um die von dir genannten ergänzt.. hilft aber leider nichts..

kuriose ist dabei, wenn ich einen wert über vis eintrage, dann funktioniert es einwandfrei..
nur über blockly script (sowohl text als auch zahl) nicht.

@Diginix
@haselchen

ok.. mittlerweile konnte ich das problem lösen..
man muss in den raw daten des fan_power objekts unter max, den wert auf 107 stellen...
jetzt funktioniert es auch, über blockly die einzelenen fan_power states zu steuern.

erklärt zwar immer noch nicht, wieso das ganze über das vis ohne änderungen an den raw daten funktioniert hat, aber egal... hauptsache es funktioniert jetzt

FoodFighter

Ich nutze iobroker in einem Docker-Container auf einem Raspberry4.

Die nötigen Pakete

build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

kann ich diesem Container per ENV-Variable mitgeben.

Was ich ohne weiteres nicht kann ist die

npm install canvas --unsafe-perm=true

Soweit funktioniert der Adapter tadellos - bis auf die Live-Map.
Das Objekt

mihome-vacuum.0.map.map64

bleibt einfach leer.

Momentan nutze ich einen Workaround über den Javascript wie

https://github.com/MeisterTR/ioB-scripts/tree/master/Rockrobo_map

beschrieben.
Dem Javascript-Adapter kann man die Installation nötiger NPM-Pakete ja über die Adapter-Einstellungen mitteilen.
Hier habe ich "canvas" und "xmlhttprequest" eingetragen.
Anschließend wird das Objekt

javascript.0.vis.RockroboMap

auch korrekt mit der aktuellen Map gefüllt.
Auf diesem Weg funktioniert also alles.

Nun ist es mir ein kleiner Dorn im Auge, dass die Map nicht direkt über den Mihome-Adapter funktioniert und ein "unnötiger" JS-Script laufen muss.
Liegt das nur an der fehlenden Canvas-Installation oder könnte da noch was anderes im Argen sein?

Tschaeens

Hallo ich hoffe ihr könnt mir helfen.
Habe den Adapter erfolgreich installiert.
S50 2. Generation ist über App steuerbar aber leider finde ich mit diesem Adapter den Robi nicht. Wenn ich auf get Device klicke dreht sich dauerhaft ein lade Symbol. Server ist Deutschland. Habe den Robbi auch bereits aus dem Gastnetzwerk in mein normales Netzwerk integriert. Ip Adresse fest vergeben. Firewalls alle aus.
Vllt wisst ihr noch weiter?

Lg

ilovegym

@Tschaeens wenn sich das Ladesymbol dreht, dann kann er die Daten aus China nicht holen... den Server und die Zugangsdaten korrekt eingetragen? Evt. mal ein paar stunden später probieren, die haben auch ab und zu mal Serverprobleme...
Wichtig ist, dass du mit der MiHome App den Robbi steuern kannst. Im Gastnetzwerk darf er natürlich nicht sein, muss schon im gleichen wie dein iobroker sein.

Tschaeens

@ilovegym ja ich dachte ich habe alles richtig eingetragen. Habe die gleichen Zugangsdaten als die der App benutzt. Okay ich dachte ich habe den Deutschen server. Kann ich dies irgendwo auslesen? Kay ich probiers schon den ganzen nachmittag vllt funktionierts ja morgen. Danke dir

root_

Mein Gen1 lädt irgendwie keine map mehr. Kann mich am Xiaomi server anmelden und der Sauger wird auch gefunden aber die map wird nicht mehr geladen.
Bin auf nodejs12. Kann das ein Problem sein? Alles andere läuft mit dem Adapter, nur die Map nicht.

debug:


mihome-vacuum.0	2020-04-19 16:02:59.032	debug	(80670) Receive <<< {"result":[{"msg_ver":8,"msg_seq":2388,"state":8,"battery":100,"clean_time":2994,"clean_area":39095000,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":90,"dnd_enabled":0
mihome-vacuum.0	2020-04-19 16:02:59.024	debug	(80670) sendMsg[1] >>> {"id":22,"method":"get_status"}
mihome-vacuum.0	2020-04-19 16:02:41.043	debug	(80670) Mappointer_updated
mihome-vacuum.0	2020-04-19 16:02:41.042	debug	(80670) Receive <<< {"result":["roboroommap%2F82437937%2F2"],"id":21}
mihome-vacuum.0	2020-04-19 16:02:41.035	debug	(80670) sendMsg[1] >>> {"id":21,"method":"get_map_v1"}
mihome-vacuum.0	2020-04-19 16:02:39.543	debug	(80670) Receive <<< {"result":[1879071,23573922500,738,[1587288328,1587215105,1587211330,1587210718,1587209945,1587125466,1586869876]],"id":20}
mihome-vacuum.0	2020-04-19 16:02:39.535	debug	(80670) sendMsg[1] >>> {"id":20,"method":"get_clean_summary"}
mihome-vacuum.0	2020-04-19 16:02:39.038	debug	(80670) Receive <<< {"result":[{"main_brush_work_time":516746,"side_brush_work_time":516746,"filter_work_time":323674,"sensor_dirty_time":80761}],"id":19}
mihome-vacuum.0	2020-04-19 16:02:39.032	debug	(80670) sendMsg[1] >>> {"id":19,"method":"get_consumable"}
mihome-vacuum.0	2020-04-19 16:02:39.028	debug	(80670) Receive <<< {"result":[{"msg_ver":8,"msg_seq":2387,"state":8,"battery":100,"clean_time":2994,"clean_area":39095000,"error_code":0,"map_present":1,"in_cleaning":0,"fan_power":90,"dnd_enabled":0
mihome-vacuum.0	2020-04-19 16:02:39.021	debug	(80670) sendMsg[1] >>> {"id":18,"method":"get_status"}
mihome-vacuum.0	2020-04-19 16:02:28.103	debug	(80670) Mappointer_updated
mihome-vacuum.0	2020-04-19 16:02:28.102	debug	(80670) Receive <<< {"result":["roboroommap%2F82437937%2F1"],"id":17}
mihome-vacuum.0	2020-04-19 16:02:28.092	debug	(80670) sendMsg[1] >>> {"id":17,"method":"get_map_v1"}
mihome-vacuum.0	2020-04-19 16:02:28.091	debug	(80670) stateChange mihome-vacuum.0.map.loadMap {"val":true,"ack":false,"ts":1587304948086,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1587210854938}
mihome-vacuum.0	2020-04-19 16:02:21.597	debug	(80670) CLEAN_LOGGING[{"Datum":"19.4","Start":"11:25","Saugzeit":"50 min","Fläche":"39.1 m²","Error":0,"Ende":true},{"Datum":"18.4","Start":"15:05","Saugzeit":"3 min","Fläche":"1.8 m²","Error":0,"End
mihome-vacuum.0	2020-04-19 16:02:21.403	debug	(80670) Receive <<< {"result":[[1586869876,1586872696,2710,35737500,0,0]],"id":16}
mihome-vacuum.0	2020-04-19 16:02:21.395	debug	(80670) sendMsg[1] >>> {"id":16,"method":"get_clean_record","params":[1586869876]}
mihome-vacuum.0	2020-04-19 16:02:21.339	debug	(80670) Xiaomi Cloud: Login successful
mihome-vacuum.0	2020-04-19 16:02:21.201	debug	(80670) Receive <<< {"result":[[1587125466,1587125772,46,1172500,0,0]],"id":15}
mihome-vacuum.0	2020-04-19 16:02:21.191	debug	(80670) sendMsg[1] >>> {"id":15,"method":"get_clean_record","params":[1587125466]}
mihome-vacuum.0	2020-04-19 16:02:21.135	debug	(80670) Mappointer_updated
mihome-vacuum.0	2020-04-19 16:02:21.133	debug	(80670) Receive <<< {"result":["roboroommap%2F82437937%2F0"],"id":14}
mihome-vacuum.0	2020-04-19 16:02:21.125	debug	(80670) Receive <<< {"result":[[1587209945,1587210525,580,8715000,0,1]],"id":13}
mihome-vacuum.0	2020-04-19 16:02:21.123	debug	(80670) 0. Mappointer_nomap___retry
mihome-vacuum.0	2020-04-19 16:02:21.123	debug	(80670) sendMsg[1] >>> {"id":14,"method":"get_map_v1"}
mihome-vacuum.0	2020-04-19 16:02:20.987	debug	(80670) sendMsg[1] >>> {"id":13,"method":"get_clean_record","params":[1587209945]}
mihome-vacuum.0	2020-04-19 16:02:20.823	debug	(80670) Receive <<< {"result":[[1587210718,1587211036,318,6755000,0,1]],"id":12}
mihome-vacuum.0	2020-04-19 16:02:20.782	debug	(80670) sendMsg[1] >>> {"id":12,"method":"get_clean_record","params":[1587210718]}
mihome-vacuum.0	2020-04-19 16:02:20.618	debug	(80670) Receive <<< {"result":[[1587211330,1587211579,249,4435000,0,1]],"id":11}
mihome-vacuum.0	2020-04-19 16:02:20.603	debug	(80670) system.adapter.admin.0: logging true
mihome-vacuum.0	2020-04-19 16:02:20.580	debug	(80670) sendMsg[1] >>> {"id":11,"method":"get_clean_record","params":[1587211330]}
mihome-vacuum.0	2020-04-19 16:02:20.542	debug	(80670) Receive <<< {"result":["retry"],"id":10}
mihome-vacuum.0	2020-04-19 16:02:20.534	debug	(80670) sendMsg[1] >>> {"id":10,"method":"get_map_v1"}
mihome-vacuum.0	2020-04-19 16:02:20.401	debug	(80670) Receive <<< {"result":[[1587215105,1587215272,167,1795000,0,1]],"id":9}
mihome-vacuum.0	2020-04-19 16:02:20.377	debug	(80670) sendMsg[1] >>> {"id":9,"method":"get_clean_record","params":[1587215105]}
mihome-vacuum.0	2020-04-19 16:02:20.350	debug	(80670) Receive <<< {"result":"unknown_method","id":8}

Kueppert

@root_ ich hab das gleiche, neue Problem mit der Map. Bin auf node-js 13 und dem neuen js-Controller 3.0.12. Mit flole bekomme ich die Map noch, auch in der MiHome App. Ging vorher auch wunderbar... (hab auch den Gen1, aktuellste Firmware)

arteck

@Kueppert sagte in Test Adapter mihome-vacuum v2.0.x:

node-js 13

ist böse... immer auf die gerade zahlen updaten

Kueppert

@arteck jo, hab ich mir schon sagen lassen. Gehe wenn verfügbar auf die 14 hoch ^^ hab die 13 für den JS-Controler-Test installiert um zu sehen, was so passiert. Hatte vorher natürlich nen Backup gemacht in proxmox. Danke dir aber für den Hinweis. Das mit den ungeraden Zahlen war mir noch nicht geläufig als Enduser

Diginix

@Kueppert Imho kann es Probleme mit Adaptern geben, wenn du zu neue nodejs Versionen nutzt. Aber das sollte man dann ja im Log sehen.

Kueppert

@Diginix jup, zum Vacuum-Adapter hab ich nix im Log, nur dass er halt die Map nicht abholen kann. Alles andere wurde gefühlt nach und nach in den Adaptern schon behoben. Aktuell läuft (bis auf die MAP und der Yeelight-Adapter & Proxmox-Adapter off topic*) alles bei mir

root_

Bin jetzt wieder runter auf nodejs 10 und jscontroller 3.
Maps laufen wieder. Hat also was mit der node zu tun.

Diginix

@root_ Heute kommt der JS-Contr. 3 ja ins latest repo und hat min nodejs 10, besser 12 als Voraussetzung.
D.h. der @Meistertr müsste demnach was am Adapter umstellen, damit alles auch mit v12 läuft (?)

root_

Ich bin auf jsc3. Hab dann zum testen noch ein downgrade der node auf 10 gemacht und danach liefen die Maps wieder.

Ja. Ich nehme an das da was umgabut werden muss für die Node12

NEWS

Test Adapter mihome-vacuum v2.0.x

Support us

1.3k
Online

30.9k
Users

77.9k
Topics

1.2m
Posts

NEWS

Test Adapter mihome-vacuum v2.0.x

Support us

1.3kOnline

30.9kUsers

77.9kTopics

1.2mPosts

1.3k
Online

30.9k
Users

77.9k
Topics

1.2m
Posts