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

[Ein ehemaliger Benutzer]

@meistertr Hi,
vielen Dank für deinen Adapter, schnurrt hier unter Node 14.16.1 im debian 10 lxc mit Version 3.1.4 einwandfrei.

Mir ist aber seit der 3.1.x aufgefallen, dass bei jedem Update im IOT-Adapter das Smarthome Gerät Staubsauger angelegt wird, obwohl ich bei "füge Status für Alexa hinzu" keinen Haken habe.

Ist n bisschen nervig, nach jedem Update die Liste durch zu gehen und ( ich hab ja 4 Instanzen, d.h. er legt auch brav alles 4x dort an.. ) 4x zu löschen.. ;-)

[Meistertr]

@ilovegym wenns nur das ist... :)

[Ein ehemaliger Benutzer]

@meistertr hmm jaa.. nur das.. ;-)

[Meistertr]

@ilovegym fixed in der 3.1.5

[Meistertr]

@tazdevil20 fixed in 3.1.5

[Meistertr]

@saeft_2003 in der 3.1.5 vorhanden

[saeft_2003]

@meistertr sagte in Test Adapter Mihome-vacuum v3.1.4 Next Generarition:

@saeft_2003 in der 3.1.5 vorhanden

Danke das du den mop status mit eingebaut hast!

Mir ist noch etwas anderes aufgefallen was mir Sorge bereitet und zwar ist bei mir seitdem der Adapter aktiviert ist der DiskIO enorm gestiegen. Normal hatte ich ca. 1 mb jetzt habe ich ca. 2,5 mb

Der rote Bereich ist wo der Adapter läuft mit Status alle 20 Sek. Der grüne Bereich ist wo der Adapter deaktiviert ist und der blaue mit Status alle 60 Sek.

Besteht nicht die Möglichkeit das wenn ich z.B. die Map von EG auf DG ändere, der Adapter automatisch danach den Status für die Räume usw. holt? Weil jetzt dauert es im schlechtesten Fall 60 Sek.

Oder gibt es noch andere Wege den DiskIO zu senken?

[Diginix]

@meistertr Kartenaktualisierung nach mehreren Stunden Pause funktioniert mit 3.1.5 sofort.

@saeft_2003 Ich kann bei mir in Proxmox keinerlei verändertes IO seit Update auf 3.x feststellen.
Ab dem Pfeil war der Sauger aktiv.

[saeft_2003]

@diginix

mhh komisch, wird bei dir der Status alle 20 sek aktualisiert?

was hast du für eine Datenbank? file? redis? jsonl?

[Diginix]

@saeft_2003 file/file und Status alle 10s.

Aber wenn sich nichts ändern, wird auch nichts in die states.json geschrieben.
Bei mir wird die nur max. alle 60s auf HDD geschrieben. Daran könnte es auch liegen.

Die objects.json sogar nur alle 60 min. Dadurch hab ich das IO extrem verringert (siehst ja im Screenshot davor mit nur ca. 100 kb, früher waren das auch MB). Und da mein System "nie" abstürzt geht auch nichts verloren wenn es länger im RAM liegt.

[Meistertr]

@diginix es bitte ein Befehl der zur folge hat dass alle x Sekunden die object.json neu geschrieben wird, wird in der 3.1.6 gefixed

[saeft_2003]

@meistertr

Das hört sich gut an weißt du schon wann die 3.1.6 kommt?

[saeft_2003]

@diginix sagte in Test Adapter Mihome-vacuum v3.1.4 Next Generarition:

@saeft_2003 file/file und Status alle 10s.

Aber wenn sich nichts ändern, wird auch nichts in die states.json geschrieben.
Bei mir wird die nur max. alle 60s auf HDD geschrieben. Daran könnte es auch liegen.

Die objects.json sogar nur alle 60 min. Dadurch hab ich das IO extrem verringert (siehst ja im Screenshot davor mit nur ca. 100 kb, früher waren das auch MB). Und da mein System "nie" abstürzt geht auch nichts verloren wenn es länger im RAM liegt.

Ich habe bei den states einen writefileinterval von 360000! Wie sieht es bei den objects bei dir aus? So bei mir...

  "objects": {
    "type": "file",
    "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].",
    "host": "0.0.0.0",
    "port": 9001,
    "user": "",
    "pass": "",
    "noFileCache": false,
    "connectTimeout": 2000,
    "options": {
      "auth_pass": null,
      "enableReadyCheck": true,
      "host": "0.0.0.0",
      "port": 9001,
      "db": 0,
      "family": 0,
      "password": null,
      "autoResubscribe": false,
      "connectionName": "host.iobroker"
    },
    "maxQueue": 1000

[Diginix]

@saeft_2003 Deine objects hat garkein writeFileInterval.

Wie meine objects eingestellt ist, hatte ich geschrieben:

@diginix sagte in Test Adapter Mihome-vacuum v3.1.4 Next Generarition:

Die objects.json sogar nur alle 60 min

Also:

"writeFileInterval": 3600000,

Wenn du aber bei den states 360000 hättest, dann wäre das sogar 6 mal seltener als bei mir. Denn es wäre alle 6 Minuten und bei mir sogar jede Minute.
Aber wie Meistertr schon schrieb, wird ja nicht die states sondern die objects unnötig oft neu geschrieben. Und da hast du kein Limit. Wenn du eins einbaust, wäre auch ohne ein Fix des Adapters dein IO deutlich weniger.

[Meistertr]

so 3.1.6 ist raus, Änderungen siehe oben

[saeft_2003]

@meistertr

Top! Ich teste...

Edit: passt jetzt alles mein DiskIO steigt auch mit alle 10 Sekunden Status nicht merklich an. 😊👍

[Ein ehemaliger Benutzer]

@meistertr Danke für den tollen Adapter, V3.1.6 läuft, der Donate-Button funktioniert auch :-)

[saeft_2003]

@meistertr

Ich hätte noch drei „Kleinigkeiten“ die ich toll fände, ob es machbar ist kann ich leider nicht beurteilen.

1. Das es möglich ist wie in der App für einen Raum den Zyklus einzustellen

2. Das es möglich ist wie in der App die Wischroute auf gründlich zu stellen

3. Beim vaccum state wird immer charging angezeigt auch wenn der Akku schon voll geladen ist. Vielleicht könnte man das noch unterscheiden.

[Meistertr]

@saeft_2003 1: geht ja wenn du den raum mehrfach anklickst, wenn du es über ein script machen willst, musst du über custom command gehen, da ist es möglich (wird sonst in den objekten zu technisch und unübersichtlich)

2: behalte ich im Hinterkopf, weiß aber noch nicht wie.

3: geht nicht, da der Roboter in der Api keinen unterschied macht und man den Ladestatus auch nciht abfragen kann

[saeft_2003]

@meistertr

Danke. Wie müsste dann dieser custom command aussehen um zweimal den gleichen Raum reinigen zu lassen?