Test Adapter Worx v0.4.x

[haselchen]

@hsteinme
Du siehst in meiner Fragestellung einen Unterschied in den Worten unter und vor????
Wo bitte ist da der Unterschied?
Aber egal (um es mit den Wendler Worten zu sagen), ich werde es einfach selber ausprobieren

[Segway]

@hsteinme sagte in Test Adapter Worx v0.4.x:

• vor FW 3.07: Bei edgecut = true werden die Messer eingeschaltet
• ab FW 3.07: Bei edgecut = true werden die Messer nicht mehr eingeschaltet

Das gilt aber nur falls ich den EC über Worx-Adapter aktiviere starte ? Über die APP geht es weiterhin einwandfrei bei meinem auf FW 3.07 (M700)

[muuulle]

Hallo zusammen,

mein Problem, dass ich geblockt bin besteht leider weiterhin. Trotz 24h Pause. Was kann man als nächste Schritte unternehmen?

Danke

[hsteinme]

@Segway sagte in Test Adapter Worx v0.4.x:

Über die APP geht es weiterhin einwandfrei bei meinem auf FW 3.07 (M700)

Ich selbst habe die Android Worx App im Einsatz.

• Ist der Mäher bereits unterwegs und Du drückst den Home-Button, sucht der Mäher den Draht und fährt darüber zur Ladestation. Die Messer bleiben dabei eingeschaltet, zumindest solange genügend "Saft" im Akku ist. Aber dies ist eigentlich kein Kantenschnitt, zumindest in den meisten Fällen kein vollständiger.

• Hast Du im Mähplan für einen Tag die Option des Kantenschnitts aktiviert, so wird dieser auch ausgeführt.

[hsteinme]

@muuulle sagte in Test Adapter Worx v0.4.x:

mein Problem, dass ich geblockt bin besteht leider weiterhin.

Hast Du denn schon gemäß meinem Hinweis von vorgestern die Version 1.02 des Adapters installiert?

[muuulle]

@hsteinme
Ich habe den Adapter auf 1.0.2 aktualisiert.

ABER ich kann den Roboter ja noch nicht einmal über die offizielle App steuern (Fehlermeldung: Landroid ist offline, obwohl der Status und die Batterie aktualisiert wurde).

Ich probierte erst die App und im Nachgang den Adapter. Mit bekannter Fehlermeldung (geblockt).

Wie gesagt, 24h habe ich gewartet.

[hsteinme]

@muuulle: Dann lass mal den Adapter ausgeschaltet. Installier Eishas DeskApp, die Du hier downloaden kannst. Falls der Fehler dort auch auftritt (davon gehe ich aus) , dann wende Dich mit der Fehlerbeschreibung sowie mit den Werten der App-Reiter Mqtt und Trace an das roboter-forum.com. Der DeskApp Entwickler ist dort sehr aktiv und kann Dir vielleicht dann weiterhelfen.

[Termina]

Hi zusammen,

ich habe meinen Worx manuell per App zeitgesteuert und zeige die Datenpunkte passiv in meiner Vis an.

Ich habe mir eine Übersicht meiner Timer erstellt. Gibt es auch die Möglichkeit die Info als Datenpunkt zu erhalten, ob der Timer an Tag X aktiv ist?

[skokarl]

das kommt bei mir einmal am Tag .....
woher kommt das ?

[hsteinme]

@Termina sagte in Test Adapter Worx v0.4.x:

Ich habe mir eine Übersicht meiner Timer erstellt. Gibt es auch die Möglichkeit die Info als Datenpunkt zu erhalten, ob der Timer an Tag X aktiv ist?

Ich kenne keinen derartigen Datenpunkt des Adapters.

Du könntest Dir höchstens einen "privaten" Datenpunkt erstellen und diesen per eigenem Skript jeweils füllen:

• Wochentag von Tag X bestimmen
• Ist calendar.<Wochentag>.workTime > 0?
• Ist mower.mowTimeExtend > 0?

Diese "Berechnung" müsstest Du erneuern, sobald sich das Datum ändert, sobald sich eine workTime ändert und sobald sich mowTimeExtend ändert.

Den privaten Datenpunkt kannst Du dann in vis abgreifen.

[hsteinme]

@skokarl sagte in Test Adapter Worx v0.4.x:

das kommt bei mir einmal am Tag .....
woher kommt das ?

Einen derartigen Eintrag habe ich noch nie gesehen. In meinem Debug-Log finde ich einen minütlichen Eintrag

2020-05-03 00:45:45.956  - debug: worx.0 (4571) Mower hstLandroid (xxxxx) online status = true

