Adapter Worx Landroid v3.x.x
-
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. -
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
-
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]]}, -
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.
-
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.
-
@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.
-
@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 -
Danke für die super Hinweise. Ich werde es mal ausprobieren und schauen was ich davon benötige.
-
@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
-
@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.
