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

[Jan Cux]

@tombox Hallo tombox, danke für den Hinweis! Das WLAN wird von der fritzbox 6660 cable aufgespannt mit repeater 3000, der pi hängt per Netzwerkkabel direkt am Repeater. "Eigentlich" läuft alles gut - hast Du eine Idee, wo ich nachschauen könnte?

[Sushibomba]

Werden bei euch die Endzeiten auch nicht angezeigt im Datenpunkt? Beim alten Skript hat das funktioniert.
Muss man unter den Datenpunkten unter den einzelnen Wochentagen die Datenpunkte ansprechen?
Reicht nicht auch wenn ich die Startzeit nicht unter dem Ordner sondern in der Liste mit den Wochentage im Stammverzeichnis der Datenpunkte ändere?

Also bei mir funktioniert dein Script @Lucky_ESA leider auch nicht mehr :(
Im Datenpunkt des WORX Adapters schreibt er zwar den richtigen Datenpunkt "calendar/Wochentag" aber auf dem Mäher selbst steht dauerhaft "kein Mähplan erstellt" und es passiert nichts :(

Habe bewusst noch die Firmware 3.25 anstatt der 3.28 drauf. Kann das was damit zu tun haben?

[Lucky_ESA]

@sushibomba Die Endzeit wird berechnet wenn du die Zeiten in VIS änderst.

Das hier ist dein Blockly nur von mir angepasst. Hatte einen Fehler das die Zeiten nicht geschrieben werden. Somit sollte der Fehler auch in meinem anderen Blockly (weiter oben) vorhanden sein. Habe nicht gesehen das die Wetterfunktion auch einen Timeout hat.

Versuche das mal.
rasenmaeher.txt

Gruß//Lucky

[Sushibomba]

@lucky_esa

Habe jetzt mein altes deaktiviert und alle Datenpunkte schon in der VIS mit deinem Script angepasst.
Aber aus irgendeinem Grund sendet der Adapter die Mähzeit nicht an den Robi.
Wenn ich in der WORX App eine Mähzeit eintrage, dann erscheint auf dem Display der Wochentag und die Zeit läuft ab bis zum Start. Das müsste doch eigentlich auch durch unser Script so passieren oder?

Hier ist mein aktuelles Script:

Sushi WORX.txt

[Lucky_ESA]

@jan-cux Kannst du nicht zum testen den pi mal direkt an die Fritzbox anschließen?

[Lucky_ESA]

@sushibomba Wenn du Zeiten in VIS schreibst, dann werden diese erst 3 Minuten vor der Startzeit an Worx übergeben. Das war aber schon immer so.
Zum testen müsstest du jetzt 21:40 eintragen :-)

Gruß//Lucky

[Sushibomba]

@lucky_esa

Ja das weiß ich. Dementsprechend habe ich immer mit 10 Minuten Vorlauf getestet.

Früher habe ich die Fahrtzeit in der VIS eingetragen und er hat automatisch bei Endzeit die Endzeit berechnet.
Jetzt steht da 00:00 egal was ich bei Fahrtzeit eintrage.

Auch 2 Minuten vor Fahrtbeginn ändert sich die Anzeige nicht.

[Sushibomba]

@Lucky_ESA

hier trägt er gar nichts ein. sprich wird nichts aktualisiert:

hier trägt er die richtige Uhrzeit ein wenn ich sie in der vis eintrage:

[Lucky_ESA]

@sushibomba

Auch 2 Minuten vor Fahrtbeginn ändert sich die Anzeige nicht.

Die Endzeit muss sofort angezeigt werden. Starte mal den javascript Adapter neu.

Das ist aber nicht dein Blockly was du da gerade zeigst????

Gruß//Lucky

[Sushibomba]

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

@lucky_esa

Habe jetzt mein altes deaktiviert und alle Datenpunkte schon in der VIS mit deinem Script angepasst.
Aber aus irgendeinem Grund sendet der Adapter die Mähzeit nicht an den Robi.
Wenn ich in der WORX App eine Mähzeit eintrage, dann erscheint auf dem Display der Wochentag und die Zeit läuft ab bis zum Start. Das müsste doch eigentlich auch durch unser Script so passieren oder?

Hier ist mein aktuelles Script:

Sushi WORX.txt

@Lucky_ESA Nein das ist die Übersicht der Objekte.
Mein Blockly habe ich doch hier eben hochgeladen.

EDIT:

Javascript Adapter neu gestartet. Keine Änderung.
Die Endzeit trägt er nicht mehr automatisch ein leider.

Hier noch die VIS

worx view vis.txt

[Sushibomba]

@Lucky_ESA

Ich glaube das Problem ist, das ich diese Werte nicht in der VIS anspreche:

sondern ich in der Vis den Datenpunkt ändere so wie vorher auch:

0_userdata.0.Mahroboter.Zeiten.01_Montag_Startzeit

[Lucky_ESA]

@sushibomba Du hast das falsche Blockly laufen. Du musst das nehmen was ich gerade gepostet habe.

Gruß//Lucky

[Sushibomba]

@lucky_esa

Du hast keins gepostet.
Weiter oben hast du nur ein altes von mir hochgeladen.
Da sind keine zwei Zeiten drin.

[emil70]

@jan-cux sagte in Adapter: Worx Landroid v2.x.x:

worx.0	2023-04-27 15:31:21.558	error	MQTT ERROR: Error: read ECONNRESET
worx.0  2023-04-27 15:27:55.174	error	MQTT ERROR: Error: read ECONNRESET

Die Meldung habe ich auch 1x am Tag. Kommt genau zu der Zeit, wo meine Fritzbox ihre Zwangstrennung macht und man eine neue IP bekommt

worx.0
	2023-04-28 05:50:28.677	error	MQTT ERROR: Error: read ECONNRESET
iot.0
	2023-04-28 05:46:54.496	error	Error by device connection: "read ECONNRESET"

[Jan Cux]

@lucky_esa Danke für den Tipp, habe ich heute früh gemacht, das Ergebnis ist leider wie beschrieben: Ca. alle 3,5 Minuten kommt die Fehlermeldung:

worx.0
	2023-04-28 09:23:37.081	error	MQTT ERROR: Error: read ECONNRESET
worx.0
	2023-04-28 09:19:54.275	error	MQTT ERROR: Error: read ECONNRESET
worx.0
	2023-04-28 09:15:30.563	info	Start MQTT connection

Um die Fehlermeldungen zu vermeiden, hatte ich am Donnerstag-Abend (27.4.23) den worx-Adapter gestoppt, nach dem Tipp von lucky_esa den pi mit langem Kabel direkt an die fritzbox angeschlossen und danach den Adapter wieder gestartet.

[Lucky_ESA]

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

@lucky_esa

Du hast keins gepostet.
Weiter oben hast du nur ein altes von mir hochgeladen.
Da sind keine zwei Zeiten drin.

Habe dein altes Blockly 2 x gepostet und nun zum 3 Male...Du musst deine VIS wieder in den alten Zustand versetzen. Deine Datenpunkte befinden sich in javascript und nicht in 0_userdata
dein_script.txt

Den Objektbaum 0_userdata.0.Mahroboter kannst du komplett löschen.

Gruß//Lucky

[Jonny 1]

@lucky_esa
Hallo.
muss man in deinen script nur Telegram user und SerienNr. ändern oder noch mehr?
wie bekomme ich zweite Arbeitszeit in den script(bin noch nicht so gut mit den scripten)?
Gruss

[Lucky_ESA]

@jonny-1 sagte in Adapter: Worx Landroid v2.x.x:

@lucky_esa
Hallo.
muss man in deinen script nur Telegram user und SerienNr. ändern oder noch mehr?
wie bekomme ich zweite Arbeitszeit in den script(bin noch nicht so gut mit den scripten)?
Gruss

Das ist nicht mein Script sondern stammt aus diesem Thread.
Ich habe es lediglich angepasst um euch zu zeigen, was ihr bei euch ändern müsst.
Natürlich kann ich auch ein neues Script oder Adapter schreiben aber wenn ich was nicht kann...Dann sind es Grafiken, VIS und IQontrol.
Ihr solltet in diesem Thread eure Fragen platzieren. Vielleicht reagiert dort ein User und stellt dort sein neues Blockly zur Verfügung.

Gruß//Lucky

[Sushibomba]

@lucky_esa

Ich kann dir nicht ganz folgen. Ich dachte es gebe ein Script mit zwei Zeiten was aktuell läuft mit deinen Anpassungen. Deshalb habe ich das neue Script genommen und meine VIS Datenpunkte alle mühselig geändert.

Habe auch kein Backup gemacht von der alten VIS und habe auch keine Lust alle Datenpunkte wieder neu anzupassen und ehrlich zu sein. Dachte mir ich mache mir jetzt einmal noch die Arbeit und gut ist mit dem neuen Script mit zwei Zeiten.

Nun möchte ich die neuen Datenpunkte aus dem Script mit zwei Zeiten nutzen und möchte einfach nur das es wieder läuft.

Demnach noch Mal an dich oder jemanden anderen hier die Frage, ob er das neue Script mit zwei Zeiten bei einem WORX aktuell korrekt am laufen hat. Dann würde ich mich über das Script freuen.

Vielen Dank.

[Jan Cux]

@tombox Hallo tombox!

Ich fürchte, du hast mit deiner Vermutung "Netzwerkprobleme" recht und habe daher mal die Ausgabe von ifconfig hier drangehängt. Vllt. fällt ja dir oder anderen kompetenten Usern auf, wo man einhaken könnte

pi@raspberrypi:~ $ ifconfig -a
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.21.134  netmask 255.255.255.0  broadcast 192.168.21.255
        inet6 fe80::dea6:32ff:fe77:8f3  prefixlen 64  scopeid 0x20<link>
        inet6 2a02:908:261a:9d00:dea6:32ff:fe77:8f3  prefixlen 64  scopeid 0x0<global>
        ether dc:a6:32:77:08:f3  txqueuelen 1000  (Ethernet)
        RX packets 1545096  bytes 796361134 (759.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1730750  bytes 184845810 (176.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether dc:a6:32:77:08:f3  txqueuelen 1000  (Ethernet)
        RX packets 1726808  bytes 831871857 (793.3 MiB)
        RX errors 0  dropped 2654  overruns 0  frame 0
        TX packets 1824117  bytes 205504745 (195.9 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 28720274  bytes 5118627616 (4.7 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 28720274  bytes 5118627616 (4.7 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vethpivccu: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::fc22:75ff:fe47:4e12  prefixlen 64  scopeid 0x20<link>
        ether fe:22:75:47:4e:12  txqueuelen 1000  (Ethernet)
        RX packets 251442  bytes 203966128 (194.5 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 491431  bytes 226992484 (216.4 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0