Worx Landroid S / Mähroboter LBS ?

[jonofe]

ich bin ein Freund von verteilter Intelligenz. Das macht "man" ja mit dem KNX ebenso

Die einen sagen so, die anderen so

Ich finde es nicht besonders intelligent, wenn der Landroid losfährt nur um dann, wenn er gerade seine Garage verlassen hat, festzustellen, dass es regnet.
Oder er fährt los, obwohl gerade die Beregnungsanlage läuft. Wenn ich Intelligenz will,dann verlasse ich mich lieber auf EDOMI, wenn ich Grundfunktionalität will, dann ist es natürlich schön, wenn es auch eine Alternative gibt. Ich würde dann auf die Worx APP zurückgreifen.

Das schön an EDOMI ist ja, dass jeder es nach seinen Vorlieben umsetzen kann.

Allerdings funktioniert das nicht bei mir, wenn ich es genau so mache (auch mit 1s nicht).

Dazu würde ich gerne mal das passende Log sehen. Eigentlich habe ich das getestet.

[jonofe]

Damit meinte ich, ob das LBS überhaupt läuft, wenn es über "E1 Start/Stop" gelaunched wurde.

Okay, verstehe, das lässt sich sicher machen.

[WWebber]

Was genau meinst du mit Running? Eigentlich sollte an A2 doch ein Status "Mowing" oder so ähnlich rauskommen wenn er mäht, oder?

Damit meinte ich, ob das LBS überhaupt läuft, wenn es über "E1 Start/Stop" gelaunched wurde.

[WWebber]

Ich sehe keinen Vorteil wenn man die kompletten 7 Tage auf einmal verarbeiten kann.... man muß wie jetzt den String für jeden Tag einzeln verbinden und dann noch die 7 Tage zu einem String verbinden...
Jetzt sende ich halt bei Änderung und Speichern die 7 String´s mit 0,5s Verzögerung hintereinander und im letzten String ist die 1 fürs speichern mit dabei... fertig.

Allerdings funktioniert das nicht bei mir, wenn ich es genau so mache (auch mit 1s nicht). Ich muss bei jedem Tag das update-flag setzen, sonst übernimmt er es nicht im Mower, obwohl im message log eigentlich alles richtig drinnen steht.

Ich hab mir ein LBS geschrieben, welches alle Tage editieren kann, um mir die Visu zu vereinfachen.

Im Moment fahr ich mit den Mowi-Eigenen Schedule ganz gut, bin ich unabhängiger von Edomi, aber wer weiß was die Zukunft bringt.

Detto hier - ich bin ein Freund von verteilter Intelligenz. Das macht "man" ja mit dem KNX ebenso - dort ist alles "vorverdrahtet". Der edomi Rechner soll nur das Tüpfelchen am i sein

[etseeor]

Zitat von WWebber Beitrag anzeigen
a) Hübsch wärs vlt. noch, wenn der Schedule Input zusätzlich auch noch ein ganzes Array von 7 Tagen verarbeiten könnte.



Da kann ich mir noch mal was einfallen lassen. Ist dann halt ein komplexerer String, der am Eingang ankommen muss.

Ich sehe keinen Vorteil wenn man die kompletten 7 Tage auf einmal verarbeiten kann.... man muß wie jetzt den String für jeden Tag einzeln verbinden und dann noch die 7 Tage zu einem String verbinden...
Jetzt sende ich halt bei Änderung und Speichern die 7 String´s mit 0,5s Verzögerung hintereinander und im letzten String ist die 1 fürs speichern mit dabei... fertig.

Ich hab ursprünglich gedacht, dass die meisten den Schedule ohnehin komplett deaktivieren, da man es ja über die ZSU/TSU von EDOMI viel flexibler machen kann.

Im Moment fahr ich mit den Mowi-Eigenen Schedule ganz gut, bin ich unabhängiger von Edomi, aber wer weiß was die Zukunft bringt.

[jonofe]

a) Hübsch wärs vlt. noch, wenn der Schedule Input zusätzlich auch noch ein ganzes Array von 7 Tagen verarbeiten könnte.

Da kann ich mir noch mal was einfallen lassen. Ist dann halt ein komplexerer String, der am Eingang ankommen muss.
Ich hab ursprünglich gedacht, dass die meisten den Schedule ohnehin komplett deaktivieren, da man es ja über die ZSU/TSU von EDOMI viel flexibler machen kann.

b) ein Status-Output "Running" wäre vlt. noch brauchbar.

Was genau meinst du mit Running? Eigentlich sollte an A2 doch ein Status "Mowing" oder so ähnlich rauskommen wenn er mäht, oder?

[WWebber]

Hallo Jonofe, danke für den Hinweis - habs abgeändert. Ansonsten kriegst den gleich direkt zurück - der gebührt voll und ganz Dir !!

<Jammern auf höchstem Niveau ein>
Nachdem ich grad versuche, die Schedules zu testen..
a) Hübsch wärs vlt. noch, wenn der Schedule Input zusätzlich auch noch ein ganzes Array von 7 Tagen verarbeiten könnte.
b) ein Status-Output "Running" wäre vlt. noch brauchbar.
<Jammern auf höchstem Niveau aus>

[jonofe]

WWebber : Sieht sehr gut aus

Ich würde vermutlich den Button "Cut Edge Test Run" durch "Cut Edge and Mow" ersetzen. Test Run brauch man eigentlich nie, während Test Run + anschließendes Mähen gerade in der Visu sinnvoll ist, da man ja nicht vor der Visu stehen bleibt bis der EdgeCut fertig ist, um dann das Mähen zu starten. Im LBS wird dies mit einer "2" auf den EdgeCut EIngang gemacht.

[WWebber]

Hab einen M500 (WR141E) mit aktuellster Firmware.

@etseoor: Danke für den Tip mit dem Json LBS. Aber nachdem mir die Logik und Visu eskaliert ist, hab ich mir das mit php code gelöst..

@jonofe: Anbei mein Testdialog
Test.jpg

[etseeor]

Und ich habe ein Modell vor 2019 M800i WG757E mit der FW 5.18.

[jonofe]

Ah okay, dann ist es kein 2019 Modell mit den 20V Powershare Akkus?

EDIT: Wäre vermutlich hilfreich, wenn ihr eure Landroid Modelle posten würdet, mit denen der LBS erfolgreich getestet wurde.

[etseeor]

etseeor : Kann es sein, dass du Akkuspannung und Akkutemperatur in deiner VISU vertauscht hast. 27.77V wäre nicht wirklich gesund.

Nein, ist ein 28Volt Akku...

[jonofe]

Visu steht auch soweit...

etseeor : Kann es sein, dass du Akkuspannung und Akkutemperatur in deiner VISU vertauscht hast. 27.77V wäre nicht wirklich gesund.

[etseeor]

Der LBS läuft einwandfrei, keinerlei Probleme...
Visu steht auch soweit...

btw: womit zerlege ich den schedule array string in verwertbare Daten?

mit dem JSON Extractor v0.2 LBS19001208 in 2 Stufen, erst den String in die einzelnen Tage und dann den Tag in die einzelnen Zeiten und Funktionen.

[WWebber]

Erster Test ebenfalls erfolgreich!
Nun bin ich auch bei der Visu gelandet.. ja.. viel Herumclickerei.. ich wünsche mir noch immer, dass Dialoge mit der <Enter> schließbar wären..

btw: womit zerlege ich den schedule array string in verwertbare Daten?