New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Geplante Reinigungsaufgaben (Zeitsteuerung via Datenpunkte) #147
Comments
Das würde ich auch genial finden wenn so etwas möglich wäre :) @Domi920 ich habe auch einen 930 seitdem ich von einem Raspberry auf mein Synology Nas umgezogen bin verliert meine Instanz den Roboter nicht mehr oder nur noch in Ausnahme Fällen! Entweder ist das der Grund oder eins der neueren Updates hat das ganze gefixt. Was ich deaktiviert habe bzw nicht mehr nutze ist die Funktion den Roboter zu finden mit ( der Roboter befindet sich hier ) da das manchmal zum Sprachverlust geführt hat bzw auch zum Verlust der Verbindung auch wenn die Instanz grün blieb.. |
Ich gebe Dir recht, dass das vorkommen kann. Aber wo hast Du die Info her, dass das ein bekanntes Problem ist, dass das regelmäßig nach ein paar Stunden passiert? Auf welchem Stand ist Dein System?
Ich hatte das auch zwischendurch mal, dass das öfters passiert ist - aktuell hält die Instanz aber i.d.R. die 24 Stunden durch. |
Das ist ein bekanntes Problem - unabhängig von dem Befehl des Adapters (siehe Abschnitt "Sonstiges")
Das ist mir neu. Ich habe den OZMO 930 seit Dezember 2019 und das so noch nie direkt feststellen können - auch ansonsten meine ich das noch nie gehört zu haben, dass das direkt miteinander in Verbindung steht. Falls Du das mit dem Adapter in Verbindung bringst würde ich Dich bitten einen Bug Report zu erstellen. |
Nun zum eigentlichen Anliegen von Euch 😉 Ändert Ihr den Zeitplan regelmäßig? Die Sache ist nämlich, dass der Aufwand gar nicht so gering wäre (ist zumindest bisher meine Einschätzung). |
@mrbungle64 Die Grundinformation habe ich aus deiner Beschreibung hier in Github: Soweit ich mich noch richtig erinnere hatte es am Abend schon Probleme gegeben, dass der Adapter dem Anschein nach keine Verbindung zum Roboter hat. Hier ein paar weitere Daten von mir: Noch eine Frage nebenbei: Nun zur Zeitprogrammierung: Kann das sein dass die Schwierigkeit darin liegt, dass man im voraus nicht weiß wie viel Datenpunkte man automatisch anlegen müsste im Adapter? Finde es richtig super dass du so viel Zeit & Mühen investierst!!! Gruß Dominik |
Warum startest Du die Instanz nicht per CRON-Zeitplan unter "Instanzen" neu?
Du kannst ja mal probieren, ob es bei Dir etwas bringt, wenn Du 2-3 Uhrzeiten identifizierst, wo der Bot eigentlich nie (oder sehr selten) am Saugen ist und den Neustart per CRON-Zeitplan planen. Normalerweise sollte 1x am Tag aber reichen - aber das ist natürlich von verschiedenen Faktoren abhängig. In den Adapter möchte ich aber auf keinen Fall einen zeitgesteuerten Neustart einbauen. Ansonsten kannst Du natürlich auch mal die Version 1.2.0 aus dem Latest/Beta Repo probieren. Vielleicht werden die Verbindungsabbrüche dann ja weniger bei Dir. Ich habe bei meinem OZMO 930 aktuell (fast) keine Probleme damit. |
"Schwierigkeit" würde ich das nicht nennen, aber das wäre einer der Punkte, warum insgesamt ein gewisser Zeitaufwand dahinter stecken würde. Aber das alleine würde mich nicht davon abhalten. Es gibt leider noch weitere Punkte:
Es ist halt immer wieder ein Problem, dass es keine öffentlich zugängliche Doku der Ecovacs API gibt.
Ja, das wäre mein Anspruch, dass man es halbwegs benutzerfreundlich eintragen könnte. |
Aktuell noch nicht - aber wir arbeiten daran 😉
Vielleicht - aber ich bin ehrlich gesagt kein Freund von Live-Maps, weil man dann den Server unnötig mit dem Erstellen von Einzelbildern beschäftigt. Meistens schaut man ja doch nicht drauf - der Server generiert dann aber während der Reingung trotzdem fröhlich Einzelbilder. Das kann dann einen Raspberry auch mal gut auslasten. Aktuell wäre mein Plan, dass man die Einzelbilder manuell erzeugen kann - inkl. der Position des Bots. Das kann man dann in eine VIS einbauen. |
Das verstehe ich soweit - leuchtet mir auch als valider Use Case ein 😉 |
Habe dies im Blockly gemacht, da ich die Möglichkeit hätte Variablen bzw. Datenpunkte mit einzubringen.
Muss ich die Version dann über das Github-Symbol installieren? Zum Thema Zeitsteuerung wäre es natürlich super wenn du das implementieren könntest!
Danke das würde echt super sein, wenn man die Karte hinzufügen könnte. Dann warte ich mal geduldig :-)
Da hast du natürlich vollkommen recht.
Hoffe auch dass es eine größere Beteiligung gibt! |
Nein, Du müsstest in den Einstellungen vom ioBroker den aktiven Verwahrungsort von "Stable" auf "Latest" oder "Beta" ändern (je nachdem wie der bei dir benannt ist). |
Hattest Du die Version 1.2.0 mal installiert? |
@mrbungle64 Ja, habe die Version bereits vor einigen Tagen installiert. Danke der Nachfrage! |
Klingt schon mal besser 😉 |
Der Einfachheit halber aktuell über CRON in den Instanzen. |
Nicht wirklich. Mir ging es hauptsächlich darum, ob die 12 Stunden quasi ein Durchschnittswert bzw. Erfahrungswert sind, oder ob du nach 12 Stunden autom. neu starten lässt.
Ich wüsste nicht wie ... Das wird von mehreren Faktoren abhängig sein und wie schon gesagt gehe ich davon aus, dass die Ecovacs API nicht dafür ausgelegt sein wird eine stabile Verbindung aufrecht zu erhalten, da diese nur für die Mobile App konzipiert sein wird. Bei so etwas ist es dann schwierig solche Dinge herauszufinden. Bei mir läuft es die 24 Stunden aber problemlos durch. |
Ok, dann werde ich bei der Neustartoption bleiben. Ohne jetzt aufdringlich wirken zu wollen, wann meinst du ungefähr wann ein Update für die neuen Funktionen kommen werden? |
Nein bisher noch nicht. Dazu muss ich das erst mal auf eine andere Uhrzeit legen. Ist die Instanz dann eigentlich noch grün bei Dir, wenn die Befehle nicht mehr ausgeführt werden?
1.10.4
Mit Update meinst Du, dass die Funktionen bereits implementiert sind und per Update zur Verfügung stehen oder erst mal nur, wann es dazu ein Info-Update gibt? |
Als ich im 24-Stunden Rhythmus neu gestartet habe wurden in der 23. Stunde keine Signale mehr verarbeitet. Habe im Haushalt 2 Roboter vom Typ 930.
Mit Update meinte ich allgemein. |
Ich habe den Zeitpunkt für den Neustart bei mir mal von 7 Uhr auf 23 Uhr verlegt, so dass ich das mal explizit nach 23 Stunden testen kann.
Ja, wir arbeiten generell an einer Kartenintegration. Die Karte für die 950 artigen Modelle ist ab der 1.2.0 auch schon abrufbar im Adapter (nicht aber die Live-Karte).
Ich habe bereits in der Library implementiert, dass man die Reinigungspläne von allen 3 Modell-Typen abrufen kann. Mein Plan ist es dies relativ bald in den Adapter zu integrieren (read-only).
Wir sprechen hier von mind. 2 nicht gerade trivialen Funktionen die für optimalerweise 3 Modell-Typen (+ die Modell-spezifischen Details) umgesetzt und dann auch gepflegt und supported werden müssen. Da möchte ich ungern "Versprechungen" machen. Ich hoffe Du verstehst das 😉 |
Ich kann das Verhalten jetzt soweit bestätigen: |
@mrbungle64 Vielen Dank für deine ausführlichen Antworten! Mir ist es durchaus bewusst, dass Versprechungen aufgrund des Aufwands schwer gegeben werden können.
Bin gespannt auf welche Lösung du kommst. |
Mal eine Frage zwischendurch: |
Hast Du hierzu Infos für mich? |
Sorry für die verspätete Antwort! |
ok, dann solltest Du den (ersten) geplanten Neustart von der Adapter Instanz (falls noch nicht geschen) auf jeden Fall danach legen. Am besten gegen 03:30 Uhr. In Deinem Blockly Skript war das ja noch um 03:00 Uhr. Als ich den geplanten Neustart vorverlegt hatte gab es bei mir auch mehr Probleme, denn mein Router wird (geplant) um 06:30 Uhr neu gestart. Um diese Uhrzeit ist die Verbdinung der Instanz dann auch teilweise abgebrochen. |
Btw.:
|
Es tut mir leid, aber ich denke nicht, dass ich die "Geplanten Reinigungsaufgaben (Zeitsteuerung via Datenpunkte)" noch umsetzen werde. In diesem Issue habe ich von @Domster91 keine Antwort auf meine Frage bzgl. dem Use Case bekommen und im ioBroker Forum hat sich im aktuellen Topic auch niemand gemeldet der die Funktion benötigt. Ich scheint sich also nicht wirklich zu lohnen den doch verhältnismäßig hohen Aufwand zu betreiben. |
Ich finde es sehr schade dass der Adapter wahrscheinlich nicht um diese tolle Funktion erweitert wird. Danke für die Zeit die Sie trotzdem für das Beantworten hier investiert haben! Gruß Dominik |
Würde Dich read-only auch schon weiterbringen? |
Ja das wäre sehr hilfreich :-) |
ok, das sollte kein Problem sein 😉 |
Vielen Dank! |
Read-only ist das schnell erledigt, da ich den Get Command für alle Modell-Typen kenne - aber nicht, wie der Set Command aufgebaut ist. |
Perfekt, dann freue ich mich auf das Update. |
Kann schon getestet werden 😉 Du musst es allerdings über folgende URL installieren ("Den Adapter von URL installieren oder aktualisieren"): Der Datenpunkt ist "info.extended.currentSchedule". Zur Info: aktuell wird das nur beim Start des Adapters aktualisiert |
Wundervoll! Nochmals vielen Dank! Zu deiner Info: Wenn man z. B. im Vis eine Seite für den Saugroboter hat, könnte man mit einen Skript den Datenpunkt zum aktualisieren betätigen. Sind bereits noch weitere, neue Funktionen in Zukunft geplant? Gruß Dominik |
Gerne, freut mich, dass die Lösung so für dich passt 👍🏻
Ja, das wäre eine Möglichkeit. Ich möchte wegen dem Reinigungsplan halt nicht im normalen Intervall (15-60 Sek.) abfragen, weil sich das in meisten Fällen selten oder nie ändert. Da wäre eine Button schon eine gute Idee.
Ja, möchte schon noch weitere Funktionen implementieren. Meistens setze ich Dinge aber eher spontan um - wenn ich gerade Lust dazu habe bzw. irgendeine Motivation dafür da ist - und die Zeit dafür natürlich passt. Von daher habe ich da (aktuell) keine klare Roadmap 😉
|
Ich habe den Button mal eingebaut: "info.extended.currentSchedule_refresh" |
Habe gerade die Installation, genau wie beim Letzten mal erledigt. |
Gute Frage, ob Du was falsch gemacht hast 😉 |
Ein Neustart der Instanz hat den Datenpunkt erstellt. Vielen Dank für die großartige Arbeit! |
👍🏻 Die Funktion ist nun auch in der 1.4.3-alpha.2. |
Hallo nochmal, Das JSON sieht bei mir so aus: Habe schon mehrere Versuche gestartet, sämtliche Werte aus dem JSON zu holen, allerdings bekomme ich immer nur hab schon sämtliche Schreibweisen probiert, ohne Erfolg. Oder gibt es noch einen schöneren & einfacheren Weg die Daten rauszubekommen? Gruß Dominik |
Die einzelnen Tasks (in deinem Beispiel ist es aber nur einer) stecken in einem Array. |
@mrbungle64 Danke für deine Hilfe! Wenn ich ein Beispiel hätte, könnte ich es nach belieben erweitern. Danke nochmal im Voraus für deine Hilfe!! Gruß Dominik |
Ich wundere mich ein bisschen, da das doch dein expliziter Wunsch war einen Datenpunkt im JSON-Format zu bekommen 🤔 |
Sorry das hab ich etwas doof ausgedrückt. |
Das mit den Listen ist hier denke ich ganz gut beschrieben. Sorry, aber wenn Du mit dem (von Dir selbst gewünschten) JSON Format noch konkrete offene Fragen hast kannst Du dir hier oder z.B. im ioBroker Forum stellen. Ich möchte jetzt aber ungern für Dich auch noch diese Arbeit erledigen, denn das war ein von Dir gewünschtes Feature ( was ich persönlich gar nicht nutze 😉 ) |
@mrbungle64 Gruß Dominik |
Hallo,
wäre es möglich die "Geplanten Reinigungsaufgaben" bzw. die Zeitsteuerung wie diese in der Originalen App zur Verfügung steht auch in IOBroker als Datenpunkte anzeigen & editierbar zu machen?
Natürlich ist mir klar, dass man eine Zeitsteuerung auch über Blockly realisieren könnte.
Allerdings wäre die schönere Variante wenn die Daten synchronisiert wären.
Zusätzlich wäre dass auch die ausfallsicherste Variante.
Habe einen Ecovacs Deebot 930. Dieser hat bekanntlich das Problem, dass nach mehreren Stunden die Verbindung verloren geht & man die Instanz neustarten muss.
Das empfohlene Zeitlimit für einen Neustart von 24 Stunden reicht dazu leider nicht aus.
Danke für die Bemühungen im Voraus!
Gruß Dominik
The text was updated successfully, but these errors were encountered: