NEWS
Test Adapter worx v1.2.X (Kress/Landxcape)
-
@Meistertr
leider geht es noch nicht,host.srv-iob-001 2020-08-28 16:51:57.172 info Restart adapter system.adapter.worx.0 because enabled host.srv-iob-001 2020-08-28 16:51:57.172 info instance system.adapter.worx.0 terminated with code 0 (NO_ERROR) worx.0 2020-08-28 16:51:56.662 info (28748) Terminated (NO_ERROR): Without reason worx.0 2020-08-28 16:51:56.662 info (28748) terminating worx.0 2020-08-28 16:51:56.626 info (28748) cleaned everything up... worx.0 2020-08-28 16:51:56.626 error (28748) ReferenceError: status is not defined at Worx.setStates (/opt/iobroker/node_modules/iobroker.worx/main.js:375:9) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.worx/main.js worx.0 2020-08-28 16:51:56.626 error (28748) unhandled promise rejection: status is not defined worx.0 2020-08-28 16:51:56.625 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). worx.0 2020-08-28 16:51:52.817 info (28748) worx is selected worx.0 2020-08-28 16:51:52.807 info (28748) starting. Version 1.2.2 in /opt/iobroker/node_modules/iobroker.worx, node: v12.18.3, js-controller: 3.1.6 host.srv-iob-001 2020-08-28 16:51:52.079 info instance system.adapter.worx.0 started with pid 28748Wenn ich sonst was testen kann, lass es mich gerne wissen.
Hier noch ein Auszug aus dem Debug:worx.0 2020-08-28 16:56:08.421 info (29000) cleaned everything up... worx.0 2020-08-28 16:56:08.421 error (29000) ReferenceError: status is not defined at Worx.setStates (/opt/iobroker/node_modules/iobroker.worx/main.js:375:9) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.worx/main.js worx.0 2020-08-28 16:56:08.421 error (29000) unhandled promise rejection: status is not defined worx.0 2020-08-28 16:56:08.421 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). worx.0 2020-08-28 16:56:08.416 debug (29000) Test Status: 1 -
@Meistertr laut dem changelog 1.2.2 soll der Partymode funktionieren. Ich finde leider weder ein Status noch einen Button.
Soll der schon funktionieren, und wenn ja wie?Grüße Markus
-
@Meistertr
Super, funktioniert wieder, vielen Dank.Beste Grüße
Werner -
@Meistertr laut dem changelog 1.2.2 soll der Partymode funktionieren. Ich finde leider weder ein Status noch einen Button.
Soll der schon funktionieren, und wenn ja wie?Grüße Markus
-
@Cosmicbase es sollte unter mower ein object mit partymode sein. Das falls nicht bitte einmal ein debuglog
@Meistertr Partymode in 1.2.3 nicht gefunden.
Habe den Adapter komplett deinstalliert und über Git neu installiert.Log Datei:
2020-08-29 21:04:02.035 - info: host.raspberrypi stopInstance system.adapter.worx.0 (force=false, process=true)
2020-08-29 21:04:02.041 - info: host.raspberrypi stopInstance system.adapter.worx.0 send kill signal
2020-08-29 21:04:02.046 - info: worx.0 (3412) Got terminate signal TERMINATE_YOURSELF
2020-08-29 21:04:02.050 - info: worx.0 (3412) cleaned everything up...
2020-08-29 21:04:02.051 - info: worx.0 (3412) terminating
2020-08-29 21:04:02.053 - info: worx.0 (3412) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-08-29 21:04:02.585 - info: host.raspberrypi instance system.adapter.worx.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-08-29 21:04:05.129 - info: host.raspberrypi instance system.adapter.worx.0 started with pid 4163
2020-08-29 21:04:07.374 - info: worx.0 (4163) starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.worx, node: v12.18.1, js-controller: 3.1.6
2020-08-29 21:04:07.416 - info: worx.0 (4163) worx is selected -
@Meistertr Partymode in 1.2.3 nicht gefunden.
Habe den Adapter komplett deinstalliert und über Git neu installiert.Log Datei:
2020-08-29 21:04:02.035 - info: host.raspberrypi stopInstance system.adapter.worx.0 (force=false, process=true)
2020-08-29 21:04:02.041 - info: host.raspberrypi stopInstance system.adapter.worx.0 send kill signal
2020-08-29 21:04:02.046 - info: worx.0 (3412) Got terminate signal TERMINATE_YOURSELF
2020-08-29 21:04:02.050 - info: worx.0 (3412) cleaned everything up...
2020-08-29 21:04:02.051 - info: worx.0 (3412) terminating
2020-08-29 21:04:02.053 - info: worx.0 (3412) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2020-08-29 21:04:02.585 - info: host.raspberrypi instance system.adapter.worx.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2020-08-29 21:04:05.129 - info: host.raspberrypi instance system.adapter.worx.0 started with pid 4163
2020-08-29 21:04:07.374 - info: worx.0 (4163) starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.worx, node: v12.18.1, js-controller: 3.1.6
2020-08-29 21:04:07.416 - info: worx.0 (4163) worx is selected -
@Cosmicbase welches Modell hast du? Kannst du den Adapter mal auf debug stellen. Und den log oben runterladen und die Zeile mit get data from api. Posten
@Meistertr sorry für das schlechte Timing. Partymode ist da:+1:.
War wohl mein Fehler. Hatte die 1.2.0 versehentlich wieder installiert.
Danke für die tolle Arbeit.Gibt es für den Partymodus auch ein Status wie z.B. Home (1) oder Mowing (7)?
-
Morgen,
läuft bei mir bisher, super vielen Dank.
[offtopic]
hat jemand zufällig nen animiertes gif vom Landroid ? Wäre als Animation toll
wenn man sehen könnte das sich was bewegt wenn der Mäher startet@Meistertr ich hätte da noch was interessantes. 2 Statistiken lassen sich in der App Zurücksetzen aber werden vom Adapter nicht gezogen.
Siehe Screenshot.
-
@Meistertr ich hätte da noch was interessantes. 2 Statistiken lassen sich in der App Zurücksetzen aber werden vom Adapter nicht gezogen.
Siehe Screenshot. -
Aktuelle Test Version 1.2.1 Veröffentlichungsdatum 26.08.2020 Github Link https://github.com/iobroker-community-adapters/ioBroker.worx Changelog!!
- Der Adapter kann nun Worx Kress und Landxcape
- die neuen Funktionen Wie DoubleShedule Onetime Shedule Partymodus sollen unterstützt werden
- JSON String zum andern der Mähzeiten über ein Script
- Optimierung der Anwesenheitserdkennung
- Werte können wieder zwischen Meter und Minuten und Kilometer und Stunden umgestellt werden
die Markierten Sachen sind schon in der 1.2.0 umgesetzt, Testen erwüscht, bitte von git
-
@Meistertr Hallo. Ich habe einen Kress Mission 110 mit Firmware 3.08. Funktionieren die neuen Funktionen auch schon mit dieser Firmware oder braucht es hierfür erst ein update?
Viele Grüße
Semmy -
@Semmy da kann ich keine aussage drüber treffen, da ich keinen Kress habe und es auch nur wenige Kress nutzer gibt. würde sagen einfach ausprobieren
@Meistertr Ok, die neuen Einträge sind bei mir noch nicht vorhanden, vielleicht kommt ja hier auch noch ein Firmware-update.
-
@Meistertr Ist installiert und läuft wie immer problemlos (nur passiv als Anzeige mit Worx WR106SI):+1:
Ich habe den Double Scheduler unter der FW 3.16 und mit der Adapter Version 1.2.3 getestet. Alle Mähzeiten, sowohl die ersten als auch die zweiten, werden in den Datenpunkten korrekt abgestellt. Erste Mähzeiten kann ich - wie seit eh und je - auch ändern. Nur bei den zweiten Mähzeiten gelingen mir keine Änderungen. Wenn ich etwas an einer zweiten Mähzeit ändere, wird nach dem Auslösen in Sekundenschnelle der vorherige Wert wieder angezeigt. Eine Übertragung der Änderung zum MQTT-Servr findet ebenfalls nicht statt.
20200902_friday2.startTime.pdf
Für mich stellt sich zunächst die Frage, ob hier ein tragisches Einzelschicksal vorliegt (da vielleicht an meiner Installation irgendwas "schief" ist) oder ob dies eine generelle Problematik darstellt. Daher meine herzliche Bitte: Könnt Ihr bitte diesen Testfall auf Eurer Installtion durchspielen, und hier mitteilen, ob Eure Update-Versuche mit zweiten Mähzeiten erfolgreich sind. Dieser Test kann manuell (also ohne Skripteinsatz) in den Datenpunkten im Objekte-Reiter durchgeführt werden.
Heißen Dank im Voraus für Eure Unterstützung.
-
Ich habe den Double Scheduler unter der FW 3.16 und mit der Adapter Version 1.2.3 getestet. Alle Mähzeiten, sowohl die ersten als auch die zweiten, werden in den Datenpunkten korrekt abgestellt. Erste Mähzeiten kann ich - wie seit eh und je - auch ändern. Nur bei den zweiten Mähzeiten gelingen mir keine Änderungen. Wenn ich etwas an einer zweiten Mähzeit ändere, wird nach dem Auslösen in Sekundenschnelle der vorherige Wert wieder angezeigt. Eine Übertragung der Änderung zum MQTT-Servr findet ebenfalls nicht statt.
20200902_friday2.startTime.pdf
Für mich stellt sich zunächst die Frage, ob hier ein tragisches Einzelschicksal vorliegt (da vielleicht an meiner Installation irgendwas "schief" ist) oder ob dies eine generelle Problematik darstellt. Daher meine herzliche Bitte: Könnt Ihr bitte diesen Testfall auf Eurer Installtion durchspielen, und hier mitteilen, ob Eure Update-Versuche mit zweiten Mähzeiten erfolgreich sind. Dieser Test kann manuell (also ohne Skripteinsatz) in den Datenpunkten im Objekte-Reiter durchgeführt werden.
Heißen Dank im Voraus für Eure Unterstützung.
@Meistertr
Guten Tag. Vorab erstmal besten Dank für den Adapter, er funktioniert tadellos. Wenn Du mal wieder was daran machst, hätte ich einen Wunsch, kannst Du bitte einen "Letzter Zugriff" einbauen, also die Zeit wann die aktuellen Datensätze aktualisiert wurden. Ich habe mir zwar was selber gebaut, aber das könnte ich dann wieder verwerfen und es wäre wesentlich einfacher. Besten Dank schonemal.
cu Bastel
Support us
806
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge