NEWS
[Beendet] Ecovacs Deebot Adapter v1.0.13 Beta/Latest
-
@mrbungle64 said in Test Adapter ecovacs-deebot v1.0.9 Latest:
Vielleicht könnt Ihr dann noch das Modell dazu nennen - in diesem Fall war es ja ein OZMO 950, wenn ich es richtig in Erinnerung habe.
Jepp + gutes Erinnerungsvermögen :grin:
Eine Frage hätte ich aber noch, was ist denn bei der Map "mapIsAvailable --- Is the map still available?"
Ich kann es mir zwar Aufgrund der Beschreibung denken, aber die entsprechende Karte ist aktiv, steht aber auf false (genau wie die derzeit deaktivierte 2. Karte).@sborg said in Test Adapter ecovacs-deebot v1.0.9 Latest:
@mrbungle64 said in Test Adapter ecovacs-deebot v1.0.9 Latest:
Vielleicht könnt Ihr dann noch das Modell dazu nennen - in diesem Fall war es ja ein OZMO 950, wenn ich es richtig in Erinnerung habe.
Jepp + gutes Erinnerungsvermögen :grin:
Eine Frage hätte ich aber noch, was ist denn bei der Map "mapIsAvailable --- Is the map still available?"
Ich kann es mir zwar Aufgrund der Beschreibung denken, aber die entsprechende Karte ist aktiv, steht aber auf false (genau wie die derzeit deaktivierte 2. Karte).Eigentlich ist es genau das was Du Dir (wahrscheinlich) darunter vorstellst.
Ich habe aber ggf. einen Bug gefunden der u.U. zum Tragen kommt, wenn die Map zwischendurch mal deaktiviert war (oder als deaktiviert erkannt wurde).
Ich denke es wird bald noch mal eine 1.0.10 geben als Release Candidate für das stable repo - versuche das bis dahin zu fixen.Danke für den Hinweis :+1:
-
@mrbungle64 said in Test Adapter ecovacs-deebot v1.0.9 Latest:
Vielleicht könnt Ihr dann noch das Modell dazu nennen - in diesem Fall war es ja ein OZMO 950, wenn ich es richtig in Erinnerung habe.
Jepp + gutes Erinnerungsvermögen :grin:
Eine Frage hätte ich aber noch, was ist denn bei der Map "mapIsAvailable --- Is the map still available?"
Ich kann es mir zwar Aufgrund der Beschreibung denken, aber die entsprechende Karte ist aktiv, steht aber auf false (genau wie die derzeit deaktivierte 2. Karte).@sborg said in Test Adapter ecovacs-deebot v1.0.9 Latest:
@mrbungle64 said in Test Adapter ecovacs-deebot v1.0.9 Latest:
Vielleicht könnt Ihr dann noch das Modell dazu nennen - in diesem Fall war es ja ein OZMO 950, wenn ich es richtig in Erinnerung habe.
Jepp + gutes Erinnerungsvermögen :grin:
Eine Frage hätte ich aber noch, was ist denn bei der Map "mapIsAvailable --- Is the map still available?"
Ich kann es mir zwar Aufgrund der Beschreibung denken, aber die entsprechende Karte ist aktiv, steht aber auf false (genau wie die derzeit deaktivierte 2. Karte).Der Bug sollte mit der 1.0.10-alpha.3 gefixt sein.
Ich denke ich werde morgen oder übermorgen die finale 1.0.10 dann releasen. -
@sborg said in Test Adapter ecovacs-deebot v1.0.9 Latest:
@mrbungle64 said in Test Adapter ecovacs-deebot v1.0.9 Latest:
Vielleicht könnt Ihr dann noch das Modell dazu nennen - in diesem Fall war es ja ein OZMO 950, wenn ich es richtig in Erinnerung habe.
Jepp + gutes Erinnerungsvermögen :grin:
Eine Frage hätte ich aber noch, was ist denn bei der Map "mapIsAvailable --- Is the map still available?"
Ich kann es mir zwar Aufgrund der Beschreibung denken, aber die entsprechende Karte ist aktiv, steht aber auf false (genau wie die derzeit deaktivierte 2. Karte).Der Bug sollte mit der 1.0.10-alpha.3 gefixt sein.
Ich denke ich werde morgen oder übermorgen die finale 1.0.10 dann releasen.@mrbungle64 sagte in Test Adapter ecovacs-deebot v1.0.9 Latest:
Der Bug sollte mit der 1.0.10-alpha.3 gefixt sein.
Isser :)
Die aktive ist nun brav true, die 2. deaktivierte false
Allerdings habe ich jetzt (weiß nicht ob es auch mit der alten Version war; Notfalls muss ich noch das Log raus kramen) durch den neuen JS-Controller 3.2.7:ecovacs-deebot.0 2021-01-18 12:12:45.803 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.2.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.740 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.5.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.739 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.4.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.720 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.6.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.719 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.0.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:41.429 warn (1716) Unhandled chargestatus: nullWarum aber nicht auch bei 1, 3 und 7 (wobei ich keine Einzige definiert habe)?
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@mrbungle64 sagte in Test Adapter ecovacs-deebot v1.0.9 Latest:
Der Bug sollte mit der 1.0.10-alpha.3 gefixt sein.
Isser :)
Die aktive ist nun brav true, die 2. deaktivierte false
Allerdings habe ich jetzt (weiß nicht ob es auch mit der alten Version war; Notfalls muss ich noch das Log raus kramen) durch den neuen JS-Controller 3.2.7:ecovacs-deebot.0 2021-01-18 12:12:45.803 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.2.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.740 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.5.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.739 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.4.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.720 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.6.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.719 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.0.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:41.429 warn (1716) Unhandled chargestatus: nullWarum aber nicht auch bei 1, 3 und 7 (wobei ich keine Einzige definiert habe)?
@sborg said in Test Adapter ecovacs-deebot v1.0.9 Latest:
@mrbungle64 sagte in Test Adapter ecovacs-deebot v1.0.9 Latest:
Der Bug sollte mit der 1.0.10-alpha.3 gefixt sein.
Isser :)
Die aktive ist nun brav true, die 2. deaktivierte falseSehr gut! Danke für das Feedback :+1:
Allerdings habe ich jetzt (weiß nicht ob es auch mit der alten Version war; Notfalls muss ich noch das Log raus kramen) durch den neuen JS-Controller 3.2.7:
ecovacs-deebot.0 2021-01-18 12:12:45.803 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.2.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.740 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.5.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.739 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.4.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.720 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.6.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.719 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.0.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:41.429 warn (1716) Unhandled chargestatus: nullWarum aber nicht auch bei 1, 3 und 7 (wobei ich keine Einzige definiert habe)?
Kannst Du mir sagen wann bzw. unter welchen Umständen diese Warnings auftauchen?
Ich bekomme die nämlich bisher nicht trotzdem ich den JS-Controller 3.2.7 auch schon auf dem Testsystem im Einsatz habe. -
@sborg said in Test Adapter ecovacs-deebot v1.0.9 Latest:
@mrbungle64 sagte in Test Adapter ecovacs-deebot v1.0.9 Latest:
Der Bug sollte mit der 1.0.10-alpha.3 gefixt sein.
Isser :)
Die aktive ist nun brav true, die 2. deaktivierte falseSehr gut! Danke für das Feedback :+1:
Allerdings habe ich jetzt (weiß nicht ob es auch mit der alten Version war; Notfalls muss ich noch das Log raus kramen) durch den neuen JS-Controller 3.2.7:
ecovacs-deebot.0 2021-01-18 12:12:45.803 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.2.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.740 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.5.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.739 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.4.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.720 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.6.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:45.719 warn (1716) State "ecovacs-deebot.0.map.1121116243.spotAreas.0.spotAreaBoundaries" has no existing object, this might lead to an error in future versions ecovacs-deebot.0 2021-01-18 12:12:41.429 warn (1716) Unhandled chargestatus: nullWarum aber nicht auch bei 1, 3 und 7 (wobei ich keine Einzige definiert habe)?
Kannst Du mir sagen wann bzw. unter welchen Umständen diese Warnings auftauchen?
Ich bekomme die nämlich bisher nicht trotzdem ich den JS-Controller 3.2.7 auch schon auf dem Testsystem im Einsatz habe.@mrbungle64 Den "charge status" hatte ich eben gerade wieder, die spotAreas direkt nach dem Update.
Ich habe mal die angemekerte "0" mit der "1" verglichen, offenbar gefällt im "Null" nicht (wobei ich true auch nicht verstehe, denn ich habe keine Areas definiert...):
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@mrbungle64 Den "charge status" hatte ich eben gerade wieder, die spotAreas direkt nach dem Update.
Ich habe mal die angemekerte "0" mit der "1" verglichen, offenbar gefällt im "Null" nicht (wobei ich true auch nicht verstehe, denn ich habe keine Areas definiert...):
@sborg said in Test Adapter ecovacs-deebot v1.0.9 Latest:
@mrbungle64 Den "charge status" hatte ich eben gerade wieder, die spotAreas direkt nach dem Update.
Ich habe mal die angemekerte "0" mit der "1" verglichen, offenbar gefällt im "Null" nicht (wobei ich true auch nicht verstehe, denn ich habe keine Areas definiert...):ok, danke schon mal :+1:
Ich schaue mir das heute Abend mal genauer an. -
@sborg said in Test Adapter ecovacs-deebot v1.0.9 Latest:
@mrbungle64 Den "charge status" hatte ich eben gerade wieder, die spotAreas direkt nach dem Update.
Ich habe mal die angemekerte "0" mit der "1" verglichen, offenbar gefällt im "Null" nicht (wobei ich true auch nicht verstehe, denn ich habe keine Areas definiert...):ok, danke schon mal :+1:
Ich schaue mir das heute Abend mal genauer an.@mrbungle64 Fixed by myself :)
Aussage "keine spotAreas" muss ich revidieren, bessere Hälfe hat den Ozmo 3.5 Monate ignoriert (wobei sie an sich vom Gerät begeistert ist) und die Tage mit der App rumgespielt (mich hat nämlich "Wohnzimmer" vs. "Bedroom" gewundert).Ok, gerade weil der Adapter noch Alpha ist/war und wir das "Problem bei GitHub-Installationen" ;) kennen...
Adapter gestoppt --- kpl. Objekt-Pfad gelöscht --- Adapter gestartet --- Fehler wegNur der "chargestatus" verbleibt.
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@mrbungle64 Fixed by myself :)
Aussage "keine spotAreas" muss ich revidieren, bessere Hälfe hat den Ozmo 3.5 Monate ignoriert (wobei sie an sich vom Gerät begeistert ist) und die Tage mit der App rumgespielt (mich hat nämlich "Wohnzimmer" vs. "Bedroom" gewundert).Ok, gerade weil der Adapter noch Alpha ist/war und wir das "Problem bei GitHub-Installationen" ;) kennen...
Adapter gestoppt --- kpl. Objekt-Pfad gelöscht --- Adapter gestartet --- Fehler wegNur der "chargestatus" verbleibt.
@sborg said in Test Adapter ecovacs-deebot v1.0.9 Latest:
@mrbungle64 Fixed by myself :)
Aussage "keine spotAreas" muss ich revidieren, bessere Hälfe hat den Ozmo 3.5 Monate ignoriert (wobei sie an sich vom Gerät begeistert ist) und die Tage mit der App rumgespielt (mich hat nämlich "Wohnzimmer" vs. "Bedroom" gewundert).Ok, gerade weil der Adapter noch Alpha ist/war und wir das "Problem bei GitHub-Installationen" ;) kennen...
Adapter gestoppt --- kpl. Objekt-Pfad gelöscht --- Adapter gestartet --- Fehler wegAlles klar :+1:
Nur der "chargestatus" verbleibt.
Diese Warnung kommt schon längerer beim OZMO 920/950 und hat eigentlich keine negative Auswirkungen.
Natürlich sollte man die trotzdem früher oder später mal eliminieren ;) -
Aktuelle Version 1.1.0 Veröffentlichungsdatum 11.02.2021 Repository/Verwahrungsort Beta (latest) Hallo zusammen,
ich würde gerne die Version
1.0.91.0.13 des Adapters als Stable veröffentlichen.Dazu wollte ich zum einen mal ein Zusammenfassung bereitstellen, was sich seit der Version 1.0.3 getan hat
und zum anderen Euer Feedback einholen, ob es vielleicht noch Probleme mit der Version1.0.91.0.13 (Beta/Latest) gibt.Ein paar Anmerkungen vorab
- Wichtig wäre vor allem, wenn eine bereits vorher genutzte Funktion mit der aktuellen Version nicht mehr (zuverlässig) gegeben ist. Natürlich sollten neue Funktionen ebenfalls zuverlässig funktionieren
- Für die als experimentell gekennzeichneten Funktionen nehme ich gerne Feedback entgegen - diese sind aber für die Stable nur eingeschränkt ausschlaggebend
- Der Adapter wird regelmäßig mit folgenden Modellen gestestet:
- Deebot 901
- Deebot OZMO 930
- Deebot OZMO 920/950
- Bei allen anderen Modellen bin ich auf Feedback angewiesen, denn es gibt weiterhin keine öffentlich zugängliche Dokumentation der Ecovacs API
Ich freue mich auf Euer Feedback :)
Version 1.1.0 (11.02.2021)
- Stabile Version (entspricht quasi Version 1.0.13)
Version 1.0.13 (10.02.2021)
- Die "Unhandled chargestatus: null" Warnung im Log sollte nun bei den 950er Modellen (920/950/T8) nicht mehr kommen.
- Beim Datenpunkt "map.deebotPositionCurrentSpotAreaID" sollte jetzt der Wert "void" erscheinen, wenn bei der Library das Canvas Modul nicht (korrekt) installiert ist
Version 1.0.12 (30.01.2021)
- Es wurden wieder ein paar Sachen optimiert und Fehler (hoffentlich) behoben
Version 1.0.11 (24.01.2021)
- Es wurden ein paar Kleinigkeiten verbessert und der "map" Channel wurde für den OZMO 900 freigegeben.
Version 1.0.10 (20.01.2021)
- Es wurden ein paar kleinere Fehler behoben und noch ein paar Sachen "unter der Haube" optimiert
Änderungen seit Version 1.0.3
Neu unterstütze Modelle
- Deebot U2 Serie
- Sämtliche Varianten vom Deebot OZMO T8
Neue Funktionen
- Die SpotAreas aus dem "map"-Kanal können autom. mit dem "control"-Kanal synchronisiert werden
- Es werden Datenpunkte für virtuelle Begrenzungen erstellt (900/920/930/950/T8, aktuell aber nur read-only)
- Einstellung für die Sprache (de, en) der von Ecovacs vorgegebenen Bezeichnungen der Bereiche (920/950/T8)
- Zurücksetzen von Verbrauchsmaterial (900/920/930/950/T8)
- Anpassen der Lautstärke (920/950/T8)
- Versch. experimentelle Funktionen (müssen explizit aktiviert werden und sind nur für ein paar Modelle verfügbar):
- GoTo-Funktion ("control.extended.goToPosition")
- Einmalig pausieren, kurz bevor der Roboter auf die Ladestation fährt ("control.extended.pauseBeforeDockingChargingStation")
- Immer vor dem Laden pausieren, wenn Wassertank eingesetzt ("control.extended.pauseBeforeDockingIfWaterboxInstalled")
- Einmalig pausieren, wenn ein bestimmter Bereich ereicht ist ("control.extended.pauseWhenEnteringSpotArea")
- Einmalig pausieren, wenn ein bestimmter Bereich verlassen wird ("control.extended.pauseWhenLeavingSpotArea")
Verbesserungen und Fehlerbehebungen
- Das Reinigungsprotokoll wird bei den 950 basierten Modellen wieder korrekt bezogen (920/950/T8)
- Bei mehreren Instanzen (also mehreren Geräten) wurden Probleme mit der Authentifizierung behoben
- "unknown" kann als Wert für "map.deebotPositionCurrentSpotAreaID"/"Name" unterdrückt werden
- Die Adapter Einstellungen wurden ein bisschen aufgeräumt
- Canavas ist nun eine optionale Abhängigkeit
- Ein paar Anpassungen als Vorbereitung auf den js-controller ab 3.2.x
Weggefallene Funktionen
- Einstellung für eine feste Anzahl von SpotAreas unter "control"
Bekannte Probleme
- Bei der T8 Serie werden "info.chargestatus" und "info.cleanstatus" noch nicht in allen Fällen korrekt eingetragen.
- Der Deebot 710 scheint seit der 0.6.0 nicht mehr vollständig zu funktionieren. Problem wird gerade untersucht.
- Es gibt einen einzelnen Issue, dass bei einem Deebot 900 die "map.deebotPositionCurrentSpotAreaID"/"Name" oft "unknown" ist
Es gibt einen einzelnen Issue, dass bei einem Deebot OZMO 950 die Daten nach einiger Zeit nicht mehr aktualisiert werden
Die 2 aufgeführten Issues beim Deebot 900 und OZMO 950 treten bei meinen quasi baugleichen Modellen nicht auf.
Die Version 1.0.10 ist seit heute im Beta/Latest Repo verfügbar.
Es wurden ein paar kleinere Fehler behoben und noch ein paar Sachen "unter der Haube" optimiert.Würde mich über weiteres Feedback freuen :)
-
Die Version 1.0.10 ist seit heute im Beta/Latest Repo verfügbar.
Es wurden ein paar kleinere Fehler behoben und noch ein paar Sachen "unter der Haube" optimiert.Würde mich über weiteres Feedback freuen :)
@mrbungle64 Erster Eindruck :+1:
Mal sehen wie es nach der 1. Reinigungsrunde aussieht :)LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@mrbungle64 Erster Eindruck :+1:
Mal sehen wie es nach der 1. Reinigungsrunde aussieht :)@sborg said in Test Adapter ecovacs-deebot v1.0.10 Latest:
@mrbungle64 Erster Eindruck :+1:
Mal sehen wie es nach der 1. Reinigungsrunde aussieht :)Ich gehe mal davon aus, dass alles soweit ok war bei der Reinigung :)
Gibt es von anderen Benutzern noch irgendwelche Erfahrungswerte mit der Version 1.0.10?
Irgendwie scheint mir der Thread hier ein wenig unterzugehen ...
Oder heißt das einfach nur, dass der Adapter recht zuverlässig und damit auch ein bisschen unspektakulär seinen Dienst verrichtet? ;) -
@sborg said in Test Adapter ecovacs-deebot v1.0.10 Latest:
@mrbungle64 Erster Eindruck :+1:
Mal sehen wie es nach der 1. Reinigungsrunde aussieht :)Ich gehe mal davon aus, dass alles soweit ok war bei der Reinigung :)
Gibt es von anderen Benutzern noch irgendwelche Erfahrungswerte mit der Version 1.0.10?
Irgendwie scheint mir der Thread hier ein wenig unterzugehen ...
Oder heißt das einfach nur, dass der Adapter recht zuverlässig und damit auch ein bisschen unspektakulär seinen Dienst verrichtet? ;)@mrbungle64 Ich muss "leider" alles mit JA beantworten. Tut aktuell einfach was er soll :grin:
...und Robby macht bei mir seine Arbeit auch so gut, dass tatsächlich 1x die Woche bei mir völlig genügt (was gestern dann mal wieder der Fall war).
Fehlen jetzt im Adapter nur noch die Buttons für das automatische "Wasser auffüllen", "Staubbehälter leeren" und "Wischtuch wechseln/reinigen"... :upside_down_face: :the_horns:
...wobei, könnte ich auch direkt in Alexa abbilden: Alexa: sag der besseren Hälfe "Staubbehälter leeren..." [SPAß BEISEITE /OFF]LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@mrbungle64 Ich muss "leider" alles mit JA beantworten. Tut aktuell einfach was er soll :grin:
...und Robby macht bei mir seine Arbeit auch so gut, dass tatsächlich 1x die Woche bei mir völlig genügt (was gestern dann mal wieder der Fall war).
Fehlen jetzt im Adapter nur noch die Buttons für das automatische "Wasser auffüllen", "Staubbehälter leeren" und "Wischtuch wechseln/reinigen"... :upside_down_face: :the_horns:
...wobei, könnte ich auch direkt in Alexa abbilden: Alexa: sag der besseren Hälfe "Staubbehälter leeren..." [SPAß BEISEITE /OFF]@sborg said in Test Adapter ecovacs-deebot v1.0.10 Latest:
@mrbungle64 Ich muss "leider" alles mit JA beantworten. Tut aktuell einfach was er soll :grin:
...und Robby macht bei mir seine Arbeit auch so gut, dass tatsächlich 1x die Woche bei mir völlig genügt (was gestern dann mal wieder der Fall war).
Danke für das Feedback :+1:
-
Aktuelle Version 1.1.0 Veröffentlichungsdatum 11.02.2021 Repository/Verwahrungsort Beta (latest) Hallo zusammen,
ich würde gerne die Version
1.0.91.0.13 des Adapters als Stable veröffentlichen.Dazu wollte ich zum einen mal ein Zusammenfassung bereitstellen, was sich seit der Version 1.0.3 getan hat
und zum anderen Euer Feedback einholen, ob es vielleicht noch Probleme mit der Version1.0.91.0.13 (Beta/Latest) gibt.Ein paar Anmerkungen vorab
- Wichtig wäre vor allem, wenn eine bereits vorher genutzte Funktion mit der aktuellen Version nicht mehr (zuverlässig) gegeben ist. Natürlich sollten neue Funktionen ebenfalls zuverlässig funktionieren
- Für die als experimentell gekennzeichneten Funktionen nehme ich gerne Feedback entgegen - diese sind aber für die Stable nur eingeschränkt ausschlaggebend
- Der Adapter wird regelmäßig mit folgenden Modellen gestestet:
- Deebot 901
- Deebot OZMO 930
- Deebot OZMO 920/950
- Bei allen anderen Modellen bin ich auf Feedback angewiesen, denn es gibt weiterhin keine öffentlich zugängliche Dokumentation der Ecovacs API
Ich freue mich auf Euer Feedback :)
Version 1.1.0 (11.02.2021)
- Stabile Version (entspricht quasi Version 1.0.13)
Version 1.0.13 (10.02.2021)
- Die "Unhandled chargestatus: null" Warnung im Log sollte nun bei den 950er Modellen (920/950/T8) nicht mehr kommen.
- Beim Datenpunkt "map.deebotPositionCurrentSpotAreaID" sollte jetzt der Wert "void" erscheinen, wenn bei der Library das Canvas Modul nicht (korrekt) installiert ist
Version 1.0.12 (30.01.2021)
- Es wurden wieder ein paar Sachen optimiert und Fehler (hoffentlich) behoben
Version 1.0.11 (24.01.2021)
- Es wurden ein paar Kleinigkeiten verbessert und der "map" Channel wurde für den OZMO 900 freigegeben.
Version 1.0.10 (20.01.2021)
- Es wurden ein paar kleinere Fehler behoben und noch ein paar Sachen "unter der Haube" optimiert
Änderungen seit Version 1.0.3
Neu unterstütze Modelle
- Deebot U2 Serie
- Sämtliche Varianten vom Deebot OZMO T8
Neue Funktionen
- Die SpotAreas aus dem "map"-Kanal können autom. mit dem "control"-Kanal synchronisiert werden
- Es werden Datenpunkte für virtuelle Begrenzungen erstellt (900/920/930/950/T8, aktuell aber nur read-only)
- Einstellung für die Sprache (de, en) der von Ecovacs vorgegebenen Bezeichnungen der Bereiche (920/950/T8)
- Zurücksetzen von Verbrauchsmaterial (900/920/930/950/T8)
- Anpassen der Lautstärke (920/950/T8)
- Versch. experimentelle Funktionen (müssen explizit aktiviert werden und sind nur für ein paar Modelle verfügbar):
- GoTo-Funktion ("control.extended.goToPosition")
- Einmalig pausieren, kurz bevor der Roboter auf die Ladestation fährt ("control.extended.pauseBeforeDockingChargingStation")
- Immer vor dem Laden pausieren, wenn Wassertank eingesetzt ("control.extended.pauseBeforeDockingIfWaterboxInstalled")
- Einmalig pausieren, wenn ein bestimmter Bereich ereicht ist ("control.extended.pauseWhenEnteringSpotArea")
- Einmalig pausieren, wenn ein bestimmter Bereich verlassen wird ("control.extended.pauseWhenLeavingSpotArea")
Verbesserungen und Fehlerbehebungen
- Das Reinigungsprotokoll wird bei den 950 basierten Modellen wieder korrekt bezogen (920/950/T8)
- Bei mehreren Instanzen (also mehreren Geräten) wurden Probleme mit der Authentifizierung behoben
- "unknown" kann als Wert für "map.deebotPositionCurrentSpotAreaID"/"Name" unterdrückt werden
- Die Adapter Einstellungen wurden ein bisschen aufgeräumt
- Canavas ist nun eine optionale Abhängigkeit
- Ein paar Anpassungen als Vorbereitung auf den js-controller ab 3.2.x
Weggefallene Funktionen
- Einstellung für eine feste Anzahl von SpotAreas unter "control"
Bekannte Probleme
- Bei der T8 Serie werden "info.chargestatus" und "info.cleanstatus" noch nicht in allen Fällen korrekt eingetragen.
- Der Deebot 710 scheint seit der 0.6.0 nicht mehr vollständig zu funktionieren. Problem wird gerade untersucht.
- Es gibt einen einzelnen Issue, dass bei einem Deebot 900 die "map.deebotPositionCurrentSpotAreaID"/"Name" oft "unknown" ist
Es gibt einen einzelnen Issue, dass bei einem Deebot OZMO 950 die Daten nach einiger Zeit nicht mehr aktualisiert werden
Die 2 aufgeführten Issues beim Deebot 900 und OZMO 950 treten bei meinen quasi baugleichen Modellen nicht auf.
Version 1.0.11 steht nun über Beta (latest) zur Verfügung.
Ich habe noch mal ein paar Kleinigkeiten verbessert und den "map" Channel für den OZMO 900 freigegeben. -
Version 1.0.11 steht nun über Beta (latest) zur Verfügung.
Ich habe noch mal ein paar Kleinigkeiten verbessert und den "map" Channel für den OZMO 900 freigegeben.@mrbungle64 Kann man den ggf. noch abfangen:
ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) Exception-Code: ECONNREFUSED: connect ECONNREFUSED 47.254.143.26:8883 ecovacs-deebot.0 2021-01-27 12:28:01.791 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1144:16) ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) Error: connect ECONNREFUSED 47.254.143.26:8883 ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) uncaught exception: connect ECONNREFUSED 47.254.143.26:888330 Sekunden später hatte er dann seine Verbindung :)
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@mrbungle64 Kann man den ggf. noch abfangen:
ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) Exception-Code: ECONNREFUSED: connect ECONNREFUSED 47.254.143.26:8883 ecovacs-deebot.0 2021-01-27 12:28:01.791 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1144:16) ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) Error: connect ECONNREFUSED 47.254.143.26:8883 ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) uncaught exception: connect ECONNREFUSED 47.254.143.26:888330 Sekunden später hatte er dann seine Verbindung :)
@sborg said in Test Adapter ecovacs-deebot v1.0.11 Latest:
@mrbungle64 Kann man den ggf. noch abfangen:
ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) Exception-Code: ECONNREFUSED: connect ECONNREFUSED 47.254.143.26:8883 ecovacs-deebot.0 2021-01-27 12:28:01.791 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1144:16) ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) Error: connect ECONNREFUSED 47.254.143.26:8883 ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) uncaught exception: connect ECONNREFUSED 47.254.143.26:888330 Sekunden später hatte er dann seine Verbindung :)
Hat der Adapter sich nach dem Verbindungsproblem selbständig wieder gefangen oder musstest Du die Adapter Instanz neu starten?
-
@sborg said in Test Adapter ecovacs-deebot v1.0.11 Latest:
@mrbungle64 Kann man den ggf. noch abfangen:
ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) Exception-Code: ECONNREFUSED: connect ECONNREFUSED 47.254.143.26:8883 ecovacs-deebot.0 2021-01-27 12:28:01.791 error at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1144:16) ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) Error: connect ECONNREFUSED 47.254.143.26:8883 ecovacs-deebot.0 2021-01-27 12:28:01.791 error (8853) uncaught exception: connect ECONNREFUSED 47.254.143.26:888330 Sekunden später hatte er dann seine Verbindung :)
Hat der Adapter sich nach dem Verbindungsproblem selbständig wieder gefangen oder musstest Du die Adapter Instanz neu starten?
@mrbungle64 Zum Teil. Gestartet hat er sich zwar, wurde dann aber nicht mehr "grün" (blieb auf "gelb"). Da ich schon meine Probleme mit dem Restart hatte, gehe ich dann eigentlich her und stoppe + starte den entsprechenden Adapter wieder.
Hier mal das kpl. Log:
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@mrbungle64 Zum Teil. Gestartet hat er sich zwar, wurde dann aber nicht mehr "grün" (blieb auf "gelb"). Da ich schon meine Probleme mit dem Restart hatte, gehe ich dann eigentlich her und stoppe + starte den entsprechenden Adapter wieder.
Hier mal das kpl. Log:
@mrbungle64 Zum Teil. Gestartet hat er sich zwar, wurde dann aber nicht mehr "grün" (blieb auf "gelb"). Da ich schon meine Probleme mit dem Restart hatte, gehe ich dann eigentlich her und stoppe + starte den entsprechenden Adapter wieder.
Hier mal das kpl. Log:
Danke für die Infos, ich schaue mir das später mal an :+1:
-
@mrbungle64 Zum Teil. Gestartet hat er sich zwar, wurde dann aber nicht mehr "grün" (blieb auf "gelb"). Da ich schon meine Probleme mit dem Restart hatte, gehe ich dann eigentlich her und stoppe + starte den entsprechenden Adapter wieder.
Hier mal das kpl. Log:
@sborg said in Test Adapter ecovacs-deebot v1.0.11 Latest:
@mrbungle64 Zum Teil. Gestartet hat er sich zwar, wurde dann aber nicht mehr "grün" (blieb auf "gelb"). Da ich schon meine Probleme mit dem Restart hatte, gehe ich dann eigentlich her und stoppe + starte den entsprechenden Adapter wieder.
Hier mal das kpl. Log:
Normalerweise kann der Adapter mit einem "Request Timeout" umgehen - die kommen bei mir mehrmals am Tag. Die Ecovacs Server sind ja leider nicht gerade für 100% Verfügbarkeit bekannt - das merkt man ja auch immer wieder mal in der Mobile App.
In diesem Fall kam es ja schon beim Adapter-Start zu einem Problem den MQTT-Server zu erreichen und danach kam zusätzlich der Timeout bei einem Post Request. Das hat der Adapter dann wohl nicht mehr geschafft sich von alleine zu reconnecten, da es ja beim Start schon gehakt hatte.
Ich muss mal schauen, wie mal das perspektivisch noch optimaler gelöst bekommt, wenn die Server oder ein Teil davon nicht erreichbar sind. Es ist ja leider nicht einfach damit getan den Fehler abzufangen - der Reconnect muss ja auch dann sauber funktionieren, wenn die Server mal längere Zeit nicht erreichbar sind. Und das leider bei mehreren Gerätetypen die auch noch unterschiedliche Protokolle benutzen ;)
Was ich u.a. damit sagen wollte: das ist kein spezielles Problem der aktuellen Version. Aber danke auf jeden Fall für das Feedback - ich werde auf jeden Fall weiter an der Stabilität des Adapters und der Library arbeiten.
-
@sborg said in Test Adapter ecovacs-deebot v1.0.11 Latest:
@mrbungle64 Zum Teil. Gestartet hat er sich zwar, wurde dann aber nicht mehr "grün" (blieb auf "gelb"). Da ich schon meine Probleme mit dem Restart hatte, gehe ich dann eigentlich her und stoppe + starte den entsprechenden Adapter wieder.
Hier mal das kpl. Log:
Normalerweise kann der Adapter mit einem "Request Timeout" umgehen - die kommen bei mir mehrmals am Tag. Die Ecovacs Server sind ja leider nicht gerade für 100% Verfügbarkeit bekannt - das merkt man ja auch immer wieder mal in der Mobile App.
In diesem Fall kam es ja schon beim Adapter-Start zu einem Problem den MQTT-Server zu erreichen und danach kam zusätzlich der Timeout bei einem Post Request. Das hat der Adapter dann wohl nicht mehr geschafft sich von alleine zu reconnecten, da es ja beim Start schon gehakt hatte.
Ich muss mal schauen, wie mal das perspektivisch noch optimaler gelöst bekommt, wenn die Server oder ein Teil davon nicht erreichbar sind. Es ist ja leider nicht einfach damit getan den Fehler abzufangen - der Reconnect muss ja auch dann sauber funktionieren, wenn die Server mal längere Zeit nicht erreichbar sind. Und das leider bei mehreren Gerätetypen die auch noch unterschiedliche Protokolle benutzen ;)
Was ich u.a. damit sagen wollte: das ist kein spezielles Problem der aktuellen Version. Aber danke auf jeden Fall für das Feedback - ich werde auf jeden Fall weiter an der Stabilität des Adapters und der Library arbeiten.
@mrbungle64 Ich dachte auch gar nicht, dass das ein "echtes" Problem ist. Den fehlerhaften Neustart hatte ich da noch gar nicht bemerkt. Hatte ich bis dato auch noch nicht. Meine Intention war eher der Art, wenn er den Server nicht erreicht, dann lieber nur eine Info oder Warnung. Error sieht immer so "erschreckend" ;) aus.
Aber auf jeden Fall ein Thx für den tollen Adapter :) :+1:
Support us
961
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge