Weihnachtsangebot 2025! 🎄

[Lucky_ESA]

@dr-bakterius sagte in Adapter Worx Landroid v3.x.x:

Mal eine andere Frage auf die ich zumindest keine Antwort gefunden habe.

Wenn ich in der App die Klingenstandzeit resette, wird das im Adapter nicht registriert und er zählt einfach weiter. Gibt es dafür eine Lösung? Oder muss ich in einem Skript den aktuellen Wert vom letzten Wechselwert abziehen um die korrekte Standzeit zu erhalten?

Eventuell ist das beim Akku auch der Fall. Den habe ich allerdings noch nicht getauscht.

Du musst die Zeit selber berechnen. Dafür gibt es im Forum viele Scripte und Anleitungen. Habe aber gerade kein Link zur Hand, sorry.

EDIT: Suche Worx Klingen Script
https://forum.iobroker.net/topic/4834/adapter-worx-landroid-v2-x-x/344

EDIT2: Oder setze die Klingenarbeitszeit mit dem Adapter zurück und speicher dir die Gesamtzeit in einen State.
Gruß//Lucky

[hsteinme]

@lucky_esa sagte in Adapter Worx Landroid v3.x.x:

https://forum.iobroker.net/topic/4834/adapter-worx-landroid-v2-x-x/344

Zum Hintergrund siehe auch https://forum.iobroker.net/topic/4834/adapter-worx-landroid-v2-x-x/342?_=1724697826242

[Dr. Bakterius]

@lucky_esa sagte in Adapter Worx Landroid v3.x.x:

Du musst die Zeit selber berechnen.

Danke. Ich mache das jetzt direkt in der VIS.

{wert1:worx.0.***************.rawMqtt.last_status.payload.dat.st.b; wert2:worx.0.***************.rawMqtt.blade_work_time_reset; "Klingenstandzeit: "+(((+wert1)-(+wert2))/60).toFixed(1)+" Stunden"}

[hsteinme]

@hsteinme sagte in Adapter Worx Landroid v3.x.x:

Wird in oneTimeJson
{ "time": 30, "cfg": { "cut": { "b": 1, "z": [] } } }
eingetragen, so fährt der Mäher zum Mähen. Ob er zum Abschluss die Kante mäht? Dazu fehlte mir leider die Zeit, dies zu überprüfen.

@falkomfs sagte in Adapter Worx Landroid v3.x.x:

das habe ich dann mal geprüft. Nein, im Anschluss macht er auch keinen Kantenschnitt.

Ich habe den Test nun selbst durchgeführt. Bei zwei Testläufen hat der Mäher nach jeweils 25 Minuten den Mähvorgang beendet und den Kantenschnitt begonnen.

Der Test erfolgte mit der Version 1.2.31+9 - 3.34.9+10.

[Lucky_ESA]

@hsteinme Habe den Faden verloren...Wenn ein Vision User den edgecut Button drückt versendet der Adapter jetzt cmd: 101
Das sollte doch nun funktionieren, hoffe ich...

[hsteinme]

@lucky_esa sagte in Adapter Worx Landroid v3.x.x:

Wenn ein Vision User den edgecut Button drückt versendet der Adapter jetzt cmd: 101
Das sollte doch nun funktionieren, hoffe ich...

Laut https://forum.iobroker.net/post/1194756 funktioniert dies bestens.

Im vorhergehenden Post hatte ich den One Time Scheduler mit Kantenschnitt getestet, weil @falkomfs meinte, dass bei ihm der Kantenschnitt beim One Time Scheduler nicht durchgeführt wurde.

[BlueTang]

Ich bin neu hier und habe eine Frage zum Adapter Worx Landroid v3.1.1. Was genau bewirkt der state switch mowerActive, Zeitgesteuertes Mähen, Time-controlled mowing? Ich habe ihn mal im Adapter auf "OFF" gesetzt, aber der Mähvorgang entsprechend Automatischem als auch Manuellem Zeitplan wird wie vorgegeben ausgeführt. Ich hatte zunächst gedacht, dass man ähnlich zum Party Modus das zeitgesteuerte Mähen aussetzen kann? So hätte ich auch die Erklärung in der README: mowerActive: Pause mowing plan (wire/changeable) verstanden. Ebenfalls konnte ich keine Änderung in der Landroid Smartphone App feststellen.

Für Erklärungen wäre ich dankbar.

[Lucky_ESA]

@bluetang Upps, so wie es aussieht muss 1 oder 2 gesetzt werden. Der Adapter setzt aber 1 und 0. Kann das wahrscheinlich erst zur nächsten Saison prüfen. (mein Mäher ist eingelagert daher kann ich nicht testen).

@hsteinme
Weißt du welcher Wert gesetzt werden muss?

Gruß//Lucky

[hsteinme]

@lucky_esa sagte in Adapter Worx Landroid v3.x.x:

Weißt du welcher Wert gesetzt werden muss?

@lucky_esa Das hatte mich immer schon mal interessiert :blush: Schau mal hier hin.

Ich kann nur mit einem Statement Deines Amtsvorgängers @MeisterTr aus dem Jahr 2017 dienen:
"Dieser Datenpunkt stellt die Mähzeiten aus und an."

