Test Adapter mihome-vacuum v2.0.x
-
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.
-
@Diginix sagte in Test Adapter mihome-vacuum v2.0.x:
Die 8 min die du gewartet hast, wären sicher auch kürzer ausgefallen wenn du parallel die MiHome App öffnest.
Das hatte ich hinterher gemacht, obwohl es erst auch keinen Unterschied gemacht. Erst nach Firmwareupdate, was aber sicherlich nichts mit dem firmware an sich, sondern mit dem Update zu tun hat. Normalerweise dürfen robbi und chinaserver nicht miteinander sprechen, die hatten bestimmt einiges zu bequatschen, nachdem sie sich mal wieder verbinden durften
-
@dirkhe said in Test Adapter mihome-vacuum v2.0.x:
@dehein2 der Roboter spricht nicht mit dem Adapter. IP und token richtig?
Ja das stimmt beides. Und wenige vor dem Log eintrag hat es ohne Änderungen der Einstellungen auch geklappt. Zugriff auf das WebUI ist auch problemlos möglich. Der Token ist unverändert...
-
@dirkhe Kurze Frage zu den Raumnamen? Woher kommen die? Ich kann die doch in Xiaomi Home gar nicht definieren, oder?
Danke!
-
@baeri Kommt ggf auf den Sauger an. Beim 1S kann ich die Räume flächenmäßig inkl no-go Zonen festlegen und ihnen auch Namen geben. Diese Namen kann der Adapter aber (bisher) nicht aus der Cloud abrufen. Er bekommt nur die Raumnummer (mapIndex).
-
Ah, OK.
Ich hab den S50 mit letzter FW, dort habe ich noch keine Möglichkeit gefunden dem Raum namen zu geben.
Leider konnte ich den Button für Zone clean auch nicht im IoT Adapter einfügen, sodass ich mir Hilfsobjekte anlegen musste, die ich im IoT eingefügt habe, mit denen ich dann über Spracheingabe und über ein Blockly-Skript den entsprechenden Button auslösen kann.
Anders konnte ich es bisher nicht realisieren einen Raum per Spracheingabe reinigen zu lassen. -
@baeri Die meisten Schalter haben bereits einen smartnamen sodass sie direkt im iot als Gerät gelistet werden.
Du kannst ihn aber auch manuell im RAW des Objektes (Button) setzen, dann sparst du dir die Hilfsobjekte und Skripte für das Mapping. -
Das hat bei mir leider nicht funktioniert, ich nutze Google Home. Vielleicht ist es anders, wenn IoT mit Alexa läuft, kann ich nicht genau sagen. Nichts desto trotz schaue ich mir das am Wochenende nochmal genauer an.
-
Moin zusammen,
wie bekomme ich genau die aktuelle Karte in VIS angezeigt???
Als Widget dient doch das "basic-HTML" oder? Und dort trage ich im Feld Allgemein -> HTML "/mihome-vacuum.admin/actualMap_0.png" ein ! Bei mir wird dann aber nichts angezeigt ausser der Text??
Wo ist da mein Fehler?
grüße Christian
-
@Nitro25NOH
Bitte die Mühe machen wenigstens ein Teil des Threads zu lesen.
Eine Seite vorher habe ich es beschriebenDas HTML Widget und in das HTML Feld rechts{mihome-vacuum.0.map.map64}
reinschreiben.
Die Karte wird nur in der Runtime angezeigt.
