UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[michisa86888]

@lucky_esa
habe eben mal alle Datenpunkte löschen lassen. Blocky auf 1.8 geupdatet und dann wieder gestartet.
Zeiten werden immer noch nicht an den Mäher übergeben.
worx.0.xxx.rawMqtt.auto_schedule steht auf false
Hier mal der Log vom Start des Scripts

2023-05-12 14:28:54.132 - info: javascript.0 (537) Start javascript script.js.common.Skript_1
2023-05-12 14:28:54.158 - info: javascript.0 (537) script.js.common.Skript_1: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
2023-05-12 14:28:54.158 - info: javascript.0 (537) script.js.common.Skript_1: 5 Sekunden warten bis alle Datenpunkte erstellt sind.
2023-05-12 14:28:56.910 - info: admin.0 (473) <== Disconnect system.user.admin from ::ffff:172.17.0.1 javascript
2023-05-12 14:28:59.158 - info: javascript.0 (537) script.js.common.Skript_1: Daten setzen: 0 - 0 - 00:00 - 00:00 - false
2023-05-12 14:28:59.159 - info: javascript.0 (537) script.js.common.Skript_1: Stopp Schedule Intervall
2023-05-12 14:28:59.163 - info: javascript.0 (537) script.js.common.Skript_1: Mahroboter.Zeiten.datenpunkte aktiviert!
2023-05-12 14:28:59.166 - info: javascript.0 (537) script.js.common.Skript_1: Trigger Wetteränderung deaktiviert!
2023-05-12 14:28:59.169 - info: javascript.0 (537) script.js.common.Skript_1: Trigger Regenseor deaktiviert!
2023-05-12 14:28:59.169 - info: javascript.0 (537) script.js.common.Skript_1: Datenpunkte für Alex werden nicht erstellt!
2023-05-12 14:29:21.496 - info: web.0 (12590) ==> Connected system.user.admin from ::ffff:172.17.0.1
2023-05-12 14:29:49.432 - info: javascript.0 (537) script.js.common.Skript_1: Zeitplanberechnung: Freitag: false
2023-05-12 14:29:53.334 - info: javascript.0 (537) script.js.common.Skript_1: Zeitplanberechnung: Freitag: false
2023-05-12 14:29:57.331 - info: javascript.0 (537) script.js.common.Skript_1: Zeitplanberechnung: Freitag: false
2023-05-12 14:30:00.040 - info: host.4341f7376a3f instance system.adapter.daswetter.0 started with pid 16971
2023-05-12 14:30:00.165 - info: javascript.0 (537) script.js.common.Skript_1: Zeitplanberechnung: Freitag: false
2023-05-12 14:30:01.060 - info: daswetter.0 (16971) starting. Version 3.1.8 in /opt/iobroker/node_modules/iobroker.daswetter, node: v18.16.0, js-controller: 4.0.23
2023-05-12 14:30:05.855 - info: daswetter.0 (16971) Terminated (ADAPTER_REQUESTED_TERMINATION): All data handled, adapter stopped until next scheduled moment
2023-05-12 14:30:06.365 - info: daswetter.0 (16971) cleaned everything up...
2023-05-12 14:30:06.378 - info: host.4341f7376a3f instance system.adapter.daswetter.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-05-12 14:33:09.787 - info: javascript.0 (537) script.js.common.Skript_1: Klingenarbeitszeit wurde aktualisiert: 873.58
2023-05-12 14:33:09.828 - info: javascript.0 (537) script.js.common.Skript_1: Temperatur Akku hat sich geändert: 13.1

...erledigt jetzt funktioniert es. Man sollte die Zeit natürlich auch aktivieren :anguished:

[Jippy]

Moin, ich habe noch mal 2 Fragen...

1. Teilweise wird die "Arbeitsdauer" bei mir falsch berechnet (nicht immer). Kann/muss man da noch irgendwo was einstellen oder wodurch kommt das zustande?

2. Wenn ich z. B. eingestellt habe das er 5 Stunden mähen soll, dann muss er ja zwischendurch zum Aufladen. Gibt es eine Einstellung, dass er dann, wenn der Akku voll ist und die Endzeit noch nicht erreicht ist, wieder los fährt oder geht das nur mit einem zweiten Zeitfenster?

Gruß
Jippy

[Lucky_ESA]

@sushibomba sagte in Adapter: Worx Landroid v2.x.x:

@lucky_esa

OK. Das heißt ich muss in der App Multi-Zone aktivieren und da ich nur eine Zone habe muss ich diese nur in der App markieren und diese Zone dann auf 100% stellen korrekt? -> Ja, das ist korrekt

Muss ich dann dein Skript in irgendeiner Form anpassen?

Und da du ja der absolute Blockly Crack bist und bestimmt ein Blockly für diese Aktualisierungen hast, wärst du so nett mir das zur Verfügung zu stellen?

PS: Nachdem ich alle 14 Tage in deinem Skript angepasst habe, passen nun auch die "Dauer" Berechnungen 👍🏻

Vielen Dank und einen schönen Start in die neue Woche.

Gruß//Lucky

[Lucky_ESA]

@jippy sagte in Zeigt her eure Views zum Thema Mähroboter:

Moin, ich habe noch mal 2 Fragen...

1. Teilweise wird die "Arbeitsdauer" bei mir falsch berechnet (nicht immer). Kann/muss man da noch irgendwo was einstellen oder wodurch kommt das zustande?

2. Wenn ich z. B. eingestellt habe das er 5 Stunden mähen soll, dann muss er ja zwischendurch zum Aufladen. Gibt es eine Einstellung, dass er dann, wenn der Akku voll ist und die Endzeit noch nicht erreicht ist, wieder los fährt oder geht das nur mit einem zweiten Zeitfenster?

Gruß
Jippy

Link zur Zeitenberechnung

Einfach 5 Stunden einstellen. Wenn der AKKU zu Neige geht, lädt er wieder auf und fährt erneut los.

Gruß//Lucky

[Sushibomba]

@lucky_esa

Danke für die Antwort.

Hast du auch noch auf meine zweite und dritte Frage eine Antwort 😉

[Lucky_ESA]

@lucky_esa sagte in Zeigt her eure Views zum Thema Mähroboter:

@sushibomba sagte in Adapter: Worx Landroid v2.x.x:

@lucky_esa

OK. Das heißt ich muss in der App Multi-Zone aktivieren und da ich nur eine Zone habe muss ich diese nur in der App markieren und diese Zone dann auf 100% stellen korrekt? -> Ja, das ist korrekt

Muss ich dann dein Skript in irgendeiner Form anpassen? -> Nein

Und da du ja der absolute Blockly Crack bist und bestimmt ein Blockly für diese Aktualisierungen hast, wärst du so nett mir das zur Verfügung zu stellen? -> Wird es nur ab v1.9 für IQontrol geben. Den HTML Code kann man natürlich auch für VIS verwenden.

Gruß//Lucky

[Sushibomba]

@lucky_esa

OK schade. Warum wurde das denn überhaupt geändert? Und warum 8min.? Hast du das so eingestellt oder war WORX das selber und wenn ja was ist der Grund dafür?

@haselchen Ist dir mittlerweile eine Lösung für das Problem eingefallen, da wir ja beide scheinbar ne Garage mit Rollator haben die geschlossen werden soll, sobald der WORX in der Garage steht.

[haselchen]

@sushibomba

Hab tatsächlich auf eine Lösung von Dir gehofft 😁
Jahrelang hat es super geklappt.
Jetzt ist es sogar so, dass das Tor manchmal nicht rechtzeitig aufgeht und er da voll gegen fährt.

[miro]

Mir sind viele Views einfach zu überfrachtet , zu viele Infos und teilweise zu bunt und sehen aus wie eine Lego-Baustelle.
Hier werden oft viel zu viele Informationen dargestellt, die doch eigentlich uninteressant sind und wenig Nutzen haben, nicht nur bei Views vom Mähroborter. Oft werden auch gerade bei Wettervorschau, z.B. die Windrichtung in Grad und Kommastelle, Luftdruck in allen möglichen Varianten angezeigt. Da weiß man gar nicht wo man zu erst hinschauen soll. Meine ersten Views haben mich selbst mit Informationen überschlagen, nach dem Motto "alle Infos die ich habe werden dargestellt" Habe dann alles mal abgespeckt auch mit mehr Symbolen, wenigeren Text und versucht einheitliches Design über alle Views zu bekommen und werde auch noch etwas weniger Infos anzeigen. Wirklich nur das was nötig ist und auch eine wichtige Info darstellt. Anbei meine View vom Worx. Und eine Ansicht Tablett Einbau in der Wand.

[Sushibomba]

@haselchen

Ja genau so ist es bei mir auch. Ich habe es so gelöst, dass wenn er 3 Minuten vorher die Zeiten an den Robi überträgt, er nach 2 ½ Minuten die Tore hoch fährt.
Aber das mit dem Status Home und der 8min. Verzögerung regt mich auch auf 🙈

[Sushibomba]

@miro

Kann ich dir nur Recht geben. Man ertappt sich immer wieder selbst damit, möglichst jede Information die man bekommt irgendwie anzuzeigen.

Deine View gefällt mir aber auch. 👍🏻

[haselchen]

@sushibomba

Vermutlich werde ich das mit nem BWM oder Fenster/Türkontakt lösen.
Ist zwar nen übles Gefrickel wieder , aber das muss zuverlässig laufen. Sonst brauche ich so nen Gerät nicht 😜

[MartyBr]

@miro Mir gefallt deine View ausgesprochen gut. kannst du sie hier teilen? Der Fortschrittsbalken rechts in deiner View ist sehr schön.

[miro]

@martybr Ja kann ich später mal hochladen, aber habe da einige Sachen drinnen wo ein {Binding} verwendet wird. Musst du dann anpassen.
Der Fortschrittsbalken zeigt immer dann an, wie lange er am tag jeweils tatsächlich gemäht hat. Sollte es ein Abbruch wegen Regen gegeben haben, dann wir daneben die Regenwolke eingeblendet (deshalb am Dienstag bisher nur 8min gemäht).
Das ist über {Binding gemacht} nur sichtbar wenn Regen = true. So funktioniert auch das der aktuelle Tag vorne Grün markiert wird.

[MartyBr]

@miro
Vielen Dank schon im voraus. Ich schaue mir das mit den Bindings an. Das sollte lösbar sein.

[Sushibomba]

@haselchen

Ja das stimmt. Vielleicht bekommt der Lucky das ja auch wieder so hin wie früher 🤗

[Lucky_ESA]

@sushibomba sagte in Zeigt her eure Views zum Thema Mähroboter:

@lucky_esa

OK schade. Warum wurde das denn überhaupt geändert? Und warum 8min.? Hast du das so eingestellt oder war WORX das selber und wenn ja was ist der Grund dafür? -> ????? Das sind die Datenpunkte .areas.area_x und startSequence mit dem ich ja mein Problem hab. Die 8 sind 8m die erste Zone.

@haselchen Ist dir mittlerweile eine Lösung für das Problem eingefallen, da wir ja beide scheinbar ne Garage mit Rollator haben die geschlossen werden soll, sobald der WORX in der Garage steht. -> Wieso habt ihr denn diese Probleme. Eigentlich werden die Daten bei Ankunft von Worx sofort gesendet. Wahrscheinlich verwendet ihr einen Trigger falsch.

Gruß//Lucky

[Sushibomba]

@lucky_esa sagte in Zeigt her eure Views zum Thema Mähroboter:

@sushibomba sagte in Zeigt her eure Views zum Thema Mähroboter:

@lucky_esa

OK schade. Warum wurde das denn überhaupt geändert? Und warum 8min.? Hast du das so eingestellt oder war WORX das selber und wenn ja was ist der Grund dafür? -> ????? Das sind die Datenpunkte .areas.area_x und startSequence mit dem ich ja mein Problem hab. Die 8 sind 8m die erste Zone.

Nein da hast du mich falsch verstanden. Genauso wie bei @haselchen ist es bei mir so, dass wenn der Landroid zurück fährt nachdem er seine Aufgabe erledigt hat, kommt er ja irgendwann in der Station an.
Jetzt seit den neusten Blockly's oder woran auch immer es liegt, wird nicht mehr der Datenpunkt "mower_status" direkt aktualisiert sobald er die Ladekontakte berührt. Dies geschieht leider erst 8min. später das er in den Status "Home (1)" wechselt.
Das ist in sofern suboptimal, da ich vorher den Status "Home(1)" vom "mower_status" als Trigger genommen habe in einem anderen Blockly und die Garagentore der WORX Garage runter zu fahren. Durch die Änderung passiert das dann also leider erst 8 Minuten später.

Nochmal anders formuliert, wenn in der WORX App steht "Ausgangsposition 18:52h" als Beispiel, dann zeigt "mover_status" erst um 19:00h genau den Status "Home (1)" an.

@haselchen Ist dir mittlerweile eine Lösung für das Problem eingefallen, da wir ja beide scheinbar ne Garage mit Rollator haben die geschlossen werden soll, sobald der WORX in der Garage steht. -> Wieso habt ihr denn diese Probleme. Eigentlich werden die Daten bei Ankunft von Worx sofort gesendet. Wahrscheinlich verwendet ihr einen Trigger falsch.

Gruß//Lucky

Welchen Trigger sollen wir denn deiner Meinung für das stehen an den Ladekontakten verwenden außer "mover_status"?

[haselchen]

@sushibomba

Besser hätte ich es auch nicht erklären können 😁

[Lucky_ESA]

@sushibomba

Welchen Trigger sollen wir denn deiner Meinung für das stehen an den Ladekontakten verwenden außer "mover_status"?

Du meinst worx.0.xxx.mower.status ? Das wäre korrekt und funktioniert auch einwandfrei. Habe gerade meine Rüchfahrt beobachtet.

Gruß//Lucky