Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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

[Merlin123]

Vielleicht hab es auch hier übersehen:

Kann man irgendwie abschalten, dass der Adapter Fehler wie "Outside Boundery" in die Beanchrichtigungen des Admins meldet?

[Lucky_ESA]

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

Vielleicht hab es auch hier übersehen:

Kann man irgendwie abschalten, dass der Adapter Fehler wie "Outside Boundery" in die Beanchrichtigungen des Admins meldet?

[Merlin123]

@lucky_esa Wo genau finde ich das? Steh da grad auf dem Schlauch :(

[Lucky_ESA]

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

@lucky_esa Wo genau finde ich das? Steh da grad auf dem Schlauch :(

Ist ein State unter mower

[Merlin123]

@lucky_esa Ah ok. Dank Dir. Damit schalte ich ja nur die Benachrichtigung im Admin ab, oder? Alles andere läuft weiter wie bisher.

Kann man bei den Benachrichtigungen eigentlich den Namen des Mähers beeinflussen? Die Zahlenfolge ist ja nicht so sprechend.

[Lucky_ESA]

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

@lucky_esa Ah ok. Dank Dir. Damit schalte ich ja nur die Benachrichtigung im Admin ab, oder? Alles andere läuft weiter wie bisher.

Kann man bei den Benachrichtigungen eigentlich den Namen des Mähers beeinflussen? Die Zahlenfolge ist ja nicht so sprechend.

Ja, alles läuft weiter. Das kann man nicht beeinflussen aber die SN fand ich besser als den Namen.

[Merlin123]

@lucky_esa Hmm... Ok.... Ich persönlich fände den selbst vergebenen Namen besser ;)

Aber auf jeden Fall läuft der Adapter wieder völlig problemlos nach dem Winterschlaf :)
Danke dafür!

[Lucky_ESA]

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

@lucky_esa Hmm... Ok.... Ich persönlich fände den selbst vergebenen Namen besser ;)

Aber auf jeden Fall läuft der Adapter wieder völlig problemlos nach dem Winterschlaf :)
Danke dafür!

Der eine möchte lieber den Namen und der andere die SN. Echt schwer zu entscheiden. Aber du nutzt die Funktion ja nicht.

Es gibt auf Git einige Änderungen die bald veröffenlich werden. Kannst du bitte mal schauen, ob der Vision bei Regen den Counter nun runterzählt?
worx.0.xxx.rawMqtt.last_status.payload.dat.rain.cnt

Gruß//Lucky