Sag mir doch mal bitte, welches API-Element zu diesem Datenpunkt gehört. Vielleicht kann ich dann eher eine Erklärung finden ...

[Lucky_ESA]

@hsteinme

Sag mir doch mal bitte, welches API-Element zu diesem Datenpunkt gehört. Vielleicht kann ich dann eher eine Erklärung finden ...

Aber dann hat das noch nie funktioniert oder die API wurde geändert. Bei mir sehe ich eine 2.
Es wird cfg.sc.m gesetzt und cfg.sc.distm und cfg.sc.ots gelöscht.
Wenn das eine Funktion hat, dann dürfte der Mäher bei true nicht losfahren. Derzeit kann man eine 2 nicht setzen.

API

   	"sc": {
   		"m": 2, // Dieser wird mit 1 oder 0 gesetzt
   		"d": [
   			[
   				"00:00",
   				0,
   				0
   			],
   			[
   				"11:00",
   				60,
   				1
   			],
   			[
   				"11:00",
   				150,
   				0
   			],
   			[
   				"11:00",
   				60,
   				0
   			],
   			[
   				"11:00",
   				60,
   				1
   			],
   			[
   				"11:00",
   				60,
   				0
   			],
   			[
   				"11:00",
   				150,
   				0
   			]
   		],
   		"dd": [
   			[
   				"00:00",
   				0,
   				0
   			],
   			[
   				"18:00",
   				60,
   				0
   			],
   			[
   				"17:30",
   				150,
   				0
   			],
   			[
   				"18:00",
   				60,
   				0
   			],
   			[
   				"18:00",
   				60,
   				0
   			],
   			[
   				"18:00",
   				60,
   				0
   			],
   			[
   				"17:30",
   				150,
   				0
   			]
   		],
   		"distm": 0, // Dieser wird gelöscht
   		"p": 0,
   		"ots": { // Dieser wird gelöscht
   			"wtm": 90,
   			"bc": 0
   		}
   	}

[BlueTang]

Danke für Eure Antworten. Ich habe jetzt auch die MQTT Objekte in der AvaDeskApp 1.0.19 angeschaut:

Nach der letzten Fahrt am Vortag:

MowerActive = True

