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

[lessthanmore]

@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.

[Lucky_ESA]

@haselchen
@lessthanmore
Hllo zusammen,

für die VIS Ansicht ist das hier der falsche Thread!!!

Bitte hier weitermachen!!!

@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

[CaesarII]

@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.

[Sushibomba]

@haselchen

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]

@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 ms

Es hat sich mittlerweise ein weiterer User gemeldet mit der gleichen MQTT-Fehlermeldung, dort hängt der pi direkt am LAN.

[Jan Cux]

@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]

@jan-cux Also Verbindungsfehler sind eher gering..
Ich habe mal die mqtt error in der github version als info statt error deklariert

[CaesarII]

@jan-cux dachte zuerst ich muss den mqtt Adapter zusätzlich installieren. Jedoch habe ich den Sonoff Adapter am laufen und der nutzt ja Standard den Port 1883. Deshalb habe ich das gelassen. Unklar ist für mich welchen mqtt Server der worx Adapter nicht findet. Hab die orginal App auf dem Smartphone auch am laufen und nutze aktuell noch die darin gespeicherten Ausfahrten.
Soweit bin ich leider noch nicht dass die Zeiten in iobroker gestartet werden können. Wenn ich etwas zur Fehlersuche beitragen kann, bin ich ab morgen gerne bereit.

[tombox]

@caesarii Ich denke hier kann man nicht viel tun dein Netzwerk verliert einfach ab und zu die Verbindung zum MQTT Server was aber spezifisch für dich ist

[marlan99]

Ich habe die Version 2.1.3 installiert und am laufen.
NodeJS 16.19.1
NPM 8.19.3

Bei dem Versuch den Mähre via Datenpunkt

• worx.0.xxxxxxxxxxxxxxxxx.mower.oneTimeStart

zu aktivieren tut sich leider nichts.
Mit dem Datenpunkt

• worx.0.xxxxxxxxxxxxxxxxx.mower.edgecut

startet er einwandfrei

Hat noch jemand damit Probleme?
Es hatte mal funktioniert, aber ich weiss nicht mehr wie lange das her ist.

[Lucky_ESA]

@marlan99

Bei dem Versuch den Mähre via Datenpunkt

• worx.0.xxxxxxxxxxxxxxxxx.mower.oneTimeStart

Hab mir den Code kurz angeschaut.
worx.0..mower.oneTimeWorkTime - Muss > 0 sein

Gruß//Lucky

[marlan99]

@lucky_esa super, danke.

sobald es trocken ist werde ich es nochmal testen.
oneTimeWorkTime war bei mir auf 0 gesetzt.

[Andersmacher]

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

Kann der Entwickler ja vielleicht entscheiden, ob da noch Änderungen notwendig/sinnvoll sind, auch bezüglich Datentyp. -> Das soll eigentlich bei Number bleiben. Bitte weiter beobachten.
Bei mir tritt dieses Thema nicht auf.

Auf dem GIT ist nun der Fehler "calJson_sendto" behoben.

Ich gebe zu, daß ich nicht blicke, ob Dein Satz "Auf dem GIT ist nun der Fehler "calJson_sendto" behoben." sich auf das davor stehende Zitat bezüglich Firmware-Nachkommaproblem bezogen hat.
Will hier nur kurz Rückmeldung geben, weil Du geschrieben hast: "Bitte weiter beobachten.":

Seitdem wir Anfang April das Thema hier "besprochen" haben, habe ich kein Firmwarenummer-Formatproblem mehr feststellen können.
Nur interessehalber: Da der Typ ja noch immer Number ist, vermute ich mal mal, daß Du eine Rundung auf zwei Nachkommastellen eingebaut hast?

[Lucky_ESA]

@andersmacher

Nur interessehalber: Da der Typ ja noch immer Number ist, vermute ich mal mal, daß Du eine Rundung auf zwei Nachkommastellen eingebaut hast?

Nein, bezieht sich nicht darauf.. War bei dir einfach nur Zufall oder Worx hatte da ein Thema. Die Versionnummer kommt von Worx als Number und daher ändern wir da lieber nichts.

Gruß//Lucky

[blue231181]

Hallo zusammen und sorry das ich hier einfach so reingrätsch.
Ich habe nur eine kleine Frage und hoffe Ihr könnt mir helfen.

Ich hab bereits 3x das Blockly von dem altbekannten YouTube Video runter geladen von Sven.
Der linke Part passt, rechts sieht es so aus:

könnte mir bitte jemand nur die rechten Bausteine senden?
(klappt das überhaupt?)
Warum der Import schief läuft weis ich nicht, aber ich habe es mehrmals versucht.
daswetter Adapter ist installiert.
Ich hatte das Skript durch einen Systemabsturz verloren, mit dem Backup konnte ich viel wiederherstellen. Also das Blockly lief bereits bei mir.

VG

[frana120500]

Woran liegt es, dass der Adapter mir das Log so voll haut? Jemand ne Idee?

[marlan99]

@frana120500 kann es sein dass du Datenpunkte über ein Skript aktualisierst/veränderst ?
Oder Datenpunkte vom worx Adapter über ein Skript sekündlich ausliest?
¨

[frana120500]

@marlan99 nein, ich schreibe lediglich 3 Datenpunkte: egdeCut, Starttime und Worktime. Und das auch nur, wenn die Zeit erreicht ist

[marlan99]

@frana120500 mach ich ähnlich. Ich habe kaum Meldungen bei mir drin.

Meine Adapter Version ist: 2.1.3
nodejs: 16.19.1
npm: 8.19.3

evtl. man deine Instanz neu starten ?

[Lucky_ESA]

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

@marlan99 nein, ich schreibe lediglich 3 Datenpunkte: egdeCut, Starttime und Worktime. Und das auch nur, wenn die Zeit erreicht ist

Das machst du ja anscheinend nicht. Bitte dein fehlerhaftes Blockly deaktivieren. Mit dieser Anzahl der Request verärgerst du Worx.

Gruß//Lucky