Roborock - Adapter stürzt ständig ab

[Glasfaser]

@michael-sauer sagte in Roborock - Adapter stürzt ständig ab:

Operating System: Raspbian GNU/Linux 10 (buster)

Bullseye ist aktuell

free 111M

Dein Speicher geht aus ...

Redis OK , dann läuft aber

redis-server 12

Beta Tester ... OK ... aber nicht Aktuell ... up to Date!!!

Dann

tcp 0 0 0.0.0.0:53 0.0.0.0:* LISTEN 999 21806 724/pihole-FTL

tcp6 0 0 :::3000 :::* LISTEN 113 136316 8949/grafana

[Michael Sauer]

@glasfaser Was möchtest du mir damit sagen?

[Glasfaser]

@michael-sauer

Ziemlich ausgelastet dein Raspberry und auch nicht ioBroker als "Beta Tester" gepflegt !

Ich würde auf jeden Fall mal PiHole prüfen , denn ich habe oben geschrieben :

@glasfaser sagte in Roborock - Adapter stürzt ständig ab:
setInterval called, but adapter is shutting down

Keine Verbindung !?

[SpacerX]

@michael-sauer ich bleibe dabei. Stelle die Maperstellung ab, dann sollte er laufen.

[ticaki]

Der hängt in der Fehlerbehandlung(Map) beim Aufruf von Sentry. Das abschalten der Maperzeugung, so das diese Fehlerbehandlung nicht mehr aufgerufen wird, ist sicher ein Weg. @copystring

Hab nur den Sauger aber nicht den Adapter im Einsatz, sollte wohl ein github issue aufgemacht werden.

https://github.com/copystring/ioBroker.roborock

[copystring]

@michael-sauer Die Kartenerstellung kann auf einem RPi nicht funktionieren. Da gibt es ein Problem mit der Canvas-Bibliothek.
https://github.com/copystring/ioBroker.roborock#map-creation-does-not-work-on-raspberry-pi

[Michael Sauer]

@ticaki sagte in Roborock - Adapter stürzt ständig ab:

Der hängt in der Fehlerbehandlung(Map) beim Aufruf von Sentry. Das abschalten der Maperzeugung, so das diese Fehlerbehandlung nicht mehr aufgerufen wird, ist sicher ein Weg. @copystring

Hab nur den Sauger aber nicht den Adapter im Einsatz, sollte wohl ein github issue aufgemacht werden.

https://github.com/copystring/ioBroker.roborock

Das war die Lösung. Danke.

[Almeda]

@ticaki said in Roborock - Adapter stürzt ständig ab:

Das abschalten der Maperzeugung, so das diese Fehlerbehandlung nicht mehr aufgerufen wird, ist sicher ein Weg.

Hallo zusammen,
ich möchte mich an dieses Thema kurz mit anhängen. Nutze den Roborock Adapter seit ca. 4 Wochen und habe seit Anbeginn, trotz ausgeschalteter Map Erstellung, das Problem, dass der Adapter laut dem Host ständig abstürzt und er ihn daher regelhaft nach 1-2 Tagen aus dem Rennen nimmt und den Neustart verhindert.

Tatsächlich hat die Einrichtung nach der Installation problemlos geklappt und auch die Anbindung an Node-Red zum Ausspielen der Stati über Telegramm hat sofort funktioniert.

Eine De- und Neuinstallation des Apdaters hat nichts gebracht. Ich habe dann auf das aktuelle Update gewartet, weil ich es für ein vllt. bekanntes Problem hielt. Das Update von vor einigen Tagen hat jedoch keine Besserung gebracht.
IoB läuft auf einem Synology 918+ mit ausreichend RAM. Kein anderer Adapter macht Probleme.

Kann einer weiterhelfen?

Vielen Dank
Almeda

[Thomas Braun]

@almeda sagte in Roborock - Adapter stürzt ständig ab:

Kann einer weiterhelfen?

Ohne Log? Schwierig.

[haselchen]

@almeda

Warum nicht den Mihome-Vacuum?
Der funktioniert völlig unkompliziert und macht meines Erachtens das Gleiche wie Dein Adapter.
Bei meinem weiß ich allerdings, dass er funktioniert

[Almeda]

@thomas-braun said in Roborock - Adapter stürzt ständig ab:

@almeda sagte in Roborock - Adapter stürzt ständig ab:

Kann einer weiterhelfen?

Ohne Log? Schwierig.

Sorry, vergessen anzuhängen. Es erscheint die Warnung:
Failed to execute get_fw_features on robot 4d98R7TEpn6C0ZcYPNY52Q Error: Local request with id 5 with method get_fw_features timed out after 10 seconds

@haselchen said in Roborock - Adapter stürzt ständig ab:

@almeda

Warum nicht den Mihome-Vacuum?
Der funktioniert völlig unkompliziert und macht meines Erachtens das Gleiche wie Dein Adapter.
Bei meinem weiß ich allerdings, dass er funktioniert

