Entwicklungsprojekt: Worx Landroid & Kress Mission Desktop App

[Eisha]

Eine kleine portable Anwendung mit der man die Mäher Worx-Landroid bzw. Kress-Mission von einem Desktop-PC beobachten und steuern kann.

Net - Eine reine Windows-Variante die .Net Framework 4.6 oder höher voraussetzt.
Mono - Eine Variante für Linux bzw. ältere MAC OS (32bit) basierend auf dem Mono Framework.

Die Einstellung werden neben der DeskApp.exe in der Datei Config.json abgelegt. Diese bei einer neuen Version einfach rüber kopieren.

Download übe Google Drive: DeskApp

Die Intention hier mal wieder was mit mit c# zu tun kam durch das Thema "Landroid in Smarthome einbinden" von Meistertr und den darin verlinkten Informationen von mjiderhamm zustande.

Aktuelle Version: V0.0.28

Spoiler: Change Log

V0.0.28
* Anpassung an das neue Login (vorerst vorläufig - noch nicht der gewünschte Endzustand ;-)
- Ferrex (SM) vorerst entfernt, da noch keine Infos dazu

V0.0.27
+ einige neue Elemente im Mqttjson eingepflegt
+ Register Nutzer hat nun eine Auswahl für WR, KR und LX, sowie zur Probe SM/FX
+ Anzeige des aktuellen Zonen Index
+ Export der Aktivitäten nach CSV, die 2 Zeitstempel sind so, einmal der vom Mäher und der andere wohl wann der Server den Eintrag empfangen hat
* Status 13 Abkürzung durch OLM bei fahre heim aufgenommen
* plugin Eigenschaften werden nun so sortiert wie sie erstellt worden
* Anzeige der beta bei firmware

V0.0.26
* Anpassung DoubleScheduler an Änderung von Positec (d -> dd)
* Tabelle im Planer nun > 7 Zeilen
+ Copy-Button zur Verallgemeinerung der selektierten Zeile im Planer
==> hier fehlen Übersetzungen für den ToolTip (nur de/en von mir)
# Fehlerbehebung beim Schließen der App (Linux)
- Akku-Lade-Anzeige-Balken entfernt, da der Prozentwert sinnlos geworden ist

V0.0.25
+ Support für Landxcape mit WLAN (von Hause aus ;~); dazu in der DeskApp.exe.config die entsprechenden Zeilen einkommentieren
+ Vorbereitung für den DoubleScheduler (14 Zeilen im Plan, wenn dieser es unterstützt)
+ weitere erhaltene Übersetzungen aufgenommen (Merci an diejenigen)
# Fehlerbehebung bei Reconnect (stack prefix ;~)
# Visualisierung der Zustände von Modulen (2019++); US - ACS, DF - OLM, 4G - FML, RL - RLM
* auch wenn SchedulerMode != 1 ist wird der Plan angezeigt (Vorsicht bei Party hakt da noch was)
+ Counter der Regenverzögerung eingebaut (ungetestet)
+ neue Elemente im MqttJson aufgenommen (ditm, ots, modules, act, tr, conn, rain)

V0.0.24
- Es gibt auch wieder ein Mono-Version
+ Aktivitäts-Protokoll eingebaut
* PluginMowOutsideArea vereinfacht (nur noch anhalten)
* Diverse Bild-Resourcen aufgeräumt
+ PluginHomeBorderCut- startet den Kantenschnitt aus der Ladestation
+ PluginMowOutsideArea - stoppt den Mähvorgang nach einer Zeit oder beim Heimfahren


B0.0.23 (Dev - GitHub nur .Net)
* PluginCsvLogWriter gibt jetzt immer neben die Exe aus
# bei Änderung der letzen Blade-Zeit wurde Config nicht geschrieben
+ in der exe.config kann AutoReconnect und CommandInOut aktivert/deaktiviert werden
* neues Plugin-Interface, welches Aktion über Doit erlaubt
+ Hilfsklasse "DeskApp" welche Plugins Interaktion wie Send und Trace erlaubt
+ Name des Mäher wird nun im Bild auf dem Register Status angezeigt
# für den nächsten Startpunkt fehlte das Label SP
- Border cut bei Home entfernt, dafür kommt ein Plugin

V0.0.22
- kein Zertifikat (pkcs12:null) führt nicht mehr zu Exception
- Verbinden nach Anmelden nur möglich, wenn ein Mäher gefunden wurde
- Text für home_mower_error_trapped_timeout_fault wird nun gefunden
- Text für NotifyIcon auf 64 ellipsed
- Restzeit in h:mm zur besseren Lesbarkeit bei großen Akkus

V0.0.21
- Doppelklick auf das Feld "Letzte Aktualisierung" im Status setzt Datum/Zeit auf die vom Desktop


V0.0.20
- aufgrund von SSL-Fehler ab jetzt Verweis auf .Net 4.6

V0.0.19
* Umstellung auf Worx WebApi v2, damit geänderte Confiig - nur noch Kresser müssen was tun
+ Board wird nun über WebApi ermittelt => neu Anmelden!
# negative Screen-Koordinaten werden nun abgefangen
? Anfahrt eines markierten Startpunkts über Rundfahrt
- Plugins PushErrorCode und ToastErrorCode entfernt
* Übersetzungen aktualisiert

V0.0.18
+ beim Anmelden wird der letzte Status über WebApi abgerufen (Diagnose)

V0.0.17
* bei Änderung bei Plugin-Liste wird nun Config gespeichert
* kleinere Rechtschreibfehler usw.
+ in der Config werden sich nun Location x,y und Size w,h gemerkt
+ Merker für Blade eingebaut, siehe ToolTip über T-Mäh
+ ToolTips für Statistik-Werte eingebaut
+ Rest...zeit für Mähen, Laden und Entladen angebastelt (linear über EstimatedTimes.json für SB450)

V0.0.16
+ Broker wird nun über die API ermittelt
+ Kress API eingebaut, dazu in der DeskApp.exe.config das Board von DB510 ind KB510 oder KB520 ändern
- Haken für Automatisches Update entfernt
# ReConnect wirft jetzt keine Fehlermeldung mehr, sondern versucht einfach eine Weil und gibt dann auf
# Konfiguration nun in "Config.json". eine LandroidS.json sollte konvertiert werden und man muss sich 1x anmelden.
+ Anzeige von Startpunkt SP (lz) über Firmware FW eingebaut
+ Home daheim löst jetzt eine Schrittkette aus

V0.0.15
* Password-Char *
+ Argument Name für Nutzer mit mehreren Landis
# keine Reconnect wenn noch IsConnect
* neues Pause-Kommando
+ Automatisierung mit CmdOut.json und CmdIn json

V0.0.14
+ Übersetzung auf Basis von Android-Res-Xml eingebaut
+ Einstellung OnTop eingebaut
* Standard Broker ist nun "-2", falls jemand config löscht
+ Endzeit kann nun bei 0% editiert werden
* Spalte Endzeit wird nun grau, wenn ro
- bei Endzeit keine Sekunden mehr (geht bestimmt eh net in der FW)
+ neue Statusmeldungen 30ff aufgenommen
+ automatische Neuverbindung, wenn Mqtt unterbrochen wird (10 x 10s)

V0.0.13
# nicht vorhanden LandroidS.json führt nicht mehr zu einer Exception, wenn beim Beenden kontrolliert wird ob es was zu speichern gibt
# damit CsvLogWriter bei Test ohne Verbindung nicht abschmiert werden ein paar Dummy-Daten (Datum, Zeit usw.) initialisiert
# Korrektur der Client-ID beim Mqtt-Connect, da es sonst bei einigen "neuen" Anwendern zu einer Exception kam

V0.0.12
- Polling-Intervall entfernt aufgrund Intervention von Positec
* Beschränkung von 10 Plugin-Retur-Anfragen innerhalb der letzten 30 s
- kein Download und Verwendung con CA-Zertifikat mehr, weil unnötig[/QUOTE]

 

[Eisha]

Kurzdokumentation​

	Das Register Nutzer enthält die Anmelde- und Mäherdaten. Bei der ersten Verwendung ist die Email-Adresse mit der man sich registriert hat und das zugehörige Kennwort einzutragen. Nach der erfolgreichen Anmeldung werden Name, Broker und MAC-Adresse sowie im das Zertifikat (Datei AWS.p12) über die Worx-API abgerufen. Sind mehrer Produkte registriert erfolgt vorab eine Abfrage welches davon diese Instanz der App behelligen soll. Anschließen kann mittels Verbinden die eigentliche Kommunikation über den AWS-Mqtt-Broker zum Mäher aufgebaut werden. Die Daten werden in der Datei "Config.json" abgelegt. Beim nächsten Start wird direkt auf das Register Status gesprungen.
Den Anhang Status.png betrachten	Das Register Status stellt die vom Mäher gelieferten Daten anschaulich dar. Die Rohdaten sieht man im Register MqttJson. Die oberen Zeile dient zur Anzeige des aktuellen Zustandes (ls, le, bt.c) des Mähers. Daneben erfolgt die Anzeige der WiFi-Signalstärke (rssi), optional des Startpunktes (lz) falls Zonen aktiv sind und der Firmware-Version (fw). Darunter wird der Fortschritt der täglichen Arbeit ala mobiler App's (sc) berechnet und der Akku-Zustand (bt.v, bt.t, bt.p) dargestellt. Die Prozentangabe der Akkukapitität ist der Wert (bt.p) den die Firmware liefert. Die Orientierung zeigt die Lagesensoren (dmp) , den sogenannten Roll-Nick-Gier-Winkel, an. Nachfolgend findet man die statistischen Werte (st.b, st.d, st.wt). Über einen Doppelklick auf die Mähzeit kann man sich den letzten Messerwechsel merken. Zum Schluss wird noch angezeigt, wann die letzte Aktualisierung erfolgte. Die Buttons Start, Stopp und Heim dienen zur Steuerung des Mähers. Über Poll kann eine Aktualisierung angestoßen werden.
Den Anhang Planer.png betrachten	Das Register Planer fasst die Konfiguration der Arbeitsplanung zusammen. Als Modus wird z. Zt. nur der manuelle Plan (1) unterstützt. Startzeit und Dauer können direkt eingegeben werden. Die Endzeit wird aufgrund des Korrekturfaktors berechnet. Steht dieser auf 0% kann auch die Endzeit angegeben werden und die Dauer wird berechnet. Über die Korrektur kann der Arbeitsplan gesamtheitlich verändert werden. Bei -100% wird nicht gearbeitet, bei +100% doppelt soviel. Über die Buttons kann in 25%-Schritte gesprungen werden. Die Regenzeit ist die Dauer die der Mäher nach Abtrocknen des Sensors wartet bevor er wieder laut Arbeitsplan seine Tätigkeit aufnimmt. Stellt man den Wert auf 0 ignoriert der Mäher den Regensensor und zieht durch.
Den Anhang Zonen.png betrachten	Das Register Zonen erlaubt das Festlegen von Startpunkten. Der Mäher wählt bei jeder Ausfahrt den nächsten Startpunkt aus der Liste und fährt die angegeben Meter am Draht entlang bevor er dort abbiegt und mit dem Mähen beginnt. Um wirkliche Zonen zu erzeugen muss man das BK an den Übergängen verengen, um dem Mäher das Ausbrechen zu erschweren. D.h. man muss seine Startpunkt im Kontext des Arbeitsplanes auf 10 Ausfahrten verteilen. Der aktuell angefahren (Mähen) bzw. nächste (daheim) Startpunkt ist im Status (lz) ersichtlich. Aus Spaß kann man den Mäher über den Button Rundfahrt auch eine Trainingsrunde am BK entlang schicken. (Diese Funktion benutzen die mobilen Apps um Startpunkte zu teachen.)
	Das Register ActLog zeigt das Aktivitätsprotokoll an. Der Mäher sendet ständig Stadi an den Broker. Vom Worx-Server werden diese ebenfalls abonniert und in einem Aktivitätsprotokoll zum späteren unabhängigen Abruf über die Web-API bereitgestellt. Die Aktivitätseinträge enthalten nicht den kompletten Status, sonder nur "relevante" Dinge, wie Datum/Zeit, Zustands- und Fehlercode sowie Ladend/Entladend.
	Das Register Plugin listet die neben der DeskApp liegenden Zusatzfunktionen auf. Jeder Anwender hat somit die Möglichkeit eigene Funktionalität der DeskApp hinzuzufügen. Diese sind mit c# (csharp) zu entwickeln und werden zur Laufzeit geladen und übersetzt. Hauptbestandteil eines Plugins ist die Funktion ToDo(PluginData pd), welche immer beim Eintreffen von Daten des Mähers aufgerufen wird und bei Bedarf eine String zurück geben kann, der dann an den Mäher gesendet wird. Eine Sammlung und Beschreibung von Plugins ist in meinem GDO zu finden.
....................................	Die weiteren Register MqttJson und Trace dienen zur Diagnose.

 

[Stefan Hanse]

Funktioniert prima! Schön mal "live" Lebenszeichen von meinem Hugo zu sehen. Da gibt es sicherlich viele Anwendungsmöglichkeiten.
Bleibt abzuwarten, was das Android /iOS App zukünftig kann. Falls sich an der stelle nichts entscheidendes mehr tut, wirst Du wahrscheinlich mit Feature-Wünschen überschüttet werden.
Ich melde schon mal an:
1. Push-Benachrichtigung, bei Fehlern.
2. Mindestens zwei Mähzeiten pro Tag
3. Funktion: " Fahre nach hause und bleib dort für xx Minuten xx Stunden xx Tage"

 

[DERLandlord]

Was kann man mit dem Programm denn für Daten vom Landi abfragen?

 

[Waldone]

Ich schließe mich "Stevan Hanse" seinen Wünschen an.

Mit diesen Extras wir der aleinige Marktführer werden.

 

[Temudshin]

Super Arbeit ! Ich hoffe das ist der erste Schritt, die Landroid-Ss in FEHM zu integrieren
Vielen Danke schon mal !

 

[bedipp]

Nach Heraussuchen des Passworts aus der Mail von Worx funktioniert die APP prima.

@Landlord:

Im Textfenster findet man bei mir:

Product items: '[{'id':xxxxx,'product_id':xx,'user_id':xxxxx,'serial_number':'xxxxxxxxxxxxxxxxxxxx','mac_address':'xxxxxxxxxxxx','name':'My Landroid 1','purchase_date':null,'warranty_expiration_date':null,'purchase_info':null,'setup_location':null,'locked':false,'created_at':'2017-03-13 19:29:28','updated_at':'2017-07-08 13:18:55','firmware_version':2.59,'registration_date':'2017-05-29 10:11:48','firmware_auto_upgrade':true}]'
Retrieve client certificate 'False'
Mqtt connect '0 (True)'
Mqtt subscribe init '1'
Mqtt publish send '2'
Mqtt subscribe done '1'

Im Reiter "Konfig" steht:

Language:	it
DateTime:	19:04:30 26/07/2017
Schedule:	1 60%
	00:00 0min (0)
	11:00 420min (1)
	11:00 420min (0)
	11:00 420min (1)
	00:00 0min (0)
	11:00 420min (1)
	11:00 420min (0)
Command:	0
MultiZone:	17 36 82 89
RainDelay:	90min
SerialNo:	xxxxxxxxxxxxxxxxxx

Im Reiter "Daten" steht:

MAC-Addresse:	xxxxxxxxxxxx
Firmware-Version:	2,59
Batterie (bt):	18,44V 29,10° 62% 662x CHARGED
Neigung (dmp[0+1]):	3 -2,5
 Unknown (dmp[2]):	26,8
Statistik (st):	6501min 122896m (7772min)
Letzter Status (ls):	GRASS_CUTTING
Letzter Fehler (le):	0,00 - NONE
 Unknown (lz):	6
RecvSignalIndicator (rsi): 40
 Unknown (lk):	0

Im Reiter "Protokoll" kann man den Statusabfragen und in eine Datei schreiben - sie entspricht dem, was Eisha im Reiter "Daten" ausliest:

Ich hoffe, das hilft Dir weiter.

Herzlichen Dank, Eisha - den Ladezustand auszulesen, ist SUPER !

LG Bernhard

PS: den aktiven Firmware-Auto-Upgrade werde ich am Wochenende (oder StiV) im Trello-Board nachfragen - sollte mMn standardmäßig auf "false" stehen...

 

[2017er Robo]

Hallo Eisha,
Dein Programm sieht vielversprechend aus, läuft das Ganze auch auf Win7.

Gruß

Jens

 

[Meistertr]

Coole Sache, 8xh arbeite gerade auch an mehreren Mahlzeiten.

Eisha ich habe nun alle konfig Möglichkeiten in meinem Adapter integriert, kannst ja mal auf git reinschauen, vll kannst du da noch was von gebrauchen

Gesendet von meinem Handy

 

[Meistertr]

Welcher state ist fw Auto Update?

Gesendet von meinem Handy

 

[Holger 1]

hallo,
ich bekomme diese Fehlermeldung beim öffnen der App.

---

Worx Landroid Wr 101 SI
2.59
App 1.6.9
Tablet Nexus 10 ( 2.4 oder 5 GHz )
Fritz!box 7490
Fritz!WLan Repeater 310

 

[Stefan Hanse]

@ Holger1
Das Problem hatte ich auch, nachdem ich neugierigerweise die Datei LandroidS.json mit dem Editor angesehen hatte. Darin sind deine Anmeldedaten. Bei mir hat es wieder Funktioniert, nachdem ich die Datei gelöscht hatte. Du musst dann die Anmeldedaten wieder neu Eingeben, die Datei wird dann automatisch neu erstellt.

 

[Scherzkeks]

Unknown (dmp[2]):    350,2

das scheint die Orientierung/Kompass zu sein. Der Wert ist in einem Beobachtungszeitraum von 2 Minuten nie über 360 hinaus gegangen.

Unknown (lz):    0

könnte das evtl. "last zone" sein? Also welche Zone er zuletzt angefahren hat? Aber das ist jetzt wirklich komplett geraten und ich nutze keine Zonen daher kann ich es nicht überprüfen.

 

[Holger 1]

moin,

erstmal Danke an Stefan Hanse für die Antwort .

Unter Konfig und Daten finde ich aber keine Einträge , wie der User bedipp .

Warum ?

Danke.

---

Worx Landroid Wr 101 SI
2.59
App 1.6.9
Tablet Nexus 10 ( 2.4 oder 5 GHz )
Fritz!box 7490
Fritz!WLan Repeater 310

 

[Eisha]

1. Push-Benachrichtigung, bei Fehlern.
2. Mindestens zwei Mähzeiten pro Tag
3. Funktion: " Fahre nach hause und bleib dort für xx Minuten xx Stunden xx Tage"

Push ist so eine Sache. Bei Tapatalk und Co nerven mich eigentlich unnötige Werbung und Vorschläge. Für Fehlermeldung vom Landi-S ist es überlegenswert.
Hast Du einen speziellen Dienst im Auge oder geht Pushbullet ok?

Das mit den 2 Mähzeiten wird spannend. Die Ideen von den Kollegen der HA-Fraktion (Auswertung der Mähdauer, ...) gehen mir da fast zu weit. Problem ist vor allen das Kantenmähen, da es dafür kein explizietes Kommando zu geben scheint. Möglich das ein Home in der Ladestation das initiiert. Konnte ich bisher nicht testen, weil es regnet und ich noch kein WLAN an der habe. In dem Fall das dies nicht geht müsste man einen zweigeteilten Zeitplan zusammen mit dem Landi-S umsetzen. Andernfalls könnte man alles fremd steuern.
Bei wem würde denn ein Windows-Rechner ganztägig bzw. fest installiert mit Aufgabenplanung startbar laufen? (nur so mach das Sinn)
Das Ganze auf ein anderes Gerät zu verlagern (ok jetzt lachen die Jungs von der HA-Fraktion macht in meiner Denke keinen Sinn.
- Smartphone ist aufwendiger zu proggen/installieren/bedienen und auch nicht ständig online
- Router ist zu unterschiedlich und idR nicht offen
Andere Kleincomputer zähle ich zu HA und da ist ja schon ein Team dran. Der Landi-S wäre natürlich optimal nur sind mir 600 Euronen ein wenig viel zum Deassemblieren.

Die würde prinzipiell gehen, wenn wir eine Skript-Schnittstelle vorsehen. Ist ja nur -100% + Home + 2. Aufgabe ...
Bzgl. der Möglichkeiten des Skripting bin ich mir noch uneins. In das Programm würde ich eigentlich nicht hinein legen wollen. Da sollte man nur Konfigurieren und Bedienen. Einfachste Form wäre ein dateibasierter Out/in z.B. über JSON. Dann ist es außerhalb egal was man nimmt. Wie gesagt bin für Vorschläge offen.

 

[Eisha]

Super Arbeit ! Ich hoffe das ist der erste Schritt, die Landroid-Ss in FEHM zu integrieren
Vielen Danke schon mal !

Keine Ahnung mit HA habe ich mich bisher nicht beschäftigt.
Aus dem Quellcode von java (HA-Fraktion) und c# sollte man allerdings für beliebige andere Programmiersprachen alles Notwendige ableiten können.

 

[Eisha]

Dein Programm sieht vielversprechend aus, läuft das Ganze auch auf Win7.

Ja.
Voraussetzung ist wie gesagt derzeit .Net Framwork 4.5.
Ggf. brauch die m2Mqtt-DLL noch die C-Runtime für Visual Studio 2015 (VC140) in der entsprechenden Architektur (x86, x64) so wie die Exception es andeutet.
Dort bitte die Details ausklappen und den Inhalt kopieren. den dann im Code-Tag hier rein.

 

[Eisha]

Welcher state ist fw Auto Update?

Der Json kommt, wenn Du nach der Anmeldung "hxxps://api.worxlandroid.com/api/v1/product-items" abrufst.
Dort sind dann denke ich alle registrierten Landis inkl. Name und MAC enthalten. Wäre sehr nett, wenn dies jemand mit mehr als einem mal ausprobiert und den Ausgabestring dann hier zur Verfügung stellt.

Bzgl. Zeitplan bin ich eher auf dem Trip die Thematik "Zeitfenster mit Nettomähzeit" umzusetzen. Wie gesagt muss man noch wegen Kantenmähen schauen.

 

[Eisha]

dmp[2] - das scheint die Orientierung/Kompass zu sein. Der Wert ist in einem Beobachtungszeitraum von 2 Minuten nie über 360 hinaus gegangen.
lz - könnte das evtl. "last zone" sein? Also welche Zone er zuletzt angefahren hat? Aber das ist jetzt wirklich komplett geraten und ich nutze keine Zonen daher kann ich es nicht überprüfen.

Bei meiner Beobachtung ist dmp[2] so gut wie nie unter 300 gekommen und so habe ich Kompass erstmal verworfen. Im HA-Thema wurde aber auch schon mal 9.7 gesichtet.
Ja, lz könnte was mit Zonen zu tun haben. Hier würde ich auch mal jemanden mit Zonen bitten dies zu beobachten. Derzeit kommen bei cfg 4 Zonen (m) und 10 ZonenProzent (%) zurück. Da ist in meinem Kopf noch was unklar. Werde in der nächsten Release mal "CommandOut.json" raus schreiben, dann kann man das besser analysieren.

 

[Eisha]

Unter Konfig und Daten finde ich aber keine Einträge , wie der User bedipp .
Warum ?

Wahrscheinlich ist Dein Landi-S offline und es dauert ehe er auf Mqtt-Publish reagiert.
Oder die MAC ist falsch, dann kommt auch keine Antwort.

Ein Timeout habe ich noch nicht drin. Wie erwähnt ist mir Mqtt noch ziemlich neu ...