@copystring
Hast du schon was zum Verhalten von zum fortsetzen der Pause festgestellt?
@david-g said in Roborock Adapter tester gesucht:
@copystring
Hast du schon was zum Verhalten von zum fortsetzen der Pause festgestellt?
Nein. Aktuell mangelt es an Zeit. Mein Saugroboter ging heute dazu noch kaputt und musste den erstmal reparieren.
Ein paar Gedanken darüber wie das zu implementieren ist habe ich mir bereits gemacht, aber hatte noch keine Zeit mich aktiv darum zu kümmern.
Wir haben ja alle keine Not.
Wir sind dankbar für den Adapter wie er jetzt ist und für jede so kleine langsame entwicklung dankbar.
Dann Kummer dich erstmal um deinen kleinen ^^.
@david-g said in Roborock Adapter tester gesucht:
Wir haben ja alle keine Not.
Wir sind dankbar für den Adapter wie er jetzt ist und für jede so kleine langsame entwicklung dankbar.Dann Kummer dich erstmal um deinen kleinen ^^.
OK. Das war dann doch weniger Arbeit als ich dachte. Es hat gereicht, zwei neue Befehle hinzuzufügen: resume_segment_clean und resume_zoned_clean.
Zum Verständnis: Wenn app_pause ausgeführt wird und dann app_start wird die Reinigung fortgesetzt, wenn diese mit app_start gestartet wurde.
Für die Raumreinigung und Zonenreinigung funktioniert app_pause ebenfalls. Nur das Fortsetzen klappt dann entsprechend nur mit resume_segment_clean oder resume_zoned_clean.
Wenn du magst, dann kannst du das hier testen https://github.com/copystring/ioBroker.roborock/tree/dev oder auf den nächsten release warten.
Hab es grad getestet.
Klappt wunderbar bei mir.
So ein Saugrobotor ist schon was komplexer als eine Glühbirne.
Man hat für alles schöne Datenpunkte, jedoch alles sauber umzusetzen in der Visu ist schon eine Herausforderung.
Man möchte ja keine 3 Buttons zum starten/pausieren/fortsetzen haben.
Wobei mir grad beim schreiben eine Idee kommt. Mal sehen ob ich es so mache oder eine Anregung für euch ist.
Man könnte den "Start- oder Pauseknoof" doppelt belegen. Ein Skript müsste dann prüfen, ob zuletzt der Datenpunkt zum Starten oder Pausieren getätigt wurde und dann das Gegenteil ausführen.
Oder man fragt den Status ab, da kann es eben was dauern bin man diesen aktuell hat nach dem Pausieren.
EDIT
@copystring
Denkst du, dass es (nicht nur für mich ^^) interessant ist, den Adapter sofort (500ms oder so) nach einem command nochmal die Daten einlesen zu lassen?
Alternativ einen DP zum aktualisieren. Den könnte man sich dann bei Bedarf selber Triggern über einen selector etc.
So hat man nach einer Aktion direkt den entsprechenden Status. So könnte man dann auch den intervall zum abrufen ggf was runterstellen.
@david-g said in Roborock Adapter tester gesucht:
Denkst du, dass es (nicht nur für mich ^^) interessant ist, den Adapter sofort (500ms oder so) nach einem command nochmal die Daten einlesen zu lassen?
Alternativ einen DP zum aktualisieren. Den könnte man sich dann bei Bedarf selber Triggern über einen selector etc.
Ja. Ich habe bereits darüber nachgedacht. Das Problem mit Timern wie z. B. 500ms ist, dass ein Fehlverhalten entstehen würde, wenn der Adapter nach 500ms noch keine Antwort vom vorherigen Befehl erhalten hat.
Also habe ich mir das mal angeschaut und versucht es so umzusetzen, dass der Befehl des Datenabrufens erst dann durchgeführt wird, wenn der erste Befehl fertig ist. Das reicht aber leider nicht aus.
Aktuell habe ich keine passende Idee, dies sauber umzusetzen, ohne Timer einzusetzen.
Wer mag, kann die 0.1.4-beta.0 testen. Wenn dort keine gravierenden Bugs auftreten, wird das der nächste Release.
Könnte man ggf mit einer Sperrvariable oder so arbeiten? Über einen timestamp könnte man das ohne Timer machen.
Neuer Abruf nur, wenn Sperrvariable älter s x sek. Wenn Aufruf erfolgt Sperrvariable auf false.
@copystring Installiert und werde evtl Fehler berichten.
Was mir noch eingefallen ist:
Wenn ich auf einem TouchDisplay die http://IP-Adresse:6824/map.html nutzen will kann ich das Zonenkästchen nicht verändern. Könnte man da was anpassen?
@m-a-hueb said in Roborock Adapter tester gesucht:
@copystring Installiert und werde evtl Fehler berichten.
Was mir noch eingefallen ist:
Wenn ich auf einem TouchDisplay die http://IP-Adresse:6824/map.html nutzen will kann ich das Zonenkästchen nicht verändern. Könnte man da was anpassen?
Ja das geht kommt aber erst in 0.1.5.
Wie sieht bei euch die Belegung vom RAM aus? Mein Roboter lief heute und der Adapter ist jetzt bei 850 MB. Das ist zu viel und das möchte noch im kommenden Release 0.1.4 beheben.
@copystring said in Roborock Adapter tester gesucht:
Wie sieht bei euch die Belegung vom RAM aus? Mein Roboter lief heute und der Adapter ist jetzt bei 850 MB. Das ist zu viel und das möchte noch im kommenden Release 0.1.4 beheben.
Bei 98 MB und seit 12 Stunden aktiv.
Karte ist deaktiviert.
Es scheint weiterhin von dem Erstellen der Karte zu kommen.
Wer mag, kann die neue dev branch testen und die RAM-Belegung des Adapters beim/nach dem Reinigen mit aktivierter Karte prüfen. Diese ist dann hoffentlich nicht mehr bei 850 MB oder ähnlich.
https://github.com/copystring/ioBroker.roborock/tree/dev
Kann ich leider noch nich testen, bin noch auf der Suche nach einem ordentlichen x86 Rechner für iobroker.....
Nochmal zum aktualisieren von den States vom Adapter.
Das Problem kann ich nachvollziehen. Jenachdem wie schnell ein User mehrere Befehle hintereinander absetzt und noch keine Antwort vom Server gekommen ist.....
Wäre es denn aufwendig, einen dp zum aktualisieren einzubauen?
Dann würde ich damit mal was rumprobieren, wie es läuft bei schnellen Abfragen und falls es Probleme gibt mal in Blockly testen wie man es in den Griff bekommt.
@copystring bei mir läuft 0.1.4-beta.0 seit gestern. Nach einem Tag bei 936.18 MB RAM Nutzung
@copystring Nach einmal Reinigen ist die RAM-Nutzung mit der Version aus :
https://github.com/copystring/ioBroker.roborock/tree/dev
bei 87,45MB 
@m-a-hueb said in Roborock Adapter tester gesucht:
@copystring Nach einmal Reinigen ist die RAM-Nutzung mit der Version aus :
https://github.com/copystring/ioBroker.roborock/tree/dev
bei 87,45MB
Ja. Leider gab es trotzdem beim Reinigen weiterhin einen großen Memory Leak beim Erstellen der Karte bzw. allgemein beim Abfragen von Daten. Dies war auffälliger, da die Karte standardmäßig alle zwei Sekunden abgerufen wird, wodurch dann immer mehr Leaks entstanden sind.
Deshalb kam ich vorhin auf fast 1 GB. Mit den aktuellen fixes in 0.1.4-beta.2 ist das behoben. Bei meinen Testläufen kam ich auf 70–125 MB.
@copystring bin stand heute morgen 8:54 Uhr auch bei über 1 GB. Wo krieg ich die beta2 her?
@copystring Installiert und werde evtl Fehler berichten.
Was mir noch eingefallen ist:
Wenn ich auf einem TouchDisplay die http://IP-Adresse:6824/map.html nutzen will kann ich das Zonenkästchen nicht verändern. Könnte man da was anpassen?
