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

[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

[babasv]

Super Arbeit .. bei mit läuft das wieder
Danke

[Jack01]

Superschnelle Lösung! Danke!!
Installation von GIT hat geklappt. Bis jetzt keine Warnungen oder Fehler.
Danke

worx.0 2026-04-12 17:17:33.749	info	Request Counter: 1
worx.0 2026-04-12 17:17:33.528	info	Check states!
worx.0 2026-04-12 17:17:33.506	info	Start check devices object!
worx.0 2026-04-12 17:17:33.467	info	Start MQTT connection
worx.0 2026-04-12 17:17:33.378	info	Create product folder and states for WR106SI
worx.0 2026-04-12 17:17:32.949	info	Create folder activityLog and set states.
worx.0 2026-04-12 17:17:32.939	info	New Firmware found, create states...
worx.0 2026-04-12 17:17:32.804	info	VISION CLOUD CLEAN UP!
worx.0 2026-04-12 17:17:32.803	info	Found device Robby with id xxxxxxxxxx
worx.0 2026-04-12 17:17:32.802	info	Found 1 devices
worx.0 2026-04-12 17:17:32.640	info	Connected to worx server
worx.0 2026-04-12 17:17:32.224	info	Start login
worx.0 2026-04-12 17:17:32.182	info	Login to worx
worx.0 2026-04-12 17:17:32.181	info	Changed timeout for edgecut to 5000
worx.0 2026-04-12 17:17:32.181	info	Use old aws-iot-device-sdk.
worx.0 2026-04-12 17:17:32.049	info	starting. Version 3.3.0 (non-npm: iobroker-community-adapters/ioBroker.worx) in /opt/iobroker/node_modules/iobroker.worx, node: v22.22.2, js-controller: 7.0.7

[Lucky_ESA]

Das Release 3.3.0 ist nun unterwegs und sollte bald sichbar sein.
Achtung!!! Wer den neuen Vision Cloud hat - Mit Release 3.3.0 wird beim ersten Start der Mower komplett gelöscht und sofort wieder neu angelegt. Wer bereits Blocklys hat sollte vor dem Update den Javascript Adapter stoppen. Wer den nicht stoppt erhält dann Error Meldungen vom Javascript Adapter die natürlich ignoriert werden können. Sorry dafür, aber das Release 3.3.0 war jetzt nicht so schnell geplant

@hsteinme Wird sich jetzt den Vision Cloud anschauen und mir ein wenig helfen, diesen komplett zu implementieren. Danke dafür...

Gruß//Lucky

[mcm1957]

3.3.0 sollte zwischenzeitlich auf npom verfügbar sein.
Repo Update ist in progress.

Bitte bei Bedarf in etwa 1h "nach Updates suchen" anklicken. Dann sollte die neue Version auftauchen ..