[Beendet] Test Adapter ecovacs-deebot v0.6.x Latest
-
@boriswerner sagte in Test Adapter ecovacs-deebot v0.6.x Latest:
Meine Deebot Firmware ist 1.7.9
@stefande auf was für einem System (Linux, Raspberry, Windows) hast du den iobroker eigentlich installiert? Welche Firmware nutzt du?
Bei mir läuft das ganze in einer VirtualBox (Debian Buster) auf einem Mini PC mit nem i3-7100U unter Windows 10.
Alle Adapter sind aus dem Latest aktuell und halt Node.js v10.20.1.
Die Firmware ist 1.7.9.Da selbst in der App bisher nur ein Reinigungsprotokoll (16.05.) aufgelaufen ist, vermute ich, dass es nicht an eurem Adapter liegt.
Vielleicht setzte ich den 950 mal komplett zurück.
-
Bei mir sieht es folgendermaßen aus:
Raspberry Pi 4
js-controller: 2.2.9
Node.js: v10.20.1Raspberry Pi 3
js-controller: 3.1.4
Node.js: v10.20.1Laptop / Fedora 31 (Linux)
js-controller: 3.1.4
Node.js: v12.16.3Deebot 901
Firmware: 2.1.9Deebot Ozmo 930
Firmware: 1.10.4Die states vom Reinigungsprotokoll werden bei mir alle korrekt angelegt und befüllt.
Ich denke auch, dass Ecovacs da in letzter Zeit immer mal wieder was am umbauen ist, weil die Reinigungsprotokolle so viele Probleme gemacht haben.
-
@stefande es gibt nun eine neue Version 0.6.2 im latest. Dort wurde der Standardbefehl zum Abruf der Infos für den 950 getauscht. Magst du den einmal installieren und testen?
Bitte vor dem Neustarten der Instanz einmal die beiden States (cleaninglog.lastCleaningTimestamp und cleaninglog.lastCleaningMapImageURL) löschen und den debug-Modus für die Instanz aktivieren. Dann nach Instanzstart einmal im Log schauen, da sollte dann zuerst der State neu angelegt werden:
state change cleaninglog.lastCleaningTimestamp =>
und dann nach kurzem der Wert zugeordnet werden
state change cleaninglog.lastCleaningTimestamp => 1589992082
Das gleiche für cleaninglog.lastCleaningMapImageURL.Es gibt noch die Option den alten Befehl zu nutzen, der ist in meinen Tests im Moment aber nicht so zuverlässig, daher nur vielleicht nochmal testen, wenn der neue es auch nicht tut:
-
Ich hab die 0.6.2 mit beiden Optionen getestet.
Vor dem Start der Instanz wie gewünscht die beiden Datenpunkte gelöscht.
Beim Start der Instanz werden die Datenpunkte zwar neu angelegt, jedoch immer noch nicht gefüllt.
Wenn die Alternative API aktiviert ist, taucht bei mir immer wieder der "info.error => unknown errorCode: 7" auf.Als Anlage mal den Log beim Starten
Neue API:ecovacs-deebot.0 2020-05-21 10:48:58.076 debug (28862) state change map.deebotPositionCurrentSpotAreaID => 0 ecovacs-deebot.0 2020-05-21 10:48:53.538 debug (28862) system.adapter.admin.0: logging true ecovacs-deebot.0 2020-05-21 10:48:53.537 debug (28862) system.adapter.admin.0: logging true ecovacs-deebot.0 2020-05-21 10:48:34.631 debug (28862) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"7","mapSpotAreaName":"H","mapSpotAreaConnections":"2","mapSpotAreaBoundaries":"1500,-2150;1500,-2100;1700,-2150;1800,-2050;1750,-1700;1 ecovacs-deebot.0 2020-05-21 10:48:34.626 debug (28862) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"4","mapSpotAreaName":"E","mapSpotAreaConnections":"3","mapSpotAreaBoundaries":"4050,-6850;4050,-6200;4200,-5850;4650,-5800;4800,-5500;4 ecovacs-deebot.0 2020-05-21 10:48:34.569 debug (28862) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"3","mapSpotAreaName":"D","mapSpotAreaConnections":"2,4","mapSpotAreaBoundaries":"1700,-6300;1700,-3750;2450,-3750;2550,-3900;2650,-3850 ecovacs-deebot.0 2020-05-21 10:48:34.567 debug (28862) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"2","mapSpotAreaName":"C","mapSpotAreaConnections":"0,7,3","mapSpotAreaBoundaries":"-350,-4800;-300,-4600;-100,-4400;-100,-3900;150,-365 ecovacs-deebot.0 2020-05-21 10:48:34.558 debug (28862) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"0","mapSpotAreaName":"A","mapSpotAreaConnections":"2","mapSpotAreaBoundaries":"-3450,-1250;-3450,-100;-3350,50;-3350,500;-2850,450;-295 ecovacs-deebot.0 2020-05-21 10:48:34.314 debug (28862) MapSpotAreas: {"mapID":"1394969261","mapSetID":"59","mapSpotAreas":[{"mapSpotAreaID":"0"},{"mapSpotAreaID":"2"},{"mapSpotAreaID":"7"},{"mapSpotAreaID":"3"},{"mapSpotAreaID":"4"}]} ecovacs-deebot.0 2020-05-21 10:48:34.264 debug (28862) state change cleaninglog.lastCleaningTimestamp => null ecovacs-deebot.0 2020-05-21 10:48:34.263 debug (28862) state change cleaninglog.lastCleaningMapImageURL => null ecovacs-deebot.0 2020-05-21 10:48:34.260 debug (28862) state change info.wifiSignal => -61 ecovacs-deebot.0 2020-05-21 10:48:34.206 debug (28862) state change info.error => NoError: Robot is operational ecovacs-deebot.0 2020-05-21 10:48:34.046 debug (28862) Maps: {"maps":[{"mapID":"1394969261","mapIndex":2,"mapName":"","mapStatus":0,"mapIsCurrentMap":true,"mapIsBuilt":true}]} ecovacs-deebot.0 2020-05-21 10:48:31.091 debug (28862) system.adapter.admin.0: logging false ecovacs-deebot.0 2020-05-21 10:48:31.086 debug (28862) system.adapter.admin.0: logging false ecovacs-deebot.0 2020-05-21 10:48:28.514 debug (28862) state change cleaninglog.lastCleaningTimestamp => ecovacs-deebot.0 2020-05-21 10:48:28.510 debug (28862) state change cleaninglog.lastCleaningMapImageURL => ecovacs-deebot.0 2020-05-21 10:48:28.507 debug (28862) state change cleaninglog.last20Logs => ecovacs-deebot.0 2020-05-21 10:48:28.501 debug (28862) state change info.deviceStatus => idle ecovacs-deebot.0 2020-05-21 10:48:28.501 debug (28862) state change info.deviceStatus => idle ecovacs-deebot.0 2020-05-21 10:48:28.484 debug (28862) state change info.connection => true ecovacs-deebot.0 2020-05-21 10:48:28.462 info (28862) [vacbot] name: DEEBOT OZMO 950 Series ecovacs-deebot.0 2020-05-21 10:48:28.458 info (28862) Saugi OZMO 950 successfully connected ecovacs-deebot.0 2020-05-21 10:48:27.359 info (28862) Using device Device[0] ecovacs-deebot.0 2020-05-21 10:48:27.359 info (28862) Device[0]: {"did":"15774e66-de3d-4963-xxxxxxxxxxxxxxx","name":"E00012796xxxxxxxxxxxx","class":"yna5xi","resource":"N7Cf","nick":"Saugi OZMO 950","company":"eco-ng","bindTs":1589563987088} ecovacs-deebot.0 2020-05-21 10:48:27.358 info (28862) Number of devices: 1 ecovacs-deebot.0 2020-05-21 10:48:27.358 debug (28862) Devices:[{"did":"15774e66-de3d-4963-xxxxxxxxxxxxxx","name":"E00012796xxxxxxxxxxxxx","class":"yna5xi","resource":"N7Cf","nick":"Saugi OZMO 950","company":"eco-ng","bindTs":1589563987088}] ecovacs-deebot.0 2020-05-21 10:48:27.357 info (28862) Successfully connected to Ecovacs server ecovacs-deebot.0 2020-05-21 10:48:25.482 debug (28862) state change info.error => ecovacs-deebot.0 2020-05-21 10:48:25.477 info (28862) starting. Version 0.6.2 in /opt/iobroker/node_modules/iobroker.ecovacs-deebot, node: v10.20.1, js-controller: 3.1.4 ecovacs-deebot.0 2020-05-21 10:48:25.389 debug (28862) state change info.connection => false ecovacs-deebot.0 2020-05-21 10:48:25.347 info (28862) starting. Version 0.6.2 in /opt/iobroker/node_modules/iobroker.ecovacs-deebot, node: v10.20.1, js-controller: 3.1.4 ecovacs-deebot.0 2020-05-21 10:48:24.615 debug (28862) statesDB connected ecovacs-deebot.0 2020-05-21 10:48:24.615 debug (28862) States connected to redis: 127.0.0.1:9000 ecovacs-deebot.0 2020-05-21 10:48:24.612 debug (28862) statesDB connected ecovacs-deebot.0 2020-05-21 10:48:24.611 debug (28862) States connected to redis: 127.0.0.1:9000 ecovacs-deebot.0 2020-05-21 10:48:24.606 debug (28862) States create System PubSub Client ecovacs-deebot.0 2020-05-21 10:48:24.602 debug (28862) States create User PubSub Client ecovacs-deebot.0 2020-05-21 10:48:24.600 debug (28862) States create System PubSub Client ecovacs-deebot.0 2020-05-21 10:48:24.598 debug (28862) States create User PubSub Client ecovacs-deebot.0 2020-05-21 10:48:24.596 debug (28862) Redis States: Use Redis connection: 127.0.0.1:9000 ecovacs-deebot.0 2020-05-21 10:48:24.595 debug (28862) objectDB connected ecovacs-deebot.0 2020-05-21 10:48:24.595 debug (28862) Objects connected to redis: 127.0.0.1:9001 ecovacs-deebot.0 2020-05-21 10:48:24.592 debug (28862) Redis States: Use Redis connection: 127.0.0.1:9000 ecovacs-deebot.0 2020-05-21 10:48:24.590 debug (28862) objectDB connected ecovacs-deebot.0 2020-05-21 10:48:24.584 debug (28862) Objects connected to redis: 127.0.0.1:9001 ecovacs-deebot.0 2020-05-21 10:48:24.580 debug (28862) Objects client initialize lua scripts ecovacs-deebot.0 2020-05-21 10:48:24.579 debug (28862) Objects create User PubSub Client ecovacs-deebot.0 2020-05-21 10:48:24.578 debug (28862) Objects create System PubSub Client ecovacs-deebot.0 2020-05-21 10:48:24.572 debug (28862) Objects client initialize lua scripts ecovacs-deebot.0 2020-05-21 10:48:24.571 debug (28862) Objects create User PubSub Client ecovacs-deebot.0 2020-05-21 10:48:24.574 debug (28862) Objects client ready ... initialize now ecovacs-deebot.0 2020-05-21 10:48:24.571 debug (28862) Objects create System PubSub Client ecovacs-deebot.0 2020-05-21 10:48:24.568 debug (28862) Objects client ready ... initialize now ecovacs-deebot.0 2020-05-21 10:48:24.548 debug (28862) Redis Objects: Use Redis connection: 127.0.0.1:9001 ecovacs-deebot.0 2020-05-21 10:48:24.535 debug (28862) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.iobroker-deb 2020-05-21 10:48:23.925 info instance system.adapter.ecovacs-deebot.0 started with pid 28862 host.iobroker-deb 2020-05-21 10:48:23.903 info "system.adapter.ecovacs-deebot.0" enabledAlte Api:
ecovacs-deebot.0 2020-05-21 10:55:47.370 debug (29094) state change info.errorCode => 7 ecovacs-deebot.0 2020-05-21 10:55:47.363 debug (29094) state change info.error => unknown errorCode: 7 ecovacs-deebot.0 2020-05-21 10:55:47.322 debug (29094) state change info.errorCode => 0 ecovacs-deebot.0 2020-05-21 10:55:47.319 debug (29094) state change info.error => NoError: Robot is operational ecovacs-deebot.0 2020-05-21 10:55:17.437 debug (29094) state change info.errorCode => 7 ecovacs-deebot.0 2020-05-21 10:55:17.433 debug (29094) state change info.error => unknown errorCode: 7 ecovacs-deebot.0 2020-05-21 10:55:17.364 debug (29094) state change info.errorCode => 0 ecovacs-deebot.0 2020-05-21 10:55:17.362 debug (29094) state change info.error => NoError: Robot is operational ecovacs-deebot.0 2020-05-21 10:55:17.304 debug (29094) state change map.deebotPositionCurrentSpotAreaID => 0 ecovacs-deebot.0 2020-05-21 10:54:53.844 debug (29094) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"4","mapSpotAreaName":"E","mapSpotAreaConnections":"3","mapSpotAreaBoundaries":"4050,-6850;4050,-6200;4200,-5850;4650,-5800;4800,-5500;47 ecovacs-deebot.0 2020-05-21 10:54:53.842 debug (29094) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"3","mapSpotAreaName":"D","mapSpotAreaConnections":"2,4","mapSpotAreaBoundaries":"1700,-6300;1700,-3750;2450,-3750;2550,-3900;2650,-3850; ecovacs-deebot.0 2020-05-21 10:54:53.758 debug (29094) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"0","mapSpotAreaName":"A","mapSpotAreaConnections":"2","mapSpotAreaBoundaries":"-3450,-1250;-3450,-100;-3350,50;-3350,500;-2850,450;-2950 ecovacs-deebot.0 2020-05-21 10:54:53.747 debug (29094) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"7","mapSpotAreaName":"H","mapSpotAreaConnections":"2","mapSpotAreaBoundaries":"1500,-2150;1500,-2100;1700,-2150;1800,-2050;1750,-1700;15 ecovacs-deebot.0 2020-05-21 10:54:53.655 debug (29094) MapSpotAreaInfo: {"mapID":"1394969261","mapSpotAreaID":"2","mapSpotAreaName":"C","mapSpotAreaConnections":"0,7,3","mapSpotAreaBoundaries":"-350,-4800;-300,-4600;-100,-4400;-100,-3900;150,-3650 ecovacs-deebot.0 2020-05-21 10:54:53.493 debug (29094) state change info.errorCode => 7 ecovacs-deebot.0 2020-05-21 10:54:53.486 debug (29094) state change info.error => unknown errorCode: 7 ecovacs-deebot.0 2020-05-21 10:54:53.440 debug (29094) MapSpotAreas: {"mapID":"1394969261","mapSetID":"59","mapSpotAreas":[{"mapSpotAreaID":"0"},{"mapSpotAreaID":"2"},{"mapSpotAreaID":"7"},{"mapSpotAreaID":"3"},{"mapSpotAreaID":"4"}]} ecovacs-deebot.0 2020-05-21 10:54:53.198 debug (29094) state change info.error => NoError: Robot is operational ecovacs-deebot.0 2020-05-21 10:54:53.195 debug (29094) state change map.deebotPositionCurrentSpotAreaID => unknown ecovacs-deebot.0 2020-05-21 10:54:53.151 debug (29094) Maps: {"maps":[{"mapID":"1394969261","mapIndex":2,"mapName":"","mapStatus":0,"mapIsCurrentMap":true,"mapIsBuilt":true}]} ecovacs-deebot.0 2020-05-21 10:54:47.763 debug (29094) state change cleaninglog.lastCleaningTimestamp => ecovacs-deebot.0 2020-05-21 10:54:47.762 debug (29094) state change cleaninglog.lastCleaningMapImageURL => ecovacs-deebot.0 2020-05-21 10:54:47.758 debug (29094) state change cleaninglog.last20Logs => ecovacs-deebot.0 2020-05-21 10:54:47.748 debug (29094) state change info.deviceStatus => idle ecovacs-deebot.0 2020-05-21 10:54:47.746 debug (29094) state change info.deviceStatus => idle ecovacs-deebot.0 2020-05-21 10:54:47.742 debug (29094) state change info.connection => true ecovacs-deebot.0 2020-05-21 10:54:47.707 info (29094) [vacbot] name: DEEBOT OZMO 950 Series ecovacs-deebot.0 2020-05-21 10:54:47.705 info (29094) Saugi OZMO 950 successfully connected ecovacs-deebot.0 2020-05-21 10:54:46.596 info (29094) Using device Device[0] ecovacs-deebot.0 2020-05-21 10:54:46.596 info (29094) Device[0]: {"did":"15774e66-de3d-4963-xxxxxxxxxxxxxxxxxx","name":"E00012796xxxxxxxxxxxxxxxx","class":"yna5xi","resource":"N7Cf","nick":"Saugi OZMO 950","company":"eco-ng","bindTs":1589563987088} ecovacs-deebot.0 2020-05-21 10:54:46.596 info (29094) Number of devices: 1 ecovacs-deebot.0 2020-05-21 10:54:46.596 debug (29094) Devices:[{"did":"15774e66-de3d-4963-xxxxxxxxxxxxxxxx","name":"E00012796xxxxxxxxxxxxx","class":"yna5xi","resource":"N7Cf","nick":"Saugi OZMO 950","company":"eco-ng","bindTs":1589563987088}] ecovacs-deebot.0 2020-05-21 10:54:46.595 info (29094) Successfully connected to Ecovacs server ecovacs-deebot.0 2020-05-21 10:54:44.967 debug (29094) state change info.error => ecovacs-deebot.0 2020-05-21 10:54:44.961 debug (29094) state change info.connection => false ecovacs-deebot.0 2020-05-21 10:54:44.861 info (29094) starting. Version 0.6.2 in /opt/iobroker/node_modules/iobroker.ecovacs-deebot, node: v10.20.1, js-controller: 3.1.4 ecovacs-deebot.0 2020-05-21 10:54:44.843 info (29094) starting. Version 0.6.2 in /opt/iobroker/node_modules/iobroker.ecovacs-deebot, node: v10.20.1, js-controller: 3.1.4 ecovacs-deebot.0 2020-05-21 10:54:43.976 debug (29094) statesDB connected ecovacs-deebot.0 2020-05-21 10:54:43.973 debug (29094) statesDB connected ecovacs-deebot.0 2020-05-21 10:54:43.976 debug (29094) States connected to redis: 127.0.0.1:9000 ecovacs-deebot.0 2020-05-21 10:54:43.972 debug (29094) States connected to redis: 127.0.0.1:9000 ecovacs-deebot.0 2020-05-21 10:54:43.962 debug (29094) States create System PubSub Client ecovacs-deebot.0 2020-05-21 10:54:43.961 debug (29094) States create System PubSub Client ecovacs-deebot.0 2020-05-21 10:54:43.959 debug (29094) States create User PubSub Client ecovacs-deebot.0 2020-05-21 10:54:43.958 debug (29094) States create User PubSub Client ecovacs-deebot.0 2020-05-21 10:54:43.953 debug (29094) Redis States: Use Redis connection: 127.0.0.1:9000 ecovacs-deebot.0 2020-05-21 10:54:43.953 debug (29094) objectDB connected ecovacs-deebot.0 2020-05-21 10:54:43.951 debug (29094) Redis States: Use Redis connection: 127.0.0.1:9000 ecovacs-deebot.0 2020-05-21 10:54:43.949 debug (29094) objectDB connected ecovacs-deebot.0 2020-05-21 10:54:43.953 debug (29094) Objects connected to redis: 127.0.0.1:9001 ecovacs-deebot.0 2020-05-21 10:54:43.943 debug (29094) Objects connected to redis: 127.0.0.1:9001 ecovacs-deebot.0 2020-05-21 10:54:43.930 debug (29094) Objects client initialize lua scripts ecovacs-deebot.0 2020-05-21 10:54:43.930 debug (29094) Objects create User PubSub Client ecovacs-deebot.0 2020-05-21 10:54:43.929 debug (29094) Objects create System PubSub Client ecovacs-deebot.0 2020-05-21 10:54:43.925 debug (29094) Objects client initialize lua scripts ecovacs-deebot.0 2020-05-21 10:54:43.925 debug (29094) Objects create User PubSub Client ecovacs-deebot.0 2020-05-21 10:54:43.924 debug (29094) Objects create System PubSub Client ecovacs-deebot.0 2020-05-21 10:54:43.922 debug (29094) Objects client ready ... initialize now ecovacs-deebot.0 2020-05-21 10:54:43.920 debug (29094) Objects client ready ... initialize now ecovacs-deebot.0 2020-05-21 10:54:43.900 debug (29094) Redis Objects: Use Redis connection: 127.0.0.1:9001 ecovacs-deebot.0 2020-05-21 10:54:43.884 debug (29094) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.iobroker-deb 2020-05-21 10:54:43.302 info instance system.adapter.ecovacs-deebot.0 started with pid 29094 host.iobroker-deb 2020-05-21 10:54:43.281 info "system.adapter.ecovacs-deebot.0" enabled -
Welchen Ländercode hast Du in der Adapter Config eingetragen?
-
@mrbungle64 sagte in Test Adapter ecovacs-deebot v0.6.x Latest:
Welchen Ländercode hast Du in der Adapter Config eingetragen?
Germany (EU)
-
@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:
@mrbungle64 sagte in Test Adapter ecovacs-deebot v0.6.x Latest:
Welchen Ländercode hast Du in der Adapter Config eingetragen?
Germany (EU)
ok, wenn der abweichend von "Germany (EU)" gewesen wäre dann hätte es evtl. daran liegen können.
-
@stefande deine Logs scheinen nicht geliefert zu werden, was daran erkennbar ist, dass die Werte explizit auf null gesetzt werden (details erspare ich hier mal, gibt es im Github issue, wenn interessant). Wir haben eine neue Version auf github bereitgestellt, die einen neuen State namens "debugMessage" erstellt:
Darin wird bei leerem CleanLog die komplette Antwort von der ecovacs API ausgegeben.
Magst du bitte einmal die Version von github installieren und nochmal die Instanz starten? Das Häkchen in der Config für den alternativen API Call bitte deaktiviert lassen (der Error 7 bedeutet übrigens "log data is not found", was dafür spricht, dass ecovacs da was geändert/deaktiviert hat). Meine Logs werden derzeit auch nicht mehr aktualisiert. Ich vermute bei dir wurden die entsprechenden Daten bei ecovacs auf den Servern nie befüllt, da dein Bot ja noch recht neu bei dir ist, weswegen die API nichts zurückliefert. -
@boriswerner sagte in Test Adapter ecovacs-deebot v0.6.x Latest:
@stefande deine Logs scheinen nicht geliefert zu werden, was daran erkennbar ist, dass die Werte explizit auf null gesetzt werden (details erspare ich hier mal, gibt es im Github issue, wenn interessant). Wir haben eine neue Version auf github bereitgestellt, die einen neuen State namens "debugMessage" erstellt:
Darin wird bei leerem CleanLog die komplette Antwort von der ecovacs API ausgegeben.
Magst du bitte einmal die Version von github installieren und nochmal die Instanz starten? Das Häkchen in der Config für den alternativen API Call bitte deaktiviert lassen (der Error 7 bedeutet übrigens "log data is not found", was dafür spricht, dass ecovacs da was geändert/deaktiviert hat). Meine Logs werden derzeit auch nicht mehr aktualisiert. Ich vermute bei dir wurden die entsprechenden Daten bei ecovacs auf den Servern nie befüllt, da dein Bot ja noch recht neu bei dir ist, weswegen die API nichts zurückliefert.Ergebnis:
CleanLog is empty: {"resultCode":"0","resultCodeMessage":"ok","resultData":{"ret":"ok","logs":[]}} -
@stefande Das bestätigt die Theorie leider. Du bekommst eine korrekte Antwort aber leider gibt es keine Logs vom Server. Wir vermuten, dass aufgrund der vielen Probleme ecovacs einige Funktionen für das Log deaktiviert/geändert hat (es gab ja auch eine neue App-Version am Montag). Bis das nicht vernünftig auch in der App funktioniert, macht es keinen Sinn da hinterherzulaufen.
Wir verfolgen das weiter aber im Moment gibt es da nichts sinnvolles für uns zu machen. -
@boriswerner sagte in Test Adapter ecovacs-deebot v0.6.x Latest:
@stefande Das bestätigt die Theorie leider. Du bekommst eine korrekte Antwort aber leider gibt es keine Logs vom Server. Wir vermuten, dass aufgrund der vielen Probleme ecovacs einige Funktionen für das Log deaktiviert/geändert hat (es gab ja auch eine neue App-Version am Montag). Bis das nicht vernünftig auch in der App funktioniert, macht es keinen Sinn da hinterherzulaufen.
Wir verfolgen das weiter aber im Moment gibt es da nichts sinnvolles für uns zu machen.OK das kann ich nachvollziehen, und ich muss wohl erstmal damit leben.
Trotzdem Danke für Eure Bemühungen und die Erstellung des Adapters.
Mal gucken was die Zukunft noch bringt.
Falls ihr noch was zu Testen habt, ich wäre bereit. -
Ich hab mittlerweile die 0.6.3 installiert und bin mit der Basis umgezogen und hab dabei die alte Karte gelöscht.
Beim Erstellen der neuen Karte kam:2020-05-22 16:38:51.168 - warn: ecovacs-deebot.0 (3769) Object ecovacs-deebot.0.map.241669520.mapDeactivationTimestamp is invalid: obj.common.type has an invalid value (integer) but has to be one of number, string, boolean, array, object, mixed, file, json
2020-05-22 16:38:51.168 - warn: ecovacs-deebot.0 (3769) This object will not be created in future versions. Please report this to the developer. -
@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:
Ich hab mittlerweile die 0.6.3 installiert und bin mit der Basis umgezogen und hab dabei die alte Karte gelöscht.
Beim Erstellen der neuen Karte kam:2020-05-22 16:38:51.168 - warn: ecovacs-deebot.0 (3769) Object ecovacs-deebot.0.map.241669520.mapDeactivationTimestamp is invalid: obj.common.type has an invalid value (integer) but has to be one of number, string, boolean, array, object, mixed, file, json
2020-05-22 16:38:51.168 - warn: ecovacs-deebot.0 (3769) This object will not be created in future versions. Please report this to the developer.Hallo @stefande
danke für den Hinweis - das hatten wir noch nicht an allen Stellen angepasst.
Es sollte aber reichen, wenn wir das mit einem der nächsten Updates nachholen. -
Das sollte ja auch keine Kritik, sondern nur ein Hinweis sein.
-
@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:
Das sollte ja auch keine Kritik, sondern nur ein Hinweis sein.
Ja so hatte ich es auch verstanden (als Hinweis)
-
Hallo zusammen,
benutzt jemand den Adapter im compact mode oder betreibt zumindest den ioBroker im compact mode (wo der Ecovacs Deebot Adapter läuft)?
-
Hallo zusammen,
Vielen Dank an die Entwickler für diesen tollen Adapter. Ich nutze ihn schon seit Februar 2020 erfolgreich mit meinem Deebot 950 Ozmo und bin sehr zufrieden mit dem Funktionsumfang und der Stabilität des Adapters.
Ich habe im Nachbarforum diesen Thread hier initiiert https://www.roboter-forum.com/index.php?thread/40850-deebot-ozmo-950-lässt-sich-jetzt-auch-per-iobroker-steuern-smarthome/ und dort habe ich auch Blockly Scripte zur Integration mit Alexa unter Nutzung dieses Adapters entwickelt und veröffentlicht.
Diese Scripte nutze ich täglich und steuere ausschließlich damit meinen Deebot und das funktioniert sehr zuverlässig, sogar dann noch, wenn ein Teil der Ecovacs Server Infrastruktur ausfällt, so dass man mit der App keine Verbindung zum Deebot aufbauen kann.
Im Prinzip nutze ich die folgenden Datenpunkte erfolgreich: relocate, spotArea, customArea, currentMapIndex, deebotPosition, relocationState und cleanstatus.
spotArea funktioniert wunderbar mit den per Komma getrennten Raumnummern. Eine einzige Sache ist mir hier aufgefallen:
Wenn man den Deebot in die andere Etage stellt und man kein relocate durchführt. Das heißt der currentMapIndex verweist noch auf die Karte der vorherigen Etage und man gibt nur eine Raumnummer bei spotArea an, dann reinigt der Deebot trotzdem alle Räume. Macht man jedoch vorher ein relocate und wartet, bis im Datenpunkt currentMapIndex die richtige Karte erscheint und füllt erst dann die spotArea mit der Raumnummer, funktioniert alles perfekt, es wird nur dieser Raum gereinigt. Vielleicht wäre hier noch ein Fix möglich.
relocate funktioniert sehr zuverlässig, ortet die aktuelle Position des Bots und befüllt currentMapIndex und deebotPosition erfolgreich mit den aktuellen Koordinaten des Bots.
customArea funktioniert auch perfekt, ich habe auch eine Spotreinigung in mein Blockly gebaut, also man stellt den Bot an eine beliebige Position im Haus und sagt "Alexa, Spotreinigung" und der Deebot reinigt dann ein Rechteck von 4 qm um den aktuellen Standort herum. Hierzu stoße ich ein relocate an, prüfe ob relocationState of OK geht und berechne dann aus den Koordinaten in deebotPosition die Eckpunkte des zu reinigenden Rechtecks und übertrage sie in customArea, daraufhin reinigt der Deebot genau das gewünschte Rechteck, echt top!
cleanstatus funktioniert auch zuverlässig, verwende ich dafür um falls gewünscht den Deebot mehrfach hintereinander ein und dieselbe Reinigungsaufgabe durchführen zu lassen, denn wenn der Status nicht mehr cleaning ist weiß ich, dass die aktuelle Reinigungsaufgabe beendet ist und ich eine neue Reinigungsaufgabe erteilen kann. Funktioniert übrigens sogar dann, wenn der Bot gerade seine Basis sucht.
Was ich cool fände bzw. mir noch aus Programmierer Sicht wünschen würde wäre es, wenn solche Felder wie cleanstatus oder relocationState Enums mit fest definierten Werten wären und keine Strings. Denn dann wüsste man gleich, welche Stati alles möglich sind und man eventuell bei der Programmierung berücksichtigen muss und müsste nicht erst durch ausprobieren recherchieren, welchen Wert die Felder haben, wenn der Bot gerade etwas bestimmtes tut.
Aus meiner Sicht funktioniert aber Version 0.6 so stabil, dass sie bedenkenlos auf den stable Branch gemerged werden kann.
-
@dj-tifosi said in Test Adapter ecovacs-deebot v0.6.x Latest:
Hallo zusammen,
Vielen Dank an die Entwickler für diesen tollen Adapter. Ich nutze ihn schon seit Februar 2020 erfolgreich mit meinem Deebot 950 Ozmo und bin sehr zufrieden mit dem Funktionsumfang und der Stabilität des Adapters.
Ich habe im Nachbarforum diesen Thread hier initiiert https://www.roboter-forum.com/index.php?thread/40850-deebot-ozmo-950-lässt-sich-jetzt-auch-per-iobroker-steuern-smarthome/ und dort habe ich auch Blockly Scripte zur Integration mit Alexa unter Nutzung dieses Adapters entwickelt und veröffentlicht.
Hallo @dj-tifosi
vielen Dank für den ausführlichen Bericht, das positive Fazit und auch den tollen Thread mit Deinen interessanten Beiträgen im Roboter-Forum
Diese Scripte nutze ich täglich und steuere ausschließlich damit meinen Deebot und das funktioniert sehr zuverlässig, sogar dann noch, wenn ein Teil der Ecovacs Server Infrastruktur ausfällt, so dass man mit der App keine Verbindung zum Deebot aufbauen kann.
Im Prinzip nutze ich die folgenden Datenpunkte erfolgreich: relocate, spotArea, customArea, currentMapIndex, deebotPosition, relocationState und cleanstatus.
spotArea funktioniert wunderbar mit den per Komma getrennten Raumnummern. Eine einzige Sache ist mir hier aufgefallen:
Wenn man den Deebot in die andere Etage stellt und man kein relocate durchführt. Das heißt der currentMapIndex verweist noch auf die Karte der vorherigen Etage und man gibt nur eine Raumnummer bei spotArea an, dann reinigt der Deebot trotzdem alle Räume. Macht man jedoch vorher ein relocate und wartet, bis im Datenpunkt currentMapIndex die richtige Karte erscheint und füllt erst dann die spotArea mit der Raumnummer, funktioniert alles perfekt, es wird nur dieser Raum gereinigt. Vielleicht wäre hier noch ein Fix möglich.
Du meinst, dass man hier automatisch den currentMapIndex aktualisieren könnte (ohne manuellen "relocate"), da die Raumnummer ja bereits eindeutig ist?
Da das eine Ozmo 950/920 spezifische Funktion ist, bin ich da jetzt nicht so drin in der Thematik - @boriswerner wird da aber bestimmt noch Feedback geben
relocate funktioniert sehr zuverlässig, ortet die aktuelle Position des Bots und befüllt currentMapIndex und deebotPosition erfolgreich mit den aktuellen Koordinaten des Bots.
customArea funktioniert auch perfekt, ich habe auch eine Spotreinigung in mein Blockly gebaut, also man stellt den Bot an eine beliebige Position im Haus und sagt "Alexa, Spotreinigung" und der Deebot reinigt dann ein Rechteck von 4 qm um den aktuellen Standort herum. Hierzu stoße ich ein relocate an, prüfe ob relocationState of OK geht und berechne dann aus den Koordinaten in deebotPosition die Eckpunkte des zu reinigenden Rechtecks und übertrage sie in customArea, daraufhin reinigt der Deebot genau das gewünschte Rechteck, echt top!
cleanstatus funktioniert auch zuverlässig, verwende ich dafür um falls gewünscht den Deebot mehrfach hintereinander ein und dieselbe Reinigungsaufgabe durchführen zu lassen, denn wenn der Status nicht mehr cleaning ist weiß ich, dass die aktuelle Reinigungsaufgabe beendet ist und ich eine neue Reinigungsaufgabe erteilen kann. Funktioniert übrigens sogar dann, wenn der Bot gerade seine Basis sucht.
Was ich cool fände bzw. mir noch aus Programmierer Sicht wünschen würde wäre es, wenn solche Felder wie cleanstatus oder relocationState Enums mit fest definierten Werten wären und keine Strings. Denn dann wüsste man gleich, welche Stati alles möglich sind und man eventuell bei der Programmierung berücksichtigen muss und müsste nicht erst durch ausprobieren recherchieren, welchen Wert die Felder haben, wenn der Bot gerade etwas bestimmtes tut.
Hast Du vielleicht mal ein Beispiel, in welchem Adapter das gut gelöst ist, so dass wir uns ggf. daran orientieren können?
Wir versuchen aber unabhängig davon natürlich sowas auch zu dokumentieren. Eine Übersicht der "cleanstatus" ist z.B. hier zu finden.Aus meiner Sicht funktioniert aber Version 0.6 so stabil, dass sie bedenkenlos auf den stable Branch gemerged werden kann.
Das freut mich
-
Wenn man den Deebot in die andere Etage stellt und man kein relocate durchführt. Das heißt der currentMapIndex verweist noch auf die Karte der vorherigen Etage und man gibt nur eine Raumnummer bei spotArea an, dann reinigt der Deebot trotzdem alle Räume. Macht man jedoch vorher ein relocate und wartet, bis im Datenpunkt currentMapIndex die richtige Karte erscheint und füllt erst dann die spotArea mit der Raumnummer, funktioniert alles perfekt, es wird nur dieser Raum gereinigt. Vielleicht wäre hier noch ein Fix möglich.
Dank dir. Das Verhalten kann ich bestätigen. Das kann man allerdings nur prozessmäßig abfangen. Bisher haben wir keinerlei queueing-Mechanismus, weswegen auch kein automatischer relocate gemacht wird. Der Prozess ist folgendermaßen: nimmst du den Bot hoch um ihn in eine andere Etage zu stellen, geht der relocationState auf "required". Wenn du den sowieso immer abfragst, solltest du hier vor jeder Reinigung schauen, ob der auf "required" steht und ggf. ein relocate durchführen.
Zwar startet der Bot von sich aus bei einer Reinigung auch automatisch das relocate, aber das scheint mit der spotArea-Reinigung zusammen nicht zu funktionieren (das selbe könnte bei einer customArea Reinigung auftauchen, hier machst du ja aber immer den relocate, werde ich nochmal testen). Auf jeden Fall fährt er schon vor der Bestätigung der neuen Karte los und macht dann wohl eine Erkennungsfahrt. Eine der größeren Dinge auf der Roadmap ist ein queueing, sodass man auch mehrere spotArea Buttons nacheinander drücken kann bzw. ihn auch direkt nach dem Reinigen stoppen kann (wenn z.B. keine Ladestation in der Etage steht).
Da bist du uns aber auch mit deinem Skript schon etwas voraus -
Hallo,
ich habe den Adapter bisher auch schon erfolgreich getestet mit einem Ozmo950 und bin sehr zufrieden.
Ein Sache vermisse ich allerdings etwas. Gibt es eine Möglichkeit den Sauger zu einer bestimmten
Position (Koordinate) fahren zu lassen? Oder habe ich die nur noch nicht gefunden?
Meine Idee wäre, den Sauger nach einer bestimmten Zeit z.B. zum Mülleimer fahren zu lassen um die Staubbox zu entleeren oder den Sauger auf Knopfdruck z.B. in eine "Wartungsposition" fahren zu lassen.
