ioBroker.roborock begin und end werden nicht upgedated

Hallo copystring,

ich habe den Eindruck, das seit dem update auf die Version 0.6.2

Start cleaning time (cleaning time [roborock.0.Devices.....cleaningInfo.Records.0.begin] und End cleaning time (cleaning time [roborock.0.Devices.....cleaningInfo.Records.0.end]

nicht mehr auf aktuelle Werte gesetzt werden. Jedenfalls stehen seit diesem update diese Werte fest auf Fri Apr 12 2024 08:43:18 GMT+0200 (Central European Summer Time) und werden nicht geändert, obwohl der Roborock mehrfach gelaufen ist und läuft. Viele Grüße, jahnbes. (Roborock S7 MaxV)

Apr 18 '24 11:04 jahnbes

Ich habe eben testhalber die 0.5.4 installiert und da funktioniert es! Werde die 0.5.4 erst mal weiter laufen lassen. Soll ich weiter testen? Und wenn ja, was und wie? Kannst Du den Fehler reproduzieren? Viele Grüße, jahnbes.

Apr 19 '24 07:04 jahnbes

Habe eben die "stable" 0.6.2 erneut installiert, der oben beschriebene Fehler ist danach immer noch da. Bin zurück zur 0.5.4 gegangen. Viele Grüße, jahnbes.

Apr 22 '24 13:04 jahnbes

Hallo Bernd,

testest du bitte die neue dev? https://github.com/copystring/ioBroker.roborock/tree/dev müsste jetzt passen.

Viele Grüße und Danke fürs Testen!

Apr 27 '24 22:04 copystring

Habe ich eben getan, die 0.6.4 von dev ist drinn. Ich werde beobachten und mitteilen. Viele Grüße, jahnbes.

09:31: habe den Robrock zweimal mit der 0.6.4 (dev) in unterschiedlichen Zimmern laufen lassen, der oben beschriebene Fehler war wieder, bzw. immer noch da. Habe danach wieder die 0.5.4 installiert, nun ist der Fehler weg. Die 0.6.4 (dev) brachte also leider keinen Erfolg.

May 06 '24 07:05 jahnbes

OK. Schade. Das habe mir das jetzt mal genauer angucken können. Ich denke, dass ich es lösen konnte. Das Problem war in Verbindung mit TCP Verbindung direkt zum Saugrober ziemlich tief versteckt. Mein Test mit https://github.com/copystring/ioBroker.roborock/tree/dev war erfolgreich.

May 08 '24 21:05 copystring

Hallo copystring,

ich habe es heute wieder einmal mit der obigen dev wirklich lang versucht, ohne Erfolg. Da ich in einem Script auf "begin" triggere, musste ich wieder zurück zur 0.5.4 gehen, wo dann wieder alle sohne Probleme lief. Viele Grüße, jahnbes.

May 09 '24 15:05 jahnbes

OK. Dann weiß ich nicht, wo es hängt. Erstell bitte mit der neuesten dev ein Debuglog für mich.

May 09 '24 16:05 copystring

Mache ich, dauert aber einen kleinen Moment. Ein schönes Wochenende, Bert.

May 10 '24 07:05 jahnbes

Habe eben versucht, die dev zu installieren. Ging aber nicht:

`ERROR: Process exited with code 30 weniger

mehr $ iobroker url https://github.com/copystring/ioBroker.roborock/tree/dev --host raspberrypi --debug install copystring/ioBroker.roborock#dev node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version GLIBCXX_3.4.26' not found (required by node) !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!Aborting install because the npm version could not be checked!Please check that npm is installed correctly.Use "npm install -g npm@8" or "npm install -g npm@latest" to install a supported version.You need to make sure to repeat this step after installing an update to NodeJS and/or npm!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ERROR: Process exited with code 30

Ich hatte zwischenzeitlich bullseye installiert, will in Kürze auf bookworm. Nach bullseye kam der obige Fehler, den ich schon mal hatte. Ich weiß nur nicht, wie ich ihn weg bekommen habe. Muss erst mal forschen. Vielleicht installiere ich zuvor auch bookworm und biege danach alles gerade. Viele Grüße, jahnbes.

May 16 '24 10:05 jahnbes

roborock_log_bert_20240522.pdf Hier das log-file. Ich habe folgendes getan:

bookworm erfolgreich installiert
roborock Adapter dev Version (0.6.4) installiert
auf "debug" gestellt
Flur gereinigt über den Adapter (ohne Erfolg)
Version 0.5.4 installiert
Flur gereinigt über den Adapter (begin und end funktionieren)
auf "info" gestellt
log download und hier eingestellt.

Es gibt dabei noch einen interessanten Punkt, den ich in der folgenden Antwort mit Bild beschreibe.

May 22 '24 10:05 jahnbes

Ablauf siehe voriger Eintrag hier. Interssant ist, dass nachdem der roborock mit dem Adapter 0.5.4 den Raum gereinigt hat, ALLE Reinigungsfahrten, auch die unter 0.6.4 in der Liste erscheinen. roborock_debug_20240522 Bei Nutzung der 0.6.4 blieben [begin] und [end] immer auf den alten Eintrag (8:30 Uhr) stehen, obwohl die Reinigung 12:21 Uhr und 12:31 Uhr erfolgte. Nach der anschließenden Reinigung mit 0.5.4 (12:43 Uhr) wird diese angezeigt, das heisst [begin] und [end] waren geändert worden. Es werden unmittelbar davor aber auch die "alten" Werte der Reinigungen mit 0.6.4 in den Record [0] geschrieben und erst danach der aktuelle von der Reinigung mit 0.5.4. Aus dem Grund erscheinen die Reinigungen mit der 0.6.4 bei mir nun auch in der Liste, nachdem ich mit 0.5.4 gereinigt habe. Und das in der richtigen Reihenfolge, d.h. 0.6.4 vor 0.5.4 . Wie gesagt, das logfile des Ganzen findest Du hier im vorletzten Eintrag. Ich hoffe, ich konnte einigermaßen verständlich mitteilen, was mir aufgefallen ist. Viele Grüße, Bert.

May 22 '24 11:05 jahnbes

Hallo Bert,

ich weiß leider nicht, wie ich dir helfen kann. Ich habe gerade eben eine Reinigung gestartet und darauf gewartet, dass der Saugroboter fertig wird. Begin und End wurden bei mir sauber direkt nach dem Beenden des Reinigungsvorgangs geschrieben. Siehe die Zeitstempel in den Screenshots. In den Logs ist ebenfalls nichts Hilfreiches zu sehen. Dein Debuglog habe ich nach error durchsucht. Es sind nur ein paar Timeouts vorhanden. Nichts Wildes und sollte nichts mit dem besagten Fehler zu tun haben.

Würdest du mal die Timestamps in den Objekten in deinem ioBroker checken?

Ich wüsste spontan nicht, warum mein Code bei dir nicht läuft und bei mir aber ohne Fehler läuft. Vielleicht hast du eine alte nodejs installiert?

May 22 '24 20:05 copystring

Danke für die Antwort. Auf die Schnelle, die Zeitstempel stimmen! Jetzt scheint es zu klappen. Habe zuvor auf node und npm upgedatet. Mit schlechtem ergebnis, jetzt ist der Fehler

node: /lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.26' not found (required by node)

wieder da. Kümmere mich später darum. Viele Grüße, Bert.

May 23 '24 05:05 jahnbes

Kann es sein, dass du eine alte Version installiert hast? Das war das mal so.

May 23 '24 05:05 copystring

Wovon eine alte Version? iobroker, robo-Adapter, nodejs oder npm? Momentan bin ich total am Boden, habe mir beim Testen (node-Versionen?) den ssh-Zugriff auf den Raspberrry gekillt, komme nicht mehr drauf. Wird eine Weile dauern, ehe ich das hingebogen habe. Es wäre mir ein Hilfe, wenn Du mir schreiben könntest, welche Rasbian, iobroker, robo-Adapter, nodejs oder npm - Versionen Du nutzt. Bei Dir läuft es ja. Ich könnte diese dann mit meinen vergleichen. Meine Werte sind diese: `Architektur arm Codename bookworm OS Build-Version UTF-8 Verteilung Raspbian GNU/Linux Voll qualifizierter Domainname raspberrypi Hostname raspberrypi Kernel-Release 5.10.103-v7l+ Plattform linux Release 12 Betriebssystem über UEFI gestartet

Softwareversionen Bash-Version 5.1.4 GCC version 8.3.0 Git-version 2.30.2 Kernel-Release 5.10.103-v7l+ Node.js Version 18.20.3 NPM Version 10.8.0 OpenSSL-version 3.0.13+quic Perl-version 5.28.1 os.pip 18.1 os.pip3 18.1 Python Version 2.7.16 Python 3 Version 3.7.3 OS OpenSSL-Version 1.1.1w OpenSSL-Bibliothek OpenSSL v8-version 10.2.154.26-node.37` Viele Grüße, jahnbes.

May 23 '24 14:05 jahnbes

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

Jun 06 '24 16:06 stale[bot]

Ich meinte damit, dass du eventuell eine alte Version vom Roborock Adapter haben könntest.

Jun 11 '24 05:06 copystring

Hallo. Ich habe das Problem bei mir auch beobachtet. Die kompletten Daten unter "CleaningInfos/Records/0/" werden nicht aktualisiert. Ich habe etwas experimentiert. Adapter neu starten bringt nichts. Aber was den Adapter triggert neue Daten zu lesen ist, wenn ich in der Config des Adapters was ändere und dann speichere. Nach jedem Speichern ließt er wohl alle Reinigungsfahrten und aktualisiert alles. Von alleine macht der Adapter das leider nicht. Die neue DEV Variante habe ich nicht getestet.

Jun 21 '24 13:06 bruesche

Habe jetzt gerade mal die DEV Version über die Expertenfunktion mit Angabe der URL installiert. Eine kurze Reinigungsfahrt. Es scheint automatisch aktualisiert zu haben. Werde das noch ein zwei Tage testen und dann berichten, wenn das ok ist.

Jun 21 '24 14:06 bruesche

Also habe jetzt mein Script zur Probe auf Minuten runter gedreht, da ich auf Reiniungsdauer und Completion trigger. Hat nun wieder immer nach dem Reinigen alles aktualisiert. Funktioniert für mich. Bitte in den "originalen" Adapter integrieren. wenn ich noch helfen kann, gerne melden

Jun 21 '24 14:06 bruesche

Danke fürs Testen. Sobald ich die letzten Fehler in der dev Version behoben habe, kommt ein neuer Release. Dauert leider noch ein bisschen. Bin aktuell zeitlich ziemlich eingespannt.

Jun 22 '24 19:06 copystring

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

Jul 06 '24 19:07 stale[bot]