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

[dirkhe]

habt ihr hier schon gelesen? Dort schreiben sie was von mqtt umstellung auf https usw.

[Lucky_ESA]

@dirkhe sagte in Adapter: Worx Landroid v2.x.x:

habt ihr hier schon gelesen? Dort schreiben sie was von mqtt umstellung auf https usw.

Hat tombox bereits letzte Jahr im Oktober gewechselt.
Wir müssen einfach nur die Requests stark reduzieren. Bin bereits 6 Tage ohne Probleme online allerdings ohne einen Request zu versenden.

Gruß//Lucky

[iobroker2001]

@lucky_esa Wie willst Du weiter vorgehen? Vielleicht im 1. Schritt einen Request/Stunde senden, das Intervall dann verkürzen auf 1/2 Stunde?
Ich frage, weil wir ja zu mehreren Anwendern ähnlich vorgehen könnten und unterschiedliche Requests/Zeit versuchen könnten.

Ich spinne nur rum:
Möglich, dass Worx/Positec auch eine Art Punktesystem realisiert hat, so eine Art rollierenden Negativwert: Wenn innerhalb von 10 Minuten mehr als x Requests abgesetzt waren, und vom vorherigen Beobachtungsintervall noch Negativpunkte vorhanden sind, können diese die Grenze überschreiten, und man wird gesperrt. Hat man noch keine Negativpunkte, weil diese weit genug zurückreichen, würden die x Requests pro 10 Minuten ohne Sperre durchgehen. Das wäre dann schwer zu durchschauen.
So eine Art Wohlverhalten à la chinesischem Sozialbonus

[tombox]

@lucky_esa Ich habe in die github version nochmal ein request counter eingebaut damit man besser sehen kann wieviele request man so macht

[Lucky_ESA]

@iobroker2001 Ich versuche alle Befehle zu einen zu ändern. Scheiter aber schon an Areas. Habe keine Ahnung was man dort einstellen könnte. Kann das nicht testen da ich keine Areas habe. Dann werde ich Autolock zusammenführen und OneTime. Leider weiß ich auch noch nicht wofür OneTime sein soll. Habe mein Mäher auf automatischen Mähplan stehen und musste bis dato nie was ändern.

@tombox Danke.

Gruß//Lucky

[iobroker2001]

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

@iobroker2001 Ich versuche alle Befehle zu einen zu ändern. Scheiter aber schon an Areas. Habe keine Ahnung was man dort einstellen könnte. Kann das nicht testen da ich keine Areas habe. Dann werde ich Autolock zusammenführen und OneTime. Leider weiß ich auch noch nicht wofür OneTime sein soll. Habe mein Mäher auf automatischen Mähplan stehen und musste bis dato nie was ändern.

Mit OneTime kann man - ohne den Mähplan zu ändern - den Roboter für einstellbare, vorgegebene Schritte für 30, 60, 90,... Minuten einmal (deshalb "One"Time) zum Mähen schicken.
Ist ganz praktisch aus der App heraus zu bedienen, aber für eine ioBroker-Steuerung m. Mn. (!) nach nicht nötig.

[nik82]

Hallo,
ich habe die letzten Wochen schon immer etwas mitgelesen, mein Landroid war aber noch nicht aktiv.
Habe ihn jetzt angeschlossen.
Habe noch die alte Adapter Version 2.0.3 gehabt und hab jetzt einfach mal probiert via Iobroker den Mähvorgang zu starten und zu stoppen. Das ging alles ohne Probleme.

So wie ich eigentlich das jetzt mitgelesen habe, wäre ich davon ausgegangen, dass überhaupt nichts geht und das ich schon beim ersten Befehl für 24h gesperrt werde, aber ich glaube ich habe das falsch verstanden oder?

Kann mich mal jemand genau aufklären wie das jetzt genau mit der Sperre ist und wie der aktuelle Stand ist?

Danke im Voraus.

[Lucky_ESA]

@nik82

Kann mich mal jemand genau aufklären wie das jetzt genau mit der Sperre ist und wie der aktuelle Stand ist?

