NEWS
Adapter: Worx Landroid v2.x.x
-
Verbindungsfehler wurde mir in der App nur während der Sperre angezeigt. Heute kam lediglich ne Meldung, das der Landroid offline ist Ich vermute, das dies am Server liegt, da die App ja regelmäßig automatisch aktuallisiert wird und wahrscheinlich in dem Moment gerade die Daten an die andere App gingen. :-)
aber @lucky_esa wie trage ich die Daten in den
worx.0.xxxxxxxxxxx.calendar.calJson_tosend ein?Hättest Du da eventuell einen Blocky Auszug, den Du mir zur Verfügung stellen kannst?
Denn so wie ich es verstanden habe, trägt man jetzt dort die Daten ein und diese werden dann über worx.0.xxxxxxxxxxx.calendar.calJson_sendto in "einem Rutsch" übertragen.@falke69
worx.0.xxxxxxxxxxx.calendar.calJson_tosend ein? Nichts. Dieser wird automatisch erstellt wenn du die Datenpunkte in den Wochentagen füllst.worx.0.xxxxxxxxxxx.calendar.calJson_sendto Das ist richtig. Sobald alles gefüllt wurde dann diesen Button drücken. Dafür gibt es hier im Forum genug Blockly Vorlagen. Habe jetzt leider keinen Link, sorry. Bitte den automatischen Restart löschen. Alle Daten werden automatisch aktualisiert.
Gruß//Lucky
-
@lucky_esa
Hatte das gerade schon auf GitHub geschrieben, deshalb Entschuldigung für den Doppelpost, aber die Antwort gehört ja hierhin.Rückmeldung:
Nachdem ich seit über 12 Std. wieder freigeschaltet bin und im Protokoll in der Nacht ca. alle 20 - 30 Minuten die obige Warnung bekommen habe, habe ich heute die Debugprotokollierung aktiviert. Seitdem kam die Warnung aber nicht mehr vor (über ca. 3 Stunden). Ich kann z. Zt. also kein Debugprotokoll mit der Warnung reproduzieren. Ich melde mich aber, sobald sie wieder auftritt. Kann es sein, dass der Warntext unterdrückt wird, wenn Debuginfos ausgegeben werden?
Installiert ist z. Zt. die Nicht-Git-Version.Installiert ist z. Zt. die Nicht-Git-Version.
Aber die GIT Version sollte den Fehler eigentlich beheben. Allerdings glaube ich, dass ich ein Promise Problem habe. Werde das mal korrigieren.
Gruß//Lucky
-
worx.0 2023-04-01 19:08:44.004 warn Object of state "worx.0.2018xxxxx.rawMqtt.auto_schedule_settings" is missing the required property "common.type"Danke für die Infos. Kannst du mal bitte auf debug stellen und mir das Protokoll an github@luckyskills.de zusenden.
Ist zwar auf dem GIT behoben aber ich mnöchte die Ursache verstehen,Gruß//Lucky
Aktuell habe ich die 24 Stunden Sperre wieder. So zeigt es mir die App und der Log im iobroker an.
Es sind alle Datenpunke für die Mähzeiten deaktiviert. Das einzige ist das Programm selbst, welches mir die Daten über den Status per Telegram sendet.
Vielleicht liegt es aktuell auch daran, das der Adapter durch die Aktualisierung über git. sich mit dem Server von Worx neu verbunden hat. Oder es liegt an den Staten die in den voreingestellten Zeiten abgefragt werden.Der Mäher wurde heute nur über die App zum Mähen animiert.
-
Ich möchte in den nächsten Tagen meinen M500 aus dem Winterschlaf holen. Den Adapter hatte ich seit Herbst 2022 wegen der Winterpause nicht genutzt und die Instanz daher abgeschaltet.
Nun habe mich seit gestern ´mal durch diesen Thread gearbeitet und den Adapter auf V2.0.3 aktualisiert. Neu Anmelden in der Worx-App war erforderlich und hat auch funktioniert. Ebenso scheint die Instanz zu funktionieren und die View, die ich gebastelt hatte, scheint auch noch immer das zu tun, was sie soll.
Tatsächlich nutze ich da bisher aber auch noch keine Befehle zur Eingabe von Zeitplänen via ioBroker, sondern habe diese bisher noch über die Worx-App erstellt. Mit ioBroker nutze ich via vis derzeit nur Dinge wie Anzeige der Mäher- und Akkuzustände, Befehle geben wie z. B. spontanen Kanten-/Einzelschnitt, Partymodus, ... (also nur "Einzelbefehle").Habe ich die letzten Inhalte des Threads richtig verstanden, daß ich dann erstmal keine Probleme mit der 24h-Sperre erwarten brauche, weil die bei Euch bisher nur aufgetreten sind, wenn Ihr via Skript/Blockly regelmäßige/häufige Schreibaktionen durchführt?
-
Ich möchte in den nächsten Tagen meinen M500 aus dem Winterschlaf holen. Den Adapter hatte ich seit Herbst 2022 wegen der Winterpause nicht genutzt und die Instanz daher abgeschaltet.
Nun habe mich seit gestern ´mal durch diesen Thread gearbeitet und den Adapter auf V2.0.3 aktualisiert. Neu Anmelden in der Worx-App war erforderlich und hat auch funktioniert. Ebenso scheint die Instanz zu funktionieren und die View, die ich gebastelt hatte, scheint auch noch immer das zu tun, was sie soll.
Tatsächlich nutze ich da bisher aber auch noch keine Befehle zur Eingabe von Zeitplänen via ioBroker, sondern habe diese bisher noch über die Worx-App erstellt. Mit ioBroker nutze ich via vis derzeit nur Dinge wie Anzeige der Mäher- und Akkuzustände, Befehle geben wie z. B. spontanen Kanten-/Einzelschnitt, Partymodus, ... (also nur "Einzelbefehle").Habe ich die letzten Inhalte des Threads richtig verstanden, daß ich dann erstmal keine Probleme mit der 24h-Sperre erwarten brauche, weil die bei Euch bisher nur aufgetreten sind, wenn Ihr via Skript/Blockly regelmäßige/häufige Schreibaktionen durchführt?
Habe ich die letzten Inhalte des Threads richtig verstanden, daß ich dann erstmal keine Probleme mit der 24h-Sperre erwarten brauche, weil die bei Euch bisher nur aufgetreten sind, wenn Ihr via Skript/Blockly regelmäßige/häufige Schreibaktionen durchführt?
Die letzte Firmware von Worx hat schon den Traffic reduziert. Vermutlich wurde über den Winter hinweg weiter reduziert auf Kosten von 3 Anbieter wie iobroker.
Bin jetzt ca. 80 Std. Online ohne einen Befehl abzusenden und habe keine Probleme.
Vorher war ich ca. 36 Std. Online, dann musste ich oft den Adapter neu starten und dann 2 Befehle abgesetzt. Direkt danach wurde ich gesperrt.
Mehr Informationen kann ich dir leider nicht geben.Gruß//Lucky
-
Habe ich die letzten Inhalte des Threads richtig verstanden, daß ich dann erstmal keine Probleme mit der 24h-Sperre erwarten brauche, weil die bei Euch bisher nur aufgetreten sind, wenn Ihr via Skript/Blockly regelmäßige/häufige Schreibaktionen durchführt?
Die letzte Firmware von Worx hat schon den Traffic reduziert. Vermutlich wurde über den Winter hinweg weiter reduziert auf Kosten von 3 Anbieter wie iobroker.
Bin jetzt ca. 80 Std. Online ohne einen Befehl abzusenden und habe keine Probleme.
Vorher war ich ca. 36 Std. Online, dann musste ich oft den Adapter neu starten und dann 2 Befehle abgesetzt. Direkt danach wurde ich gesperrt.
Mehr Informationen kann ich dir leider nicht geben.Gruß//Lucky
@lucky_esa Danke für die Rückmeldung!
Ich habe noch nie einen Adapter entwickelt und kann daher den Aufwand überhaupt nicht abschätzen. Außerdem kenne ich die Mechanismen/Protokolle der Kommunikation zwischen Mäher, Cloud und Adapter nicht. Daher nur mal so als Gedankenspiel, wobei ich hoffe, daß ich da nicht zu naiv rüberkomme:
Wenn Worx es "Externen" durch "ständige unveröffentliche/undokumentierte Änderungen der API" offenbar schwer machen will, kann man dann nicht versuchen, ohne API auszukommen?
Der Mäher befindet sich doch bei jedem Anwender im WLAN (wenn man mal von den vermutlich wenigen Fällen von "Long-Range"-Modulen absieht) und alles was die Cloud an Daten sammelt und was der Adapter von der Cloud abrufen kann, muß doch vorher irgendwie vom Mäher durchs WLAN zur Cloud geschickt werden. Auch Befehle, die der Adapter vermutlich nicht "direkt", sondern via Cloud an den Mäher schickt, müssen doch letztendlich dann auch wieder durchs WLAN zum Mäher. Kann man da nicht "sniffen" und mit den Erkenntnissen den Adapter dann so gestalten, daß er den "Umweg" über die Cloud "einfach weg läßt"?
Das wäre bestimmt nicht einfach und vermutlih erstmal ein hoher Aufand. Aber danach wäre man dann von Worx / der Cloud unabhängig - oder?
Wie gesagt: Nur Gedanken von jemandem, der das noch nie selber probiert hat.
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@lucky_esa Danke für die Rückmeldung!
Ich habe noch nie einen Adapter entwickelt und kann daher den Aufwand überhaupt nicht abschätzen. Außerdem kenne ich die Mechanismen/Protokolle der Kommunikation zwischen Mäher, Cloud und Adapter nicht. Daher nur mal so als Gedankenspiel, wobei ich hoffe, daß ich da nicht zu naiv rüberkomme:
Wenn Worx es "Externen" durch "ständige unveröffentliche/undokumentierte Änderungen der API" offenbar schwer machen will, kann man dann nicht versuchen, ohne API auszukommen?
Der Mäher befindet sich doch bei jedem Anwender im WLAN (wenn man mal von den vermutlich wenigen Fällen von "Long-Range"-Modulen absieht) und alles was die Cloud an Daten sammelt und was der Adapter von der Cloud abrufen kann, muß doch vorher irgendwie vom Mäher durchs WLAN zur Cloud geschickt werden. Auch Befehle, die der Adapter vermutlich nicht "direkt", sondern via Cloud an den Mäher schickt, müssen doch letztendlich dann auch wieder durchs WLAN zum Mäher. Kann man da nicht "sniffen" und mit den Erkenntnissen den Adapter dann so gestalten, daß er den "Umweg" über die Cloud "einfach weg läßt"?
Das wäre bestimmt nicht einfach und vermutlih erstmal ein hoher Aufand. Aber danach wäre man dann von Worx / der Cloud unabhängig - oder?
Wie gesagt: Nur Gedanken von jemandem, der das noch nie selber probiert hat.
Hello :)
nee, ganz so einfach ist das nicht.. natuerlich kann man den Netzwerkverkehr mit Wireshark sniffen, findet auch das Protokoll, sofern es nicht codiert/verschluesselt ist.. und selbst wenn man das hackt, dann muss jeder User
a) einen Worx-Server in seinem Netzwerk simulieren, das koennte evtl. noch der Adapter tun..
b) im Netzwerk das Routing und DNS soweit aendern, dass der Maeher annimmt, der iobroker-Adapter ist der Server, also dns-anfragen umlenken..
c) muss man dann wiederrum herausfinden, wie denn der Maeher angesprochen wird..also ein komplettes Revers-Engineering ... ich glaube, da ist es einfacher, gleich ne neue Software fuer den Maeher zu schreiben .. :-)
Nachteile: aendert Worx in der naechsten Firmware etwas... ist alles wieder hinfaellig...
Vorteil: Dein Maeher bleibt lokal im Netzwerk..
-
@lucky_esa Danke für die Rückmeldung!
Ich habe noch nie einen Adapter entwickelt und kann daher den Aufwand überhaupt nicht abschätzen. Außerdem kenne ich die Mechanismen/Protokolle der Kommunikation zwischen Mäher, Cloud und Adapter nicht. Daher nur mal so als Gedankenspiel, wobei ich hoffe, daß ich da nicht zu naiv rüberkomme:
Wenn Worx es "Externen" durch "ständige unveröffentliche/undokumentierte Änderungen der API" offenbar schwer machen will, kann man dann nicht versuchen, ohne API auszukommen?
Der Mäher befindet sich doch bei jedem Anwender im WLAN (wenn man mal von den vermutlich wenigen Fällen von "Long-Range"-Modulen absieht) und alles was die Cloud an Daten sammelt und was der Adapter von der Cloud abrufen kann, muß doch vorher irgendwie vom Mäher durchs WLAN zur Cloud geschickt werden. Auch Befehle, die der Adapter vermutlich nicht "direkt", sondern via Cloud an den Mäher schickt, müssen doch letztendlich dann auch wieder durchs WLAN zum Mäher. Kann man da nicht "sniffen" und mit den Erkenntnissen den Adapter dann so gestalten, daß er den "Umweg" über die Cloud "einfach weg läßt"?
Das wäre bestimmt nicht einfach und vermutlih erstmal ein hoher Aufand. Aber danach wäre man dann von Worx / der Cloud unabhängig - oder?
Wie gesagt: Nur Gedanken von jemandem, der das noch nie selber probiert hat.
@andersmacher sagte in Adapter: Worx Landroid v2.x.x:
Das wäre bestimmt nicht einfach und vermutlih erstmal ein hoher Aufand. Aber danach wäre man dann von Worx / der Cloud unabhängig - oder?
kurz und knapp .. NEIN
-
Hello :)
nee, ganz so einfach ist das nicht.. natuerlich kann man den Netzwerkverkehr mit Wireshark sniffen, findet auch das Protokoll, sofern es nicht codiert/verschluesselt ist.. und selbst wenn man das hackt, dann muss jeder User
a) einen Worx-Server in seinem Netzwerk simulieren, das koennte evtl. noch der Adapter tun..
b) im Netzwerk das Routing und DNS soweit aendern, dass der Maeher annimmt, der iobroker-Adapter ist der Server, also dns-anfragen umlenken..
c) muss man dann wiederrum herausfinden, wie denn der Maeher angesprochen wird..also ein komplettes Revers-Engineering ... ich glaube, da ist es einfacher, gleich ne neue Software fuer den Maeher zu schreiben .. :-)
Nachteile: aendert Worx in der naechsten Firmware etwas... ist alles wieder hinfaellig...
Vorteil: Dein Maeher bleibt lokal im Netzwerk..
Vorteil: Dein Maeher bleibt lokal im Netzwerk..
Das war natürlich auch ein "Hintergedanke" von mir.:grinning:
Aber danke für die "Aufklärung"!
Mein Denkfehler war wohl, daß mir nicht klar war, daß der Mäher ja vermutlich nicht einfach so per UDP/Broadcast seine Daten ins WLAN "pustet", sondern nur dann sendet, wenn er die passende Gegenstelle im Netzwerk (im speziellen Fall eben via Internet den WORX-Server) findet.Nachteile: aendert Worx in der naechsten Firmware etwas... ist alles wieder hinfaellig...
Ja, das könnte man dann wohl nur vermeiden, wenn man dem Mäher den Internetzugriff / automatische Firmwareupdates verbietet und die bis dahin vorhandene Firmware als endgültig akzeptiert.
Aber verstanden: Ist nicht so einfach/praktikabel, wie ich zuerst dachte.:cry:
-
Vorteil: Dein Maeher bleibt lokal im Netzwerk..
Das war natürlich auch ein "Hintergedanke" von mir.:grinning:
Aber danke für die "Aufklärung"!
Mein Denkfehler war wohl, daß mir nicht klar war, daß der Mäher ja vermutlich nicht einfach so per UDP/Broadcast seine Daten ins WLAN "pustet", sondern nur dann sendet, wenn er die passende Gegenstelle im Netzwerk (im speziellen Fall eben via Internet den WORX-Server) findet.Nachteile: aendert Worx in der naechsten Firmware etwas... ist alles wieder hinfaellig...
Ja, das könnte man dann wohl nur vermeiden, wenn man dem Mäher den Internetzugriff / automatische Firmwareupdates verbietet und die bis dahin vorhandene Firmware als endgültig akzeptiert.
Aber verstanden: Ist nicht so einfach/praktikabel, wie ich zuerst dachte.:cry:
-
@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
-
@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
@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 ;-) -
@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
@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 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 ;-)@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 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
@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. -
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.
-
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.
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
-
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
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. -
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.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
-
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
@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 :+1:
Support us
497
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge