NEWS
Adapter: Worx Landroid v2.x.x
-
@sushibomba sagte in Adapter: Worx Landroid v2.x.x:
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.txtDen Objektbaum 0_userdata.0.Mahroboter kannst du komplett löschen.
Gruß//Lucky
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 Sieht auf den ersten Blick nach einem Netzwerkproblem aus. Du bist sicher dass du keine Netzwerkprobleme hast?
@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 -
@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 -
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.
@sushibomba Ich habe dir hier dein Script zur Verfügung gestellt. Du nimmst ein anderes und passt deine VIS falsch an...
Hast du in ioBroker folgende Datenpunkte?
worx.0.xxx.calendar.calJson
worx.0.xxx.calendar.calJson2Gruß//Lucky
-
@sushibomba Ich habe dir hier dein Script zur Verfügung gestellt. Du nimmst ein anderes und passt deine VIS falsch an...
Hast du in ioBroker folgende Datenpunkte?
worx.0.xxx.calendar.calJson
worx.0.xxx.calendar.calJson2Gruß//Lucky
Ja die sind beide vorhanden.
Ich weiß nicht ob ich auf dem Schlauch stehe, aber irgendwie verstehe ich dich nicht. Ich hatte letztes Jahr ein Skript für den WORX erfolgreich am laufen. Dann gab es jetzt die Änderungen bezüglich der JSON Geschichte.
Daraufhin habe ich hier im Forum gesehen, dass es ein Skript mit 2 Zeiten pro Tag gibt. Erst hatte ich es mit meinem alten probiert anzupassen aber ohne Erfolg.
Dementsprechend habe ich dann das Skript mit den 2 Mähzeiten pro Tag importiert und meine Seriennummer und Telegramm angepasst.
Ebenfalls habe ich meine VIS Datenpunkte auf den neuen Objektbaum -> 0_userdata.0.Mahroboter angepasst.
Das was du mir aber immer verlinkst, ist auch nur ein Skript, wo ich nur 1 mal pro Tag mähen lassen kann.Um das abschließend zusammenzufassen. Wenn es die Möglichkeit gibt, zwei Mähzeiten pro Tag mit einem Skript anzusprechen, würde ich zukünftig gerne dieses verwenden.
Ich hoffe du hast ich jetzt verstanden. Ich suche als einfach nur ein funktionierendes Skript mit 2 Mähzeiten pro Tag.
Vielen Dank vorab und einen schönen Start ins lange Wochenende.
-
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.
Passt hier nicht so hin 😉
aber magst Du kurz Deine View teilen? -
@sushibomba sagte in Adapter: Worx Landroid v2.x.x:
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:
@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
@sushibomba sagte in Adapter: Worx Landroid v2.x.x:
@sushibomba sagte in Adapter: Worx Landroid v2.x.x:
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:
@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
@haselchen Habe ich hier schon :)
-
@sushibomba sagte in Adapter: Worx Landroid v2.x.x:
@sushibomba sagte in Adapter: Worx Landroid v2.x.x:
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:
@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
@haselchen Habe ich hier schon :)
@sushibomba
OT
Vielen Dank, gibt natürlich ne Menge anzupassen.
Ich hab Materialdesign installiert, bekomme aber Deinen Hintergrunde oder auch keine Buttonfarbe angezeigt.
Was benötige ich noch von Dir? -
@sushibomba sagte in Adapter: Worx Landroid v2.x.x:
@sushibomba sagte in Adapter: Worx Landroid v2.x.x:
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:
@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
@haselchen Habe ich hier schon :)
@sushibomba Das liegt daran das du einfach meine Fragen nicht beantwortes. Habe dich bereits gefragt, ob du in der APP 2 Mähzeiten hast. Gut, jetzt weiß ich du hast 2.
Jetzt noch eine Frage.Hast du wirklich den Adapter "daswetter" installiert?
@haselchen Machst du jetzt eine VIS Übersicht für sushibomba?
Gruß//Lucky
-
@sushibomba Das liegt daran das du einfach meine Fragen nicht beantwortes. Habe dich bereits gefragt, ob du in der APP 2 Mähzeiten hast. Gut, jetzt weiß ich du hast 2.
Jetzt noch eine Frage.Hast du wirklich den Adapter "daswetter" installiert?
@haselchen Machst du jetzt eine VIS Übersicht für sushibomba?
Gruß//Lucky
Bin verwirrt... was meinst Du mit diesem Zitat?
-
@sushibomba Das liegt daran das du einfach meine Fragen nicht beantwortes. Habe dich bereits gefragt, ob du in der APP 2 Mähzeiten hast. Gut, jetzt weiß ich du hast 2.
Jetzt noch eine Frage.Hast du wirklich den Adapter "daswetter" installiert?
@haselchen Machst du jetzt eine VIS Übersicht für sushibomba?
Gruß//Lucky
@lucky_esa
OK dann war das keine böse Absicht.-
Ja in der WORX App kann ich 2 Mähzeiten eintragen.
-
Ja ich habe den "das Wetter" Adapter laufen. Hat sich letztes Jahr super damit funktioniert.
Die Tage kommen aber meine neuen Xiaomi Wassersensoren die ich mit einem passenden Regensensor für die zukünftige Ermittlung des Regens bei mir vor Ort nutzen möchte.
Ich hoffe das beantwortet die Fragen :)
-
-
@sushibomba
OT
Vielen Dank, gibt natürlich ne Menge anzupassen.
Ich hab Materialdesign installiert, bekomme aber Deinen Hintergrunde oder auch keine Buttonfarbe angezeigt.
Was benötige ich noch von Dir?Du meinst wenn du auf den Button drückst, wird er nicht grün? Und du hast den Hintergrund von meinem VIS und bekommst ihn nicht weg?
Verstehe die Fragen nicht ganz. -
Du meinst wenn du auf den Button drückst, wird er nicht grün? Und du hast den Hintergrund von meinem VIS und bekommst ihn nicht weg?
Verstehe die Fragen nicht ganz.Habs importiert und so sieht es aus:
Ich denke, da fehlen mir noch ein paar Einstellungen oder dergleichen.
-
bin schon gespannt ob und wie der neue Landroid Vision eingebunden wird :heart_eyes: offizieller Verkaufsstart 01.05.
@reini Wird ganz normal erkannt und als Objekt im ioB angelegt. Manche Status geben keinen Sinn bzw. Befehle wie bspw. "follow wire", aber ansonsten werde alle Daten angezeigt und gelesen.
Die App hingegen hängt extrem hinterher; man kann keinen Kantenschnitt auswählen, keinen Partymodus, etc.
Zum Mäher selbst findet sich bereits einiges im roboter forum.
Sorry für OT. -
@haselchen
@lessthanmore
Hllo zusammen,für die VIS Ansicht ist das hier der falsche Thread!!!
@Sushibomba
Dort werde ich dir (oder euch) eine VIS zur Verfügung stellen.
Für das passende Blockly benötige ich noch ein paar Tage.Gruß//Lucky
-
@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 connectionUm 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.
-
Habs importiert und so sieht es aus:
Ich denke, da fehlen mir noch ein paar Einstellungen oder dergleichen.
Ja den Hintergrund kannst du natürlich jederzeit anpassen. Die Klingenlaufzeit wird aus einem Script berechnet. Den Rest sieht man dann wahrscheinlich wenn der Hintergrund wieder dunkel ist 😁
-
@jan-cux Ich würde mal ein paar stunden ping auf google.com laufen lassen und dann beenden und dann die summary anschauen
@tombox Hallo tombox, habe ich gemacht, hier das Ergebnis, das für mich als Laie gar nicht so schlimm aussieht. Aber Fachleute sehen das evtl. anders:
vormittags --- google.com ping statistics --- 1502 packets transmitted, 1501 received, 0.0665779% packet loss, time 2068ms rtt min/avg/max/mdev = 7.837/28.916/5249.899/220.195 ms, pipe 6 mittags 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6449 ttl=118 time=19.9 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6450 ttl=118 time=11.2 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6451 ttl=118 time=13.8 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6452 ttl=118 time=11.8 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6453 ttl=118 time=13.4 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6454 ttl=118 time=12.9 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6455 ttl=118 time=10.5 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6456 ttl=118 time=11.3 ms früher Nachmittag --- google.com ping statistics --- 9540 packets transmitted, 9536 received, 0.0419287% packet loss, time 9779ms rtt min/avg/max/mdev = 7.652/12.978/122.089/4.679 ms gegen Abend --- google.com ping statistics --- 9303 packets transmitted, 9303 received, 0% packet loss, time 10055ms rtt min/avg/max/mdev = 7.555/12.383/47.971/3.602 msEs hat sich mittlerweise ein weiterer User gemeldet mit der gleichen MQTT-Fehlermeldung, dort hängt der pi direkt am LAN.
-
@jan-cux Hab das gleiche Problem mit dem MQTT ERROR. Bei mir hängt der Raspberry schon immer via LAN an der Frirtzbox. und auch alle 3 1/2 Minuten der gleiche Fehler.
@caesarii Hallo caesarii,
ist schon interessant - hast Du irgendwelche Einschränkungen beim Nutzen des Landroid gemerkt? Ich habe den Adapter erst mal wieder angehalten und starte ihn dann, wenn ich den Landroid benutzte, weil ich denke, dass die periodischen Fehlermeldungen keinem System nutzen.
-
@tombox Hallo tombox, habe ich gemacht, hier das Ergebnis, das für mich als Laie gar nicht so schlimm aussieht. Aber Fachleute sehen das evtl. anders:
vormittags --- google.com ping statistics --- 1502 packets transmitted, 1501 received, 0.0665779% packet loss, time 2068ms rtt min/avg/max/mdev = 7.837/28.916/5249.899/220.195 ms, pipe 6 mittags 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6449 ttl=118 time=19.9 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6450 ttl=118 time=11.2 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6451 ttl=118 time=13.8 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6452 ttl=118 time=11.8 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6453 ttl=118 time=13.4 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6454 ttl=118 time=12.9 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6455 ttl=118 time=10.5 ms 64 bytes from fra24s08-in-x0e.1e100.net (2a00:1450:4001:82b::200e): icmp_seq=6456 ttl=118 time=11.3 ms früher Nachmittag --- google.com ping statistics --- 9540 packets transmitted, 9536 received, 0.0419287% packet loss, time 9779ms rtt min/avg/max/mdev = 7.652/12.978/122.089/4.679 ms gegen Abend --- google.com ping statistics --- 9303 packets transmitted, 9303 received, 0% packet loss, time 10055ms rtt min/avg/max/mdev = 7.555/12.383/47.971/3.602 msEs hat sich mittlerweise ein weiterer User gemeldet mit der gleichen MQTT-Fehlermeldung, dort hängt der pi direkt am LAN.
Support us
375
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge