Adapter: Worx Landroid v2.x.x
-
@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?
-
@thomas-braun Dann dauert es wohl noch bis es durchgereicht wird
https://github.com/ioBroker/ioBroker.repositories/blob/d2e0e8dc86714a204ff7e6648cbd8fba48f540cc/sources-dist-stable.json#L2588 -
iob stop iob setup first -
@andersmacher sagte in Adapter: Worx Landroid v2.x.x:
Habe die Repo-Funktionalität seit Wechesl auf Admin 6 nicht mehr benutzt. Kann das damit zu tun haben?
Das heißt auch keine Updates gesehen.
-
Wie bist du da insgesamt unterwegs?
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
@thomas-braun So, nach
iob startscheint nun alles wieder ok.
Das heißt auch keine Updates gesehen.
Doch, bis vor ca. 2 Wochen. Admin6 habe ich aber schon wesentlich länger, also kann es damit ja wohl nichts zu tun haben.
Was ich mit "Habe die Repo-Funktionalität seit Wechesl auf Admin 6 nicht mehr benutzt." meinte, war, daß ich immer nur im stable gearbeitet habe und nicht versucht habe, auf latest zu stellen.Wie bist du da insgesamt unterwegs?
pi@Pi4B-8GB:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits pi@Pi4B-8GB:~ $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && iob -v && whoami && groups && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs armv7l /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.1 v16.17.1 8.15.0 4.0.23 pi pi adm dialout cdrom sudo audio video plugdev games users input netdev lpadmin gpio i2c spi iobroker /home/pi OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease Holen:3 https://download.docker.com/linux/raspbian buster InRelease [33,6 kB] OK:4 https://deb.nodesource.com/node_16.x buster InRelease Es wurden 33,6 kB in 1 s geholt (26,7 kB/s). Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.17.1-deb-1nodesource1 Installationskandidat: 16.17.1-deb-1nodesource1 Versionstabelle: *** 16.17.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main armhf Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u2 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages pi@Pi4B-8GB:~ $Hoffentlich alles gut!?
In jedem Fall schon ´mal Danke für die Hilfe und einen schönen (Rest-)Sonntagabend.
-
-
pi@Pi4B-8GB:~ $ iobroker repo list stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable pi@Pi4B-8GB:~ $ iob stop pi@Pi4B-8GB:~ $ iobroker update Used repository: stable Adapter "admin" : 6.2.22 , installed 6.2.17 [Updatable] Adapter "backitup" : 2.4.12 , installed 2.4.10 [Updatable] Adapter "cul" : 2.0.2 , installed 2.0.2 Adapter "devices" : 1.0.12 , installed 1.0.12 Adapter "discovery" : 3.0.5 , installed 3.0.5 Adapter "dwd" : 2.8.3 , installed 2.8.3 Adapter "email" : 1.1.3 , installed 1.1.3 Adapter "fhem" : 1.6.3 , installed 1.6.3 Adapter "flot" : 1.11.0 , installed 1.11.0 Adapter "fritzdect" : 2.2.3 , installed 2.2.3 Adapter "history" : 2.2.0 , installed 2.2.0 Adapter "hm-rega" : 3.0.40 , installed 3.0.40 Adapter "hm-rpc" : 1.15.12 , installed 1.15.12 Adapter "info" : 1.9.19 , installed 1.9.19 Adapter "javascript" : 6.0.3 , installed 6.0.0 [Updatable] Controller "js-controller": 4.0.23 , installed 4.0.23 Adapter "landroid" : 1.0.3 , installed 1.0.3 Adapter "maxcul" : 1.3.1 , installed 1.3.1 Adapter "modbus" : 5.0.5 , installed 5.0.4 [Updatable] Adapter "ping" : 1.5.3 , installed 1.5.3 Adapter "sayit" : 1.12.3 , installed 1.12.3 Adapter "simple-api" : 2.7.0 , installed 2.7.0 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "sql" : 2.1.8 , installed 2.1.7 [Updatable] Adapter "synology" : 2.1.9 , installed 2.1.9 Adapter "text2command" : 2.2.2 , installed 2.2.2 Adapter "tr-064" : 4.2.16 , installed 4.2.16 Adapter "vis" : 1.4.15 , installed 1.4.15 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "worx" : 1.7.0 , installed 1.7.0 Adapter "ws" : 1.3.0 , installed 1.3.0 Adapter "zigbee" : 1.7.5 , installed 1.7.5 pi@Pi4B-8GB:~ $Worx habe ich gleich ´mal auf V1.7.0 angehoben, um zu sehen, ob die Verbindung nun wieder einwandfrei klappt. Die anderen noch ausstehenden Updates sind offenbar seit dem "Verschwinden" meiner Repo-Einträge aufgelaufen. Da werde ich mich morgen drum kümmern.
Nochmals Danke!
