NEWS
Adapter: Worx Landroid v2.x.x
-
@lucky_esa sagte in Adapter: Worx Landroid v2.x.x:
@iobroker2001 Ich versuche alle Befehle zu einen zu ändern. Scheiter aber schon an Areas. Habe keine Ahnung was man dort einstellen könnte. Kann das nicht testen da ich keine Areas habe. Dann werde ich Autolock zusammenführen und OneTime. Leider weiß ich auch noch nicht wofür OneTime sein soll. Habe mein Mäher auf automatischen Mähplan stehen und musste bis dato nie was ändern.
Mit OneTime kann man - ohne den Mähplan zu ändern - den Roboter für einstellbare, vorgegebene Schritte für 30, 60, 90,... Minuten einmal (deshalb "One"Time) zum Mähen schicken.
Ist ganz praktisch aus der App heraus zu bedienen, aber für eine ioBroker-Steuerung m. Mn. (!) nach nicht nötig.@iobroker2001 sagte in Adapter: Worx Landroid v2.x.x:
Mit OneTime kann man - ohne den Mähplan zu ändern - den Roboter für einstellbare, vorgegebene Schritte für 30, 60, 90,... Minuten einmal (deshalb "One"Time) zum Mähen schicken.
Ist ganz praktisch aus der App heraus zu bedienen, aber für eine ioBroker-Steuerung m. Mn. (!) nach nicht nötig.Es gibt viele Funktionen, die in der App praktisch zu bedienen sind und dennoch ihre Daseinsberechtigung im ioBroker haben. Nicht jeder mag halt die Worx App. Es gibt z.B. Anwender, die Start- und Endezeit einer Einmal-Mähsession in einen Google-Kalender eintragen. Dieser Eintrag wird dann in ioBroker ausgewertet und entsprechend der One-Time-Scheduler aus ioBroker heraus angesteuert.
-
@lucky_esa sagte in Adapter: Worx Landroid v2.x.x:
Wo die ganzen Nachkommastellen herkommen? Keine Ahnung. -> Gute Frage
Ich könnte mir vorstellen, daß das mit dem "klassischen Problem" der Behandlung von Fließkommazahlen in Rechnern/CPUs zu tun hat. Die Darstellung einer solchen Fließkommazahl ist halt unter bestimmten Randbedingungen nicht exakt möglich. Dadurch "schummeln" sich am Ende manchmal ein paar Digits dazu.
Bei Integer-Zahlen tritt dieser Effekt in der Regel nicht auf. Bei Strings übrigens auch nicht, daher meine "vorsichtige Anfrage", ob der Typ String vielleicht besser geeignet wäre.
Wenn es dennoch bei Typ Zahl bleiben soll (weil Du davon ausgehst, daß ein Format wie 3.28.x nicht auftreten wird), könnte es vielleicht helfen, den Wert auf z. B. 2 Nachkommastellen zu runden (weil man dann ja auch davon ausgehen könnte, daß ein Format wie z. B. 3.28y nicht auftreten wird)?
Was spricht denn gegen den Typ Zeichenkette? Dort gäbe es die Ungenauigkeits-/Stellenproblematik doch gar nicht. Und letztendlich ist doch eine Firmwareversionsangabe nach meinem Verständnis von der Logik her auch keine Zahl, sondern eine Zusammensetzung aus zwei weitgehend unabhängig von einander bestehenden Einzelzahlen, weil nach 1.99 nicht zwangsweise 2.00, sondern z. B. 1.100 kommen kann.
Zeichenkette wäre aus meiner Sicht daher der (Zukunfts)"sichere" Typ, der immer funktionieren wird und nicht nur, wenn bestimmte Randbedingungen/Annahmen zutreffen - oder?
@andersmacher sagte in Adapter: Worx Landroid v2.x.x:
Was spricht denn gegen den Typ Zeichenkette?
Nichts - außer dass bei einem derartigen Kompatibilitätsbruch hunderte (oder tausende?) Skripte in der Anwenderwelt auf die Nase fallen würden.
-
@andersmacher sagte in Adapter: Worx Landroid v2.x.x:
Was spricht denn gegen den Typ Zeichenkette?
Nichts - außer dass bei einem derartigen Kompatibilitätsbruch hunderte (oder tausende?) Skripte in der Anwenderwelt auf die Nase fallen würden.
@hsteinme Naja, das passiert dann aber nur genau einmal im Sinne eines "breaking change" zur Optimierung des Adapters, damit es dann später keine weiteren Probleme mehr gibt. Ich würde es nicht als Nachteil sehen, einen Datenpunkttyp zu ändern, wenn man irgendwann merkt, daß die bisherige Definition ungewollte Randeffekte erzeugt.
-
@falke69
Freut mich. Bitte immer daran denken das die u. a. Datenpunkte ohne Timeout gesetzt werden müssen.
wochentagname/borderCut
wochentagname/startTime
wochentagname/workTimeDanach ein Timeout von 1,1 Sek. und worx.0.xxxxxxxxxxx.calendar.calJson_tosend auf true setzen.
In dieser Zeit darf natürlich nicht automatisch ein Update kommen, da die geänderten Zeiten wieder glöscht werden. Wenn das zu oft vorkommt, dann muss ich leider einen weiteren Datenpunkt hinzufügen der Updates von MQTT oder den 10 Minuten Refresh unterbindet.Das gleich gilt natürlich auch für diese:
mower.oneTimeWithBorder
mower.oneTimeWorkTimeUnd dann nach 1,1 Sek. worx.0.xxx.mower.oneTimeStart setzen.
Noch einige Änderungen:
worx.0.xxx.mower.AutoLock setzen und worx.0.xxx.mower.AutoLockTimer ist 0, wird automatisch 300 genommen.
Ist worx.0.xxx.mower.AutoLock false und man setzt worx.0.xxx.mower.AutoLockTimer eine neue Zeit, wird worx.0.xxx.mower.AutoLock automatisch true gesetzt.Gruß//Lucky
habe aktuell die v2.1.1 installiert.
Jetzt war er das erste mal mit der Version des Adapters unterwegs.
Das kam dabei raus.Ob das nur eine einmalige Sache war, kann ich nicht beurteilen.
Ich beobahte einfach mal weiter.
Ansonsten sehr gute Arbeit
-
Habe mein Mäher auch mal wieder aktiviert und den Adapter upgedatet.
Nutzte die VIS mit Blockly und kann noch keinen Fehlereintrag oder Sperrung sehen. Habe am Blockly nix geändert
-
Habe mein Mäher auch mal wieder aktiviert und den Adapter upgedatet.
Nutzte die VIS mit Blockly und kann noch keinen Fehlereintrag oder Sperrung sehen. Habe am Blockly nix geändert
-
@emil70 auch dieses Blockly muss angepasst werden sonst wird es nicht funktionieren.
Gruß//Lucky
Ich habe am Freitag das Update auf 2.1.0 gemacht und heute ist er nicht losgefahren. Was genau muss denn im blockly angepasst werden?
-
Ich habe am Freitag das Update auf 2.1.0 gemacht und heute ist er nicht losgefahren. Was genau muss denn im blockly angepasst werden?
@saeft_2003 Welches Blockly benutzt du? Bitte einen Link posten.
Gruß//Lucky
-
@saeft_2003 Welches Blockly benutzt du? Bitte einen Link posten.
Gruß//Lucky
Einen link hab ich nicht. Das nutze ich schon seit Jahren, weiß gar nicht mehr wo ich das her hatte…
Kannst du mir sagen was geändert wurde dann geh ich im Skript auf die Suche.
-
Einen link hab ich nicht. Das nutze ich schon seit Jahren, weiß gar nicht mehr wo ich das her hatte…
Kannst du mir sagen was geändert wurde dann geh ich im Skript auf die Suche.
@saeft_2003 ist alles hier im Thread beschieben.
LinkEs gibt auch Blocklys die um Mitternacht den letzten und aktuellen Tag auf 00:00 setzt. Das kann man auch reduzieren auf Sonntag 00:00 Uhr alle 7 Tage auf 00:00 setzen.
Gruß//Lucky
-
@saeft_2003 ist alles hier im Thread beschieben.
LinkEs gibt auch Blocklys die um Mitternacht den letzten und aktuellen Tag auf 00:00 setzt. Das kann man auch reduzieren auf Sonntag 00:00 Uhr alle 7 Tage auf 00:00 setzen.
Gruß//Lucky
@lucky_esa sagte in Adapter: Worx Landroid v2.x.x:
@saeft_2003 ist alles hier im Thread beschieben.
LinkEs gibt auch Blocklys die um Mitternacht den letzten und aktuellen Tag auf 00:00 setzt. Das kann man auch reduzieren auf Sonntag 00:00 Uhr alle 7 Tage auf 00:00 setzen.
Gruß//Lucky
Hallo
Wie macht man das mit diesen Blockly?
Viele Grüße
Semmy -
Ich habe am Freitag das Update auf 2.1.0 gemacht und heute ist er nicht losgefahren. Was genau muss denn im blockly angepasst werden?
ich habe es so gemacht:
Einfach die ganzen Timeouts entfernt und dann den Datenpunkt worx.0.xxxxxxxxxxx.calendar.calJson_tosend nach 15 Sekunden auf wahr gesetzt.
Dein Hinweis mit dem Zurücksetzen der Zeiten am Sonntag wäre auch noch eine Option, muss man auch nicht unbedingt täglich machen.
-
ich habe es so gemacht:
Einfach die ganzen Timeouts entfernt und dann den Datenpunkt worx.0.xxxxxxxxxxx.calendar.calJson_tosend nach 15 Sekunden auf wahr gesetzt.
Dein Hinweis mit dem Zurücksetzen der Zeiten am Sonntag wäre auch noch eine Option, muss man auch nicht unbedingt täglich machen.
Reicht es nur in dem Part
Datensetzung 3min vor Startzeitvom ganzen Blockly das anzupassen?
gruss emil70
iobroker(V9) und Pi-hole läuft über docker (js-controller 6.0.11 und admin v7.1.15) auf einem synology DS918+ mit DSM 7.1.1-42962 Update 6
-
Reicht es nur in dem Part
Datensetzung 3min vor Startzeitvom ganzen Blockly das anzupassen?
ich habe bei Löschung des von vor zwei Tagen um 00:01
ganz unten nochmal einen Trigger auf worx.0.xxxxxxxxxxx.calendar.calJson_tosend gesetzt.
Bisher funktioniert das ganze. Ich bin mir noch nicht sicher, ob ich die ganzen Timeouts da drüber weglassen kann, bzw. das ganze umbaue, damit es nur einmal in der Woche gesendet wird und nicht täglich.
-
@emil70
@falke69
Ihr habt ja beide das gleiche Blockly. Hier mal eine angepasste Version die ihr zum Abgleich nehmen könnt.Geändert habe ich die Anlage der DP, Zeiten_setzen, Zeiten_setzen2 gelöscht, 3 Minuten vor Start 2 x gelöscht und neu erstellt, 2 x Mitternacht reset gelöscht und eine neue erstellt und ein neuer Block für Sonntags alles auf Null setzen.
maeher_28_04_2023.txt
Achtung! Habe ich nicht getestet!!!!Gruß//Lucky
-
Versuche gerade die 2.1.3 zu installieren, aber wir der Adapter ohne Beschreibung und Titel angezeigt und ein Update funktioniert nicht.
Die Installation schließt (erfolgreich) mit 0 ab, aber der Adapter bleibt auf 2.1.1.Ist der Issue bekannt?
/edit: Repot ist Stable. Im Beta Repo wird die 2.1.2 angezeigt.
-
Versuche gerade die 2.1.3 zu installieren, aber wir der Adapter ohne Beschreibung und Titel angezeigt und ein Update funktioniert nicht.
Die Installation schließt (erfolgreich) mit 0 ab, aber der Adapter bleibt auf 2.1.1.Ist der Issue bekannt?
/edit: Repot ist Stable. Im Beta Repo wird die 2.1.2 angezeigt.
@lessthanmore probier mal nochmal
-
@lessthanmore probier mal nochmal
-
@tombox Ist jetzt installiert, aber einen Namen und Beschreibung hat der Adapter nicht mehr.
-
Support us
551
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge