Ecovacs Deebot Adapter: Status und Feedback
-
@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 504Der 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?
-
@mrbungle64 kann ich bestätigen, Deboot 901.
-
@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) -
...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).
-
Kann ich bestätigen, bei mir wird auch wieder direkt alles angezeigt bzw. aktuallisiert.
-
Jupp, endlich wieder Ruhe im OZMOvers
-
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
- Die folgenden yeedi Modelle wurden bisher als funktionierend bestätigt
- Datenpunkte für den letzten Zeitpunkt der Leerung (bzw. Entnehmen) des Staubbehälters hinzugefügt (siehe auch hier)
-
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 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).
- 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.
-
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 => falseVersion des Adapters: 1.4.6
ioBroker: 4.0.23
Node.js: 16.16
NPM: 8.11Ich 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
-
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. -
@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
-
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 librarySystemdaten: Raspi4 mit 4GB
35 Adapter und bei Normalbetrieb ca 40% Auslastung.
Node.js v16.17.1
NPM 8.15.0Kennt jemand das Problem?
-
Welches Modell ist das?
-
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?
-
@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ß. -
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?
-
@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?
closed Map issue on the X1 Omni #247
-
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 => trueNur erscheint im State auch danach gar nichts.
-
@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 closedweiter:
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 closed2022-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: 1Ich 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 - Host RPi4 mit 4GB