Vielleicht kommt Dein Eintrag, wenn bei der Online-Überprüfung (=Onlinecheck) netzmäßig etwas schief läuft? Gibt es denn bei den Zeiten des Eintrags ein bestimmtes Muster? Ist gerade Dein Internet weg? Wird Dein Router gerade resettet? ...? Ist Dein Mäher gerade ausgeschaltet oder nicht auf WLAN-Empfang? ...?

[Termina]

@hsteinme sagte in Test Adapter Worx v0.4.x:

@Termina sagte in Test Adapter Worx v0.4.x:

Ich habe mir eine Übersicht meiner Timer erstellt. Gibt es auch die Möglichkeit die Info als Datenpunkt zu erhalten, ob der Timer an Tag X aktiv ist?

Ich kenne keinen derartigen Datenpunkt des Adapters.

Du könntest Dir höchstens einen "privaten" Datenpunkt erstellen und diesen per eigenem Skript jeweils füllen:

• Wochentag von Tag X bestimmen
• Ist calendar.<Wochentag>.workTime > 0?
• Ist mower.mowTimeExtend > 0?

Diese "Berechnung" müsstest Du erneuern, sobald sich das Datum ändert, sobald sich eine workTime ändert und sobald sich mowTimeExtend ändert.

Den privaten Datenpunkt kannst Du dann in vis abgreifen.

Vielen Dank für Deine Bemühungen! Das merke ich mir schon mal...

Gibt es so einen Datenpunkt auch nicht in der API lieber @Meistertr ?

[muuulle]

@hsteinme
Vielen Dank für deinen Hinweis auf das roboter-forum.

...der Adapter funktioniert jetzt wieder.

Bei mir hat geholfen, den Roboter aus dem Account zu löschen und neu zu pairen!

[dslraser]

@skokarl sagte in Test Adapter Worx v0.4.x:

das kommt bei mir einmal am Tag .....
woher kommt das ?

Kommt bei mir auch hin und wieder im Log vor. Ein Muster ist aber nicht erkennbar. Die Uhrzeit ist auch immer eine andere, meistens irgendwann nachts, aber auch nicht immer...

[hsteinme]

@Termina sagte in Test Adapter Worx v0.4.x:

Gibt es so einen Datenpunkt auch nicht in der API

Leider nein

[hsteinme]

@hsteinme sagte in Test Adapter Worx v0.4.x:

Leider nein

Stell mal Deine Worx Instanz in der Loglevel-Spalte auf Debug, starte die Instanz neu, warte 10 Minuten und suche in der Logdatei nach einem Eintrag dieser Art:

2020-05-03 01:10:34.826  - debug: worx.0 (4571) GET MQTT DATA from API: {"cfg":{"id":0,"lg":"it","tm":"01:10:34","dt":"03/05/2020","sc":{"m":1,"p":0,"d":[["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]]},"cmd":0,"mz":[0,0,0,0],"mzv":[0,0,0,0,0,0,0,0,0,0],"rd":1,"sn":"2019****************","modules":{}},"dat":{"mac":"************","fw":3.08,"bt":{"t":9.3,"v":18.87,"p":95,"nr":318,"c":0,"m":0},"dmp":[1.8,-2.5,325.4],"st":{"b":27699,"d":506623,"wt":29203,"bl":90},"ls":1,"le":0,"lz":6,"rsi":-69,"lk":0,"act":1,"tr":0,"conn":"wifi","modules":{"DF":{"stat":"ok"}}}}

Da kannst Du dann sehen, was über die API rüber kommt.

[hsteinme]

@dslraser sagte in Test Adapter Worx v0.4.x:

Kommt bei mir auch hin und wieder im Log vor.

Auch wenn's für Euch kein Trost sein kann: Ihr seid nicht allein mit diesen Log-Einträgen. Schaut mal hierhin.

[Meistertr]

@dslraser das ist nix wildes. ich gehe davon aus, dass der Server sich einmal am tag neustartet und daher kommt der fehler. der muss noch abgefangen werden. Ist wie beim Telegramm adapter, der hat auch einmal in der nacht eine error weil der Server neustartet. Its nicht schön aber auch nicht schlimm

[Meistertr]

@dslraser in der aktuellen gitversion wird der fehler nicht mehr angezeigt

[skokarl]

@Meistertr sagte in Test Adapter Worx v0.4.x:

@dslraser das ist nix wildes. ich gehe davon aus, dass der Server sich einmal am tag neustartet und daher kommt der fehler. der muss noch abgefangen werden. Ist wie beim Telegramm adapter, der hat auch einmal in der nacht eine error weil der Server neustartet. Its nicht schön aber auch nicht schlimm

jipp könnte sein, gute Idee