"sc":{"m":2,
"distm":0,
"ots":{"bc":0,"wtm":30},"p":0,
"d":[["00:00",0,0],["14:00",30,1],
["00:00",0,0],["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0]],
"dd":[["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0]]},

Nach dem Setzen des Switches im iobroker auf False:

MowerActive = False

"sc":{"m":0,
"distm":0,
"ots":{"bc":0,"wtm":30},"p":0,
"d":[["00:00",0,0],["14:00",30,1],
["00:00",0,0],["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0]],
"dd":[["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0]]},

Nach dem Setzen des Switches im iobroker auf True;

MowerActive = True

"sc":{"m":1,
"distm":0,
"ots":{"bc":0,"wtm":30},"p":0,
"d":[["00:00",0,0],["14:00",30,1],
["00:00",0,0],["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0]],
"dd":[["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0]]},

Es ist vielleicht mehr ein akademisches Problem, da die Fahrt ja mit dem Party Modus unterbunden werden kann. Aber wirklich schlau werde ich nicht was der Switch bewirkt? Bei mir kommt der Mäher jetzt auch in den Keller.

Vielen Dank

Franz

[BlueTang]

Nur nochmal der Vollständigkeit halber. Bei der Betrachtung der MQTT Objekte am Folgetag war cfg.sc.m, ohne weitere Aktionen meinerseits, wieder auf 2 gesetzt.

"sc":{"m":2,
"distm":0,
"ots":{"bc":0,"wtm":30},"p":0,
"d":[["00:00",0,0],["14:00",30,1],
["00:00",0,0],["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0]],
"dd":[["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0],["00:00",0,0],
["00:00",0,0],["00:00",0,0]]},

[hsteinme]

Ich hole mal etwas weiter aus:

sc.m und sc.distm steuern den Party-Modus. sc.m ist der Modus mit folgenden Beeutungen:

• m=0: limited party mode on
• m=1: party mode off
• m=2: unlimited party mode on

sc.distm ist eine Angabe in Minuten. Zwischen distm und m gibt es folgende, teilweise verblüffende, Zusammenhänge:

• limited party mode on:
  ~ m>0: Die Sperre beginnt sofort für die angegebene Anzahl Minuten. Mäherintern wird m minutlich bis auf 0 runter gezählt, wobei nicht jede Änderung von m über die API übertragen wird.
  ~ m=0: Eine bestehende Sperre wird sofort beendet(!!!).
• unlimited party mode on:
  ~ Eine zeitlich unbegrenzte Sperre beginnt sofort, unabhängig vom Minutenwert.
• party mode off:
  ~ Eine bestehende Sperre wird sofort beendet, unabhängig vom Minutenwert.

Zum genaueren Verständnis des Party Modes: Eine Sperre gilt nur für durch den Mähplan definierte Mähsitzungen. Sie gilt nicht für ein direktes Starten oder für den One Time Scheduler, egal ob diese am Mäher vor Ort oder über ein API-Kommando initiiert werden.

@lucky_esa sagte in Adapter Worx Landroid v3.x.x:

Es wird cfg.sc.m gesetzt und cfg.sc.distm und cfg.sc.ots gelöscht.

Ein Blick in die Sendedaten meines Debug-Logs bestätigt nur einen Teil dieser Aussage:

• mowerActive=false: m=0 wird gesendet. distm und ots bleiben unberührt.
• mowerActive=true: m=1 wird gesendet. distm und ots bleiben unberührt.

@lucky_esa sagte in Adapter Worx Landroid v3.x.x:

Wenn das eine Funktion hat, dann dürfte der Mäher bei true nicht losfahren.

Ich denke, der Mäher fährt bei true los, falls gerade ein Slot im Mähplan aktiv ist, andernfalls nicht.

@bluetang sagte in Adapter Worx Landroid v3.x.x:

Bei der Betrachtung der MQTT Objekte am Folgetag war cfg.sc.m, ohne weitere Aktionen meinerseits, wieder auf 2 gesetzt.

Dafür habe ich keine Erklärung auf Lager.

@hsteinme sagte in Adapter Worx Landroid v3.x.x:

Ich kann nur mit einem Statement Deines Amtsvorgängers @MeisterTr aus dem Jahr 2017 dienen:
"Dieser Datenpunkt stellt die Mähzeiten aus und an."

Wenn mit Mähzeiten geplante Mähzeiten gemeint sind, dann passt diese Aussage heute immer noch.

[BlueTang]

Ich muss mich bezüglich der "weiteren Aktionen" etwas korrigieren.

Ich hab da einen Node Red Flow zur wettergesteuerten Blockierung des Mähplans mittels des Party Modus am Testen. Es kann also schon sein, dass der Party Modus aktiviert bzw. deaktiviert wurde. Das im Mähplan automatisch oder von Hand hinterlegte Mähsitzungen bei aktivem Party Modus nicht gestartet werden, kann ich ebenfalls bejahen. Direktes Starten oder Starten durch den One Time Scheduler geht trotzdem.

Ich dachte zunächst, dass das Objekt MowerActive die bessere Wahl zum Sperren des Mähplans wäre. Dies funktioniert aber - nach meine Beobachtungen - nicht in vergleichbarer Weise zum Party Modus.

[hsteinme]

@bluetang sagte in Adapter Worx Landroid v3.x.x:

Ich dachte zunächst, dass das Objekt MowerActive die bessere Wahl zum Sperren des Mähplans wäre. Dies funktioniert aber - nach meine Beobachtungen - nicht in vergleichbarer Weise zum Party Modus.

Bei activeMower = false wird ein zeitlich limitierter Partymodus angesprochen, wobei der Minutenwert für die Dauer nicht vom Adapter her steuerbar ist. Den Sinn muss mir erst mal jemand erklären.

Der Adapter, die Worx App und der Kern der Desktop App liegen bzgl. des ansprechbaren Funktionsumfangs der Partymodus-Einstellung auf gleicher Ebene: Sie bieten alle drei nur den zeitlich unbefristeten Partymodus an. Wer den zeitlich begrenzten Partymodus nutzen möchte, kann auf (m)ein Desktop App Plugin namens PluginPartyMode.cs ausweichen.

[hsteinme]

@bluetang sagte in Adapter Worx Landroid v3.x.x:

Ich hab da einen Node Red Flow zur wettergesteuerten Blockierung des Mähplans mittels des Party Modus

Neben dem Partymodus gibt es übrigens eine weitere Möglichkeit, den Mähplan auszusetzen:

mowTimeExtend = -100

[BlueTang]

Danke für die super Hinweise. Ich werde es mal ausprobieren und schauen was ich davon benötige.

[Lucky_ESA]

@hsteinme kann auf (m)ein Desktop App Plugin namens PluginPartyMode.cs ausweichen.

Mit der zeitlichen Begrenzung kann ich mir das mal nächstes Jahr anschauen. Wenn ich weiß was versendet werden muss kann ich das gerne umsetzen.

Gruß//Lucky

[hsteinme]

@lucky_esa sagte in Adapter Worx Landroid v3.x.x:

Wenn ich weiß was versendet werden muss

Du musst aber sicherstellen, dass beide Werte gleichzeitig gesendet werden. Und Du solltest natürlich mit der jetzigen Datenpunkt-Gegebenheit kompatibel bleiben.

[Lucky_ESA]

@hsteinme Habe das jetzt mal umgesetzt.

mowerActive: False: Der Mähplan pausiert für 60 Minuten. True: Hebt entweder den Timer auf oder deaktiviert den Partymodus

partyModusTimer: Angabe zwischen 1 - 1440 Minten um den Mähplan zu pausieren.

Den Timer bzw. den Partymodus Timer ist in der APP nicht sichtbar wird aber mit cfg.sc.distm heruntergezählt. Da ja nur alle 10 Minuten neue Daten kommen, startet ein Interval der den State partyModusTimer aktualisiert.

Wer testen möchte muss derzeit dann die Git Version laden.

Gruß//Lucky