Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[ilovegym]

@falke69 ich wuerde mal sagen, du hast n Script, was die Rate limits erreicht.. von alleine macht er das ja nicht..

Edit:
@Lucky_ESA kann man alle Versionen ohne Rate Limits nicht sperren / von Git/NPM nehmen, damit hier nicht wieder die Sperren seitens Works kommen, weil der ein oder andere ein fehlerhaftes Script laufen laesst..??
Waere fuer die Allgemeinheit besser... :)

[falke69]

@ilovegym

Das Script habe ich im letzten Jahr diesbezüglich umgeändert. Seit dem hat es auch immer tadellos funktioniert. Bisher wurde ich nur dieses Jahr gesperrt, zu dem Zeitpunkt, wo es einfach die Runde machte. Das lag aber nicht am Script, sondern an Worx selbst.
Wenn es viel geregnet hat und er nicht rausfahren kann, oder zu dem Zeitpunkt, wo Worx die Probleme hatte, lasse ich den Mäher dann immer mehrmals hintereinander rausfahren, sobald der Akku voll ist. Bisher gab es auch nie Probleme.

[ilovegym]

@falke69

naja aber wenn doch das Rate Limit anschlaegt stimmt was nicht! Da gibts keine Ausreden, Script ist Fehlerhaft. Fertig.
Natuerlich merkst du das ohne Ratelimit nicht, aber wenn das 100 Leute so haben, dann wird die Serverlast zu gross und irgendwann schaltet Works wieder auf blockade.. also bist du der Boese Bube, dem wir das zu verdanken haben.. :) oder wenigstens einer davon :)

Mach das so, wie @Lucky_ESA das immer schreibt, und nicht anders und verwende bitte die aktuelle Version!

Ansonsten bist du der erste, der bei mir den Rasen maeht, wenn wir alle wieder geblockt werden.. und ich denke, die anderen sehen das recht aehnlich.. :)

[falke69]

@ilovegym

Könntest Du mir da vielleicht Dein Script zur Verfügung stellen, damit ich das damit testen kann?

[Lucky_ESA]

@falke69 sagte in Adapter Worx Landroid v3.x.x:

The rate limit has been reached!

Schau mal in worx.0.rateLimit rein welche Abrufe du da so machst. Eigentlich habe ich alles in der Beschreibung eingefügt.
Ich sehe das du "Aktualisierung der Daten nach der Token-Aktualisierung." aktiviert hast
Das wären dann:
24 x Token
24 x Daten aktualisieren (wegen Checkbox aktiviert)
24 x Intervall

Ich würde diese Checkbox deaktivieren da die Daten ca. alle 10 Minuten über MQTT kommen. Bei einige User scheint der Intervall bei 40 Minuten zu liegen. Hier wollte Worx was probieren und suchte einen Freiwilligen. Ob jemand gefunden wurde kann ich nicht sagen.

Dann bist du bei 72. Ändere dann den Wert auf 100.

@ilovegym Das kann ich sperren aber erst muss das Rate Limit mal getestet werden. Wenn alles funktioniert werde ich auch einige Versionen sperren.

Gruß//Lucky

[falke69]

@lucky_esa

Okay, der Haken ist raus.

Jetzt warte ich mal noch auf das Script von @ilovegym.
Und dann werde ich das ganze noch mal testen.

[ilovegym]

@falke69

Um was für ein Script geht es? Mein Vision fährt morgens und, wenn es nicht zu heiß ist, mittags. Fertig. Das ist n blockly mit nem scheduler auf ne fixe Uhrzeit…

[falke69]

@ilovegym

ich dachte, dass Du auch ein Script mit variablen / einstellbaren Zeiten hättest.
Dann muss ich nochmal schauen, ob ich hier ein Script mit einstellbaren Zeiten finden kann.

Edit:
ich glaube ich habe das Script gefunden, welches ich suche
https://forum.iobroker.net/topic/32382/zeigt-her-eure-views-zum-thema-mähroboter/542

[ilovegym]

@falke69 ne nee, mach das so einfach wie möglich, Hauptsache der fährt nicht, wenn die Beregnung aktiv ist oder aktiv war, ansonsten hat meiner "freie Fahrt" :)

[falke69]

@lucky_esa

ich habe jetzt das "aktuelle" Srcipt von Dir geladen und eingebunden.
Leider bekomme ich im Log immer eine Fehlermeldung, sobald es eine Änderung im Status gibt.
Etwas scheint mit dem Datenpunkt nicht zu stimmen.
Das einzige, was ich bisher im Script geändert habe, ist der Pfad zu den erstellten Datenpunkten.

Ich habe schon einiges versucht, aber ich bekomme die Fehlermelung

Object of state "0_userdata.0.Rasenmaeher.Status" is missing the required property "common.type"

einfach nicht weg.

{
  "common": {
    "name": "Status",
    "desc": "Per Script erstellt",
    "type": "string",
    "read": true,
    "write": true,
    "role": "text",
    "def": ""
  },
  "native": {},
  "type": "state",
  "_id": "0_userdata.0.Rasenmaeher.Status.Status",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1757784513178
}

Hättest Du einen Tip / Lösung für mich?
Danke

[Lucky_ESA]

@falke69 Wenn du Fragen zu diesem Blockly hast dann frage bitte in dem Thread nach, wo du es heruntergeladen hast.
Ich müsste mir das genauer anschauen aber bei dir wird in 0_userdata.0.Rasenmaeher.Status geschrieben statt in 0_userdata.0.Rasenmaeher.Status.Status.
Wahrscheinlich hast du noch alte Objekte die beim Start nicht überschrieben werden. Bitte mal Javascript Adapter stoppen, den Ordner Rasenmaeher komplett löschen und dann javascript Adapter starten.

[falke69]

@lucky_esa

Danke für Deine Rückmeldung.
Das mit dem "Datenpunkt" "0_userdata.0.Rasenmaeher.Status" habe ich nicht mal bemerkt.
Das wäre ja ein Ordner und würde ja nicht funktionieren.
Der Datenpunkt "0_userdata.0.Rasenmaeher.Status.Status" wird aber ordnungsgemäß beschrieben.

Ich werde das nochmal bei schöen Wetter testen und dann im anderen Thread bei Fehlern nachfragen.
Wäre ja zu komisch, wenn ich der einzige wäre und sich noch niemand dazu gemeldet hätte. :-)

[PLCHome 0]

@lucky_esa Ich habe das Ratelimit Problem seit der 3.2.6 und nun auch mit der 3.2.7. Mit der 3.2.5 kommt der Fehler nach einer Pause dann nicht mehr. Script habe ich keine auf den Objekten des Adapters. Ich habe jetzt einmal "Aktualisieren der MQTT-Daten nach der Token-Aktualisierung" abgeschltet. Aber mir der 3.2.5 gab es keine Probleme. Ich gehe dann mal auf die 3.2.5 und werde dann mal ohne den Schalter die 3.2.7 testen.

Nachtrag: Mit der 3.2.5 läuft alles wieder... Kein Ratelimit Problem.

[Lucky_ESA]

@plchome-0 Du musst mal in worx.0.rateLimit schauen welche Requests rausgehen. Vielleicht hast du ein Thema in VIS.

[PLCHome 0]

@lucky_esa via benutze ich nicht. Ich habe auch sonst nichts verändert. Ich übertrage die geänderten Werte über Nodered zum Homeassistent um die Werte da anzuzeigen mehr nicht. Wie gesagt das einzige war das Update nach dem Downgrade läuft der Adapter scheinbar wieder

[skvarel]

Hallo zusammen.

Da der Datenpunkt: worx.0.xxx.mower.status nur eine Nummer als Status ausgibt, habe ich mir ein kleines Script inkl. Übersetzung angelegt.

Das Script 'wandelt' die Zahl in Text um und übersetzt ihn direkt. Das Ergebnis schreibe ich in zwei Datenpunkte.

In der VIS lasse ich mich zur Zeit noch DE und EN anzeigen:

Falls jemand Interesse an dem Script hat:

https://github.com/inventwo/Script-Sammlung/blob/main/JavaScript/WorxStatus-DE

[Jack01]

Moin, seit langer Zeit läuft der Adapter klaglos.
Dafür nochmals vielen Dank an die Entwickler.
Seit gestern bekomme ich diese Fehlermeldungen:

worx.0 2026-04-11 18:45:22.152	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 17:48:41.511	error	awsMqtt: TypeError: Cannot set properties of undefined (setting 'mqtt_newendpoint')

worx.0 2026-04-11 17:48:41.510	error	{"message":"The GET method is not supported for route api/v2/users/me. Supported methods: DELETE."}

worx.0 2026-04-11 17:48:41.510	error	AxiosError: Request failed with status code 405

worx.0 2026-04-11 17:34:01.799	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 16:37:21.790	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 15:40:41.698	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 14:44:01.732	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 13:47:21.902	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 12:50:41.689	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 11:54:01.723	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 10:57:21.896	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

worx.0 2026-04-11 10:00:41.161	error	TypeError: Cannot read properties of null (reading 'updateCustomAuthHeaders')

Gestern habe ich nach einem Sudo update & upgrade Node.Js 22.22.2 bekommen. Hängt das evtl. damit zusammen?
Ich nutze den Adapter nur passiv, sende also keine Befehle an den Mäher.
Gruß
Hans-Jürgen

[Lucky_ESA]

@Jack01 Nein, Worx hat diesen Request deaktiviert. Durch deinen Restart wird diese Abfrage benötigt, was jetzt nicht mehr funktioniert. Die dort benötigten Daten kommen über die API. Muss da was am Adapter anpassen.

@AN ALLE
Bitte nicht euren iobroker oder den Adapter neu starten.

Werde morgen den Fehler beheben und einen Hotfix veröffentlichen.
@mcm1957 Zur Info

Gruß//Lucky

[mcm1957]

@lucky_esa
Bitte ggF auch via Telegramm triggern.

[Lucky_ESA]

Leider kann ich derzeit die 3.3.0 nicht veröffentlichen. Kann gerade nicht sagen wann das Thema behoben wird.
Wer nicht warten möchte muss derzeit von GIT laden.

Gruß//Lucky