Version 0.11.0 Release Candidate 3

[Chris M.]

Der dritte Release Candidate der CometVisu 0.11.0 ist da

Die dazugehörigen Docker-Container heißen cometvisu/cometvisu:0.11.0-RC3 für die großen bzw. cometvisu/cometvisu:0.11.0-RC3-arm für die kleinen TWS. (Müsste bald auf DockerHub liegen)

Bitte ausgiebig testen, noch können wir Fehler für das 0.11.0 Release beheben
Und falls nichts mehr auffällt, dürfte in einer Woche das fertige Release kommen.

[Robert_Mini]

Hallo Chris!

Ich habe noch ein Thema, leider kann ich es nicht wirklich belegen, es ist mehr eine logische Vermutung.

Ich habe inzwischen zahlreiche Diagramme auf den TWS umgestellt. Das klappt soweit mit:
- timeseries
- aufgezeichneten GA's, die aktiv gesendet wurden

Was nicht klappt, sind GA's, die per knx_read am WG abgefragt werden und das jeweilige KNX-Gerät per response antwortet.
Kann das sein, dass das Diagramm Plugin derzeit keine respone-Telegramme berücksichtigt?

Danke und lg
Robert

[Robert_Mini]

Kommando zurück. Ursache war, dass der Status nur 1x/h abgefragt wird.
Mit resolution=3600 funktioniert die Anzeige.

Allerdings ist das im Moment für mich etwas kryptisch.
Was ist der default für resolution? Vermute 300s. Das hat den Nachteil, dass das Diagramm bei langsameren Messwerten leer bleibt.

Was passiert mit Signalen, die unregelmäßig gesendet werden? Ich habe probiert, das consolidationfunction="MEDIAN" wegzulassen. hilft aber nicht.

Gibt es eine Einstellung, die einfach blind alle Werte darstellt und mit einer Linie verbindet bzw. als Stufe darstellt, ohne Rücksicht auf irgendein Speicherintervall?

danke
Robert

[Chris M.]

Das Diagram-Plugin mit dem InfluxDB Backend berücksichtigt exakt die Daten, die in der InfluxDB stehen - egal woher die kommen, dass kann das Plugin ja auch gar nicht wissen.
Daher sollte alles genau so möglich sein, wie bei Grafana.

=> Hast Du diese Themen auch mit Grafana?

[Robert_Mini]

Ich wurde hier durch den Busmonitopr auf die falsche Fährte geschickt: viewtopic.php?f=21&t=603.

Dennoch bin ich noch nicht klar mit den Optionen. Gibt es eine Default-Variante, bei der auch längere bzw. unregelmäßige Speicherintervalle richtig angezeigt werden, ohne dass man mit dem Paramter "resolution" spielen muss?

Danke
Robert

[Chris M.]

Ohne Resolution sollte auch gehen, vermute ich.

Da diese ganzen Parameter ziemlich direkt an die InfluxDB zur Abfrage durchgereicht werden entscheidet hier überall das Verhalten, das die InfluxDB so hat. Da habe ich keinerlei Vorwissen Dir gegenüber. Versuch macht kluch

[gbglace]

Ich denke Mal auch das resulution auch eher so ein RRD spezifischer Parameter war. In einem SQL gegen die InfluxDB hast sowas nicht. Gut möglich das die CV damit nun ein SQL generiert was dann halt zu einer leeren Datenmenge aber nicht unbedingt echtem Syntaxfehler führt. Daher hast einfach nur nen leeren Chart aber keine Fehlermeldung. Du kannst zwar bei der InfluxDB auch mit Group by über Zeitabschnitte was abfragen das macht aber nicht bei jedem Datentyp Sinn und bedarf dann schon eines etwas umgebauten SQLs. Eigentlich sollte die reine Angabe des Zeitfensters genügen und er schreibt einfach alles raus was er hat an Einträgen egal ob die nun minütlich oder stündlich angelegt wurden.

[Robert_Mini]

Hallo zusammen!

Soweit habe ich das gelöst.
Das Problem ist, dass das Parameter fillMissing defaultmäßig auf none steht und in Zeitreihen mit unregelmäßigen gesendeten Werten auf linear (bei Zeitverläufen) oder previous (bei ein/aus Werten) stehen muss.

Der Parameter resolution ist zwar nicht zwingend, wird aber intern offensichtlich dennoch mit einem auf die Gesamtzeit des Diagrammes bezogenen Wert gearbeitet. Somit bleibt ein Diagramm leer, wenn nur selten Werte gesendet werden und NICHT aufgefüllt werden.

Ich poste dazu noch im KNX-UF.

lg
Robert