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

[Oreider]

Hallo zusammen,

kann man den Adapter mittlerweile wieder verwenden ohne dass der Account gesperrt wird?

Schönen Gruß
Tom

[ktsalti]

@oreider

Ja, funktioniert bei mir wieder ohne Probleme!

[Ben1983]

@ktsalti Was hat es mit der Alten AWS und der neuen auf sich?
Was ist das für ein Unterschied?
Also habe es in der Readme gelesen, aber der user merkt nichts von dem Unterschied, oder?

Ps. Ich wunderte mich, warum mein Mäher immer früh morgens schon unterwegs ist und spät abends nochmal los fuhr.
App auf gemacht. Da war dann ein ganz neues Design. Der Zeitplan war komplett anders (automatischer Zeitplan ist aus).

Hatte das noch jemand?

[hsteinme]

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

Der Zeitplan war komplett anders

Das ist wohl kein Adapter-Thema, sondern eher was für https://www.roboter-forum.com/threads/worx-vision-app.74290/#post-1035440 ff.

[falke69]

Hallo zusammen,

seit dem Update auf die aktuelle Version (3.2.7), bekomme ich permanent diese Meldung:

The rate limit has been reached!

Habe gestern die aktuelle Version geladen. Danach ist er gestern einmal gefahren und heute.
Jetzt bekomme ich diese Fehlermeldung und der Adapter wird nicht mehr grün.

Mit der vorhergehenden Version funktoniert es wieder.
Welche Einstellungen kann / muss ich ändern, das der Adapter wieder grün wird?
Die aktuellen Sitzungsdaten habe ich auch schon gelöscht.
Selbst wenn ich auf das neue MQTT unstelle, bekomme ich diese Fehlermeldung.

Danke

[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