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

[Armilar]

@lucky_esa

Bin meistens unter den Beta's unterwegs (Mit Ausnahme des JS-Adapters 9.x.x - der ist noch zu Buggy) und daher läuft die 3.2.4 bereits seit Tagen mit dem Problem... Wahrscheinlich hatte ich auch mal die 3.2.3 ;-)

[Homoran]

Was heisst in diesem Log eigentlich

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

getState "worx.0.2020302091010020598D.mower.status" not found (3)

ist der state oder der Wert nicht da?

[NewPaint2]

@homoran Gute Frage... das war das erste mal wo sich der worx Adapter im Log gemeldet hatte. In den States befindet er sich, warum er hier "daneben greift..." kann ich nicht beantworten. Bei mir war das auch jedes Mal wenn die App mal ging das der Roboter weg war und ich musste den mit dem QR Code verbinden. Der Mower ist ein WR153e aus 2019, vielleicht schränkt das über die Jahrgänge der Geräte etwas die Fehlersuche ein.

[NewPaint2]

@lucky_esa es war die 3.2.3, den Wechsel habe ich schon gemacht jetzt ist alles auf 3.2.4 aber da flieg ich mit einem Start mit Fehler 429 raus. Mein Anbieter ist die Telekom, öffentlich erreichbare IP-Nummer hinter einer Fritzbox. Mower ist ohne Probleme im W-Lan und hat auch keine Ecken wo er dieses nicht erreicht.

[Armilar]

@lucky_esa

Werde die 26h erneut starten. Die App brachte die gleichen Sperr-Infos. War dann am rätseln, bis meine Frau dann sagte, dass ihre App auch Probleme macht :confounded:

Also jetzt ist ihre auch gelöscht :blush:

[BananaJoe]

Ich habe zwar heute gerade endlich den Draht verlegt und gerade erst meinen WR169E eingerichtet, aber eventuell kann ich etwas beisteuern.

Ich musste ja meine Email-Adresse bestätigen, danach war ich auf der Webseite

https://id.worx.com/login

Dort kann man dann unter Applications sehen was mit dem Gerät verbunden ist - und den Zugriff zurückziehen.
Wie sieht es da bei euch aus? Der Adapter müsste ja entweder als Android-Gerät oder etwas anderes dort auftauchen.

[Armilar]

@bananajoe

Keine Chance… Die Webseite wird bei uns nicht geladen und zeigt den Fehler 429. Benutzt Du eine andere (zuvor ungenutzte IP) ist spätestens mit dem Login die IP auch gesperrt…

[Gargano]

@armilar ,@bananajoe, @Lucky_ESA

Interessantes Verhalten :
Ich komme mit Chrome, Edge oder FF nicht auf https://id.worx.com/login.
Wie erwähnt der Fehler 429

Mit den Tor-Browser komme ich jedoch drauf.
Schaut dann so aus :

[BananaJoe]

@armilar das passt zu der Annahme das nicht Worx sperrt sondern zuvor schon Cloudflare als Sicherheitsdienstleister
Bei mir wäre das schlecht - ich habe eine feste IP-Adresse ...

Der a.nel.cloudflare.com aus dem Screenshot ( dieser Post: https://forum.iobroker.net/post/1278181) ist zumindest sowohl über IPv4 als auch IPv6 erreichbar

[BananaJoe]

@gargano 5 Stück? Wobei 2 habe ich jetzt auch schon, die App auf meinem Handy und nachdem ich das Produkt registriert habe auch noch https://account.worxlandroid.com/

[Gargano]

@bananajoe
Ich komme auch mit dem Tor-Browser auf meinen Account.
Was macht denn das Revoke Access genau ? Ich habe kein IOS-Gerät

Vielleicht versucht es auch mal ein anderer mit dem Tor-Browser.

[Ein ehemaliger Benutzer]

@lucky_esa

ich kam eben in den Login id.worx.com/login und hab die android app rausgeworfen, ebenso Alexa (keine Ahnung, warum die da drin war).
Dann den Adapter gestartet, sofort wieder Error 429.
Login geht da auch nicht mehr, die App erspare ich mir.

Also eindeutig was mit dem Adapter, lief hier in Version 3.2.4.

wenn du irgendwelche Daten brauchst.. sag bescheid, bitte.

[Lucky_ESA]

@neuschwansteini Eigentlich sollt ihr eure APP ausprobieren und nicht den Adapter. Wenn alles funktioniert dann dringend erst in der Instanz Einstellung den roten Button drücken damit eure allte Session geköscht wird und dann noch den Adapter auf debug stellen.

Wenn du im Log keine Fehlermeldungen siehst dann bringt der mir leider nichts.

Gruß//Lucky

[Ein ehemaliger Benutzer]

@lucky_esa

Ok dann ist ja klar, dass ich das falsch gemacht habe, ok. Dann warten wir mal und dann lade ich mir die App wieder herunter..

Ist ja logisch, wenn der die alte Session wieder aktiviert hat..

[Bjoern77]

Moin
Rückmeldung von mir nach ~40h. Hier mein Verlauf:

• Adapter gestoppt
• App auf 2 Geräten deinstalliert
• ~40h gewartet
• App auf einem Gerät wieder installiert
• Beim Anmelden kam schon "Verbindungsfehler"
• Neustart der App bringt wieder "Langsamer, sie stellen zu viele...."

Meine Email an den Support (Freitag) wurde noch nicht beantwortet
Was kann man noch testen?
Danke und Gruß
Björn

[Ein ehemaliger Benutzer]

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

@neuschwansteini Eigentlich sollt ihr eure APP ausprobieren und nicht den Adapter. Wenn alles funktioniert dann dringend erst in der Instanz Einstellung den roten Button drücken damit eure allte Session geköscht wird und dann noch den Adapter auf debug stellen.

Nochmal von der Logik her.. wenn der Adapter gestoppt ist, funktioniert der rote Button doch garnicht, oder doch???
Und wenn ich den Adapter laufen lasse, werde ich immer geblockt..

Daher meine Frage.. wie soll das denn funktionieren?
Wenn ich den Adapter starte, startet er mit der alten Session, die wird gleich wieder geblockt, bis ich den roten Button gedrueckt habe und der Adapter einen neuen Sessionkey holt.. so war's ja jetzt..

Da ist meiner meinung nach n dicker Logikfehler drin!

[eve11]

Vielleicht wäre es am besten den Adapter zu deinstallieren und von Vorne anzufangen.

[Ein ehemaliger Benutzer]

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

Vielleicht wäre es am besten den Adapter zu deinstallieren und von Vorne anzufangen.

ja, richtig, bevor noch mehr user sich ihren Account damit sperren...

[EvilEls]

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

@armilar das passt zu der Annahme das nicht Worx sperrt sondern zuvor schon Cloudflare als Sicherheitsdienstleister
Bei mir wäre das schlecht - ich habe eine feste IP-Adresse ...

Der a.nel.cloudflare.com aus dem Screenshot ( dieser Post: https://forum.iobroker.net/post/1278181) ist zumindest sowohl über IPv4 als auch IPv6 erreichbar

a.nel.cloudflare.com aus dem report-to header ist nur eine URL zu der der Browser anonymisierte Trackingdaten schickt. Das hat direkt nichts mit dem 429 zu tun. Habe es nur eingerahmt um zu zeigen, dass Cloudflare das Problem sieht.

Aber, account.worxlandroid.com sowie id.worx.com liegen bei Cloudflare. (Siehe server header)

Der 429 wird also nicht von worx sondern von Cloudflare geworfen. Dort wird sofort auf IP Ebene der 429 zurückgegeben, ohne überhaupt die Requests zu worx weiterzugeben.

Wenn ich mir bei der Telekom eine neue IP abhole, kann ich problemlos auf account.worxlandroid.com sowie id.worx.com zugreifen. Ohne Einschränkungen.

Unter id.worx.com habe ich alle verbundenen Apps gelöscht.

Dann Adapter gestartet:

worx.0
2025-06-22 11:48:52.573	warn	Serial number 202130267209007208FB was not found. Please delete the object tree worx.0.202130267209007208FB.
worx.0
2025-06-22 11:48:52.549	info	Start check devices object!
worx.0
2025-06-22 11:48:52.546	warn	No mower found to start mqtt
worx.0
2025-06-22 11:48:52.546	info	Start MQTT connection
worx.0
2025-06-22 11:48:52.531	error	{"message":"Too Many Attempts."}
worx.0
2025-06-22 11:48:52.531	error	AxiosError: Request failed with status code 429
worx.0
2025-06-22 11:48:52.265	info	Connected to worx server
worx.0
2025-06-22 11:48:51.723	info	Start login
worx.0
2025-06-22 11:48:51.718	error	{"error":"invalid_grant","error_description":"The refresh token is invalid.","hint":"Token has been revoked"}
worx.0
2025-06-22 11:48:51.718	error	AxiosError: Request failed with status code 400
worx.0
2025-06-22 11:48:51.202	info	Login to worx
worx.0
2025-06-22 11:48:51.200	info	Use new aws-iot-device-sdk-v2.
worx.0
2025-06-22 11:48:51.105	info	starting. Version 3.2.4 in /opt/iobroker/node_modules/iobroker.worx, node: v20.19.1, js-controller: 7.0.7

Danach account.worxlandroid.com sowie id.worx.com wieder 429. Alles dicht.

Also, neue IP geholt.

Wieder kann ich problemlos auf account.worxlandroid.com sowie id.worx.com zugreifen.
Interessanterweise sind wieder zwei Apps verbunden:

account. wird durch Zugriffe über die Webseite hinzugefügt.
app. durch den Adapter.

D.h., als ich den Adapter angeworfen habe, ist mindestens ein Login Versuch pro Applikation zu worx durchgekommen.

Nun ist die Frage, warum cloudflare danach alle Requests von meiner IP blockt.

Entweder:

• Cloudflare registriert das Login-Verhalten als „suspekt“ oder „botartig“ und blockiert die IP automatisch per WAF (Web Application Firewall) Rule, Bot Management oder Rate-Limit Rule.
• Worx hat auf seinem Origin-Backend ein Regelwerk, das bei verdächtigem Verhalten IPs an Cloudflare zurückmeldet (z. B. über Firewall API oder custom Access Rules via API). ZB, wenn App ungültigen Token 5× sendet → API erkennt Missbrauch → löst Blockierung via Cloudflare API aus. (halte ich aber für unwahrscheinlich)

Zu erstem Szenario würde auch passen, dass worx ein Problem mit mqtt DDOS eingeräumt (https://forum.iobroker.net/topic/74380/adapter-worx-landroid-v3-x-x/281?_=1750584154729) hat.

Also, mit neuer IP und funktionierenden Webseitzugriffen worx App installiert.
Diese ist seit gut 5 Tagen deinstalliert.

Login schlägt fehl. (Err: "Verbindung fehlgeschlagen")
Beim erneuten öffnen der App dann das bekannte, Langsamer.
Webseiten account.worxlandroid.com sowie id.worx.com wieder 429.

Mit neuer IP komme ich dann wieder auf die Webseiten und sehe wieder zwei Applications

play.google. offensichtlich die Android APp
account. wird durch Zugriffe über die Webseite hinzugefügt.

Also halten wir fest, es sieht alles danach aus, dass Cloudflare der Ausführende ist (429 zurückgibt), aber es ist nicht klar ob:
Cloudflare autonom durch die aktivierten Schutzfunktionen (Bot Detection, Rate Limits etc.) handelt
ODER
durch explizite Konfigurationen von Worx (z. B. Regeln wie „blockiere IP, wenn ...“)

DAS genau muss worx untersuchen.

[Homoran]

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

Cloudflare autonom durch die aktivierten Schutzfunktionen (Bot Detection, Rate Limits etc.) handelt

wenn ich bei einer Website ein cloudflare popup erhalte, heisst es immer
"bitte bestätigen Sie, dass Sie ein Mensch sind"

Sollte der Fehler/ Block von cloudflare kommen, wird IMHO genau diese Überprüfung wohl eine Software (interpretiert als möglicherweise schädlicher Bot) ergeben