NEWS
Zeigt her eure Views zum Thema Mähroboter
-
@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?
-
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.
-
@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...
-
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.
-
@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...
-
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.
-
@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?
-
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 :)
-
@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?
-
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.
-
@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 :cold_sweat:
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.
-
habs jetzt auf debug gesetzt, da hätte ich auch drauf können kommen :cold_sweat:
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 ...
-
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
Ich habe im Grunde das gleiche Script und habe keine Probleme gehabt bislang mit Zeiten setzen. -
habs jetzt auf debug gesetzt, da hätte ich auch drauf können kommen :cold_sweat:
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.
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 -
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.0Im 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.
-
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.
@saeft_2003 Danke für die Hilfe.
Meine Mähzeiten ändern sich so gut wie nie und sind recht statisch
Jeden Tag ab 19:00 Uhr
Deshalb passt das bei mir ganz gut -
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.
@saeft_2003 sagte in Zeigt her eure Views zum Thema Mähroboter:
Es muss aber klar sein das man z.B. 30min vor der Startzeit keine Zeiten mehr setzten kann, dass muss dann immer >40min sein.
Warum das denn?
-
@saeft_2003 sagte in Zeigt her eure Views zum Thema Mähroboter:
Es muss aber klar sein das man z.B. 30min vor der Startzeit keine Zeiten mehr setzten kann, dass muss dann immer >40min sein.
Warum das denn?
Weil das skript in meinem fall 3 min vor der startzeit z.B. um 7:57 die Daten setzt. Gebe ich jetzt um 7:58 die Startzeit 8:00 an dann gilt das erst für in einer Woche.
Ist etwas schwierig zu erklären ich hoffe du verstehst was ich mein.
-
Weil das skript in meinem fall 3 min vor der startzeit z.B. um 7:57 die Daten setzt. Gebe ich jetzt um 7:58 die Startzeit 8:00 an dann gilt das erst für in einer Woche.
Ist etwas schwierig zu erklären ich hoffe du verstehst was ich mein.
@saeft_2003 Wenn du aber den mähplan im Mäher dann aber löschst kannst du wieder eine neue eingeben für den Tag. Oder denke ich gerade falsch.
Ich habe das Script so umgebaut das ich pro Tag zwei Zeiten eingeben kann. Dazu zwei Sonderscripte und die dp in der Vis angepasst. Auch habe ich das Script so angepasst das ich für jede Fahrt eine direkte Zone via meterzahl angeben kann.
Support us
634
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge