Worx Landroid S / Mähroboter LBS ?

[jonofe]

Klingt hochinteressant! Bevor ich mit meinem landroid-bridge LBS weitermache, biete ich mich als Beta-Tester an !

Okay, ich denke am nächsten Wochenende könnte eine erste lauffähige Version fertig sein. Mit der FW 2.82 des M500 hat sich scheinbar das Verhalten des Mähers etwas geändert, so dass eine Anpassung für das Kantenmähen notwendig ist. Grundsätzlich sollte es aber noch funktionieren, ich bin aber wieder auf FW 2.74 zurück, die dafür besser geeignet ist. Naja ... mal sehen ... werde das am Wochenende noch mal genauer anschauen.

[WWebber]

Ich habe bereits eine WORX PHP Klasse fertig, und der zugehörige LBS ist auch schon fast fertig.

Klingt hochinteressant! Bevor ich mit meinem landroid-bridge LBS weitermache, biete ich mich als Beta-Tester an !

[dreamy1]

Wie genau könnte man sich das vorstellen? Habe inzwischen auch einen Worx Landroid S. Der steht unter einem Dach. Somit fährt er auch bei Regen erst mal raus. Irgendwie würde ich gerne einen KNX Regensensor verwenden und dann dem Landroid sagen, dass es jetzt regnet oder nicht.
Das einzige was mir dazu einfällt wäre eine Raspberry mit IO Broker. IO Broker hat zwar ein gute Landroid Anbindung, aber KNX weiß ich nicht, ob das stabil mit IO Broker läuft.

Ich werde einen KNX RF Aktor direkt über den Akku des Landroid versorgen (deshalb auch meine Frage nach einem RF Aktor mit DC-Versorgung in einem separaten Thread). Dieser wird dann zum einen den Regensensor "bedienen" als auch über einen kleinen µC die Start- und Stopsequenz übernehmen (dazu wird das einfach das Tastenfeld angezapft).

[jonofe]

Das einzige was mir dazu einfällt wäre eine Raspberry mit IO Broker.

Ich habe bereits eine WORX PHP Klasse fertig, und der zugehörige LBS ist auch schon fast fertig. Damit kann man den Landi aus EDOMI ohne andere Systeme wie ioBroker oder landroid-bridge steuern. Es ist lediglich eine MQTT client library notwendig. Damit kann man dann Start, Stop, Home, Regenverzögerung, Schedule, Kantenmähen, Zonentraining, etc. Durch die Integration in EDOMI ist das setzen des Mähplans und der Regenverzögerung natürlich nicht mehr notwendig, denn das kann die EDOMI Logik besser über ZSU und Regensensor. So kann man auch verhindern, dass bei automatisierten Bewässerungssystemen der Mäher überhaupt rausfährt.

STSC Hast du das 2019 Modell, welches WLAN und App-Steuerung hat? Dann sollte es damit auch funktionieren.

[STSC]