Den hatte ich bisher nicht auf dem Schirm. Ich danke dir für den Hinweis. Probiere ihn gerne mal aus!

[haselchen]

@almeda

Gib dann mal bitte Feedback….

[Almeda]

@haselchen said in Roborock - Adapter stürzt ständig ab:

@almeda

Gib dann mal bitte Feedback….

Eben versucht und in der Dokumentation festgestellt, dass der S7 nicht funktioniert. Damit ist die Option leider auch raus

[haselchen]

@almeda

Wird der Roboter in der Instanz gefunden ?
Werden Objekte angelegt ?
Was sagt das Log?

Da S8 und ich meine S10 unterstützt werden, warum sollte der S7 da nicht bei sein?
Hab noch nen S50 2. Gen.

[Almeda]

@haselchen said in Roborock - Adapter stürzt ständig ab:

@almeda

Wird der Roboter in der Instanz gefunden ?
Werden Objekte angelegt ?
Was sagt das Log?

Da S8 und ich meine S10 unterstützt werden, warum sollte der S7 da nicht bei sein?
Hab noch nen S50 2. Gen.

So zurück aus dem Urlaub und Zeit fürs Hobby

Danke für deine Rückfrage:
Es geht ja schon damit los, dass der Mihome-Vacuum Adapter einen Xiaomi Login will, denn ich für den Roborock S7 ja nicht habe. Der Roborock wird ja über den Roborock eigenen Cloudserver verwaltet.
Darüber habe ich mich dann gewundert und im Logg nachgesehen. Da steht eindeutig drin, dass alle Roboter, ausgenommen S7, unterstützt werden. Liegt wohl daran, dass der S7 anders kommuniziert, als die anderen Roboter.

Zurück zu meinem eigentlichen Problem eines ständig abstürzenden Roborock-Adapters:
Seit dem letzten Update ist der Adapter nicht mehr abgestürzt. Aber ob er stabil läuft, kann ich auch nicht sagen, da ich nun gelbe Warnungen bekomme:

code_text
```2024-05-24 00:44:00.430 - warn: roborock.0 (508) Reconnecting mqtt client!
2024-05-24 00:44:00.485 - warn: roborock.0 (508) MQTT connection close.
2024-05-24 00:44:00.485 - warn: roborock.0 (508) MQTT connection reconnect.
2024-05-24 01:44:00.430 - warn: roborock.0 (508) Reconnecting mqtt client!
2024-05-24 01:44:00.445 - warn: roborock.0 (508) MQTT connection close.
2024-05-24 01:44:00.445 - warn: roborock.0 (508) MQTT connection reconnect.
2024-05-24 02:44:00.429 - warn: roborock.0 (508) Reconnecting mqtt client!
2024-05-24 02:44:00.446 - warn: roborock.0 (508) MQTT connection close.
2024-05-24 02:44:00.446 - warn: roborock.0 (508) MQTT connection reconnect.
2024-05-24 03:10:28.073 - warn: roborock.0 (508) Unable to decode message for 4d98R7TEpn6C0ZcYPNY52Q. The the device is most likely offline. data: {"version":"1.0","seq":74,"random":641679,"timestamp":1716513028,"protocol":500,"payload":{"type":"Buffer","data":[123,34,111,110,108,105,110,101,34,58,102,97,108,115,101,125]},"crc32":2579086837}
2024-05-24 03:11:07.991 - warn: roborock.0 (508) Unable to decode message for 4d98R7TEpn6C0ZcYPNY52Q. The the device is most likely offline. data: {"version":"1.0","seq":87,"random":721864,"timestamp":1716513067,"protocol":500,"payload":{"type":"Buffer","data":[123,34,111,110,108,105,110,101,34,58,116,114,117,101,125]},"crc32":3231908517}
2024-05-24 03:44:00.430 - warn: roborock.0 (508) Reconnecting mqtt client!
2024-05-24 03:44:00.445 - warn: roborock.0 (508) MQTT connection close.
2024-05-24 03:44:00.445 - warn: roborock.0 (508) MQTT connection reconnect.
2024-05-24 04:44:00.430 - warn: roborock.0 (508) Reconnecting mqtt client!
2024-05-24 04:44:00.445 - warn: roborock.0 (508) MQTT connection close.
2024-05-24 04:44:00.446 - warn: roborock.0 (508) MQTT connection reconnect.
2024-05-24 05:44:00.430 - warn: roborock.0 (508) Reconnecting mqtt client!
2024-05-24 05:44:00.446 - warn: roborock.0 (508) MQTT connection close.
2024-05-24 05:44:00.446 - warn: roborock.0 (508) MQTT connection reconnect.```
code_text

So geht das jede Stunde in der 44. Minute der Stunde einmal durch...

[haselchen]

@almeda

Wie gesagt, beim Roborock Adaper wäre ich raus.
Was spricht aber dagegen, dass Du ihn in der Xiaomi App registrierst?
Hab ich, und logischerweise alle anderen Nutzer, auch.
Und dann könnte man mal weitersehen , wie es im Mihome-Vacuum Adapter aussieht.