Wir können dir keine genaue Aussage geben. Wir vermuten das zu viele Commands die Sperre auslöst aber wie viele es sind wissen wir nicht. Fakt ist, dass man somit die Zeiten nicht mehr ändern kann aber das haben wir in der aktuellen GIT Version geändert (siehe Beiträge von mir). Wir können auch nicht alles testen, da wir ja selber gesperrt werden verlieren wir 24h. Ich bin mittlerweile auch wieder gesperrt ohne einen Command zu versenden (vermutlich zu viele Logins wegen restart). Dafür wird es auch eine Änderung heute Abend auf`m GIT geben.
Wer nicht viele Änderungen täglich vornimmt sollte weiterhin keine Probleme haben. User die z. Bsp. die Blocklys für VIS aus dem Forum verwendet, werden mit Sicherheit sofort gesperrt.

Gruß//Lucky

[nik82]

@lucky_esa

Danke für die Aufklärung. Na dann schau ich mal wann es bei mir soweit ist.
Ich mache täglich genau 4 commands: zweimal mäher starten und zweimal stoppen.
Schreibe dann sobald ich (hoffentlich auch nicht) gesperrt bin.

P.S. Hat schonmal jemand an worx geschrieben? Oder wird das nichts bringen? Ich meine die haben doch bestimmt auch keine Lust soch Ärger mit den Kunden einzuhandeln. Ich z.B. habe wirklich rein nur wegen der guten Anbindung an iobroker den Worx gekauft. Sobald ich gesperrt bin werde ich Worx richtig auf die Nerven gehen
Wenn das jeder macht werden die sich schon was überlegen, ist ja schließlich jahrelang gut gelaufen.

[Lucky_ESA]

@nik82

P.S. Hat schonmal jemand an worx geschrieben? Oder wird das nichts bringen? Ich meine die haben doch bestimmt auch keine Lust soch Ärger mit den Kunden einzuhandeln. Ich z.B. habe wirklich rein nur wegen der guten Anbindung an iobroker den Worx gekauft. Sobald ich gesperrt bin werde ich Worx richtig auf die Nerven gehen

Einige haben bereits Worx angeschrieben und man bekommt logischerweise die Standardantwort "3 Party wird nicht unterstützt".
Ich habe auch aufgrund iobroker eine Worx gekauft. Wir wissen allerdings leider nicht warum wir gesperrt werden aber die Vermutung ist, dass Worx sich gegen fehlerhaft und zu viel commands schützt. Würde ich nicht anders machen...Daher bauen wir den Adapter um, damit sowas nicht oder nur schwer möglich ist...

Gruß//Lucky

[nik82]

@lucky_esa
Ja schützen vor zuviele anfragen ist ja ok. Gleiche thema haben wir gerade im bluelink adapter.
Aber ein paar Anfragen am Tag sollten schon drin sein.
Na gut dann mal abwarten.

Danke auf jedenfall für deine Hilfe und dein Infos

[arteck]

@nik82 sagte in Adapter: Worx Landroid v2.x.x:

Ja schützen vor zuviele anfragen ist ja ok. Gleiche thema haben wir gerade im bluelink adapter.

nö warum.. ist ja deren schnitstelle die WIR mal eben mitbenutzen.. und wenn die es nicht wollen..

[falke69]

@lucky_esa

guten Morgen,

worx.0
	2023-04-06 08:53:20.082	info	Request Counter: 9
worx.0
	2023-04-06 08:51:49.362	info	Request Counter: 8
worx.0
	2023-04-06 08:32:20.309	info	Request Counter: 7
worx.0
	2023-04-06 08:13:11.251	info	Request Counter: 6
worx.0
	2023-04-06 07:54:43.204	info	Request Counter: 5
worx.0
	2023-04-06 07:43:48.201	info	Request Counter: 4
worx.0
	2023-04-06 07:24:48.125	info	Request Counter: 3

ist das normal? Aktuell ist die aktuelle Version von git installiert. Habe es heute erst bemerkt.
Der lezte Eintrag stammt von mir, wo ich per Hand auf die worx.0.xxxxxxxxxxx.calendar.calJson_sendto geklickt habe.

Wird die auch automatisch gesendet?

[arteck]

@falke69 5 Beiträge drüber steht die Antwort..

[tombox]

@falke69 das sind die pings die sollten nicht reinzählen aber ich habe sie mal wieder deaktiviert

@arteck worx hat iobroker eine clientid und eine Anleitung wie man das mqtt nutzt ich gehe schon davon aus das sie ein semi support für 3rd party haben

[arteck]

@tombox die haben nur ein Auge auf iobroker weil wir den server damals penetriert haben

[falke69]

@tombox

ok, da weiß ich Bescheid.

@lucky_esa meinte, das die worx.0.xxxxxxxxxxx.calendar.calJson_tosend automatisch mit den Kalendereinträgen syncronisiert wird, bzw. die gesetzten Kalendereinträge dort automatisch auftauchen. Mit der worx.0.xxxxxxxxxxx.calendar.calJson_sendto werden die Daten in einem "Rutsch" übertragen. Soweit so gut.
Die Einträge sind auch soweit vorhanden, leider ist der Rasenmäher nicht zu der eingestellten Zeit losgefahren.

Vor zwei Tagen habe ich den Rasenmäher den ganzen Tag über das weitverbreitete Blockly den ganzen Tag rausfahren lassen können. In dem Blockly gibt es einen Punkt, den Rasenmäher manuell mit einer vorgegebenen Zeit per Knopfdruck rausfahren zu lassen. Sobald der Akku 100% erreicht hatte, ging es wieder raus. Das ganze mindestens sieben mal, dann war ich für 24 Studen gesperrt.

[Lucky_ESA]

@falke69 Nach den 24h mal im debug Modus bis zur nächsten Sperrung laufen lassen. Was sagt denn der Counter von tombox? Wenn du keinen Counter siehst, dann bitte neu vom GIT laden.

Gruß Lucky

[falke69]

@lucky_esa

die aktuell Version habe ich jetzt wieder geladen.

worx.0
	2023-04-06 13:42:55.565	info	Request Counter: 1

Der Counter wird mir wieder angezeigt. aber er will nicht rausfahren.
Muss ich mal in Ruhe beobachten.

Nachtrag:
ich übertrage alle Daten, erst zusammen in den Kalender im Adapter. Ist diese Meldung so in Ordung, oder gibt es bei mir diesbezüglich Handlungsbedarf?

worx.0
	2023-04-06 14:34:50.917	info	Time between requests within 8 ms is not allowed. STOP Request worx.0.xxxxxxxxxxxxxxx.calendar.calJson_tosend with value {"m": 1,"d": [["09:00", 90, 0 ], [ "09:00", 90, 0 ], [ "09:00", 90, 1 ], [ "09:00", 90, 0 ], [ "09:00", 90, 0 ], [ "09:00", 90, 0 ], ["09:00",90,0] ], "dd": [["16:00", 90, 0 ], [ "16:00", 90, 0 ], [ "16:00", 90, 1 ], [ "16:00", 90, 0 ], [ "16:00", 90, 0 ], [ "16:00", 90, 0 ], ["16:00",90,0] ], "distm": 0, "p": 0 }

[Lucky_ESA]

@falke69

Nachtrag:
ich übertrage alle Daten, erst zusammen in den Kalender im Adapter. Ist diese Meldung so in Ordung, oder gibt es bei mir diesbezüglich Handlungsbedarf?

worx.0
	2023-04-06 14:34:50.917	info	Time between requests within 8 ms is not allowed. STOP Request worx.0.xxxxxxxxxxxxxxx.calendar.calJson_tosend with value {"m": 1,"d": [["09:00", 90, 0 ], [ "09:00", 90, 0 ], [ "09:00", 90, 1 ], [ "09:00", 90, 0 ], [ "09:00", 90, 0 ], [ "09:00", 90, 0 ], ["09:00",90,0] ], "dd": [["16:00", 90, 0 ], [ "16:00", 90, 0 ], [ "16:00", 90, 1 ], [ "16:00", 90, 0 ], [ "16:00", 90, 0 ], [ "16:00", 90, 0 ], ["16:00",90,0] ], "distm": 0, "p": 0 }

Nein, eher bei mir. Die Datenpunkte in den Wochentagen muss ich natürlich aus der Kontrolle nehmen. Diese können ohne Pause gesetzt werden.
Werde ich heute Abend korrigieren. Danke für den Hinweis.

Gruß//Lucky