Test Adapter mihome-vacuum v2.0.x

[Diginix]

@dirkhe Bevor du die RaumIDs ins Queue schreibst, kannst auch gleich ein neues Objekt erstellen in dem die ID des aktuellen Raumes steht. D.h. beim Auslösen von 3x cleanRoom, steht die erste ID direkt drin, die anderen 2 im Queue und nach Fertigstellung des ersten Raumes rutscht die ID des zweiten Raumes aus dem Queue in das neue Objekt.

[Nicky_86]

@ilovegym Perfekt hat geklappt! Danke dir.

Wenn wir hier gerade beim Thema räume sind....
Habe den S50 jetzt eingebunden. Er hat die Räume ja nicht selbst erkannt.
Habe jetzt durch probiert ab Index 16 geht es los. Aber leider nur bis 19. Danach findet er keine weiteren (20,21,22,23) muss ich da weiter hoch gehen? Oder stimt dan was nicht? Und ja ich habe in der App noch mehr Räume

[dehein2]

Hallo zusammen,

ich habe den Adapter von github aktualisert und das widget in vis eingefügt.

Leider erhalte ich statt der Karte nur ein "undefined":

Mache ich etwas falsch?

[Meistertr]

@dehein2 was sagt denn dein log

[dehein2]

@Meistertr :
Also wenn ich den Sauger starte sieht es so aus:

mihome-vacuum.0	2020-02-28 08:10:57.120	info	(3200) trigger cleaning all null
mihome-vacuum.0	2020-02-28 03:04:23.890	info	(3200) Connected
mihome-vacuum.0	2020-02-28 03:04:23.884	info	(3200) Disconnect
mihome-vacuum.0	2020-02-28 03:03:58.893	warn	(3200) no answer received after after 3 times -> pause miIO.info from request parameters, try again in one hour
mihome-vacuum.0	2020-02-28 03:03:43.888	info	(3200) Connected
mihome-vacuum.0	2020-02-28 03:03:43.881	info	(3200) Disconnect
mihome-vacuum.0	2020-02-28 03:03:23.880	info	(3200) Disconnect
mihome-vacuum.0	2020-02-28 01:42:03.681	info	(3200) Connected
mihome-vacuum.0	2020-02-28 01:42:03.671	info	(3200) Disconnect

[Sweatchuck]

@Diginix

Gute Idee. Ich persönlich würde es besser finden wenn in jedem Raum ein Schalter/State (0 oder 1) wäre ob der Raum angewählt wurde bzw. später noch gereinigt wird (müsste ja über Queue auswertbar sein). Sobald der Raum gereinigt wird, fällt die ID doch aus dem Queue und könnte in ein Objekt geschrieben werden (wird gerade gereinigt). Somit hätte man doch alle Informationen zur aktuellen Reinigung (Warteschlage und aktuell gereinigter Raum). Für die Vis wäre dass super..

[Meistertr]

@dehein2 debug log bitte

[dehein2]

@Meistertr Sorry aber wo finde ich den?

[Meistertr]

@dehein2 schaue weiter oben oder schau under iobroker doku /oder suchfunktion im forum

[dirkhe]

@Sweatchuck umsetzten lassen müsste sich das. Ich schaue mir das an, aber ob das dieses we noch was wird, glaube ich nicht.

[Sweatchuck]

@dirkhe
Vielen herzlichen Dank. Deine Arbeit ist wirklich toll!

Gruß
Sweatchuck

[xADDRx]

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

@blackeagle998 Hallo blackeagle998, danke für die Antwort.

Das meinte ich jedoch nicht. Ich meine im Vis ein Widget.

Aktuell benutze ich das hqwidgets on/off Widget als Steuerung. Leider fährt der Roboter immer 2 mal, obwohl nur einmal gedrückt wird.

Ich vermute das liegt an dem Widget.

Jemand eine Idee, warum der sonst immer 2 mal fährt?

Danke

Gruß

[Conquest]

@Meistertr
@dirkhe

Ich wollte auch die tolle neue Version des Adapters ausprobieren. Lieder bekomme ich alle 60s ein Connect Disconnect Meldung. Woran könnte das liegen?

[dirkhe]

Warte mal paar Minuten, wenn es dann immer noch klappt, überprüfe mal deñ Token

[bahnuhr]

Hallo,
habe im log so ca. 1 x pro Minute:

mihome-vacuum.0	2020-02-28 19:11:48.765	info	(14588) Connected
mihome-vacuum.0	2020-02-28 19:11:48.761	info	(14588) Disconnect

Ist das normal ?

[Meistertr]

@dirkhe vll sollte bevor auf disconnect gesetzt wird, der HELO nachricht gesendet werden um zu schauen ob er wirklich weg ist.

[dirkhe]

Das macht er, wenn der robbi auf get_status nicht mehr reagiert, wird helo gesendet. Wenn er da dann eine Antwort bekommt, versucht er es wieder mit get_status

[dirkhe]

@bahnuhr ist er denn bei dir verbunden? Sonst stell den loglevel mal auf Silly und schaue mal, ob er dir überhaupt antwortet

[bahnuhr]

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

@bahnuhr ist er denn bei dir verbunden? Sonst stell den loglevel mal auf Silly und schaue mal, ob er dir überhaupt antwortet

Ja, klappt alles.
Saugt, alles läuft wie bisher.
Und nun wird auch die map erzeugt. Super.

log hab ich nun auf warn gestellt.
Dann war ruhe.

Ich stelle aber gerne nochmal auf Silly.
Mal schauen was dann kommt.

[bahnuhr]

aus silly kommt jede Menge:

mihome-vacuum.0	2020-02-28 20:21:29.022	silly	(21068) States user redis pmessage mihome-vacuum.0.*/mihome-vacuum.0.map.mapURL:{"val":"/mihome-vacuum.admin/actualMap_0.png","ack":true,"ts":1582917689020,"q":0,"from":"system.adapter.mihome-vacuum.0
mihome-vacuum.0	2020-02-28 20:21:28.993	silly	(21068) States user redis pmessage mihome-vacuum.0.*/mihome-vacuum.0.map.map64:{"val":"<img src=\"data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAA0AAAARkCAYAAABb+XTsAAAABmJLR0QA/wD/AP+gvaeTAAAgAElEQVR4
mihome-vacuum.0	2020-02-28 20:21:28.845	debug	(21068) 24770
mihome-vacuum.0	2020-02-28 20:21:27.199	debug	(21068) update_Map got new time:1582917686
mihome-vacuum.0	2020-02-28 20:21:27.199	debug	(21068) update_Map got new expires:1582919501
mihome-vacuum.0	2020-02-28 20:21:27.198	debug	(21068) update_Map got new url:https://cnbj2.fds.api.xiaomi.com/robomap/roboroommap/55356075/9?Expires=1582919501000&GalaxyAccessKeyId=5271733786445&Signature=Lpyg9VI+Kfsl0VoBzE/sDBvcDdc=
mihome-vacuum.0	2020-02-28 20:21:26.308	debug	(21068) update_Map need new mapurl
mihome-vacuum.0	2020-02-28 20:21:26.308	debug	(21068) update_Map Mimap enabled
mihome-vacuum.0	2020-02-28 20:21:26.307	debug	(21068) Mappointer_updated
mihome-vacuum.0	2020-02-28 20:21:26.307	silly	(21068) Receive <<< {"result":["roboroommap%2F55356075%2F9"],"id":40}
mihome-vacuum.0	2020-02-28 20:21:26.302	debug	(21068) Mappointer_nomap___retry
mihome-vacuum.0	2020-02-28 20:21:26.301	silly	(21068) sendMsg[1] >>> {"id":40,"method":"get_map_v1"}
mihome-vacuum.0	2020-02-28 20:21:25.800	silly	(21068) Receive <<< {"result":["retry"],"id":39}
mihome-vacuum.0	2020-02-28 20:21:25.791	debug	(21068) Mappointer_nomap___retry
mihome-vacuum.0	2020-02-28 20:21:25.790	silly	(21068) sendMsg[1] >>> {"id":39,"method":"get_map_v1"}
mihome-vacuum.0	2020-02-28 20:21:25.272	silly	(21068) Receive <<< {"result":["retry"],"id":38}
mihome-vacuum.0	2020-02-28 20:21:25.267	debug	(21068) Mappointer_nomap___retry
mihome-vacuum.0	2020-02-28 20:21:25.266	silly	(21068) sendMsg[1] >>> {"id":38,"method":"get_map_v1"}
mihome-vacuum.0	2020-02-28 20:21:24.764	silly	(21068) Receive <<< {"result":["retry"],"id":37}
mihome-vacuum.0	2020-02-28 20:21:24.760	debug	(21068) Mappointer_nomap___retry
mihome-vacuum.0	2020-02-28 20:21:24.759	silly	(21068) sendMsg[1] >>> {"id":37,"method":"get_map_v1"}
mihome-vacuum.0	2020-02-28 20:21:24.460	silly	(21068) Receive <<< {"result":[{"enable":0,"current_integral":450,"current_high":500,"current_low":400,"stall_time":10}],"id":36}
mihome-vacuum.0	2020-02-28 20:21:24.453	silly	(21068) sendMsg[1] >>> {"id":36,"method":"get_carpet_mode"}
mihome-vacuum.0	2020-02-28 20:21:24.258	silly	(21068) Receive <<< {"result":["retry"],"id":35}
mihome-vacuum.0	2020-02-28 20:21:24.253	silly	(21068) sendMsg[1] >>> {"id":35,"method":"get_map_v1"}

sieht für mich ok aus.

Probiere nochmal "Info"