[Beendet] Test Adapter ecovacs-deebot v0.6.x Latest

[stefande]

@mrbungle64 sagte in Test Adapter ecovacs-deebot v0.6.x Latest:

@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:

Interessanterweise scheint die spotArea nur zu funktionieren, wenn ich einen Wert mit Komma, oder mehrere Werte eingebe.
Eine "3" alleine funktioniert nicht. Eine "3," oder eine "3,5" aber schon.

Das ist komisch ... Kannst Du mal bitte schauen, ob bei der "3" alleine folgendes im Log auftaucht?

Komisch ist, dass es jetzt auch mit einer "3" geht!
Das funktionierte das ganze WE nicht und auch vorhin noch nicht.
Ich hatte mir ein paar Buttons gebastelt die den entsprechenden Wert in den Datenpunkt geschrieben habe, aber eine Reinigung wurde erst gestartet, nachdem ich den Wert mit Komma übergeben habe.
Warum es jetzt plötzlich auch ohne klappt? ICH HAB KEINE AHNUNG!!!!
An einer No-Go-Zone oder einer Virtual Wall kann es nicht gelegen haben, da ich so etwas noch nicht eingerichtet habe.
Übrigens funktionierte es weder mit der "3" noch einer anderen Zone.

[mrbungle64]

@DonToben said in Test Adapter ecovacs-deebot v0.6.x Latest:

@mrbungle64 said in Test Adapter ecovacs-deebot v0.6.x Latest:

@DonToben
Konntest Du den Adapter mithilfe des Videos inzwischen "sauber" installieren?

Ja, danke für die Anleitung.

Heute hat sich wieder der Adapter in die Ecke gestellt.
Obwohl grün, reagierte er nicht.
Ich habe eh schon zwei automatische Neustarts 6 Uhr und 17 Uhr eingestellt ...

Erst nach manuellen Neustart des Adapters klappte es wieder.

Die Ursache hierfür konnte ich noch nicht genau eingrenzen.

Habe aber das Gefühl, dass nach Neustart Deebot oder z.b. Fritzbox der Adapter nicht mehr reagiert, bis er neu gestartet wird.

Kann jemand ähnliches beobachten?

Ja, ich habe auch die letzten Tage das Gefühl, dass ich die Instanz für meinen Deebot Ozmo 930 öfter als vorher neustarten muss.
Beim Deebot 901 ist es unverändert - da muss ich eigentlich nie neustarten.

Dafür habe ich aber das Gefühl, dass der Ozmo 930 nicht mehr so oft die "Stimme" verliert. Das hat jetzt mit dem Adapter nicht direkt was zu tun, aber ich habe in letzter Zeit das Gefühl, dass Ecovacs gerade an der API bzw. deren Software schraubt.

Habe aber das Gefühl, dass nach Neustart Deebot oder z.b. Fritzbox der Adapter nicht mehr reagiert, bis er neu gestartet wird.

Den Teil mit der Fritzbox verstehe ich noch nicht so ganz ...

[mrbungle64]

@DonToben

Habe aber das Gefühl, dass nach Neustart Deebot oder z.b. Fritzbox der Adapter nicht mehr reagiert, bis er neu gestartet wird.

Den Teil mit der Fritzbox verstehe ich noch nicht so ganz ...

Achso, Du meinst nach einem Neustart der Fritzbbox?
Ja das wird leider so sein, dass nach einem Neustart des Routers der Adapter neugestartet werden muss.
Ich denke mal, dass der Saugroboter dann eine neue Sitzung zu den Ecovacs Servern aufmacht und der Adpater das ebenfalls machen muss. Wir haben da noch keine autom. Reconnects eingebaut bisher.

[DonToben]

@mrbungle64 said in Test Adapter ecovacs-deebot v0.6.x Latest:

@DonToben

Habe aber das Gefühl, dass nach Neustart Deebot oder z.b. Fritzbox der Adapter nicht mehr reagiert, bis er neu gestartet wird.

Den Teil mit der Fritzbox verstehe ich noch nicht so ganz ...

Achso, Du meinst nach einem Neustart der Fritzbbox?
Ja das wird leider so sein, dass nach einem Neustart des Routers der Adapter neugestartet werden muss.
Ich denke mal, dass der Saugroboter dann eine neue Sitzung zu den Ecovacs Servern aufmacht und der Adpater das ebenfalls machen muss. Wir haben da noch keine autom. Reconnects eingebaut bisher.

Ja genau, das meinte ich.

[mrbungle64]

@lindi200000
@stefande

Welche Version von Node.js und dem js-controller habt Ihr installiert?

[stefande]

@mrbungle64 sagte in Test Adapter ecovacs-deebot v0.6.x Latest:

@lindi200000
@stefande

Welche Version von Node.js und dem js-controller habt Ihr installiert?

Ich bin bei Node.js v10.20.1 und beim JS Controller bei 3.1.4

Um nochmals auf die Ansteuerung der spotAreas mit und ohne Kommas zurück zu kommen.
Ohne Komma funktioniert es manchmal - mit Komma bisher immer.

Des Weiteren kommt bei der normalen Reinigung manchmal kurzzeitig der Error 7.
Die App zeigt jedoch keinen Fehler.
Ich konnte dann bei zwei "Hänger" über einen Schwingstuhl folgende Fehlercodes eruieren:
7: unknown errorCode: 7 - Seitenbürste ist blokiert
104: DownSensorAbnormal: Excess dust on the Anti-Drop Sensors

Es gab noch einmal den Fehler 108 auf dem Datenpunk, da konnte ich aber keine Ursache erkennen.
Bist du an weiteren Fehlercodes interessiert falls noch welche auftauchen?

[boriswerner]

@stefande Ich hab heute mal neu aus dem latest Repository installiert und hatte kein Problem mit den lastCleanLog-Werten. Ich bin aber auch noch auf älteren Versionen (js-controller 2.1.1 und Node.js 10.18.1). Ich versuche das zeitnah mal zu aktualisieren und dann nachzustellen.
Für den 950 gibt es aber auch diverse Probleme mit unvollständiger Speicherung der Karten im Reinigungsprotokoll, sodass zumindest bei mir die Karten nicht benutzbar sind. Ich teste da auch noch mit 2 verschiedenen Abrufmethoden.

