Test Adapter Worx v0.4.x

[hsteinme]

@worxweis Ja, da ist der Fehler noch drin. Siehe https://github.com/iobroker-community-adapters/ioBroker.worx/issues/237

hsteinme created this issue in iobroker-community-adapters/ioBroker.worx

closed V1.3.0: Geänderte Werte der 2. Kalenderzeiten werden nach kurzer Zeit wieder durch die vorigen Werte ersetzt #237

[worxweis]

@hsteinme Ich bin am Verzweifeln! Ich habe auf die version 1.3.6 upgedatet, aber an dem zustand, dass die eingetragenen Werte nicht erhalten bleiben ändert sich nichts.
Ich verwende übrigens nur die 1. Kalenderzeiten, nicht die 2.ten.
Hab jetzt jedoch den Worx adapter auf Debug getsellt und da wurde mir folgendes angezeigt:
No valid JSON format

ich erstelle den JsonEintrag folgendermassen:

Mache ich hier etwas falsch?

also mein Eintrag sieht jedenfalls genauso aus wie der vom adapter:

Wobei lokal der selbst generierte ist und Worx, der der im Adapter steht.
Sobald ich den Worx Wert mit dem Lokalen Wert überschreibe, dauert es keine 2 Minuten, und der vorherige Wert ist wieder da.

[romann.k]

@worxweis said in Test Adapter Worx v0.4.x:

Mache ich hier etwas falsch?

Sorry für die späte Antwort... Zwei Sachen könntest du mal probieren:

Erstmal ist die Abfolge der Wochentage (warum auch immer) von Sonntag-Samstag, nicht Montag-Sonntag - da müsstest du also die Sortierung mal ändern.

Dann könnte es sein, dass der Adapter bzw. der Server nicht auf die Formatierung deines Wertes von "0:00" klar kommt (bei dem ersten Wert)... probiere mal stattdessen "00:00" als Wert wenn du ["00:00",0,0] setzen willst...

Im Blockly sieht das bei mir dann so aus:

Ich gebe bei mir wie gesagt ein Zeitfenster über den Kalender vor und habe die Sollzeit nicht über den Kalender direkt gesteuert. Hier lasse ich über Variablen setzen, ob an dem Tag gemäht werden soll und ob die Kante dran ist.
Ich habe dann noch eine Variable Sollzeit und lasse einen Timer hochlaufen, wenn der Status auf mowing (7) steht. Vorteil ist, dass ich unabhängig vom Akkuzustand immer dieselbe Nettoarbeitszeit ohne Ladezeiten habe.

Den timeout habe ich in den Block gesetzt, damit wenn ich mehrere Änderungen an meinem Kalender in Vis vornehme nicht etliche male der Datenpunkt neu beschrieben wird. Er wartet dann erstmal bis ich 10 Sekunden keine Eingabe gemacht habe und schreibt dann erst den weekJson fertig.

[worxweis]

@romann-k Vielen Dank für dein Bemühen! Hab jetzt alle 0:00 auf 00:00 geändert. Das wars aber nicht.
auch wenn ich nur eine Änderung mache wird immer wieder der Wert durch die App Werte überschrieben.
Und die Fehlermeldung kommt auch nach wie vor.

[worxweis]

@romann.k Hallo!
Ich hab's! Es ist liegt halt meistens am User! Ich hatte beim letzten Tag ein " zuviel! Jetzt kommt auch keine Fehlermeldung mehr!
Trotzdem vielen Dank! Das Problem ist einmal gelöst!

[romann.k]

@worxweis stimmt... Das hatte ich auch übersehen. Achte nur noch auf die Reihenfolge der Wochentage, sonst weckt er am Sonntag die Nachbarn

Freut mich wenn es klappt jetzt.

Bin gespannt in welche Richtung sich der Adapter bzw Worx sich in dieser Saison in Richtung Einbindung ist Fremdsysteme entwickeln.

[Agria4800]

@meistertr : Ich benutze die 1.3.6 Version und wollte fragen, ob du in die Calendar Json

worx.0.201930198XXXXXXXX.calendar.calJson

noch die Wochentage (Mo. Di. ...) mit angeben könntest?
Da die Aufzählung mit Sonntag startet, komme ich ab und an durcheinander

[hsteinme]

@agria4800 calendar.calJson hat 1:1 die Struktur, die der Mäher erwartet. Wird diese Struktur geändert, wird der Mäher sie nicht mehr verstehen. Zudem ist dieser Datenpunkt schon einige Zeit lang verfügbar. Würde jetzt im Nachhinein dessen Struktur geändert werden, werden plötzlich alle die Programme auf die Nase fallen, die den Datenpunkt heute schon nutzen.

Also ist Auswendiglernen angesagt: Der 1. Eintrag ist der Sonntag.

[lobomau]

Ich bekomme folgende Info-Meldung. Kam mit 1.3.6. Eben 1.3.7 installiert, hat aber nichts geändert:

worx.0	2021-06-08 09:35:28.448	info	(29840) State value to set for "worx.0.xxx.weather.lastUpdate" has to be type "date" but received type "number"
worx.0	2021-06-08 09:35:28.446	info	(29840) State value to set for "worx.0.xxxx.weather.humidity" has to be type "string" but received type "number"
worx.0	2021-06-08 09:35:21.127	info	(29840) worx is selected
worx.0	2021-06-08 09:35:21.076	info	(29840) starting. Version 1.3.7 in /opt/iobroker/node_modules/iobroker.worx, node: v12.22.1, js-controller: 3.3.11

[hsteinme]

@lobomau Wann genau kommt diese Meldung?

[tombox]

@lobomau Datenpunkt mal manuell löschen dann sollte es gehen

[lobomau]

@tombox ja, genau. So hatte ich es wegbekommen.