NEWS
Test Adapter mihome-vacuum v2.0.x
-
@blackeagle998 Den Button kann ich rein machen, kein Problem.
Aber wenn ich mir das log so anschaue, bin ich etwas verwundert. In Zeile 5 triggert er ein segment und in zeile 1 plätzlich die zone. Das klingt für mich unlogisch, bzw. nach einer älteren Version. Pass auf, ich baue dir gerade den button rein. Bitte aktualisiere dann nochmal und teste nochmal. Dann kannst du ja den Haken as den Einstllungen wieder rausnehmen und du hast die beiden Buttons. Ist das ok? -
So, eine neue Version ist hochgeladen.
Wenn der enable zone cleaning in den Einstllungen nicht gesetzt ist, wird jetzt auch ein resumeRoomClean Button angelegt
Ich habe auch vlt die Stelle gefunden wo das 0 of undefined herkommt:
@Meistertr in der mapCreator Zeile 180 war es vorher so// Zeichne Roboter adapter.log.debug(Mapdata.robot[0]) if (Mapdata.robot) { ....
Ich habe die logmeldung jetzt mal in die if Abfrage verschoben
-
@dirkhe
Ich habe die Instanz deaktiviert, alle Objekte gelöscht und von GitHub installiert. Danach die Instanz wieder gestartet, den neuen Button finde ich aber nicht.Generell müsste das Ziel sein, einen allgemeinen Resume Button hinzubekommen, der für alles gilt, je nachdem was vorher gestartet wurde.
Sonst braucht man in der Visualisierung ja zwei Resume Knöpfe, daran habe ich vorher nicht gedacht... -
@blackeagle998 Entweder du machst das manuell, dann hast du die Knöpfe, wobei ich den 2. ja jetzt erst hinzugefügt habe.
Im prinzip sollte das ja per auto gehen und bei mir geht es ja auch, da nimmt dann halt den Start Button.
Wenn du jetzt neu installiert hast, dann mache doch bitte mal folgendes und poste das Log:@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
Der Ablauf sollte folgender sein
Du startest entweder per Start die volle Zimmerreinigung oder einen Raum oder eine Zone
Dann drückst du auf dem robbi selber Pause oder in der App oder im adapter Pause
Wenn du dann im adapter auf Start klickst, sollte er je nach gestarteten Modus Resume machenWenn er dass dann immer noch falsch macht, stelle den Adpater mal auf silly und wiederhole das ganze nochmal.
-
Man könnte das ganze auch auf den Pause Knopf legen, anstelle des Start Knopfes. Aber das war durch @Meistertr so vorgegeben und da wollte ich nicht eingreifen.
-
@dirkhe
Ich teste das morgen früh und melde mich, heute geht leider nicht mehr.Nur kurz zur Sicherheit:
Version 2.0.6 ist noch aktuell, richtig? -
@blackeagle998 Ja, ich muss mir mal angewönen, noch einen release-candidate hinzuzufügen, ich habe aber vor ca. 2h. noch was hinzugefügt, bzw. ggf. den undefined of 0 gefixt
-
@dirkhe
Ich hab jetzt ein Deadlock mit deinem Fork.
Kann "get devices" nicht ausführen weil Instanz nicht aktiv und Instanz geht nicht mehr aktiv weil mit dem Token was nicht stimmt. Der manuelle Teil mit IP und Token ist nocht korrekt gefüllt.2020-02-24 18:25:41.718 - [31merror[39m: host.BT3-PRO instance system.adapter.mihome-vacuum.0 terminated with code 1 (JS_CONTROLLER_STOPPED) 2020-02-24 18:26:12.133 - [31merror[39m: host.BT3-PRO Caught by controller[0]: /opt/iobroker/node_modules/iobroker.mihome-vacuum/main.js:322 2020-02-24 18:26:12.134 - [31merror[39m: host.BT3-PRO Caught by controller[0]: setCarpetMode(enabled) { 2020-02-24 18:26:12.134 - [31merror[39m: host.BT3-PRO Caught by controller[0]: ^ 2020-02-24 18:26:12.134 - [31merror[39m: host.BT3-PRO Caught by controller[0]: SyntaxError: Unexpected token { 2020-02-24 18:26:12.135 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:723:23) 2020-02-24 18:26:12.135 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10) 2020-02-24 18:26:12.135 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:653:32) 2020-02-24 18:26:12.135 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12) 2020-02-24 18:26:12.135 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:585:3) 2020-02-24 18:26:12.136 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) 2020-02-24 18:26:12.136 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at startup (internal/bootstrap/node.js:283:19) 2020-02-24 18:26:12.136 - [31merror[39m: host.BT3-PRO Caught by controller[0]: at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3) 2020-02-24 18:26:12.136 - [31merror[39m: host.BT3-PRO instance system.adapter.mihome-vacuum.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
Rollback auf latest 2.0.6 und alles funktioniert wieder. Dann noch mal auf deinen Fork und wieder das gleiche Problem.
-
@Diginix sagte in Test Adapter mihome-vacuum v2.0.x:
setCarpetMode
Mein Fehler, da war ein Zeichen durch copy and paste zuviel, bitte die RC-05 installieren (2.1.06-RC05 sollte jetzt als Version im Log angezeigt werden)
-
@dirkhe
Geht zumindest schon mal auf grün.
Teste dann später noch "Room Resume ". Funktioniert der Start Button kontextabhängig egal ob "Zonenreinigung nach pausierung fortsetzen" in der Instanz aktiv ist? -
@dirkhe machst du mit der neuen version noch einen pullrequest, meine Arbeit ist so zeimlich durch bis auf die config
-
@Diginix Nein, wenn der Zonenreinigung nicht angehakt ist, ist der Startbutton standard, sprich immer Vollreinigung
-
@dirkhe
Ich habe jetzt zwei mal von Github installiert, Version bleibt bei mir auf 2.0.6:
Muss ich nochmal komplett deinstallieren und dann neu drüber bügeln?
-
@Meistertr Ich hatte gedacht, du wolltest nochmal drüber schauen, weil ich ja jetzt die Mehrfachversuche bei den Befehlen drin habe. Ich kann aber gerne den PR machen und du schaust nochmal drüber?
-
@blackeagle998 Aktuell wird es nur im log angezeigt:
mihome-vacuum.0 2020-02-24 19:14:25.245 info (25648) starting. Version 2.0.6-RC05 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.16.0
-
@dirkhe Resume Room Cleaning funktioniert mit Pause/Start.
Die zwei extra Buttons für resume Zone & Room sind bei mir nun noch vorhanden. Und der für Room ist nach Pause redundant zu Start. Der Adapter löscht sie anscheinend nur nicht wenn man die Einstellung in der Instanz ändert. Ist aber so ok für mich. -
@Diginix Starte den Adapter mal neu, dann werden die gelöscht.
-
@dirkhe sagte in Test Adapter mihome-vacuum v2.0.x:
@blackeagle998 Aktuell wird es nur im log angezeigt:
mihome-vacuum.0 2020-02-24 19:14:25.245 info (25648) starting. Version 2.0.6-RC05 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.16.0
Dann passt es bei mir nicht:
mihome-vacuum.0 2020-02-24 20:08:17.806 info (17966) starting. Version 2.0.6 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v10.19.0
-
@blackeagle998 Du musst aktuell diesen hier installiere:
https://github.com/dirkhe/ioBroker.mihome-vacuum -
@Meistertr Ich bekomme immer mal eine alte PNG eines deutlich ältern Zeitpunktes gerendert.
D.h. es fehlen bereits gefahrene Pfade. Nach weiteren Sekunden aktualisiert sich die Karte wieder mit den korrekten Pfaden.
Aber jetzt wo er längst im Dock steht und auch schon der Weg zum Dock in der PNG zu sehen war, sehe ich wieder ein Teil der vorherigen Raumreinigung als letztes PNG. Und das aber nun dauerhaft weil ohne laufende Reinigung keine Kartenupdates mehr kommen.