Adapter: Worx Landroid v2.x.x
-
Habe gerade festgestellt, dass der Adapter 2.0.0 bei mir die Datenpunkte jede Minute aktualisiert. Habe die 3.26, vorher gab es ca. alle 10 Minuten eine Aktualisierung.
Ist das bei euch auch der Fall?
Ich hatte schon alle relevanten Scripte deaktiviert, die minütliche Aktualisierung bleibt aber.
Liegt das am Adapter oder hat WORX was geändert? -
@ksy sagte in Adapter: Worx Landroid:
Habe gerade festgestellt, dass der Adapter 2.0.0 bei mir die Datenpunkte jede Minute aktualisiert.
Das war früher auch schon so aber da wurde nur geprüft, ob der Worx Online ist. Jetzt werden jede Minute auch die rawMqtt Daten aktualisiert. Zusätzliche Aktualisierung kommt dann wenn MQTT was schickt. Zu sehen im Datenpunkt rawMqtt.last_status.timestamp = letzte MQTT Aktualisierung
Gruß//Lucky
-
@lucky_esa
Ok, Danke für den Hinweis.
Noch eine Frage:
Widerspricht das nicht der Vorgehensweise von WORX, die Aktualisierung der Daten nur noch in einem längeren Zeitintervall zu senden, wegen Traffic, Kosten usw.? Bei der 3.28 glaube ich sind es ca. 50 Minuten.
Oder hat das damit nichts zu tun?
Habe hier halt auch schon gelesen, dass man für 24 Std. gesperrt werden kann, wenn die Daten zu oft abgefragt werden.Grüße
Klaus -
@ksy sagte in Adapter: Worx Landroid:
@lucky_esa
Ok, Danke für den Hinweis.
Noch eine Frage:
Widerspricht das nicht der Vorgehensweise von WORX, die Aktualisierung der Daten nur noch in einem längeren Zeitintervall zu senden, wegen Traffic, Kosten usw.?Den Intervall können wir natürlich anpassen aber seit dem du diesen Adapter hast fragst du (unbewusst) 24/7 deine Daten jede Minute ab. Diese wurden aber nie in rawMqtt aktualisiert.
Und wurdest du jemals gesperrt?
Aber wenn ihr wollt kann ich euch einen Intervall-Angabe in den Einstellungen hinzufügen!
Der Aktualisierungs-Intervall in der 3.28 hat sich geändert und ja, hier wird traffic eingespart. Bei mir kommt Nachts bis zu 8 Stunden keine Daten.
Abfrage Cloud => Jede Minute Anfrage vom Adapter zur Cloud
Automatische Daten Mqtt => Nur bei wichtigen Ereignisse wie z. Bsp. Error, Statusmeldungen oder du sendest einen Befehl (Hier wurden die 10 Minuten wohl entfernt)Gruß//Lucky
-
@lucky_esa
Ok, verstanden.
Ich brauche dann keine Möglichkeit ein Intervall einzustellen. Im Gegenteil, die Aktualisierung in rawMqtt sehe ich als Vorteil. -
Es werden allerdings nur Daten aktualisiert wenn Änderungen in der APP durchgeführt werden wie z. Bsp. das Zurücksetzen der Klingenarbeitszeit oder halt Offline oder Online.
Wenn du Worx was Gutes tun möchtest dann lösche die APP und steuer alles über iobroker
Gruß//Lucky
-
@lucky_esa
Dann hätte ich aber ein Problem, wenn Worx was ändert und weder der Adapter noch die Desktop-App funzt.
War ja vor kurzem so, da konnte ich die Teile nur noch mit der App steuern.
-
@lucky_esa Der Server darf auf jedenfall nicht angepollt werden um die daten zu aktualisieren. Das ist eine Vereinbarung mit den Entwicklern von Worx.
-
@meistertr Das habe ich mir gedacht. OK, werde mich daran halten allerdings ist auf dem GIT derzeit ein Workaround da es Themen mit Node 18 gibt.
Gruß//Lucky
-
Also, jetzt bin echt verwirrt.
Bedeutet das jetzt im Klartext: die Aktualisierung im Minutentakt ist nicht ok?
Ich hatte einige Steuerungen bei der 3.26 per Script auf die 10-Minuten-Aktualisierung ausgelegt (Garage Tor auf, zu, Kantenschnitt, Mähvorgang, Heimfahrt usw.)
Habe deswegen auch festgestellt, dass mir der Status jede Minute "Kantenschnitt" ansagt, obwohl ich ja vorher nur eine 10-min.-Aktualisierung hatte. Bei mir dauert der KS ca. 8 Min.
War jetzt schon dran, die Skripte umzuschreiben.
@Meistertr
Dann ist meine Vermutung doch richtig, dass nicht jede Minute abgefragt werden darf? -
@ksy Es ist alles wie vorher, es wurde nur der Ordner rawMqtt nicht mit aktuellen Daten aktualisiert. Das war ein Issue welcher auch auf dem GIT diskutiert wurde.
Du must dir daher keine Geadanken machen, alles OK.Gruß//Lucky
-
Es wurde die neue version im latest repo veröffentlicht. Der Adapter wurde neugeschrieben und unterstützt jetzt auch Node v18
Es gibt verschiedene Order mit Daten
activityLog das Aktivitätenprotokoll aus der App
areas Die Areas des Mähers
calendar Der Mähkalender des Mähers
modules Die verbauten Modules des Mähers
mower Aufbereite Informationen des Mähers sowie Steuerung des Mähers
product Produktinformationen zum Mäher
rawMqtt dieRohaten die via MQTT vom Mäher kommen -
Hier noch eine Beschreibung der neuen Datenpunkte/Ordner.
worx.0.xx.mower.firmware_available -> Verfügbare Firmware
worx.0.xx.mower.firmware_available_date -> Datum Update der letzten Firmware
worx.0.xx.mower.firmware_available_all -> History der Firmware als JSON
Update der Daten 24Hworx.0.xx.product -> Informationen von eurem Mower welche Features, Board und Accessories er hat.
Update der Daten einmalig nach einem Neustart/Restartworx.0.xx.activityLog.last_update -> Letzte Aktualisierung
worx.0.xx.activityLog.payload -> Alle Aktivitäten der letzten 8 Tage als JSON
worx.0.xx.activityLog.manuell_update -> Ab hier wird es schwierig. Warum auch immer sehe ich in der APP sehr selten ein delay von 4 Minuten. Daher könnt ihr das Aktivitätenprotokoll mit diesem Button manuell neu abfragen. Ich habe in VIS oder iQontrol einen Button um das Protokoll zu aktualisieren. Bitte hier keinen Cron erstellen der den Button in einem Intervall auf true setzt. Hier gibt es ein Beschränkung von auslösen des Buttons...
Hier ein kleines Blockly als Beispiel zum auswerten des JSON. Kann natürlich auch für die Firmware angewendet werden.
Update der Daten jede Minute wenn sich die Datenpunkte worx.0.xx.mower.error oder worx.0.xx.mower.status geändert haben.worx.0.xx.rawMqtt.last_status.timestamp -> Letzte MQTT Update (Nicht der 10 Minuten Intervall vom rawMqtt). Hier wurde der Intervall alle 10 Minuten von Worx entfernt. Es kann nun vorkommen, dass Nachts >6 Stunden keine neuen Daten kommen.
Bugfix:
Aktualisierung von rawMqtt alle 10 Minuten. Somit wird nun der DP worx.0.xx.rawMqtt.blade_work_time_reset aktualisiert
Bei einer Neuinstallation kommen keine Fehlermeldungen mehr die auf fehlende Datenpunkte hinweisenViel Spaß beim testen aber viel Zeit haben wir wohl nicht mehr, da bald der Winterschlaf beginnt
Denkt bitte daran das sich der JSON (von Worx nicht von uns) geändert hat von worx.0.xx.rawMqtt.raw in worx.0.xx.rawMqtt.last_status.payload. Somit müsst ihr eventuell eure Javascript(e) anpassen.
Viel Spaß beim testen aber viel Zeit ist nicht mehr
Gruß//Lucky
-
@lucky_esa
Hi,
ich bekomme jeden Tag zwischen 13:00 - 14:00 Uhr Fehlermeldungen mit dem Adapter 2.0.0.
Kann ich mir nicht wirklich erklären. Hast du da eine Info für mich?
-
@ksy Bitte mal mit der 2.0.1 Neutesten
-
@tombox Habe auch das Anmelde-Problem mit meiner derzeitigen Worx Version 1.6.6. Wenn ich versuche, via
auf beta umzustellen, schmiert mir seltsamer der Adapter-Tab ab:
Daher habe ich versucht, den von @feuersturm vorgeschlagen Weg zu gehen, erhalte jedoch keine Auswahlmöglichkeit für Worx, sondern nur eine Liste mit lauter undefined-Einträgen:
Kannst Du (oder ein anderer Experte) mir einen Tipp geben, was ich falsch mache?
Der Link zum Beta stimmt doch noch - oder?Falls relevant: ioBroker läuft bei mir auf Raspi 4B unter Buster. Gerade auch noch mal alles aktualisiert - ändert aber nichts am Verhalten.
Vielen Dank im Voraus.
PS:
Daß man in
https://forum.iobroker.net/topic/4834/adapter-worx-landroid-v2-x-x/604
nicht antworten kann, liegt daran, daß der Threat mit [erl] markiert ist? -
iobroker update iobroker repo list -
@andersmacher
Im stable ist zur Zeit 1.7.0 müsste dir auch angezeigt werden.komisch das die Npm und GitHub Auswahl liste leer ist da müsste eigentlich worx als adapter auftauchen
-
-
@thomas-braun Danke für die Rückmeldung!
pi@Pi4B-8GB:~ $ iobroker update Error: Object "system.repositories" not found pi@Pi4B-8GB:~ $ iobroker repo list List is empty pi@Pi4B-8GB:~ $Offenbar fehlt mir/meinem Pi da ´was. Habe die Repo-Funktionalität seit Wechesl auf Admin 6 nicht mehr benutzt. Kann das damit zu tun haben?
