Zeigt her eure Views zum Thema Mähroboter
-
@saeft_2003 Ja. Ich habe jetzt mal das script gestoppt und wieder gestartet. Mal sehen
-
So. Warum auch immer hatte ich ca 40% meiner instanzen auf rot oder gelb. Jetzt scheint es zu klappen. Shame on me
-
@excalibur270 sagte in Zeigt her eure Views zum Thema Mähroboter:
Ich vermute da man jetzt in der app 2 startzeiten pro tag wählen kann das das mit dem Worx adapter so nicht mehr klappt.
Der Worx Adapter ist weiterhin in der Lage, die jeweils ersten Mähzeiten eines Tages ordnungsgemäß zu bearbeiten. Bei manchen Beta-Testern der FW Version 3.16 ist er bereits seit Wochen im Produktiveinsatz. Bei einigen "Randthemen" können jedoch unerwünschte Nebeneffekte auftreten. So kann es z.B. bei gewissen Werten von mowTimeExtend passieren, dass der Mäher unerwarteterweise das Mähen anfängt oder dass er für einige Stunden gesperrt wird. Soweit diese Nebeneffekte bekannt sind, hat @MeisterTr sie bereits in einer Version 1.1.0 des Adapters bereinigt. Deren Installation kann ich jedem wärmstens empfehlen, sie kann jedoch nur über GitHub installiert werden.
Sollten weitere unerwünschte Nebeneffekte auftauchen, versucht diese bitte näher einzukreisen und hier zu beschreiben.
Die Spezifikationen zu den neuen Funktionalitäten (2. Mähzeit pro Tag, Party Modus, One Time Scheduler, ...) liegen @Meistertr vor. Er ist derzeit in Urlaub und wollte sich danach diese Themen näher ansehen.
-
@hsteinme Danke für diese detailierte Antwort.
Es läuft bei mir wieder. Es lag am Broker selber der, warum auch immer, viele Instanzen schlafen gelegt hatte. Ich habe das script was hier überall verwendet wird schon so umgebaut das ich zwei mähzeiten pro Tag habe sowie eine direkte Zonenansteuerung nach Wunsch. -
An alle die das skript für die landroids nutzen, hattet ihr noch mal das die zeiten zum starten des robby nicht gesetzt wurden?
Oder hat das Starten immer funktioniert?
-
@saeft_2003 Hi, ich habe die ursprüngliche Version des Skriptes im Einsatz ohne die nachträgliche Änderungen, die ihr vor kurzem besprochen habt. Bei mir läuft bisher alles ohne Probleme.
-
Ok danke. Seitdem ich das skript ungestellt hatte, hatte alles bis heut perfekt funktioniert. Heute wurde die worktime nicht gesetzt 10 min später ging es wieder... ich habe jetzt das skript nochmal angepasst das überprüft wird ob die work time gesetzt wurde nicht. Falls nicht wird sie nochmal gesetzt...
-
@saeft_2003 wenn du einen aktuellen Export hier einstellst kann ich es mal bei mir einbauen.
-
Ich muss selber erstmal testen. Aber du sagst doch das du keine Probleme hast? Weil wenn das so ist würde ich am Skript nichts machen. Wenn du aber trotzdem ein export willst kann ich das natürlich machen...
-
@saeft_2003 Mit entsprechenden Backups kann man ja einfach hin und her springen. Ist ja schon komisch, dass einige Probleme haben und andere nicht.
-
Ich habs jetzt so gemacht, dass das Skript die Zeiten setzt und dann ein paar Sekunden später prüft ob die letzte Änderung kleiner als 20000 Milisekunden ist. Falls nein wird der Wert nochmal gesetzt und bekomme ein Telegram wo ich dann sehe obs dann geklappt hat oder nicht.
-
Nun hatte ich heute wieder das Problem das die work time nicht gesetzt wurde. Die worktime wurde zwar aktualisiert im Adapter allerdings mit dem Wert 0.
@Meistertr ich brauche deine Hilfe!
Normal werden die Startzeiten in dem worx adapter um 7:57 geschrieben, um diese Uhrzeit wo Robby normal startet (8:00) gab es noch keine Probleme (siehe grüne Kästchen).
Heute wollte ich ihn um 17:45 starten. Kantenschnitt und Startzeit wurden richtig gesetzt um 17:42. Die work time allerdings nicht diese wurde nur aktualisiert mit 0.
Wenn alles klappt kommt erst die Quelle worx.0 und 3 Sekunden später javascript.0. Heute kommt allerdings zweimal hintereinader worx.0. Kannst du mir erklären warum das so ist und was das Problem sein könnte?
-
@saeft_2003 ich verstehe nur bahnhof, da ich weder dein Script kenne oder irgendeien logauszug vorliegen habe, von daher weiß ich gerade nicht wie ich dir weiterhelfen kann. Ich würde es gerade als (da es nur einmal vorkam) unerklärliches Einzel-Phänomen mit übernatürlicher Fügung abhaken
-
Das Problem ist das die work time schon öfter nicht richtig gesetzt wurde. Im log ist leider zu diesem Zeitpunkt nichts vom JavaScript adapter und auch nicht vom worx adapter zu sehen.
Hier ist der Teil vom blockly der die Zeiten setzt. Sind 5 Sekunden zwischen den Daten setzten zu kurz?
-
@saeft_2003 sagte in Zeigt her eure Views zum Thema Mähroboter:
Das Problem ist das die work time schon öfter nicht richtig gesetzt wurde. Im log ist leider zu diesem Zeitpunkt nichts vom JavaScript adapter und auch nicht vom worx adapter zu sehen.
Setzdoch bitte mal den Loglevel der worx Instanz auf Debug. Dann kannst Du in der Log-Tab unter DOWNLOAD LOG mehr Informationen sehen, insbesondere welche Daten zu und vom MQTT Server gesendet werden.
@saeft_2003 sagte in Zeigt her eure Views zum Thema Mähroboter:
Sind 5 Sekunden zwischen den Daten setzten zu kurz?
Meiner Erfahrung nach reichen 5 Sekunden.
Noch ein Tipp am Rande: Ich habe Dich so verstanden, dass Du einen Mähplan 3 Minuten vor seinem Beginn zum Mäher schickst. Wenn ich dies richtig verstanden habe, empfehle ich Dir, den Mähplan 40 Minuten vor seinem Beginn los zu schicken. Hintergrund: Seit neuestem beginnt der Mäher etwa eine halbe Stunde vor seiner nächsten geplanten Ausfahrt, den Akku auf 100% aufzuladen. Wenn er natürlich seinen Mähauiftrag erst 3 Minuten vor Auftragsbeginn erhält, hat er keine Zeit mehr zum Nachladen des Akkus.
-
habs jetzt auf debug gesetzt, da hätte ich auch drauf können kommen
Das Problem ist, 3 min vorher findet eine Wetterberechnung statt. Das heißt wenn es regnet oder die Regenverzögerung aktiv ist werden die Daten erst gar nicht gesetzt. Deswegen ist 40 min vorher nicht ganz so sinnvoll. Mit dem nachladen ist nicht dramatisch da mein Rasen nur ca. 100qm hat. Ich lasse normal 70min am Tag fahren und ob er dann mit 30% oder 25% heimfährt ist wurscht.
-
@saeft_2003 Du kannst doch auch 40 Minuten vorher den Mähauftrag auf Verdacht schicken und, wenn 3 Minuten vorher unpassendes Wetter ist, den Mähauftrag wieder löschen. Aber wie Du schon sagtest: Wenn Dein Akku "groß" genug für die Rasenfläche ist, ist's so auch okay ...
-
@saeft_2003
Ich habe im Grunde das gleiche Script und habe keine Probleme gehabt bislang mit Zeiten setzen. -
Das Problem ist, 3 min vorher findet eine Wetterberechnung statt. Das heißt wenn es regnet oder die Regenverzögerung aktiv ist werden die Daten erst gar nicht gesetzt. Deswegen ist 40 min vorher nicht ganz so sinnvoll. Mit dem nachladen ist nicht dramatisch da mein Rasen nur ca. 100qm hat. Ich lasse normal 70min am Tag fahren und ob er dann mit 30% oder 25% heimfährt ist wurscht.
Um dieses Thema nochmal kurz aufzugreifen.
Würdest du mir kurz zeigen wo genau im Skript die 3 min auftauchen?
Würde diese aus den genannten Gründen gern testweise auf 40 min erhöhen.
Oder zerschieße ich damit das komplette Skript?
Ich benötige bei meiner Fläche nämlich schon die volle Akkuladung,Zudem läuft gerade mein Adapter nicht mehr (Sperre worx, try 24h later) Jemand einen Plan woran das liegen könnte?
Adapter Version 1.0.0 -
Im Skript gibt es ein gelbes Infofeld wo steht „3min vor Startzeit…“ oder so ähnlich. Darunter musst du das blockly entfalten und 7x bei jeden Wochentag die Zeit 3min auf 40min ändern. Die ist wenn mich nicht alles täuscht aber in Sekunden oder sogar Millisekunden angegeben. Es muss aber klar sein das man z.B. 30min vor der Startzeit keine Zeiten mehr setzten kann, dass muss dann immer >40min sein.
