UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[stefande]

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

@stefande

Welchen Ländercode hast Du in der Adapter Config eingetragen?

Germany (EU)

[mrbungle64]

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

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

@stefande

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.

[boriswerner]

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

[stefande]

@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":[]}}

[boriswerner]

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

[stefande]

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

[stefande]

@mrbungle64 @boriswerner

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.

[mrbungle64]

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

@mrbungle64 @boriswerner

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.

[stefande]

@mrbungle64

Das sollte ja auch keine Kritik, sondern nur ein Hinweis sein.

[mrbungle64]

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

@mrbungle64

Das sollte ja auch keine Kritik, sondern nur ein Hinweis sein.

Ja so hatte ich es auch verstanden (als Hinweis) :+1:

[mrbungle64]

Hallo zusammen,

benutzt jemand den Adapter im compact mode oder betreibt zumindest den ioBroker im compact mode (wo der Ecovacs Deebot Adapter läuft)?

[dj.tifosi]

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.

[mrbungle64]

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

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 :+1:

[boriswerner]

@dj-tifosi

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 ;-)

[mjaehrling]

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.

[dj.tifosi]

@mjaehrling direkt geht das nicht, aber über einen kleinen Umweg schon:

Setze den Bot mal dorthin, wo er parken soll, dann mach ein relocate, dann merk dir die Koordinaten die in deebotPosition stehen.

Wenn du ihn nun dorthin fahren lassen möchtest, dann errechne dir ein Rechteck ein paar Zentimeter um die gewünschte Parkposition herum, also deebotPosition sei (x, y) dann errechne dir ein Rechteck (x+500, y+500, x, y) und dieses Rechteck schreibst du in den Datenpunkt customArea.

Der Deebot fährt nun dorthin und reinigt diesen 50x50 cm Bereich, sobald der Datenpunkt von cleaning auf Idle wechselt machst du ein pause oder stop und der Deebot wird das zurückfahren an die Ladestation abbrechen und dort in der Nähe des gewünschten Bereichs stehen bleiben.

[boriswerner]

@mjaehrling @dj-tifosi genau so ist es. Es gibt leider keinen GoTo-Befehl und auch manuelles navigieren über die Move-Kommandos (experimentell implementiert) wird nicht zum Erfolg führen. Leider muss immer eine custom-Reinigung gestartet werden.

[Denkra]

Hi. Ich bin jetzt umgestiegen von dem 930 auf den 950. Adapter funktioniert auch super also macht alles was er soll. Gibt es eigentlich irgendwie eine Möglichkeit die Karte die er erstellt hat irgendwie auszulesen das ich sie auf dem PC habe? Muss nicht die Live Karte sein. Vielleicht ganz praktisch für eine Vis dann das man da dann anklicken kann welche Bereiche gereinigt werden sollen.

Soll jetzt nicht so sein wie auf dem Handy das es sofort übernommen wird. Reicht ja wie gesagt auch einfach nur die Karte und mal legt Buttons drüber oder so.

[mrbungle64]

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

Hi. Ich bin jetzt umgestiegen von dem 930 auf den 950. Adapter funktioniert auch super also macht alles was er soll.

Hi @Denkra

feut mich, dass der Adapter bei Dir gut funktioniert. Danke für die Rückmeldung :+1:

Gibt es eigentlich irgendwie eine Möglichkeit die Karte die er erstellt hat irgendwie auszulesen das ich sie auf dem PC habe? Muss nicht die Live Karte sein. Vielleicht ganz praktisch für eine Vis dann das man da dann anklicken kann welche Bereiche gereinigt werden sollen.

Nein, aktuell nicht. Das wird auch erst möglich sein, wenn wir die Erstellung der Live Karte soweit implementiert haben. Auf unserer Roadmap ist das eher weiter hinten eingeordnet, da wir andere Sachen höher priorisiert haben.

Vielleicht findet sich ja noch ein Entwickler der das übernehmen möchte :)

Soll jetzt nicht so sein wie auf dem Handy das es sofort übernommen wird. Reicht ja wie gesagt auch einfach nur die Karte und mal legt Buttons drüber oder so.

[mrbungle64]

Hallo zusammen,

es wäre cool, wenn möglichst viele bei dieser Umfrage mitmachen würden:

https://forum.iobroker.net/topic/34383/umfrage-ecovacs-saugroboter

ich möchte mir gerne mal einen Überblick verschaffen, welche Modelle hier im Einsatz sind

Vielen Dank im voraus :)