Weihnachtsangebot 2025! 🎄

[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