Mähroboter: Worx Landroid, Kress, Landxcape

Aus FHEMWiki
Zur Navigation springen Zur Suche springen

Die Kontrolle und/oder Steuerung der im Seitentitel genannten Mähroboter ist aus FHEM heraus mit Hilfe der folgenden Anleitung möglich.

Alternativ gibt es (u.U. nur für einen Teil der Mäher) noch das Modul LANDROID.

Voraussetzungen

Um diese Anleitung nutzen zu können sind die folgenden Voraussetzungen zu erfüllen:

  • Ein Mähroboter der genannten Hersteller mit Cloudanbindung.
  • Ein aktuelles FHEM
  • Betriebssystem: Debian/Raspbian ab Version Stretch, bei anderen Betriebssystemen muss die SSL-Version das ssl_alpn_protocol unterstützen.

Kurzübersicht

Die Statusdaten der genannten Mähroboter können mit Hilfe des Moduls MQTT2_CLIENT empfangen und der Mähroboter kann gesteuert werden.

Define

defmod MQTT_Worx MQTT2_CLIENT xx
attr MQTT_Worx connectFn {use LandroidUtils;;Landroid_connect($NAME,"worx",1)}
attr MQTT_Worx username ab@c.de
set MQTT_Worx password secret

Erläuterungen zum DEF/DEFMOD:

xx
kann als Platzhalter stehen bleiben, die Url wird über LandroidUtils.pm ermittelt
username und password
die Zugangsdaten vom Benutzerkonto des Mähers (bei Worx Landroid z.B. https://account.worxlandroid.com).

Im Attribut connectFn:

1
autocreate aktiv, damit wird ein MQTT2_DEVICE mit den Mäherdaten aus der API angelegt. Werden die Daten nicht benötigt, kann autocreate mit 0 deaktiviert werden.
Damit autocreate funktioniert, muss zusätzlich das "globale" autocreate in Fhem aktiv sein.
"worx"
ID spezifiziert den Hersteller des Mähers (siehe nachfolgende Tabelle).
Übersicht über Hersteller und IDs
ID Hersteller
worx Worx Landroid
kress Kress
landxcape LandXcape Robotics
Achtung: die IDs sind case sensitive, müssen also exakt wie angegeben benutzt werden!

Client

Nach dem Anlegen des MQTT2_CLIENT ist ein

set <name> connect

erforderlich. Nach wenigen Sekunden sollte der Client auf "opened" stehen. Benötigte Attribute usw. werden automatisch über die LandroidUtils.pm angelegt.

Folgende Attribute können bei Bedarf angepasst werden:

nextOpenDelay
gibt vor, in wie vielen Sekunden nach einem Verbindungsabbruch der Client einen neuen Anmeldeversuch startet
maxFailedConnects
gibt die maximale Anzahl an Anmeldeversuchen nach einem Verbindungsabbruch an

Beide Attribute sollten mit Bedacht geändert werden; zu kurze Intervalle und zu viele Versuche können eine Sperre am Server auslösen. Als Standard ist hier nextOpenDelay mit 180s und maxFailedConnects mit 20 angegeben (d.h. nach einen Verbindungsabbruch sollte der Client nach 20 x 180s = 60 Min wieder "opened" sein. Ist dies nicht der Fall, muss ein manuelles

set <name> connect

oder ein Neustart ausgeführt werden.

Device

Für das neu angelegte MQTT2_DEVICE kann ein AttrTemplate angewendet werden:

set <NAME> attrTemplate worx_landroid

Damit werden teilweise die Daten in "lesbare" Readings übersetzt und es wird eine setList zum Steuern des Mähers angelegt.

Anmerkung

Die Anmeldung am MQTT-Server wurde im Herbst 2022 auf Bearer Token umgestellt. Der Token ist aktuell eine Stunde gültig, danach beendet der Server die Verbindung. Automatisch wird mittels LandroidUtils.pm ein neuer Token angefordert und die Verbindung wieder geöffnet.

Links