Schwingstühle machen mir auch Probleme. Ich stelle sie entweder aus dem Weg oder richte eine Sperrzone ein. Wenn du sonst keine Schwellen hast, gibt es im Nachbarforum (https://www.roboter-forum.com/index.php?thread/40345-ozmo-950-per-3d-drucker-tieferlegen/&postID=538836#post538836) auch eine 3D-Drucklösung um den Bumper "tieferzulegen".

Auch die spotArea-Reinigung mittels einzelner Zahl hat mir noch nie Probleme gemacht. Bestätigst du den Wert bei Neueingabe? Wie setzt du den? Über die Objektliste?

Der ErrorCode 7 ist neu. Blockierte Seitenbürste sollte eigentlich 108 sein. Danke dafür. Wenn es noch mehr (vor allem "unknown") Fehlermeldungen gibt, gerne immer her damit mit ein paar Infos, in welcher Situation aufgetreten.

Weiter oben hattest du noch geschrieben, dass die "DustBox" info immer auf true steht. Die sollte für den 950 in der Standardeinstellung auch nicht verfügbar sein, hattest du die in den Einstellungen aktiviert? Der 950 informiert nur über einen Fehler ('110': 'NoDustBox: Dust Bin Not installed') über die fehlende Box, daher ist der State nicht implementiert.

Zur VIS: ich versuche mich gerade an einer Visualisierung über HABPanel, nicht VIS. Wenn du eine gute VIS hast poste die aber gerne mal.

[stefande]

@boriswerner sagte in Test Adapter ecovacs-deebot v0.6.x Latest:

@stefande Ich hab heute mal neu aus dem latest Repository installiert und hatte kein Problem mit den lastCleanLog-Werten. Ich bin aber auch noch auf älteren Versionen (js-controller 2.1.1 und Node.js 10.18.1). Ich versuche das zeitnah mal zu aktualisieren und dann nachzustellen.
Für den 950 gibt es aber auch diverse Probleme mit unvollständiger Speicherung der Karten im Reinigungsprotokoll, sodass zumindest bei mir die Karten nicht benutzbar sind. Ich teste da auch noch mit 2 verschiedenen Abrufmethoden.

Selbst in der App ist bei mir bis jetzt erst ein Reinigungsprotokoll erschienen.
Scheint also wirklich ein Serverproblem zu sein.

Schwingstühle machen mir auch Probleme. Ich stelle sie entweder aus dem Weg oder richte eine Sperrzone ein. Wenn du sonst keine Schwellen hast, gibt es im Nachbarforum (https://www.roboter-forum.com/index.php?thread/40345-ozmo-950-per-3d-drucker-tieferlegen/&postID=538836#post538836) auch eine 3D-Drucklösung um den Bumper "tieferzulegen".

Die 3D Lösung sieht sehr interessant aus. Da ich leider keinen 3D Drucker habe, werde ich wohl erstmal ohne Modifikation auskommen müssen.
Vielleicht muss ich mich auch erstmal an seine "Eigenheiten" gewöhnen. Hab ihn ja erst ein paar Tage.

Auch die spotArea-Reinigung mittels einzelner Zahl hat mir noch nie Probleme gemacht. Bestätigst du den Wert bei Neueingabe? Wie setzt du den? Über die Objektliste?

Ich hab in der Vis ein paar jqui-ctrl-icon-state Widgets plaziert. Jedem Widget ist ein Wert zugeordnet, der dann bei Betätigung auf den Datenpunkt geschrieben wird.
Ob ich den Wert jetzt mit oder ohne Komma übergebe ist mir persönlich eigentlich wurscht.
Ich wollte es nur nicht unerwähnt lassen, falls jemand das gleiche Problem hat.

Der ErrorCode 7 ist neu. Blockierte Seitenbürste sollte eigentlich 108 sein. Danke dafür. Wenn es noch mehr (vor allem "unknown") Fehlermeldungen gibt, gerne immer her damit mit ein paar Infos, in welcher Situation aufgetreten.

Weiter oben hattest du noch geschrieben, dass die "DustBox" info immer auf true steht. Die sollte für den 950 in der Standardeinstellung auch nicht verfügbar sein, hattest du die in den Einstellungen aktiviert? Der 950 informiert nur über einen Fehler ('110': 'NoDustBox: Dust Bin Not installed') über die fehlende Box, daher ist der State nicht implementiert.

Ich hab erstmal alle Optionen aktiviert. Abschalten kann ich sie ja immer noch.
Ich hatte die DustBox mal draußen, aber es gab auch auf dem Error Datenpunkt keine Meldung.

Zur VIS: ich versuche mich gerade an einer Visualisierung über HABPanel, nicht VIS. Wenn du eine gute VIS hast poste die aber gerne mal.

Ich bin ehrlich gesagt nicht sonderlich talentiert darin eine VIS zu bauen, aber ich guck mal was ich in den nächsten Tagen so hinbekomme.

[mrbungle64]

@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:

@boriswerner sagte in Test Adapter ecovacs-deebot v0.6.x Latest:

@stefande Ich hab heute mal neu aus dem latest Repository installiert und hatte kein Problem mit den lastCleanLog-Werten. Ich bin aber auch noch auf älteren Versionen (js-controller 2.1.1 und Node.js 10.18.1). Ich versuche das zeitnah mal zu aktualisieren und dann nachzustellen.
Für den 950 gibt es aber auch diverse Probleme mit unvollständiger Speicherung der Karten im Reinigungsprotokoll, sodass zumindest bei mir die Karten nicht benutzbar sind. Ich teste da auch noch mit 2 verschiedenen Abrufmethoden.

Selbst in der App ist bei mir bis jetzt erst ein Reinigungsprotokoll erschienen.
Scheint also wirklich ein Serverproblem zu sein.

Wie schaut es jetzt im Adapter mit den Werten last20Logs, lastCleaningMapURL und lastCleaningTimestamp aus?
Wird dieses eine Reinigungsprotokoll abgerufen?

[stefande]

@mrbungle64 sagte in Test Adapter ecovacs-deebot v0.6.x Latest:

@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:

@boriswerner sagte in Test Adapter ecovacs-deebot v0.6.x Latest:

@stefande Ich hab heute mal neu aus dem latest Repository installiert und hatte kein Problem mit den lastCleanLog-Werten. Ich bin aber auch noch auf älteren Versionen (js-controller 2.1.1 und Node.js 10.18.1). Ich versuche das zeitnah mal zu aktualisieren und dann nachzustellen.
Für den 950 gibt es aber auch diverse Probleme mit unvollständiger Speicherung der Karten im Reinigungsprotokoll, sodass zumindest bei mir die Karten nicht benutzbar sind. Ich teste da auch noch mit 2 verschiedenen Abrufmethoden.

Selbst in der App ist bei mir bis jetzt erst ein Reinigungsprotokoll erschienen.
Scheint also wirklich ein Serverproblem zu sein.

Wie schaut es jetzt im Adapter mit den Werten last20Logs, lastCleaningMapURL und lastCleaningTimestamp aus?
Wird dieses eine Reinigungsprotokoll abgerufen?

Nein, Nix, Nada.

[boriswerner]

@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:

Selbst in der App ist bei mir bis jetzt erst ein Reinigungsprotokoll erschienen.
Scheint also wirklich ein Serverproblem zu sein.

Hier gibt es einen langen Thread dazu: https://www.roboter-forum.com/index.php?thread/40009-reinigungsprotokoll-wird-nicht-gespeichert/ Es schien mal gelöst zu sein, dann ging es aber wieder los.

Die 3D Lösung sieht sehr interessant aus. Da ich leider keinen 3D Drucker habe, werde ich wohl erstmal ohne Modifikation auskommen müssen.
Vielleicht muss ich mich auch erstmal an seine "Eigenheiten" gewöhnen. Hab ihn ja erst ein paar Tage.

Ja, einfach mal schauen, wie so die Nutzung ist. Ansonsten bieten die Ersteller auch ab und zu an das zum Selbstkostenpreis zu verschicken. Einfach nett fragen, mehr als ein nein kann ja nicht kommen .

Ich hab in der Vis ein paar jqui-ctrl-icon-state Widgets plaziert. Jedem Widget ist ein Wert zugeordnet, der dann bei Betätigung auf den Datenpunkt geschrieben wird.
Ob ich den Wert jetzt mit oder ohne Komma übergebe ist mir persönlich eigentlich wurscht.
Ich wollte es nur nicht unerwähnt lassen, falls jemand das gleiche Problem hat.

Hast du es denn mal direkt in der Objektliste versucht? Wäre interessant, ob es da auch einen Unterschied gibt oder ob es eine Eigenheit des Widgets ist.

Ich hab erstmal alle Optionen aktiviert. Abschalten kann ich sie ja immer noch.

Ich würde eher den umgekehrten Weg empfehlen, da wie gesagt einige Features garnicht erst implementiert sind für den 950.

Ich hatte die DustBox mal draußen, aber es gab auch auf dem Error Datenpunkt keine Meldung.

Der Error kommt erst, wenn du eine Reinigung starten willst (ggf. auch bei einem relocate, das müsste ich testen), deswegen ist das setzen der DustBox info nicht möglich.

Ich bin ehrlich gesagt nicht sonderlich talentiert darin eine VIS zu bauen, aber ich guck mal was ich in den nächsten Tagen so hinbekomme.

Ich auch nicht schön machen sollen andere. Deswegen mag ich HABPanel, da hat man zumindest nicht ganz so viel Flexibilität

[stefande]

@boriswerner sagte in Test Adapter ecovacs-deebot v0.6.x Latest:

@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:

Selbst in der App ist bei mir bis jetzt erst ein Reinigungsprotokoll erschienen.
Scheint also wirklich ein Serverproblem zu sein.

Hier gibt es einen langen Thread dazu: https://www.roboter-forum.com/index.php?thread/40009-reinigungsprotokoll-wird-nicht-gespeichert/ Es schien mal gelöst zu sein, dann ging es aber wieder los.

Danke, werde ihn mir die Tage mal reinziehen.

Die 3D Lösung sieht sehr interessant aus. Da ich leider keinen 3D Drucker habe, werde ich wohl erstmal ohne Modifikation auskommen müssen.
Vielleicht muss ich mich auch erstmal an seine "Eigenheiten" gewöhnen. Hab ihn ja erst ein paar Tage.

Ja, einfach mal schauen, wie so die Nutzung ist. Ansonsten bieten die Ersteller auch ab und zu an das zum Selbstkostenpreis zu verschicken. Einfach nett fragen, mehr als ein nein kann ja nicht kommen .

Werde ich auf jeden Fall mal im Hinterkopf behalten.

Ich hab in der Vis ein paar jqui-ctrl-icon-state Widgets plaziert. Jedem Widget ist ein Wert zugeordnet, der dann bei Betätigung auf den Datenpunkt geschrieben wird.
Ob ich den Wert jetzt mit oder ohne Komma übergebe ist mir persönlich eigentlich wurscht.
Ich wollte es nur nicht unerwähnt lassen, falls jemand das gleiche Problem hat.

Hast du es denn mal direkt in der Objektliste versucht? Wäre interessant, ob es da auch einen Unterschied gibt oder ob es eine Eigenheit des Widgets ist.

Das direkte Schreiben in die Objektliste funktioniert auch nicht zuverlässig.
Manchmal wird erst gar kein Start initiiert, manchmal startet er und bleibt nach ca. 50 cm stehen. Er läuft dann "leer" und in der App ist dann auch kein Bereich aktiviert.

Ich hab erstmal alle Optionen aktiviert. Abschalten kann ich sie ja immer noch.

Ich würde eher den umgekehrten Weg empfehlen, da wie gesagt einige Features garnicht erst implementiert sind für den 950.

Da ich ja nicht genau weiß, was im 950 geht und was nicht, arbeite ich nach der "Versuch macht klug" Regel, und lasse mich überraschen.

Ich hatte die DustBox mal draußen, aber es gab auch auf dem Error Datenpunkt keine Meldung.

Der Error kommt erst, wenn du eine Reinigung starten willst (ggf. auch bei einem relocate, das müsste ich testen), deswegen ist das setzen der DustBox info nicht möglich.

Ok werde ich wahrscheinlich irgendwann mal testen.

[mrbungle64]

@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:

Ob ich den Wert jetzt mit oder ohne Komma übergebe ist mir persönlich eigentlich wurscht.
Ich wollte es nur nicht unerwähnt lassen, falls jemand das gleiche Problem hat.

Hast du es denn mal direkt in der Objektliste versucht? Wäre interessant, ob es da auch einen Unterschied gibt oder ob es eine Eigenheit des Widgets ist.

Das direkte Schreiben in die Objektliste funktioniert auch nicht zuverlässig.
Manchmal wird erst gar kein Start initiiert, manchmal startet er und bleibt nach ca. 50 cm stehen. Er läuft dann "leer" und in der App ist dann auch kein Bereich aktiviert.

Kann es vielleicht sein, dass da (manchmal) irgendein Steuerzeichen zusätzlich zur Bereichsnummer mit reingeschrieben wird?
Ich kenne das von dem Ozmo 930, dass der "leer" läuft wenn ich dem beim Befehle ausprobieren etwas übergebe was der nicht mag

Es gab auch schon mal einen Fall, wo jmd. Channel und Datenpunkte innerhalb der Datenstruktur von der Instanz angelegt hatte. Da gab es auch ganz komische Effekte

Nur so ein paar Gedanken ...

[lindi200000]

@mrbungle64 Node.js v10.19.0 und js 2.2.9 (stable schiene halt)

[stefande]

@mrbungle64 sagte in Test Adapter ecovacs-deebot v0.6.x Latest:

@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:

Ob ich den Wert jetzt mit oder ohne Komma übergebe ist mir persönlich eigentlich wurscht.
Ich wollte es nur nicht unerwähnt lassen, falls jemand das gleiche Problem hat.

Hast du es denn mal direkt in der Objektliste versucht? Wäre interessant, ob es da auch einen Unterschied gibt oder ob es eine Eigenheit des Widgets ist.

Das direkte Schreiben in die Objektliste funktioniert auch nicht zuverlässig.
Manchmal wird erst gar kein Start initiiert, manchmal startet er und bleibt nach ca. 50 cm stehen. Er läuft dann "leer" und in der App ist dann auch kein Bereich aktiviert.

Kann es vielleicht sein, dass da (manchmal) irgendein Steuerzeichen zusätzlich zur Bereichsnummer mit reingeschrieben wird?
Ich kenne das von dem Ozmo 930, dass der "leer" läuft wenn ich dem beim Befehle ausprobieren etwas übergebe was der nicht mag

Es gab auch schon mal einen Fall, wo jmd. Channel und Datenpunkte innerhalb der Datenstruktur von der Instanz angelegt hatte. Da gab es auch ganz komische Effekte

Nur so ein paar Gedanken ...

Ich hab nix zusätzliches in der Datenstruktur angelegt.
Wie aber schon gesagt kann ich durchaus damit leben, wenn ich bei der Anwahl der spotArea das Komma mit übergebe. Das Thema können wir gerne erstmal abhaken.

Nutzt ihr eigentlich die Firmware 1.7.9 oder seit ihr noch bei der alten?

[boriswerner]

Also, ich hab mit meinem 950 nun mehrere Konfigurationen getestet:
RaspberryPi
JS controller 2.1.1
Node.js 10.18.1

RaspberryPi
JS controller: 2.2.9
Node.js: v10.18.1

Docker
JS controller: 2.2.9
Node.js: v10.20.1

Docker
JS controller: 3.1.4
Node.js: v10.20.1

Den Docker habe ich frisch aufgesetzt und direkt den Adapter 0.6.1 aus dem Latest installiert und getestet. Dann hab ich den JS controller auf 3.1.4 aktualisiert und nochmals getestet.
Bei allen oben angegebenen Konfigurationen wurden direkt nach Adapterstart die States
last20Logs
lastCleaningMapImageURL
lastCleaningTimestamp
angelegt und einige Sekunden später mit aktuellen Werten befüllt.

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?

[stefande]

@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.

[mrbungle64]

Bei mir sieht es folgendermaßen aus:

Raspberry Pi 4
js-controller: 2.2.9
Node.js: v10.20.1

Raspberry Pi 3
js-controller: 3.1.4
Node.js: v10.20.1

Laptop / Fedora 31 (Linux)
js-controller: 3.1.4
Node.js: v12.16.3

Deebot 901
Firmware: 2.1.9

Deebot Ozmo 930
Firmware: 1.10.4

Die 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.

[boriswerner]

@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:

[stefande]

@boriswerner

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" enabled

Alte 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