NEWS
Adapter: Worx Landroid v2.x.x
-
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
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: 3ist 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?
-
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: 3ist 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?
-
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: 3ist 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?
-
-
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.
-
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.
-
@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
die aktuell Version habe ich jetzt wieder geladen.
worx.0 2023-04-06 13:42:55.565 info Request Counter: 1Der 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 } -
die aktuell Version habe ich jetzt wieder geladen.
worx.0 2023-04-06 13:42:55.565 info Request Counter: 1Der 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 }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
-
Hier einmal meine bisherigen Erfahrungen:
Ich verwende nur eigene Blockly-Scripte, nicht die hier öfter erwähnten aus dem Forum.- Worx-Adapter aus Git installiert.
- Über ca. 3 Stunden verteilt insgesamt 18 echte Requests ausgeführt, also Einstellungen.
- Die Requests bestanden aus:
mowTimeExtend von 0 auf 100 % und zurück
torque (-5 %, dann wieder auf 0 %)
Send Command 3 (Home) (Roboter stand allerdings bereits in seiner Garage)Als ich dann einen Eintrag im Zeitplan geändert habe, habe ich die Info bekommen:
Time between requests within 110 ms is not allowed. STOP Request worx.0.XXXXXXX.calendar.friday.workTime with value 0War wohl mein Fehler, dann habe ich diesen Vorgang einzeln durchgeführt und keine Warnung bekommen, aber auch kein positives Ergebnis:
Ziel war, die Mähdauer für Freitag auf 0 zu setzen.
Im einzelnen:
worx.0.xxx.calendar.friday.workTime auf 0 setzen
Das ist im toSend zu sehen, sieht gut aus:
{"m":1,"d":[["00:00",0,0],["15:00",120,0],["15:00",150,1],["15:00",150,0],["13:00",120,0],["15:00",0,0],["15:00",150,1]],"dd":[["00:00",0,0],["00:00",0,0],["00:00",0,0],["00:00",0,0],["00:00",0,0],["00:00",0,0],["00:00",0,0]],"distm":0,"p":-100}Ein Setzen des worx.0.xxx.calendar.calJson_sendto auf true bewirkt dann aber keine Übertragung, kurz danach steht auch der alte Wert für die Mähzeit wieder im Kalender, aber das wird ja, so wie ich es verstanden habe, noch korrigiert?!
Und - nach all diesen Experimenten bin ich immer noch nicht ausgesperrt worden!
-
Hier einmal meine bisherigen Erfahrungen:
Ich verwende nur eigene Blockly-Scripte, nicht die hier öfter erwähnten aus dem Forum.- Worx-Adapter aus Git installiert.
- Über ca. 3 Stunden verteilt insgesamt 18 echte Requests ausgeführt, also Einstellungen.
- Die Requests bestanden aus:
mowTimeExtend von 0 auf 100 % und zurück
torque (-5 %, dann wieder auf 0 %)
Send Command 3 (Home) (Roboter stand allerdings bereits in seiner Garage)Als ich dann einen Eintrag im Zeitplan geändert habe, habe ich die Info bekommen:
Time between requests within 110 ms is not allowed. STOP Request worx.0.XXXXXXX.calendar.friday.workTime with value 0War wohl mein Fehler, dann habe ich diesen Vorgang einzeln durchgeführt und keine Warnung bekommen, aber auch kein positives Ergebnis:
Ziel war, die Mähdauer für Freitag auf 0 zu setzen.
Im einzelnen:
worx.0.xxx.calendar.friday.workTime auf 0 setzen
Das ist im toSend zu sehen, sieht gut aus:
{"m":1,"d":[["00:00",0,0],["15:00",120,0],["15:00",150,1],["15:00",150,0],["13:00",120,0],["15:00",0,0],["15:00",150,1]],"dd":[["00:00",0,0],["00:00",0,0],["00:00",0,0],["00:00",0,0],["00:00",0,0],["00:00",0,0],["00:00",0,0]],"distm":0,"p":-100}Ein Setzen des worx.0.xxx.calendar.calJson_sendto auf true bewirkt dann aber keine Übertragung, kurz danach steht auch der alte Wert für die Mähzeit wieder im Kalender, aber das wird ja, so wie ich es verstanden habe, noch korrigiert?!
Und - nach all diesen Experimenten bin ich immer noch nicht ausgesperrt worden!
Und - nach all diesen Experimenten bin ich immer noch nicht ausgesperrt worden!
Das hört sich doch super an. Vielen Dank für deinen Einsatz zu testen
Das die Zeiten nicht gespeichert werden ist mein Fehler. Habe diesen bereits korrigiert und werde die Änderungen zeitnah zur Verfügung stellen. Die u. a. Datenpunkte werden nun nicht mehr geprüft und können im nächsten Release per Scripte ohne Timeout gesetzt werden.wochentagname/borderCut
wochentagname/startTime
wochentagname/workTime
mower.oneTimeWithBorder
mower.oneTimeWorkTimeGruß//Lucky
-
Und - nach all diesen Experimenten bin ich immer noch nicht ausgesperrt worden!
Das hört sich doch super an. Vielen Dank für deinen Einsatz zu testen
Das die Zeiten nicht gespeichert werden ist mein Fehler. Habe diesen bereits korrigiert und werde die Änderungen zeitnah zur Verfügung stellen. Die u. a. Datenpunkte werden nun nicht mehr geprüft und können im nächsten Release per Scripte ohne Timeout gesetzt werden.wochentagname/borderCut
wochentagname/startTime
wochentagname/workTime
mower.oneTimeWithBorder
mower.oneTimeWorkTimeGruß//Lucky
@lucky_esa Hallo
Heute Nacht Refresh Counter = 1 und dann für 24 h gesperrt worden.Viele Grüße
Semmy -
@lucky_esa Hallo
Heute Nacht Refresh Counter = 1 und dann für 24 h gesperrt worden.Viele Grüße
Semmy@semmy sagte in Adapter: Worx Landroid v2.x.x:
@lucky_esa Hallo
Heute Nacht Refresh Counter = 1 und dann für 24 h gesperrt worden.Viele Grüße
SemmyWelcher Befehl war das, oder nur der automatische Statusrequest?
In der Landroid-App muss ich den Bildschrim manchmal auch 2 - 3 mal auffrischen, weil mir beim 1. Mal "Verbindungsfehler" (= Aussperrung) angezeigt wird, obwohl ich nicht ausgesperrt bin. Einfach beharrlich noch einmal wischen!Status bei mir:
worx.0 2023-04-07 08:33:29.329 info Request Counter: 73Der Adapter hat die ganze Nacht durch gehalten, die Requests sind zum großen Teil echte Kommandos (nicht nur Status), bei denen ich bei jedem Regenanfang (durch Regensensor) mowTimeExtend + einen HOME-Befehl gebe (im Abstand von 5 s). Das war letzte Nacht ca. 20 mal der Fall (und muss ich noch optimieren)!
-
@semmy sagte in Adapter: Worx Landroid v2.x.x:
@lucky_esa Hallo
Heute Nacht Refresh Counter = 1 und dann für 24 h gesperrt worden.Viele Grüße
SemmyWelcher Befehl war das, oder nur der automatische Statusrequest?
In der Landroid-App muss ich den Bildschrim manchmal auch 2 - 3 mal auffrischen, weil mir beim 1. Mal "Verbindungsfehler" (= Aussperrung) angezeigt wird, obwohl ich nicht ausgesperrt bin. Einfach beharrlich noch einmal wischen!Status bei mir:
worx.0 2023-04-07 08:33:29.329 info Request Counter: 73Der Adapter hat die ganze Nacht durch gehalten, die Requests sind zum großen Teil echte Kommandos (nicht nur Status), bei denen ich bei jedem Regenanfang (durch Regensensor) mowTimeExtend + einen HOME-Befehl gebe (im Abstand von 5 s). Das war letzte Nacht ca. 20 mal der Fall (und muss ich noch optimieren)!
@iobroker2001 Das steht im log:
2023-04-07 01:07:05.637 - [34mdebug[39m: worx.0 (1077229) MQTT reconnect 2023-04-07 01:07:05.637 - [33mwarn[39m: worx.0 (1077229) Maybe your connection is blocked from Worx or your worx is offline. Restart Mqtt connection automatic in 24h 2023-04-07 01:07:05.637 - [33mwarn[39m: worx.0 (1077229) Request counter since adapter start: 1 2023-04-07 01:07:05.650 - [33mwarn[39m: worx.0 (1077229) Adapter start date: 4/6/2023, 1:43:26 PM 2023-04-07 01:07:05.652 - [34mdebug[39m: worx.0 (1077229) mqtt end 2023-04-07 01:07:05.994 - [34mdebug[39m: worx.0 (1077229) mqtt closed -
@iobroker2001 Das steht im log:
2023-04-07 01:07:05.637 - [34mdebug[39m: worx.0 (1077229) MQTT reconnect 2023-04-07 01:07:05.637 - [33mwarn[39m: worx.0 (1077229) Maybe your connection is blocked from Worx or your worx is offline. Restart Mqtt connection automatic in 24h 2023-04-07 01:07:05.637 - [33mwarn[39m: worx.0 (1077229) Request counter since adapter start: 1 2023-04-07 01:07:05.650 - [33mwarn[39m: worx.0 (1077229) Adapter start date: 4/6/2023, 1:43:26 PM 2023-04-07 01:07:05.652 - [34mdebug[39m: worx.0 (1077229) mqtt end 2023-04-07 01:07:05.994 - [34mdebug[39m: worx.0 (1077229) mqtt closed@semmy Lief das Blockly-Script? Die Sperre trat ja mitten in der Nacht um 01:07 Uhr auf.
-
@semmy Lief das Blockly-Script? Die Sperre trat ja mitten in der Nacht um 01:07 Uhr auf.
@iobroker2001 Nein, das blockly lief nicht, ich hatte nur worx.0.xxxxxxxxxxx.calendar.calJson_tosend und worx.0.xxxxxxxxxxx.calendar.calJson_sendto ausprobiert.
-
@iobroker2001 Nein, das blockly lief nicht, ich hatte nur worx.0.xxxxxxxxxxx.calendar.calJson_tosend und worx.0.xxxxxxxxxxx.calendar.calJson_sendto ausprobiert.
@semmy Steht das Absetzen des ...sendTo in zeitlicher Nähe zur Blockade? Also kurz vorher gesendet (1 Uhr !)?
-
@semmy Steht das Absetzen des ...sendTo in zeitlicher Nähe zur Blockade? Also kurz vorher gesendet (1 Uhr !)?
@iobroker2001 Das war die Meldung im log davor.
2023-04-07 01:03:29.877 - [34mdebug[39m: worx.0 (1077229) {"id":8420,"uuid":"96c52e16-9772-4002-a1c5-1f0d0c3b1902","product_id":2,"user_id":3850,"serial_number":"XXX","mac_address":"XXX","name":"Robbi","locked":true,"firmware_version":3.29,"firmware_auto_upgrade":false,"push_notifications":true,"sim":null,"push_notifications_level":"warning","test":false,"iot_registered":true,"mqtt_registered":true,"pin_code":"AABB","registered_at":"2020-06-02 00:00:00","online":true,"app_settings":null,"protocol":0,"pending_radio_link_validation":false,"capabilities":["auto_lock","lock","mqtt","multi_zone","multi_zone_percentage","one_time_scheduler","pairing_smartlink","pause_over_wire","rain_delay","rain_delay_start","safe_go_home","scheduler_two_slots","unrestricted_mowing_time"],"capabilities_available":[],"features":{"auto_lock":3.25,"chassis":"m_4wheels_2019","display_type":"lcd","input_type":"keyboard_arrow_keys","lock":true,"mqtt":true,"multi_zone":true,"multi_zone_percentage":true,"multi_zone_zones":4,"one_time_scheduler":3.15,"pause_over_wire":3.26,"rain_delay":true,"rain_delay_start":3.08,"safe_go_home":3.25,"scheduler_two_slots":3.15,"unrestricted_mowing_time":true,"wifi_pairing":"smartlink"},"accessories":{"digital_fence":true,"radio_link":true},"mqtt_endpoint":"iot.eu-west-1.kress-robotik.com","mqtt_topics":{"command_in":"KB520/F0FE6BB1AB56/commandIn","command_out":"KB520/F0FE6BB1AB56/commandOut"},"warranty_registered":true,"purchased_at":"2020-06-02 00:00:00","warranty_expires_at":"2022-06-02 00:00:00","setup_location":{"latitude":49.93721695324071,"longitude":10.330751310752134},"city":{"id":2958489,"country_id":276,"name":"Alitzheim","latitude":49.933331,"longitude":10.33333,"created_at":"2018-05-09 19:58:07","updated_at":"2018-05-09 19:58:07"},"time_zone":"Europe/Berlin","lawn_size":500,"lawn_perimeter":131,"auto_schedule_settings":{"boost":0,"exclusion_scheduler":{"days":[{"slots":[],"exclude_day":false},{"slots":[],"exclude_day":false},{"slots":[],"exclude_day":false},{"slots":[],"exclude_day":false},{"slots":[],"exclude_day":false},{"slots":[],"exclude_day":false},{"slots":[],"exclude_day":false}],"exclude_nights":true},"grass_type":"mixed_species","irrigation":true,"nutrition":null,"soil_type":"sand"},"auto_schedule":false,"improvement":false,"diagnostic":false,"distance_covered":928147,"mower_work_time":53975,"blade_work_time":48073,"blade_work_time_reset":48072,"blade_work_time_reset_at":"2023-04-05 09:00:15","battery_charge_cycles":827,"battery_charge_cycles_reset":494,"battery_charge_cycles_reset_at":"2022-04-16 21:26:52","created_at":"2019-03-10 18:00:14","updated_at":"2022-11-04 14:58:47","last_status":{"timestamp":"2023-04-06 23:00:15","payload":{"cfg":{"id":0,"sn":"20181100221100031341","dt":"07/04/2023","tm":"01:00:13","lg":"de","cmd":0,"sc":{"m":1,"d":[["12:00",60,0],["12:00",60,1],["12:00",60,0],["12:00",60,0],["12:00",60,1],["12:00",60,0],["12:00",60,0]],"dd":[["14:15",60,0],["14:15",60,0],["14:15",60,0],["14:15",60,0],["14:15",60,0],["14:15",60,0],["14:15",60,0]],"distm":0,"p":0,"ots":{"wtm":0,"bc":0}},"mz":[2,30,62,0],"mzv":[1,2,0,1,2,0,1,2,0,0],"rd":15,"al":{"lvl":0,"t":180},"tq":-10,"modules":{"DF":{"fh":1,"cut":1}}},"dat":{"mac":"F0FE6BB1AB56","fw":3.29,"fwb":17,"ls":1,"le":0,"conn":"RL","bt":{"t":8.2,"v":19.61,"p":100,"nr":830,"c":0,"m":1},"dmp":[0.2,-2.6,294.3],"st":{"b":48149,"d":929625,"wt":54069,"bl":130},"act":1,"rsi":1,"lk":1,"tr":0,"lz":5,"rain":{"s":0,"cnt":0},"modules":{"DF":{"stat":"ok"},"RL":{"stat":"ok","sync":"D4508AEB","link":1,"vg":0.21,"vn":1.18,"dbg":-49,"dbn":-66}}}}},"last_gps_status":null} 2023-04-07 01:03:29.879 - [34mdebug[39m: worx.0 (1077229) GET MQTT DATA from API: {"cfg":{"id":0,"sn":"XXX","dt":"07/04/2023","tm":"01:00:13","lg":"de","cmd":0,"sc":{"m":1,"d":[["12:00",60,0],["12:00",60,1],["12:00",60,0],["12:00",60,0],["12:00",60,1],["12:00",60,0],["12:00",60,0]],"dd":[["14:15",60,0],["14:15",60,0],["14:15",60,0],["14:15",60,0],["14:15",60,0],["14:15",60,0],["14:15",60,0]],"distm":0,"p":0,"ots":{"wtm":0,"bc":0}},"mz":[2,30,62,0],"mzv":[1,2,0,1,2,0,1,2,0,0],"rd":15,"al":{"lvl":0,"t":180},"tq":-10,"modules":{"DF":{"fh":1,"cut":1}}},"dat":{"mac":"F0FE6BB1AB56","fw":3.29,"fwb":17,"ls":1,"le":0,"conn":"RL","bt":{"t":8.2,"v":19.61,"p":100,"nr":830,"c":0,"m":1},"dmp":[0.2,-2.6,294.3],"st":{"b":48149,"d":929625,"wt":54069,"bl":130},"act":1,"rsi":1,"lk":1,"tr":0,"lz":5,"rain":{"s":0,"cnt":0},"modules":{"DF":{"stat":"ok"},"RL":{"stat":"ok","sync":"D4508AEB","link":1,"vg":0.21,"vn":1.18,"dbg":-49,"dbn":-66}}}} 2023-04-07 01:03:29.879 - [34mdebug[39m: worx.0 (1077229) Test Status: 1Habe schon wieder so einen Eintrag.
2023-04-07 10:20:49.619 - [34mdebug[39m: worx.0 (1151994) MQTT reconnect 2023-04-07 10:20:49.620 - [33mwarn[39m: worx.0 (1151994) Maybe your connection is blocked from Worx or your worx is offline. Restart Mqtt connection automatic in 24h 2023-04-07 10:20:49.620 - [33mwarn[39m: worx.0 (1151994) Request counter since adapter start: 0 2023-04-07 10:20:49.637 - [33mwarn[39m: worx.0 (1151994) Adapter start date: 4/7/2023, 10:05:16 AM 2023-04-07 10:20:49.641 - [34mdebug[39m: worx.0 (1151994) mqtt end 2023-04-07 10:20:50.058 - [34mdebug[39m: worx.0 (1151994) mqtt closed -
Also ich hatte jetzt was komisches:
Vorab: Habe noch die alte Adapter Version von letztem Jahr im Iobroker, dann
heute Vormittag habe ich zwei Commands gesetzt: 1x One Time auf 120min und einmal One Time Start.
Heute Nachmittag dann einmal Command Start.
Mitten beim Mähen (ca. 45 Minuten gelaufen) kam diese Meldung im Log:worx.0 2023-04-07 17:29:02.906 info rawMqtt receive 401 error. Refresh Token in 60 seconds worx.0 2023-04-07 17:28:20.893 error "<html>\r\n<head><title>504 Gateway Time-out</title></head>\r\n<body>\r\n<center><h1>504 Gateway Time-out</h1></center>\r\n</body>\r\n</html>\r\n" worx.0 2023-04-07 17:28:20.893 error AxiosError: Request failed with status code 504Dachte mir shit, jetzt hats ich auch erwischt, hab gleich mal die App am Handy geöffnet, kam schon Verbindungsfehler (auch mehrmals aktualisiert).
Habe dann die neueste Version von Git installiert um bessere Logs zu bekommen.
Nach dem installieren waren aber meine Iobroker States wieder aktuell und noch komischer, die App hat auch wieder Verbindung gehabt!Konnte dann den Mäher auch per Iobroker Befehl nach Hause schicken.
Seit dem kein Fehler mehr im Log:
worx.0 2023-04-07 17:58:42.143 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:53:39.570 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:49:28.288 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:49:27.833 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:49:22.024 info Request Counter: 2 worx.0 2023-04-07 17:46:52.197 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:43:39.568 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:36:58.088 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:36:36.334 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:36:12.801 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:36:12.312 info Request Counter: 1 worx.0 2023-04-07 17:33:40.275 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:33:39.121 info Start MQTT connection worx.0 2023-04-07 17:33:39.109 info Autolock found! Create State : AutoLockTimer worx.0 2023-04-07 17:33:39.106 info Autolock found! Create State : AutoLock worx.0 2023-04-07 17:33:39.103 info found torque control, create states... worx.0 2023-04-07 17:33:39.072 info State value to set for "worx.0.1234.mower.firmware" has to be type "string" but received type "number" worx.0 2023-04-07 17:33:38.897 info Create product folder and states for WR141E worx.0 2023-04-07 17:33:38.721 info Create folder activityLog and set states. worx.0 2023-04-07 17:33:38.455 info found PartyModus, create states... worx.0 2023-04-07 17:33:38.447 info found available firmware, create states... worx.0 2023-04-07 17:33:38.447 info found OneTimeShedule, create states... worx.0 2023-04-07 17:33:38.440 info found DoubleShedule, create states... worx.0 2023-04-07 17:33:38.252 info Found device xxx with id xxx worx.0 2023-04-07 17:33:38.251 info Found 1 devices worx.0 2023-04-07 17:33:38.030 info Connected to worx server worx.0 2023-04-07 17:32:52.409 info Login to worx worx.0 2023-04-07 17:32:52.391 info starting. Version 2.0.3 (non-npm: iobroker-community-adapters/ioBroker.worx) in C:/iobroker/SmartHome/node_modules/iobroker.worx, node: v16.19.0, js-controller: 4.0.24 worx.0 2023-04-07 17:32:22.839 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason worx.0 2023-04-07 17:32:22.838 info terminating worx.0 2023-04-07 17:32:22.837 info Got terminate signal TERMINATE_YOURSELF -
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
Das Gerät wurde gegen 17:00 per Hand rausgeschickt. Jetzt habe ich den Log im iobroker gesehen.
Die App zeigt mir wiedereinmal Verbindungsfehler an. Habe den Adapter neu gestartet. jetzt bleib er gelb (Log von 18:16) jetzt nochmal versucht den Adapter mit einer neuen IP neu zu starten. Leider auch vergebens.Update:
Gerade mal meine FritzBox und iobroker neu gestartet, Adapter ist wieder grün. Hatte bestimmt einen Schluckauf.
Aber Aufschreie gab es trotzdem von meinen Mädels, weil das Internet weg war. Verbindungsfehler in der app besteht trotdem weiter. Also wieder per Hand starten.
-
Jo bei mir jetzt auch wieder, obwohl Mäher schon eine halbe Stunde ohne irgendeine Aktion in der Station ist und lädt:
worx.0 2023-04-07 18:33:39.609 info rawMqtt receive 401 error. Refresh Token in 60 seconds worx.0 2023-04-07 18:31:58.756 error {"message":"Server Error"} worx.0 2023-04-07 18:31:58.756 error AxiosError: Request failed with status code 500
Support us
455
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge