NEWS
Test Adapter mihome-vacuum v2.0.x
-
@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.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
-
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 Objektmihome-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 Objektjavascript.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? -
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
-
@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. -
@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
-
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}
-
@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)
-
@Kueppert sagte in Test Adapter mihome-vacuum v2.0.x:
node-js 13
ist böse... immer auf die gerade zahlen updaten
-
@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
-
@Kueppert Imho kann es Probleme mit Adaptern geben, wenn du zu neue nodejs Versionen nutzt. Aber das sollte man dann ja im Log sehen.
-
@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
-
Bin jetzt wieder runter auf nodejs 10 und jscontroller 3.
Maps laufen wieder. Hat also was mit der node zu tun. -
@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 (?) -
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
-
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.
-
@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.
-
@Diginix Hey super Danke! Das probiere ich dann die Tage mal aus. Den Punkt hab ich dann überlesen.
-
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
-
Das mit dem Switch siehe hier https://forum.iobroker.net/post/419044
Bei Disconnect sieht es so aus, als wenn er deinen Roboter nicht erreichen kann. Ist der km Netz, ip Adresse richtig? Kannst du ihn per App erreichen? -
@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
Das mit dem Switch siehe hier https://forum.iobroker.net/post/419044
Bei Disconnect sieht es so aus, als wenn er deinen Roboter nicht erreichen kann. Ist der km Netz, ip Adresse richtig? Kannst du ihn per App erreichen?Ok, Danke, ich habe es auf "Button" geändert.
Ich habe Valetudo RE, also keine App sondern greife auf die Oberfläche über die IP zu (http://192.168.178.41/) da geht es ohne Probleme.