UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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 :P

[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

[Ein ehemaliger Benutzer]

@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

[-FX-RIDER-]

Danke für den tollen Adapter, läuft bei mir gut, hat auch alles mit Cloud Anbindung geklappt. Nur eine Frage - kann man die simulierten Tastendrücke für die selektive Raumreinigung in den IOT Adapter für Alexa irgendwie direkt einbinden? Wenn ich das probiere, wird das Gerät nicht angelegt.

[Diginix]

@FX-RIDER Ja, war hier auch schon beschrieben. Leider lassen sich aktuell keine Buttons mehr beim iot über die Instanz hinzufügen. Ist als Bug zu sehen. Aber man kann das RAW des Objektes manuell editieren (mit genügend Sorgfalt) und dort den "smartname" definieren.
Danach sieht man ihn auch regulär in der iot Instanz und kann den Typ und Namen sogar editieren.

Du klickst in der Objektansicht bei zB Objekt "mihome-vacuum.0.rooms.123456789000.roomClean" ganz rechts auf das Stift Icon (links vom Mülleimer) und wechselst in den Tab "RAW (nur Experten)". Dort ergänzt du das JSON um den Bereich:

  "smartName": {
    "de": "Room clean Wohnzimmer",
    "smartType": "SWITCH"
  }

Sieht dann so aus:

"type": "state",
"common": {
  "name": "clean Room",
  "type": "boolean",
  "role": "button",
  "read": false,
  "write": true,
  "desc": "Start Room Cleaning",
  "smartName": {
    "de": "Room clean Wohnzimmer",
    "smartType": "SWITCH"
  }
},
"native": {},

"Room Clean Wohnzimmer" kannst du nennen wie du willst. Das ist dann das was du bei sagst: "Alexa, schalte Room Clean Wohnzimmer an". Damit man nur "Alexa, Wohnzimmer saugen" sagen kann, legt man noch eine Alexa Routine an.

[-FX-RIDER-]

@Diginix Hey super Danke! Das probiere ich dann die Tage mal aus. Den Punkt hab ich dann überlesen.

[extbingh]

Hallo,

ich habe das Problem das der Adapter kaum/nie mit Alexa funktioniert bzw. meistens dann immer gelb wird. "Verbunden mit mihome-vacuum: falsch"

Ich würde gerne über Alexa die einzelnen Zimmer reinigen lassen, Objektids bzw. einzelne Raumnamen bei Alexa bzw. dem iot.0 Adapter hinzugefügt von "roomClean" (auf Switch + true geändert)

S50 und Valetudo RE und 0.9.3 ist drauf

Woran kann das liegen?

Am Ende bzw. jetzt die ganze Zeit "Disconnect"

mihome-vacuum.0	2020-04-25 17:04:50.663	error	(25438) Error: connect ETIMEDOUT 192.168.178.41:80
mihome-vacuum.0	2020-04-25 17:04:38.321	info	(25438) Disconnect
mihome-vacuum.0	2020-04-25 17:04:18.849	info	(25438) set nächster Timer: Nicht verfügbar
mihome-vacuum.0	2020-04-25 17:04:18.350	info	(25438) New generation or new fw detected, create new states goto and zoneclean
mihome-vacuum.0	2020-04-25 17:04:18.348	info	(25438) extend state mop for State control.fan_power
mihome-vacuum.0	2020-04-25 17:04:18.346	info	(25438) change states from State control.fan_power
mihome-vacuum.0	2020-04-25 17:04:18.319	info	(25438) Disconnect
mihome-vacuum.0	2020-04-25 17:04:18.297	info	(25438) Create state clean_home for controlling by cloud adapter
mihome-vacuum.0	2020-04-25 17:04:18.296	info	(25438) Expert mode enabled, states created
mihome-vacuum.0	2020-04-25 17:04:18.220	info	(25438) starting. Version 2.0.7 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v12.16.2, js-controller: 3.0.18
mihome-vacuum.0	2020-04-25 17:04:17.998	warn	(25438) This object will not be created in future versions. Please report this to the developer.
mihome-vacuum.0	2020-04-25 17:04:17.996	warn	(25438) Object mihome-vacuum.0.info.dnd is invalid: obj.common.type has an invalid value (switch) but has to be one of number, string, boolean, array, object, mixed, file, json
host.raspberrypi-iob	2020-04-25 17:04:16.444	info	instance system.adapter.mihome-vacuum.0 started with pid 25438