Die ganze App-Geschichte missfällt mir zwar (es gibt keine "Anzapfmöglichkeiten" wie Schnittstellen im Inneren, schon alles zerlegt gehabt), aber das ist verschmerzbar. Ich werde da bei Gelegenheit eh noch einen µC reinplanzen, der dann vorauss. über KNX-RF angebunden wird. So lässt sich z.B. das Herausfahren aus seiner Garage (übrigens mit elektrischem Rolltor, das ist aber noch nicht komplett automatisiert) unterbinden, wenn es geregnet hat oder gerade regnet - im Auslieferungszustand fährt der Racker natürlich erst wieder heim, wenn er schon plitschnass ist und den nassen Rasen angemäht hat :-(
Per Befehl starten, Kantenmähen und Heimfahren wird dann auch per KNX-RF gelöst.

Wie genau könnte man sich das vorstellen? Habe inzwischen auch einen Worx Landroid S. Der steht unter einem Dach. Somit fährt er auch bei Regen erst mal raus. Irgendwie würde ich gerne einen KNX Regensensor verwenden und dann dem Landroid sagen, dass es jetzt regnet oder nicht.
Das einzige was mir dazu einfällt wäre eine Raspberry mit IO Broker. IO Broker hat zwar ein gute Landroid Anbindung, aber KNX weiß ich nicht, ob das stabil mit IO Broker läuft.

[WWebber]

Sehr gut.
Ja diesen "Fehler" hab ich auch noch gesehen, nachdem ichs raufgeladen hab.. Der index 3000 lässt vermuten, dass das irgendwas mit port nummer ist..
werde heute abend schauen..
==>
V0.2 uploaded.

[merlin1900]

Hallo WWebber,

sieht gut aus und funktioniert auf Schlag. Die Daten werden richtig gelesen und die Start & Stop Funktion funktioniert.
Leider habe ich u.g. Fehler im Protokoll.

Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001860.php | Fehlercode: 8 | Zeile: 71 | Undefined index: 3000

Bei Deinem Code bin ich nicht weiter gekommen.

Gruss
Oliver

[WWebber]

Hab mal die alpha Version raufgeladen:19001860
Zusätzlich gibt es noch 19001861 und 19001862 - das sind Helper für die Schedule Times.
Habt bitte Nachsicht - ist mein erster Upload - mit Doku hab ich nicht so..

[WWebber]

Hätte eine alpha-version zum testen fertig.. Falls jemand Lust und Zeit hat, kann er mir PM schicken.

[merlin1900]

Danke für die Info - ich werde mich dann auch mal cURL nutzen. Ist ggf. für EDOMI die bessere Lösung.

[WWebber]

ich schreib grad an einem LBS - der braucht auch kein node-red sondern nur den http access auf die bridge. sobald ich eine alpha ver hab, stell ich die rein.

[MSW]

Hallo zusammen,

Kann mich den Lösungen von ak68 und WWebber nur anschließen. Schlagt euch nicht mit MQTT rum. Ist zwar ein tolles Protokoll - aber aufgrund des Konzeptes was dahinter steckt auch nicht ganz trivial und von Edomi nicht Out of the Box nutzbar.

Zum Empfangen dann http-get nutzen und die Antwort in eine GA schreiben. Mit IOBroker und Node-Red klappt das (zumindest bei mir) wesentlich stabiler als mit der Bridge. Und meine gewünschten Funktionen sind schnell implementiert. (rawresponse beinhaltet alle Daten als JSON Array).



Meine Frage vom Wochenende beantworte ich mal direkt mit - Visu in Edomi ist mir wesentlich unwichtiger als die Info übers Wetter an den Landi zu senden (steht in überdachter Garage):

Regen-Status schreiben geht nicht. Dafür kann aber die tgl. Mähdauer auf 0 gesetzt werden (was in der App deaktiviert bedeutet). Funktioniert zuverlässig. Das Wetter die Tage war super zum testen. Habs in Node-Red gelöst (läuft eh - und mein Edomi ist für Tests mittlerweile zu produktiv).

Edomi sendet nur (hier per udp) Infos über Regen (vom Regensensor und dem Regenmengenmesser - welcher manchmal schneller ist).

Hier der Node als Screenshot:

Ohne Titel.png

Gruss
Marc

[WWebber]

Hallo in die Runde, ich habe meinen Landi auch wieder aus dem Winterschlaf geholt, MQTT und die Landroid.Bridge installiert. Alles funktioniert, doch leider fehlt mir der Baustein MQTT.Parser (19001078)

Ggf. habe ich auch etwas übersehen. Mein ioBroker läuft im Docker nicht stabil, daher würde ich gerne die Bridge nutzen.
Wie bekomme ich nun am besten den Landroid an Edomi angedockt?

Danke

Ich habe gestern die Landroid Bridge auf einem raspi nur per http mal mit edomi verbunden.. Idee: ich setze ein curl im LBS ab.. Komm aber grad nicht dazu - es regnet hier sowieso im Moment

[vento66]

Ja, schaut so aus, die Bausteine wurden alle am 26.4. zwischen 10:05 und 10:06 gelöscht.

[jonofe]

Es sieht für mich so aus, als hätte Nanosonde alle seine LBS im DL Portal deaktiviert oder gelöscht.