Roborock Adapter tester gesucht

[David G.]

@copystring sagte in Roborock Adapter tester gesucht:

Ähm nein. Das baue ich bewusst nicht ein da die commands......

Okay, danke für die Info. Dann schaue ich mal, wie man das in der Visu schlau umsetzt um sich nicht von den "falschen" Werten irritieren zu lassen.

@copystring sagte in Roborock Adapter tester gesucht:

Ich brauche mal eure Hilfe.
Es geht darum, die echten Werte der Verbrauchsmaterialien des Saugroboters zu bekommen.

Gibt es die Werte schon irgendwo?
In der Json hab ich was stehen, hier exemplarisch ein Wert.

          "id": "125",
          "name": "主刷寿命",
          "code": "main_brush_life",
          "mode": "rw",
          "type": "VALUE",
          "property": "{\"max\": 100, \"min\": 0, \"step\": 1, \"unit\": null, \"scale\": 1}",
          "desc": null

[copystring]

@david-g said in Roborock Adapter tester gesucht:

Gibt es die Werte schon irgendwo?
In der Json hab ich was stehen, hier exemplarisch ein Wert.

          "id": "125",
          "name": "主刷寿命",
          "code": "main_brush_life",
          "mode": "rw",
          "type": "VALUE",
          "property": "{\"max\": 100, \"min\": 0, \"step\": 1, \"unit\": null, \"scale\": 1}",
          "desc": null

Ja weiter unten im deviceStatus

[David G.]

@copystring

Gefunden

      "deviceStatus": {
        "120": 0,
        "121": 8,
        "122": 79,
        "123": 102,
        "124": 203,
        "125": 99,
        "126": 99,
        "127": 98,
        "128": 0,
        "133": 1
      },

Stimmt bei mir aber nicht mit den Daten in der App überein (auch nicht mit -1).

[copystring]

@david-g OK. Mal bitte in ioBroker checken, wann HomeData zuletzt geschrieben wurden. Sind das vielleicht alte Daten?

[David G.]

@copystring sagte in Roborock Adapter tester gesucht:

@david-g OK. Mal bitte in ioBroker checken, wann HomeData zuletzt geschrieben wurden. Sind das vielleicht alte Daten?

In der Tat.
Ist vom 19.2

[copystring]

@david-g aber die aktuelle dev branch ist installiert? Die schreibt bei jedem Start die Daten neu.

[David G.]

@copystring

Ja, gestern Abend nach deinem Post mit der Bitte zu testen installiert.

Installiere gleich nochmal drüber.

EDIT
Jetzt stimmen die Werte.
Braucht das auf git ggf kurz bis die aktuellste Version ausgeliefert wird?

   "deviceStatus": {
        "120": 0,
        "121": 8,
        "122": 22,
        "123": 104,
        "124": 201,
        "125": 96,
        "126": 94,
        "127": 92,
        "128": 0,
        "133": 1
      },

Die Werte sind zum Screenshot oben wirklich was gesunken.

[David G.]

@copystring sagte in Roborock Adapter tester gesucht:

Ähm nein. Das baue ich bewusst nicht ein da die commands, wie der Name schon verrät, einfach nur Befehle sind.

Da habe ich doch nochmal eine Frage zu.
Wie würdest du einen parallelen Betrieb der App und Iobroker dann in einer Visualisierung umsetzen?

Ich sehe mehrere Varianten, die aber alle Nachteile haben.

Man zeigt in der Visu den Wert unter commands und steuert auch darüber. Diese Werte sind aber veraltet, falls zuvor die App genutzt wurde

Ich zeige den Wert von deviceStatus und mache zusätzlich ein dropdown mit den Werten aus commands. Sieht aber a nicht gut aus und kann b zu Problemen führen wenn ich die Saugleistung zb in der App aktuell auf stark stehen habe, diese über den Adapter auf leise stellen möchte und diese unter commands bereits auf leise steht. Dann müsste man immer erst was anderes auswählen und dann wieder auf leise gehen.

Wie ich es jetzt mache. In der VIS wie unter 1 und ein Blockly was commands mit deviceStatus syncon hält. Der Nachteil ist, dass man jede akustische Meldung doppelt bekommt mit einigen Sekunden Versatz. Ist von der Bedienung her die beste Variante,abgesehen von dem doppelten Geräusch.

[copystring]

@david-g Schau dir mal aliase an. Dort kann man getter und setter einstellen.
Set wäre dann command und get entsprechend der Status aus deviceStatus.
Den alias dann in vis verwenden.
Das hat den auch den Vorteil, dass wenn man den Roboter Mal tauschen muss reicht es aus die aliase anzupassen und in vis muss nichts geändert werden.

[David G.]

@copystring

Das stimmt, mit dem Alias arbeite ich auch schon recht viel. Aber daran habe ich nicht gedacht....

So hat man dann vermutlich nach der Eingabe nur eine Verzögerung bis der echte neue Wert angezeigt wird (der Adapter wieder Daten geholt hat)

Umgeht das Alias auch das Problem von 2b?

[copystring]

@david-g said in Roborock Adapter tester gesucht:

@copystring

Umgeht das Alias auch das Problem von 2b?

Ich glaube schon. Am besten einfach Mal ausprobieren.

[David G.]

@copystring

Beobachte es mal.

Hab mir jetzt alle Aliase erstellt.

Da ist mir bei Mop_Mode was aufgefallen.

Auf Deep+ steht er bei commands auf 302 und bei deviceStatus auf 303. Vermutlich ein Fehler oder?

EDIT
Das mit dem Alias klappt gut.
Das befürchtete Problem scheint es nicht zu geben. Bekomme es zumindest nicht provoziert.

[copystring]

@david-g said in Roborock Adapter tester gesucht:

@copystring
Auf Deep+ steht er bei commands auf 302 und bei deviceStatus auf 303. Vermutlich ein Fehler oder?

Stimmt. Habe ich in der dev branch korrigiert. Danke.

[David G.]

@copystring

Habe heute noch etwas festgestellt, als die Steuerung über die Visu nicht geklappt hat.

Der Datenpunkt load_multi_map synchronisiert sich mit der App.

Laut deiner Definition von commands darf das ja eigentlich nicht sein.
Hab es eben gemerkt, da ich über meine vis einen Raum reinigen wollte der heute morgen schon mal dran war. Allerdings hat meine Frau heute mittag einen Raum in einer anderen Etage gereinigt (über die App).

Somit hat die Reinigung über meine vis nicht geklappt.

Bekomme ich easy mit einem Skript gelöst. Weiß nur nicht, ob es so gewünscht ist vom Adapter her.

[copystring]

@david-g said in Roborock Adapter tester gesucht:

@copystring

Habe heute noch etwas festgestellt, als die Steuerung über die Visu nicht geklappt hat.

Der Datenpunkt load_multi_map synchronisiert sich mit der App.

Erwischt
Ja das ist der einzige Punkt der synchron sein muss damit die Räume sauber geladen werden.

Reicht es nicht aus get und set dann auf den selben Datenpunkt zu setzen?

[David G.]

@copystring

🤭

Hab es jetzt mit einem Skript gelöst. Bevor die Reinigung gestartet wird, schaue ich in welcher Etage ein Raum aktiv ist und lade die entsprechende Etage.

Ein anderes Skript stellt sicher, dass man nur Räume in einer Etage auswählen kann.

[David G.]

V 0.1.2 ist drauf und funzt so weit.

2 Fragen.

1. Bekommen die neuen Datenpunkte nich Namen?

2. Bei mir hat alles 1% zu wenig. Ist allerdings bei meiner eigenen Rechnung bei den beiden Bürsten auch so. Aber wen störts.....

EDIT
Noch eine Frage.
Wenn ich den Reinigungsvorgang pausiere, bekomme ich ihn über den Adapter nicht vorgesetzt.
Je nach Datenpunkt macht er nichts oder startet die Reinigung neu.
Gibt's da was zu beachten?

[SpacerX]

@david-g sind wir nicht erst bei v0.0.10-alpha?

[copystring]

@david-g said in Roborock Adapter tester gesucht:

V 0.1.2 ist drauf und funzt so weit.

2 Fragen.

1. Bekommen die neuen Datenpunkte nich Namen?

Die Datenpunkte bekommen die ids, welche direkt von roborock kommen. Die eigentlichen Namen stehen rechts daneben. Ich möchte die ids der Einfachheit halber nicht ändern.

2. Bei mir hat alles 1% zu wenig. Ist allerdings bei meiner eigenen Rechnung bei den beiden Bürsten auch so. Aber wen störts.....

Es scheint so, dass die Werte nicht passend von roborock übertragen werden. Alles ist entweder 1% zu wenig oder zu viel abhängig vom Modell. Ich habe versucht das zu korrigieren aber es passt leider nicht immer.

EDIT
Noch eine Frage.
Wenn ich den Reinigungsvorgang pausiere, bekomme ich ihn über den Adapter nicht vorgesetzt.
Je nach Datenpunkt macht er nichts oder startet die Reinigung neu.
Gibt's da was zu beachten?

Hm. Das muss ich genauer anschauen. Welchen Befehl sendest du zum fortsetzen?

[copystring]

@spacerx said in Roborock Adapter tester gesucht:

@david-g sind wir nicht erst bei v0.0.10-alpha?

Wir sind bei 0.1.2.