NEWS
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.
-
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.
@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/344EDIT2: Oder setze die Klingenarbeitszeit mit dem Adapter zurück und speicher dir die Gesamtzeit in einen State.
Gruß//Lucky -
@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/344EDIT2: Oder setze die Klingenarbeitszeit mit dem Adapter zurück und speicher dir die Gesamtzeit in einen State.
Gruß//Lucky -
@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/344EDIT2: Oder setze die Klingenarbeitszeit mit dem Adapter zurück und speicher dir die Gesamtzeit in einen State.
Gruß//Lucky@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 sagte in Adapter Worx Landroid v3.x.x:
Ich habe im Moment keine lauffähige Vision-Installation
Ich habe mir notdürftig eine Vision-Installation für erste Tests zusammengenagelt.
(1) Wird cmd 101 von der DeskApp zum Mäher geschickt, macht er brav seinen Kantenschnitt.
(2) Wird cmd 101 per Adapter in sendCommand geschickt, so legt sich der Adapter quer: "Sending cmd:101 is not allowed." laut Logdatei.
(3) 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.
(4) Wird statt 30 in time 0 eingetragen, so wird dies vom Adapter abgelehnt.
(5) Wird in developer_json
{ "sc": { "once": { "time": 15, "cfg": { "cut": { "b": 1, "z": [] } } } } }eingetragen, so beginnt der Mäher mit einem Kantenschnitt.
(6) Dies erfolgt auch mit time = 1.
(7) time = 0 wird vom Mäher ignoriert. Daher denke ich, dass die Sequenz aus (4) ebenfalls vom Mäher ignoriert würde, wenn der Adapter sie durchlassen würde.
(8) Das Verhalten beim Setzen von oneTimeWithBorder und OneTimeWorkTiem und nachfolgendem Starten von oneTimeStart entspricht dem Verhalten in (3) und (4).
(9) Schreibfehler in Logdatei:
falsch: ONETIMESCHEDULE: NO vailed JSON format
richtig: ONETIMESCHEDULE: NO valid JSON formatSo, das war's für heute. Weitere Tests können erst in der nächsten Woche erfolgen. Ich wünsche allen ein ganz dolles Wochenende.
@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.
-
@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.
-
@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...@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.
-
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.
-
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 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
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 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
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 ...
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]]}, -
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.
-
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.
-
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 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 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 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 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.
Support us
729
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge