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

[mrbungle64]

@mrbungle64 sagte in Ecovacs Deebot Adapter - Status und Feedback:

Kurze Info:

Aktuell werden im Log in unregelmäßigen Abständen (aber doch nicht gerade selten) folgende Warnungen ausgegeben:

warn	Error message received: Received error message: Request failed with status code 504

Der status code 504 bedeutet "Gateway Timeout".

Ich gehe davon aus, dass es sich dabei um ein temporäres Problem mit den Ecovacs Servern oder einem anderen vorgeschalteten Server handelt.

Das Problem besteht immer noch und es scheint direkt und nur im Zusammenhang mit dem Reinigungsprotokoll aufzutreten (da wird ein separater API Pfad benutzt).

Auch in der Mobile App gibt es eine "Zeitüberschreitung..." beim Abrufen des Reinigungsprotokolls (ist also wie vermutet kein Problem des Adapters).

Davon betroffen scheinen nur Modelle zu sein, welche das MQTT Protokoll benutzen (z.B. Deebot 900/901, OZMO 950, T8/T9 Serie) - denn beim OZMO 930 funktioniert es noch (der benutzt XMPP).

Kann das sonst noch jemand bestätigen, dass das Reinigungsprotokoll aktuell nicht funktioniert in der Mobile App?

[Chris76e]

@mrbungle64 kann ich bestätigen, Deboot 901.

[mrbungle64]

@chris76e sagte in Ecovacs Deebot Adapter - Status und Feedback:

@mrbungle64 kann ich bestätigen, Deboot 901.

Danke für die Rückmeldung

Inzwischen bekomme ich den Statuscode 502 anstatt 504 - und in der Mobile App kommt die Zeitüberschreitung sofort - vorher hatte es ein paar Sekunden gedauert.

Der Unterschied ist im Endeffekt auch logisch, weil der HTTP-Statuscode 502 "Bad Gateway" - 504 aber "Gateway timeout" bedeutet.
Trotzdem nicht gut, dass das Problem nun schon mehrere Tage besteht ... Aber es kann natürlich sein, dass die gerade dabei sind das zu fixen (und sich aus diesem Grund der Statuscode geändert hat)

[mrbungle64]

...Aber es kann natürlich sein, dass die gerade dabei sind das zu fixen (und sich aus diesem Grund der Statuscode geändert hat)

Das scheint nun auch wirklich der Fall gewesen zu sein
Ich habe weder im Adapter noch in der Mobile App nun noch Fehlermeldungen.

Gleichzeit gab es auch ein Update für die Mobile App (Android und iOS) - könnte sein, dass man da in diesem Zusammenhang zusätzlich auch was angepasst hat (Problem war aber auch unabhängig davon schon vor dem Update behoben).

[Chris76e]

@mrbungle64

Kann ich bestätigen, bei mir wird auch wieder direkt alles angezeigt bzw. aktuallisiert.

[SBorg]

Jupp, endlich wieder Ruhe im OZMOvers

[mrbungle64]

Die Version 1.4.5 ist seit heute über Latest/Beta verfügbar.

Folgendes ist im Release enthalten:

• Datenpunkte für den letzten Zeitpunkt der Leerung (bzw. Entnehmen) des Staubbehälters hinzugefügt (siehe auch hier)
  • inkl. Button für manuelles Bestätigung der Leerung (für Modelle wo die Erkennung nicht funktioniert)
• Diverse Optionen in den Adapter-Einstellungen entfernt oder angepasst (siehe auch hier)
• Initialer Support für den Login bei yeedi (siehe auch Tester-Topic)
  • Die folgenden yeedi Modelle wurden bisher als funktionierend bestätigt
    • yeedi k650
    • yeedi 2 hybrid
    • yeedi vac hybrid
    • yeedi mop station

[mrbungle64]

Inzwischen ist die Version 1.4.6 ist inzwischen über Latest/Beta verfügbar.

Folgendes ist im Release enthalten:

• Bei Modellen mit AIVI ist es nun möglich die native "goToPosition" Funktion aus dem Videomanager zu benutzen. Getestet wurde dies mit dem Deebot OZMO T8 AIVI. Evtl. funktioniert das aber auch mit anderen neueren Modellen.
• Ein paar kleinere Fehler wurden behoben (GitHub Issues #314, #325, #326)

Anmerkungen:

• Sollte die "goToPosition" Funktion Probleme machen sollte man diese explizit deaktivieren ("Native goToPosition Funktion benutzen (z.B. OZMO T8 AIVI)").
• Würde mich dazu über Feedback freuen

[mrbungle64]

@mrbungle64 sagte in Ecovacs Deebot Adapter - Status und Feedback:

Inzwischen ist die Version 1.4.6 ist inzwischen über Latest/Beta verfügbar.

Folgendes ist im Release enthalten:

• Bei Modellen mit AIVI ist es nun möglich die native "goToPosition" Funktion aus dem Videomanager zu benutzen. Getestet wurde dies mit dem Deebot OZMO T8 AIVI. Evtl. funktioniert das aber auch mit anderen neueren Modellen.
  ...

Anmerkungen:

• Sollte die "goToPosition" Funktion Probleme machen sollte man diese explizit deaktivieren ("Native goToPosition Funktion benutzen (z.B. OZMO T8 AIVI)").
• Würde mich dazu über Feedback freuen

Inzwischen wurde bestätigt, dass es teilweise auch bei neueren Modellen ohne AIVI funktioniert (in diesem Fall Deebot T8).

[Marc Berg]

Hallo zusammen,

ich habe ein Problem mit dem Ecovacs Adapter, dass ich keine Aktionen wie "clean","edge" oder "home" auslösen kann, während z.B. die CleaningLogs korrekt ausgelesen werden. Die Steuerung versuche ich über die Datenpunkte:

Es laufen zwei Instanzen, auf der ersten ein "Deebot OZMO 950", hier funktioniert alles. Auf der zweiten Instanz, die vom Fehler betroffen ist, ein "Deebot Slim2". Die Fehlermeldung im Log lautet "Error while handling state change", hier ein Log-Auszug, während ich den Button "clean" betätige:

2022-08-06 18:04:04.082 - silly: ecovacs-deebot.1 (351495) States user redis pmessage ecovacs-deebot.1.*/ecovacs-deebot.1.control.clean:{"val":true,"ack":false,"ts":1659801844079,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1659801844079}
2022-08-06 18:04:04.083 - debug: ecovacs-deebot.1 (351495) state change control.clean => true
2022-08-06 18:04:04.085 - info: ecovacs-deebot.1 (351495) Run: clean
2022-08-06 18:04:04.090 - error: ecovacs-deebot.1 (351495) Error while handling state change for id ecovacs-deebot.1.control.clean with value true
2022-08-06 18:04:04.093 - silly: ecovacs-deebot.1 (351495) States user redis pmessage ecovacs-deebot.1.*/ecovacs-deebot.1.history.timestampOfLastStateChange:{"val":1659801844,"ack":true,"ts":1659801844092,"q":0,"from":"system.adapter.ecovacs-deebot.1","user":"system.user.admin","lc":1659801844092}
2022-08-06 18:04:04.094 - silly: ecovacs-deebot.1 (351495) States user redis pmessage ecovacs-deebot.1.*/ecovacs-deebot.1.history.dateOfLastStateChange:{"val":"06.08.2022 18:04:04","ack":true,"ts":1659801844092,"q":0,"from":"system.adapter.ecovacs-deebot.1","user":"system.user.admin","lc":1659801844092}
2022-08-06 18:04:04.094 - silly: ecovacs-deebot.1 (351495) States user redis pmessage ecovacs-deebot.1.*/ecovacs-deebot.1.control.clean:{"val":false,"ack":true,"ts":1659801844093,"q":0,"from":"system.adapter.ecovacs-deebot.1","user":"system.user.admin","lc":1659801844093}
2022-08-06 18:04:04.095 - debug: ecovacs-deebot.1 (351495) state change control.clean => false

Version des Adapters: 1.4.6
ioBroker: 4.0.23
Node.js: 16.16
NPM: 8.11

Ich hatte schon versucht, alle Datenpunkte zu löschen. Die Datenpunkte wurden nach einem Neustart wieder angelegt, aber sonst brachte das keine Änderung.

Hat jemand eine Idee, wo das Problem liegen könnte?

Marc

[mrbungle64]

@marc-berg

Auf der zweiten Instanz, die vom Fehler betroffen ist, ein "Deebot Slim2". Die Fehlermeldung im Log lautet "Error while handling state change", hier ein Log-Auszug, während ich den Button "clean" betätige

Ich habe den Fehler gefunden und bereits gefixt.
Die Version 1.4.7 sollte ab Sonntag über Beta/Latest verfügbar sein.

[Marc Berg]

@mrbungle64 sagte in Ecovacs Deebot Adapter - Status und Feedback:

Ich habe den Fehler gefunden und bereits gefixt.
Die Version 1.4.7 sollte ab Sonntag über Beta/Latest verfügbar sein.

Daumen hoch, es funktioniert jetzt. Danke!

Marc

[mane444]

Hallo, ich hab in letzter Zeit das Problem das manchmal wenn der Sauger läuft durch massenweise Warnmeldungen im ecovacs Adapter mein System so belastet wird, das teilweise andere Adapter abstürzen.
Diese Warnung kommt bis zu 100mal innerhalb von 3 Sekunden.

ecovacs-deebot.0
2022-10-05 19:11:25.394	warn	Received disconnect event from library

ecovacs-deebot.0
2022-10-05 19:11:25.393	warn	Received disconnect event from library

ecovacs-deebot.0
2022-10-05 19:11:25.393	warn	Received disconnect event from library

ecovacs-deebot.0
2022-10-05 19:11:25.392	warn	Received disconnect event from library

ecovacs-deebot.0
2022-10-05 19:11:25.392	warn	Received disconnect event from library

Systemdaten: Raspi4 mit 4GB
35 Adapter und bei Normalbetrieb ca 40% Auslastung.
Node.js v16.17.1
NPM 8.15.0

Kennt jemand das Problem?

[mrbungle64]

@mane444

Welches Modell ist das?

[mrbungle64]

@mane444

Da scheint ein "RequestOAuthError: Authentication error" dahinter zu stecken.
Es gab mal einen Issue auf GitHub wo vermeintlich eine Firewall dafür verantwortlich war.
Hat sich aber nie endgültig aufgeklärt ...

Hast du was in der Richtung am Laufen?

[mane444]

@mrbungle64 es ist ein DEEBOT N8 PRO
Firewall hab ich nicht zusätzlich nur den Standard von der Fritzbox. Ich lass grad mal Tests laufen ob der Fehler auch bei meinem Testsystem kommt. Ich meld mich wieder wenn ich mehr weiß.

[Erstam]

Ich habe für meinen Deebot X1 den Adapter in Version 1.4.7. installiert und auch node-canvas installiert. Leider bleiben bei mir die Map-States leer., auch nachdem ich "loadMapImage" gewählt habe.

Alle anderen States werden korrekt gefüllt. Ich sehe Map-Namen und Map-ID sowie auch alle einzelnen Zonen.

Hat irgendwer eine Idee, woran das liegen könnte?

[mrbungle64]

@erstam sagte in Ecovacs Deebot Adapter - Status und Feedback:

Ich habe für meinen Deebot X1 den Adapter in Version 1.4.7. installiert und auch node-canvas installiert. Leider bleiben bei mir die Map-States leer., auch nachdem ich "loadMapImage" gewählt habe.

Alle anderen States werden korrekt gefüllt. Ich sehe Map-Namen und Map-ID sowie auch alle einzelnen Zonen.

Hat irgendwer eine Idee, woran das liegen könnte?

Hallo @Erstam

es kann durchaus sein, dass Ecovacs ab dem X1 die API zum Teil geändert hat.
Bei der Home Assistant Integration gibt es da ebenfalls Probleme:
https://github.com/DeebotUniverse/Deebot-4-Home-Assistant/issues/247
Leider ist die API nicht öffentlich zugänglich dokumentiert, so dass wir das nicht direkt prüfen können.

Edit: Besser ausgedrückt weiß ich bereits, dass sich die API beim X1 zum Teil geändert hat - nur was die Map-Funktionalität betrifft hatte ich bisher bei meinen Projekten noch kein direktes Feedback.

Wird denn im Log noch irgendwas dazu ausgegeben wenn du die Map anforderst?

[Erstam]

Danke, @mrbungle64!

Dann hoffe ich mal auf eine neue Version. Bei mir bleibt der map64 state bisher vollkommend leer.

Im Log sieht eigentlich alles gut aus:

ecovacs-deebot.0	2022-10-15 07:40:32.667	debug	state change map.258852031.loadMapImage => false
ecovacs-deebot.0	2022-10-15 07:40:32.656	info	Loading map image
ecovacs-deebot.0	2022-10-15 07:40:32.655	debug	state change map.258852031.loadMapImage => true

Nur erscheint im State auch danach gar nichts.

[mane444]

@mrbungle64 Hi, Danke erst mal das jemand seine Freizeit in so ein Projekt investiert.

Ich habe aber leider immer noch das Problem das manchmal wenn der Sauger läuft mir mein komplettes System abschmiert.
ich hab folgende Konfiguration:

• Host RPi4 mit 4GB
  23 Instanzen
• Slave RPI3 mit 1GB
  8 Instanzen
  Hier läuft auch ecovacs.

Früher lief alles auf dem RPi4 da ich hier schon Abstürze hatte habe ich einen Slave dran gehängt und diverse Adapter ausgelagert. Ich hatte die Hoffnung das damit auch das Problem mit ecovacs gelöst wäre.
Heute war es dann mal wieder soweit, der Sauger lief und ich war auch zuhause und konnte etwas testen. Nach ca 2Min Laufzeit kamen massiv Fehlermeldungen, was zum Schluss soweit war das sich IOB fast nicht mehr bedienen lies. Auf dem Slave hatte ich zeitweise eine CPU Auslastung von über 100% durch den ecovac Adapter.(Ermittelt über Putty mit "top")
Nach einem Neustart des Adapters war Ruhe, es lief wieder alles normal.
Hier mal die Logs in Teilen, ich hab die Wiederholungen raus gelassen.

2022-11-17 06:14:00.811 - info: ecovacs-deebot.0 (38502) Susi instance successfully connected
2022-11-17 06:14:00.818 - info: ecovacs-deebot.0 (38502) [vacbot] product name: DEEBOT N8 PRO
2022-11-17 06:14:00.821 - info: ecovacs-deebot.0 (38502) Reset current cleaninglog stats
2022-11-17 06:21:53.320 - warn: ecovacs-deebot.0 (38502) Error message received: Network connectivity error: read ETIMEDOUT
2022-11-17 06:22:54.758 - warn: ecovacs-deebot.0 (38502) Error message received: Network connectivity error: read ETIMEDOUT
2022-11-17 06:40:44.400 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getPos
2022-11-17 06:59:52.745 - warn: ecovacs-deebot.0 (38502) Error message received: Network connectivity error: read ETIMEDOUT
2022-11-17 07:00:56.231 - warn: ecovacs-deebot.0 (38502) Error message received: Network connectivity error: read ETIMEDOUT
2022-11-17 07:09:47.223 - info: ecovacs-deebot.0 (38502) Start spot area cleaning: 5,6 (1x)
2022-11-17 07:09:51.128 - info: ecovacs-deebot.0 (38502) Entering spot area with ID 0
2022-11-17 07:10:32.427 - info: ecovacs-deebot.0 (38502) Entering spot area with ID 3
2022-11-17 07:11:09.250 - info: ecovacs-deebot.0 (38502) Entering spot area with ID 5
2022-11-17 07:12:28.172 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 504 for command getMapSubSet
2022-11-17 07:13:46.101 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')
2022-11-17 07:13:46.130 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')
2022-11-17 07:13:46.231 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')
2022-11-17 07:13:46.263 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')
2022-11-17 07:13:46.310 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')
2022-11-17 07:13:46.950 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')
2022-11-17 07:13:47.598 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:13:51.212 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')

Geht so weiter bis:

022-11-17 07:13:56.588 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')
2022-11-17 07:14:21.194 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:22:00.154 - info: ecovacs-deebot.0 (38502) Entering spot area with ID 6
2022-11-17 07:26:56.075 - info: ecovacs-deebot.0 (38502) Start spot area cleaning: 4,3,7,10 (1x)
2022-11-17 07:26:57.405 - info: ecovacs-deebot.0 (38502) Entering spot area with ID 0
2022-11-17 07:27:24.759 - info: ecovacs-deebot.0 (38502) Entering spot area with ID 3
2022-11-17 07:28:53.025 - info: ecovacs-deebot.0 (38502) Entering spot area with ID 4
2022-11-17 07:28:55.610 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:29:10.896 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:31:38.029 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:32:07.053 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:32:23.802 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:32:50.246 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 504 for command getMapSubSet
2022-11-17 07:35:42.513 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getPos
2022-11-17 07:37:43.923 - warn: ecovacs-deebot.0 (38502) Error message received: Request Timeout (command 'getMapSubSet')
2022-11-17 07:38:06.296 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:40:13.820 - warn: ecovacs-deebot.0 (38502) Error message received: Received error message: Request failed with status code 502 for command getMapSubSet
2022-11-17 07:40:20.686 - info: host.iobslave1 stopInstance system.adapter.ecovacs-deebot.0 (force=false, process=true)
2022-11-17 07:40:22.712 - info: ecovacs-deebot.0 (38502) Got terminate signal TERMINATE_YOURSELF
2022-11-17 07:40:22.720 - info: ecovacs-deebot.0 (38502) cleaned everything up...
2022-11-17 07:40:22.721 - info: ecovacs-deebot.0 (38502) terminating
2022-11-17 07:40:22.722 - info: ecovacs-deebot.0 (38502) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-11-17 07:40:24.277 - info: host.iobslave1 stopInstance system.adapter.ecovacs-deebot.0 send kill signal
2022-11-17 07:40:24.295 - info: ecovacs-deebot.0 (38502) terminating with timeout
2022-11-17 07:40:24.413 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.timestampOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:24.414 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.dateOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:24.414 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.info.connectionUptime, error - Connection is closed.
2022-11-17 07:40:24.415 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.timestampOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:24.415 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.dateOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:24.415 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.info.connectionUptime, error - Connection is closed.

Weiter:

2022-11-17 07:40:24.498 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.info.connectionUptime, error - Connection is closed.
2022-11-17 07:40:24.498 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.timestampOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:24.498 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.dateOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:24.498 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.info.connectionUptime, error - Connection is closed.
2022-11-17 07:40:24.499 - warn: ecovacs-deebot.0 (38502) get state error: Connection is closed.
2022-11-17 07:40:24.500 - warn: ecovacs-deebot.0 (38502) get state error: DB closed
2022-11-17 07:40:24.501 - warn: ecovacs-deebot.0 (38502) get state error: DB closed
2022-11-17 07:40:24.501 - warn: ecovacs-deebot.0 (38502) get state error: DB closed

weiter:

2022-11-17 07:40:24.529 - warn: ecovacs-deebot.0 (38502) get state error: DB closed
2022-11-17 07:40:24.529 - warn: ecovacs-deebot.0 (38502) get state error: DB closed
2022-11-17 07:40:24.529 - warn: ecovacs-deebot.0 (38502) get state error: DB closed
2022-11-17 07:40:24.529 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.296292206.spotAreas.4.spotAreaName, error - DB closed
2022-11-17 07:40:24.530 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.296292206.spotAreas.4.spotAreaName, error - DB closed
2022-11-17 07:40:24.530 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.296292206.spotAreas.4.spotAreaName, error - DB closed
2022-11-17 07:40:24.530 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.296292206.spotAreas.4.spotAreaName, error - DB closed
2022-11-17 07:40:24.530 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.296292206.spotAreas.4.spotAreaName, error - DB closed

2022-11-17 07:40:25.099 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.1387085590.spotAreas.7.spotAreaIsAvailable, error - Connection is closed.
2022-11-17 07:40:25.099 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.1387085590.spotAreas.7.spotAreaIsAvailable, error - Connection is closed.
2022-11-17 07:40:25.100 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.1387085590.spotAreas.7.spotAreaIsAvailable, error - Connection is closed.
2022-11-17 07:40:25.108 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.timestampOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:25.109 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.dateOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:25.109 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.info.connectionUptime, error - Connection is closed.
2022-11-17 07:40:25.109 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.timestampOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:25.110 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.dateOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:25.110 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.info.connectionUptime, error - Connection is closed.
2022-11-17 07:40:25.110 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.timestampOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:25.110 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.dateOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:25.110 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.info.connectionUptime, error - Connection is closed.

2022-11-17 07:40:27.412 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.1387085590.spotAreas.7.spotAreaName, error - Connection is closed.
2022-11-17 07:40:27.413 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.1387085590.spotAreas.7.spotAreaName, error - Connection is closed.
2022-11-17 07:40:27.414 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.map.1387085590.spotAreas.7.spotAreaName, error - Connection is closed.
2022-11-17 07:40:27.740 - error: ecovacs-deebot.0 (38502) Cannot check object existence of "ecovacs-deebot.0.map.56499200.spotAreas.10": DB closed
2022-11-17 07:40:27.741 - error: ecovacs-deebot.0 (38502) Cannot check object existence of "ecovacs-deebot.0.map.56499200.spotAreas.10": DB closed
2022-11-17 07:40:27.769 - error: ecovacs-deebot.0 (38502) Cannot check object existence of "ecovacs-deebot.0.map.296292206.spotAreas.7.lastTimePresenceDateTime": Connection is closed.
2022-11-17 07:40:27.770 - error: ecovacs-deebot.0 (38502) Cannot check object existence of "ecovacs-deebot.0.map.296292206.spotAreas.7.lastTimePresenceDateTime": Connection is closed.
2022-11-17 07:40:27.770 - error: ecovacs-deebot.0 (38502) Cannot check object existence of "ecovacs-deebot.0.map.296292206.spotAreas.7.lastTimePresenceDateTime": Connection is closed.
2022-11-17 07:40:27.771 - error: ecovacs-deebot.0 (38502) Cannot check object existence of "ecovacs-deebot.0.map.296292206.spotAreas.7.lastTimePresenceDateTime": Connection is closed.
2022-11-17 07:40:27.772 - error: ecovacs-deebot.0 (38502) Cannot check object existence of "ecovacs-deebot.0.map.296292206.spotAreas.7.lastTimePresenceDateTime": Connection is closed.

2022-11-17 07:40:29.917 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.history.dateOfLastMessageReceived, error - Connection is closed.
2022-11-17 07:40:29.918 - warn: ecovacs-deebot.0 (38502) redis get ecovacs-deebot.0.info.connectionUptime, error - Connection is closed.
2022-11-17 07:40:29.952 - error: ecovacs-deebot.0 (38502) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2022-11-17 07:40:29.952 - error: ecovacs-deebot.0 (38502) unhandled promise rejection: DB closed
2022-11-17 07:40:29.953 - error: ecovacs-deebot.0 (38502) Error: DB closed
at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24)
at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2663:37)
at Immediate. (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2709:33)
at processImmediate (node:internal/timers:468:21)
2022-11-17 07:40:29.954 - error: ecovacs-deebot.0 (38502) DB closed
2022-11-17 07:40:29.954 - error: ecovacs-deebot.0 (38502) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2022-11-17 07:40:29.955 - error: ecovacs-deebot.0 (38502) unhandled promise rejection: DB closed
2022-11-17 07:40:29.955 - error: ecovacs-deebot.0 (38502) Error: DB closed
at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24)
at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
at ObjectsInRedisClient._getObject (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2663:37)
at Immediate. (/opt/iobroker/node_modules/@iobroker/db-objects-redis/lib/objects/objectsInRedisClient.js:2709:33)
at processImmediate (node:internal/timers:468:21)

Das ging so weiter bis zum Neustart des Adapters, dann war Ruhe. (Hier hab ich den Adapter mal auf Debug gestellt).

2022-11-17 07:40:30.005 - error: ecovacs-deebot.0 (38502) DB closed
2022-11-17 07:40:31.351 - error: host.iobslave1 instance system.adapter.ecovacs-deebot.0 terminated by request of the instance itself and will not be restarted, before user restarts it.
2022-11-17 07:40:31.354 - info: host.iobslave1 Do not restart adapter system.adapter.ecovacs-deebot.0 because desired by instance
2022-11-17 07:40:34.305 - debug: ecovacs-deebot.0 (159514) Redis Objects: Use Redis connection: 192.168.2.220:9001
2022-11-17 07:40:34.438 - debug: ecovacs-deebot.0 (159514) Objects client ready ... initialize now
2022-11-17 07:40:34.510 - debug: ecovacs-deebot.0 (159514) Objects create System PubSub Client
2022-11-17 07:40:34.514 - debug: ecovacs-deebot.0 (159514) Objects create User PubSub Client
2022-11-17 07:40:34.700 - debug: ecovacs-deebot.0 (159514) Objects client initialize lua scripts
2022-11-17 07:40:34.738 - debug: ecovacs-deebot.0 (159514) Objects connected to redis: 192.168.2.220:9001
2022-11-17 07:40:34.851 - debug: ecovacs-deebot.0 (159514) Redis States: Use Redis connection: 192.168.2.220:9000
2022-11-17 07:40:34.913 - debug: ecovacs-deebot.0 (159514) States create System PubSub Client
2022-11-17 07:40:34.918 - debug: ecovacs-deebot.0 (159514) States create User PubSub Client
2022-11-17 07:40:35.061 - debug: ecovacs-deebot.0 (159514) States connected to redis: 192.168.2.220:9000
2022-11-17 07:40:36.067 - info: ecovacs-deebot.0 (159514) starting. Version 1.4.7 in /opt/iobroker/node_modules/iobroker.ecovacs-deebot, node: v16.18.0, js-controller: 4.0.23
2022-11-17 07:40:36.395 - info: ecovacs-deebot.0 (159514) Using login: ecovacs.com
2022-11-17 07:40:36.610 - debug: ecovacs-deebot.0 (159514) state change info.connection => false
2022-11-17 07:40:36.622 - debug: ecovacs-deebot.0 (159514) state change info.errorCode => 0
2022-11-17 07:40:36.626 - debug: ecovacs-deebot.0 (159514) state change info.error => NoError: Robot is operational
2022-11-17 07:40:37.320 - info: ecovacs-deebot.0 (159514) Successfully connected to Ecovacs server
2022-11-17 07:40:37.321 - info: ecovacs-deebot.0 (159514) Number of devices: 1

Ich könnte auch das ganze log schicken, ist halt ziemlich viel.
Vielleicht hilfts dir ja bei der Weiterentwicklung des Adapters.

Was mich wundert, im Log steht was von Redis. Mein System läuft aber nicht mit redis:

pi@iobrokerrpi4:~ $ iob status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl


pi@iobslave1:~ $ iob status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: jsonl
States  type: jsonl