[Beendet] Ecovacs Deebot Adapter v1.0.13 Beta/Latest
-
@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
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
-
@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
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)?
-
@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
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...):
-
@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
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.
-
@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
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 -
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
Mal sehen wie es nach der 1. Reinigungsrunde aussieht -
@sborg said in Test Adapter ecovacs-deebot v1.0.10 Latest:
@mrbungle64 Erster Eindruck
Mal sehen wie es nach der 1. Reinigungsrunde aussiehtIch 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
...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"...
...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
...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
-
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
-
@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:
-
@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
-
@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
