Neues YouTube-Video: Visualisierung im Devices-Adapter

[igor123]

Hi,

kann mir bitte jemand bei folgendem Anliegen behilflich sein:

Ich habe via MQTT-Client nun meinen Pool verbunden.
Ich habe jedoch so das Gefühl dass manchmal die Verbindung verloren geht
Nun meldet sich der Pool mit Online-Offline und mit "Filter On/Off", Power On/Off" u.ä.
Wie kann ich den Onlinestatus, den Filterstatus sowie den Power Status irgendwie aufzeichnen (am besten jede Minute einmal abfragen)?
Später dann wäre der Plan, falls trotz bereits funktionierenden Blockly-Script der Filter Off ist, blockly dann dies überprüft und nochmals den On-Befehl "nachschießt".
Falls noch infos benötigt werden bitte um Info :-)
Danke euch schonmal!

[Asgothian]

@igor123 der einfachste weg:

• History Adapter deiner Wahl nutzen (history. SQL, influxdb)
• Aufzeichnung der werteänderungen der Geräte aktivieren.
• per e-Charts adapter einen graph aufbauen in dem du sehen kannst wie sich die stati ändern.

In wie weit du aktiv abfragen kannst ob die Geräte online sind hängt davon ab wie sie im iobroker ankommen (adapter, hardware, etc)

A.

[igor123]

@asgothian Danke dir für die rasche Antwort!

so?

jedoch fragt er unter Verlaufsdaten den Status trotzdem non stop ab...
jede Minute wäre mir lieber...

[DJMarc75]

@igor123 kommen die Daten über den MQTT Adapter?
Hast Du dort vll ack=true gesetzt?

[Homoran]

@igor123 sagte in Pool-Status Abfragen und aufzeichnen:

jedoch fragt er unter Verlaufsdaten den Status trotzdem non stop ab...

welche Version history?

[igor123]

@djmarc75

Ja ich nutze den MQTT-Adapter
Siehe oben meine Einstellungen - wo kann ich da dieses ack=true setzen?

@Homoran v1.11.1

[Homoran]

@igor123 sagte in Pool-Status Abfragen und aufzeichnen:

v1.11.1

Ich glaub da war ein Bug bei der Häufigkeit der Aufzeichnungen. ist IMHO mit v2 behoben

[igor123]

@homoran
scheinbar nur via Github updatebar?
Mir ist zusätzlich noch folgendes im Protokoll aufgefallen:

irgendwas passt da nicht...
Ich glaub dass dieses dauernde Aufzeichnen mit dem hier zu tun hat

[Homoran]

@igor123 sagte in Pool-Status Abfragen und aufzeichnen:

scheinbar nur via Github updatebar?

sollte auch im latest drin sein

@igor123 sagte in Pool-Status Abfragen und aufzeichnen:

Ich glaub dass dieses dauernde Aufzeichnen mit dem hier zu tun hat

wenn die Daten so häufig kommen, und die Parametrierung Werte auszulassen einen Bug hat, kommt das alles zusammen

[DJMarc75]

@igor123 glaub dass auch Deinen Einstellungen im Adapter da irgendwo nicht so recht passen

Im LOG steht ja "Client(...)PublishOnSubscribe" - das hast Du dort aktiviert

[igor123]

@djmarc75 Gut also die Optionen "Eigene States beim Verbinden publizieren" sowie "States bei subscribe publizieren" habe ich mal deaktiviert - was auch immer die überhaupt machen? mit mqtt kenne ich mich genau garnicht aus - ist das erste ding welches ich via mqtt habe....
zumindest ist im Protokoll nun alles ruhig..
trotzdem läuft die History wie verrückt:

@Homoran auch bei der aktuellen version besteht das Problem weiterhin, siehe oben.
Ich glaube jedoch dass der adapter da nicht das Problem ist sondern was anderes... nur eben keine ahnung was :-)

[DJMarc75]

@igor123 sagte in Pool-Status Abfragen und aufzeichnen:

trotzdem läuft die History wie verrückt:

Dann noch "Nur bei Änderungen publizieren" aktivieren

[igor123]

@djmarc75 Leider keine Änderung

[DJMarc75]

@igor123
Zeig nochmals bitte Deine Einstellungen im MQTT und History bitte

[igor123]

@djmarc75

Danke!

[DJMarc75]

@igor123 OK, an den Historyadapter-Einstellungen erstmal nix ändern.

Jetzt noch im jeweiligen Datenpunkt

um so wie DU oben gemeint hast alle 60Sek zu loggen.

Mach das nochmal bitte und beobachte Deine Verlaufsdaten.

EDIT: die Entprellzeit kannste auch mal auf 1000 setzen.

[Homoran]

@djmarc75 sagte in Pool-Status Abfragen und aufzeichnen:

EDIT: die Entprellzeit kannste auch mal auf 1000 setzen.

was soll das nutzen?
das bedeutet nur, dass der Wert 1000msec stabil sein muss, damit er geloggt wird

[DJMarc75]

@homoran sagte in Pool-Status Abfragen und aufzeichnen:

was soll das nutzen?
das bedeutet nur, dass der Wert 1000msec stabil sein muss, damit er geloggt wird

Ja, da haste recht . (UM)Denkfehler weil oben der Wert alle paar ms gelogged wurde.

[igor123]

@djmarc75
leider weiterhin das selbe :-/

[Homoran]

@igor123 es gibt zwei Schrauben an denen man drehen kann.

• das Intervall in dem die Daten reinkommen. Was nicht kommt kann nicht geloggt werden.
• die history Einstellung "nur Änderungen loggen" die wohl in deiner Version buggy ist.
  • und dann aufweichen mit "trotzdem allle x Sekunden loggen"