NEWS
Test Adapter mihome-vacuum v2.0.x
-
Karte und Token auslesen ist der Hammer. Stimmt.
Hat gleich eine neue View in der VIS bekommen -
MIHOME App öffnen , dann geht es
-
@haselchen
Danke, aber den Zusammenhang verstehe ich nicht, ging doch vorher auch ohne -
Ich weiß, denke das @dirkhe das zeitnah fixen wird.
App öffnen behebt das Problem erstmal. -
@dirkhe Direkt ein Fehler mit Instanz Absturz erhalten mit 2 Räumen im queue:
2020-03-05 17:57:15.959 - [32minfo[39m: mihome-vacuum.0 (13815) trigger cleaning segment 21 2020-03-05 17:57:37.942 - [32minfo[39m: mihome-vacuum.0 (13815) should trigger cleaning segment 17, but is currently active. Add to queue 2020-03-05 17:57:59.311 - [32minfo[39m: mihome-vacuum.0 (13815) should trigger cleaning segment 19, but is currently active. Add to queue 2020-03-05 17:58:06.326 - [32minfo[39m: mihome-vacuum.0 (13815) trigger cleaning segment 17 2020-03-05 17:58:41.436 - [31merror[39m: mihome-vacuum.0 (13815) uncaught exception: Cannot read property 'body' of undefined 2020-03-05 17:58:41.439 - [31merror[39m: mihome-vacuum.0 (13815) TypeError: Cannot read property 'body' of undefined at Request._callback (/opt/iobroker/node_modules/iobroker.mihome-vacuum/lib/maphelper.js:565:44) at self.callback (/opt/iobroker/node_modules/request/request.js:185:22) at Request.emit (events.js:198:13) at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:881:8) at ClientRequest.emit (events.js:198:13) at TLSSocket.socketErrorListener (_http_client.js:401:9) at TLSSocket.emit (events.js:198:13) at emitErrorNT (internal/streams/destroy.js:91:8) at emitErrorAndCloseNT (internal/streams/destroy.js:59:3) at process._tickCallback (internal/process/next_tick.js:63:19) 2020-03-05 17:58:41.452 - [32minfo[39m: mihome-vacuum.0 (13815) terminating 2020-03-05 17:58:41.453 - [32minfo[39m: mihome-vacuum.0 (13815) Terminated (NO_ERROR): Without reason 2020-03-05 17:58:41.989 - [31merror[39m: host.BT3-PRO Caught by controller[0]: TypeError: Cannot read property 'body' of undefined 2020-03-05 17:58:41.990 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at Request._callback (/opt/iobroker/node_modules/iobroker.mihome-vacuum/lib/maphelper.js:565:44) 2020-03-05 17:58:41.991 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at self.callback (/opt/iobroker/node_modules/request/request.js:185:22) 2020-03-05 17:58:41.991 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at Request.emit (events.js:198:13) 2020-03-05 17:58:41.991 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:881:8) 2020-03-05 17:58:41.991 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at ClientRequest.emit (events.js:198:13) 2020-03-05 17:58:41.991 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at TLSSocket.socketErrorListener (_http_client.js:401:9) 2020-03-05 17:58:41.991 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at TLSSocket.emit (events.js:198:13) 2020-03-05 17:58:41.992 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at emitErrorNT (internal/streams/destroy.js:91:8) 2020-03-05 17:58:41.992 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at emitErrorAndCloseNT (internal/streams/destroy.js:59:3) 2020-03-05 17:58:41.992 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:63:19) 2020-03-05 17:59:15.368 - [32minfo[39m: mihome-vacuum.0 (15878) starting. Version 2.0.9-RC02 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.19.0
-
@haselchen sagte in Test Adapter mihome-vacuum v2.0.x:
Karte und Token auslesen ist der Hammer. Stimmt.
Hat gleich eine neue View in der VIS bekommenMit was (Widget) hast du das gemacht? Hast diesen ultra langen Link genommen? Bei mir bricht dann alles (ioB & VIS Editor) zusammen wenn ich den Map64 Link verwende.
-
@Diginix also das muss ich mir genauer ansehen nachher, dürfte eigentlich nichts mit den letzten Veränderungen zu tun haben, da es in der maphelper auftrit.
Dass man sich erst mit der App verbinden muss, ist mir neu. Dass er manchmal ne Minute oder länger braucht, das kann bei Adapter start schon Mal vorkomm, daher schreibe ich das ja extra ins Log.
Wenn ich nachher zu Hause bin, muss ich noch Mal schauen. -
Lach. Wollte dir die Infos von der View zukommen lassen und hab sie ausversehen gelöscht.
Dumm und Dümmer in einer Person -> Thats meDas HTML Widget und in das HTML Feld rechts {mihome-vacuum.0.map.map64}
reinschreiben.
Die Karte wird nur in der Runtime angezeigt. -
@haselchen sagte in Test Adapter mihome-vacuum v2.0.x:
{mihome-vacuum.0.map.map64}
Super - Vielen Dank, aber ..........
..... bekommt man das auch irgendwie größer? Innerhalb des Fensters wird ja nur ein Mini Kärtchen angezeigt.PS: Die blaue Karte gehört zum Mi-Sauger - die rote ist vom roomba
-
Du musst rechts anstatt px % angeben.
Und dann das Widget so hinziehen das es vernünftig aussieht.
-
@Diginix Also den Fehler habe ich jetzt mal abgefangen, hat aber nichts mit den Räumen zu tun oder ähnliches. Das muß einen anderen Hintergrund haben, ich hoffe, dass der eigentliche Fehler jetzt ausgegeben wird.
2.0.9-RC03 ist im Git
Ich habe bei mir jetzt den Robi mal wieder mit dem Internet verbunden. Ich habe habe 8 Minuten gebraucht, bis er sich connected hat. Daher habe ich den Info Text von 5 auf 10 Minuten geändert.
Da kann ich aber leider nichts gegen machen. -
@haselchen sagte in Test Adapter mihome-vacuum v2.0.x:
Du musst rechts anstatt px % angeben.
Und dann das Widget so hinziehen das es vernünftig aussieht.OK, vielen Dank - hat funktioniert.
@dirkhe
Also mit 2.0.9-RC02 habe ich keine Connection Probleme mehr - und er verbindet sich sofort.mihome-vacuum.0 2020-03-05 19:51:19.741 info (9768) create state for carpet_mode mihome-vacuum.0 2020-03-05 19:51:19.098 info (9768) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2020-03-05 19:51:18.720 info (9768) Connected mihome-vacuum.0 2020-03-05 19:51:18.658 info (9768) connecting, this can take up to 5 minutes ... mihome-vacuum.0 2020-03-05 19:51:18.625 info (9768) New generation or new fw(3.3.9,003468) detected, create new states goto and zoneclean mihome-vacuum.0 2020-03-05 19:51:18.570 info (9768) Create state clean_home for controlling by cloud adapter mihome-vacuum.0 2020-03-05 19:51:18.569 info (9768) Expert mode disabled, states deleted mihome-vacuum.0 2020-03-05 19:51:18.477 info (9768) starting. Version 2.0.9-RC02 in C:/iobroker/GLT/node_modules/iobroker.mihome-vacuum, node: v10.17.0
-
@JB_Sullivan ähhh, die RC02 war doch genau die Version, die diese Probleme verursacht. Die RC03, hat was das betrifft nur eine Textänderung von 5 Minuten auf 10 Minuten
-
@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
@JB_Sullivan ähhh, die RC02 war doch genau die Version, die diese Probleme verursacht. Die RC03, hat was das betrifft nur eine Textänderung von 5 Minuten auf 10 Minuten
Bei mir hat "nur " die 2.0.9 die Probleme verursacht - mit der RC02 waren sie weg
-
Kann es sein, dass der Chinaserver da gerade irgendwelche Zicken macht und das mit unserem Adapter gar nichts zu tun hat? Es ist nämlich so, dass ich grossartig nichts geändert habe. Das war nur eher sachen, dass er nicht unnötig was geschickt hat, denn der Adapter lief ja, war also eher Optimierung..
Bin jetzt auch nochmal in die App gegangen und da wollte er eine Firmware Aktualisierung machen
-
2.0.9-RC04
add Button loadMap
load map automaticly 2 sec after chargingIch habe jetzt die neue Firmware drauf und ich denke, China <> App <> Robbi sind wieder im Sync. Jetzt geht mein Adapter Start auch wieder schnell
-
@dirkhe RC03 lief mit dem gleichen Testmuster eben fehlerfrei. Auch gab es nach Instanzstart sofort ein Connected.
Die 8 min die du gewartet hast, wären sicher auch kürzer ausgefallen wenn du parallel die MiHome App öffnest.
Das hat wie bei anderen hier bei mir heute bei der RC02 auch sofort zum Connected geführt. K.a. was da für ein Event beim Sauger getriggert wird, dass er williger auf Anfragen reagiert. -
@dirkhe
RC03 (nicht RC04) funktioniert wieder super schnell, danke! -
RC03 läuft, kann ich bestätigen.
Connect kommt sofort. -
Nochmal, die connection Zeit und ob überhaupt connected hat sich zwischen 2.0.7 und Version 2.0.8 verändert, danach nicht mehr, zumindest dem Robbi gegenüber.