Diagram - RRA direkt adressieren?

[JuMi2006]

Also für mich sieht es nicht so gut aus. Die Tageswerte sind um einen Tag verschoben würde ich sagen. Ist irgendwann mal geplant von der speziell gepatchten rrdtool Version weg zu gehen? Ich hatte die rrdfetch.cgi schonmal soweit verändert dass sie mit jeder rrdtool Version läuft.

[mivola]

Das ist ja mal wieder super was ihr hier auf die Beine gestellt habt!!

Zufälligerweise bin ich auf der Suche nach einer ähnlichen Funktionalität. Und zwar würde ich gern einen Graph anzeigen lassen, der mir die Durchschnittstemperatur eines Tages bzw Woche/Monat anzeigt.

Die Datenbasis liefert ein WG-Temperatursensor, also ein Standard-WG-RRD. Die Frage ist nun: geht das mit den standardmäßig erstellen RRDs und deren RRA-Einstellungen? Wenn nicht, wie kann ich das existierende RRD anpassen/erweitern? Oder ist es eher sinnvoll ein separates RRD zu erstellen (und periodisch mit Werten zu füllen)? Wenn ja, mit welchen Parametern?

Danke und viele Grüße,
Micha

[MicHau]

Schritt 2 ist auch erledigt: Open Automation / Code / Commit [r2312]

Über den series-Typ custom kann die Verwendung von eigenen Werten für Start, Ende und Auflösung durch die neuen Attribute seriesStart, seriesEnd, seriesResolution aktiviert werden:

 series="custom" seriesStart="end-2week" seriesEnd="now" seriesResolution="900"

[MicHau]

Sieht gut aus.
Das Zoom-Problem sollte mit der neuesten SVN-Fassung nun auch behoben sein (siehe anderer Thread).

[tger977]

anbei mal ein erstes Beispiel das ich umgesetzt habe.

Ist nun alles aus einem einzigen Counter RRD des Stromzählers.

[tger977]

so, svn Version installiert und gleich ausprobiert: Es funktioniert!

Nochmal vielen Dank!

Und Schritt 2 hat definitiv weniger Prio wie die Zoom und Verschiebeoption, das stört mich auch schon länger

P.S. beim Installieren der SVN Version hatte ich noch das Problem daß ich die config nicht speichern konnte da der Unterordner config/Backup keine Schreibrechte hatte. Habe die manuell dann erteilt und es ging. Gleiches dann auch bei der preview: die Config war auch hier schreibgeschützt.

[MicHau]

Gern geschehen, der zweite Schritt muss leider noch ein bisschen warten, weil ein bisschen mehr Codeänderungen vonnöten sind als im ersten Schritt.

Außerdem stört mich das hier sehr und muss auch behoben werden: https://knx-user-forum.de/cometvisu/...n-version.html
Man kann nämlich nicht mehr zoomen und verschieben.

[tger977]

Ich habe das soeben in die aktuellste Entwicklerversion eingebaut. Wie die installiert wird, ist ja weiter oben verlinkt.
Bei den RRDs gibt es das neue Attribut resolution, mit dem man die Standard-Auflösung überschreiben kann.

Wow, das ging aber ratz fatz! Werde mich mal an der SVN Installtion versuchen...

DANKE schon mal!

Gruß
Andi

[MicHau]

ja, für den ersten wichtigen Schritt sollte das reichen!

Ich habe das soeben in die aktuellste Entwicklerversion eingebaut. Wie die installiert wird, ist ja weiter oben verlinkt.
Bei den RRDs gibt es das neue Attribut resolution, mit dem man die Standard-Auflösung überschreiben kann.

[tger977]

weitere Idee zu Diagrammdarstellung...

und wenn ich grad so etwas nachdenke kommt mir noch eine weitere Idee, die vermutlich aber nicht ganz so einfach umsetzbar ist:

Noch universeller fände ich wenn man als Cometvisu User direkt online ohne den Editor auch den Zeitbereich (x-Achsendimension) und die Resolution verstellen könnte. Mir schwebt da entweder ein Eingabefeld im Diagrammbereich oder besser sogar noch eine Auswahl per dropdown Menü (z.B. 15min, 30min, 1h, 24h, Woche, Monat, Jahr) vor.

Ist jetzt aber arg "wünsch Dir was" und nicht weiter durchdacht. Wollte ich einfach mal zur Diskussion stellen ob das noch jemand für sinnvoll hält.

[tger977]

der zweite Schritt mit variablem Beginn und Ende könnte noch helfen die Darstellung zu verbessern. In meinem Screenshot sieht man ja deutlich daß der erste Tag der Woche und der aktuelle Tag "unschön" sind. Mit dem Ende Parameter könnte man einfach den letzten Teil des aktuellen Tages wegschneiden. Heute ist ja fest "now" als Ende gesetzt...

[tger977]

OK, wenn ich das also richtig verstehe, würde es ausreichen, pro RRD eine Resolution anzugeben und wenn diese nicht angegeben ist, die Standard-Resolution zu verwenden?

ja, für den ersten wichtigen Schritt sollte das reichen!

Man könnte dann im zweiten Schritt noch überlegen ob es sinnvoll ist Start und Ende anstatt der vordefinierten series Werte freier konfigurierbar zu machen. Wäre für mich aber nicht zwingend nötig...

[tger977]

Sollten die Default-Werte geändert werden?

nein, die sind für 95% der Anwendungsfälle sicher sinnvoll. Ich würde sie wie gesagt nur gerne editierbar machen wollen. Idealerweise in einem Experten oder erweiterten Modus.

Das wäre sicherlich machbar, aber bevor das gemacht wird, wäre es sinnvoll, erstmal auf dem Wiregate auszuprobieren, ob das auch die gewünschte Wirkung erreichen würde.

Wenn du hier als Parameter deine eigenen Werte verwendest und dann das gewünschte Ergebnis bekommst, wissen wir, dass es funktioniert und könnten es dann einbauen.

habe ich zwar anders (durch direktes editieren in der .js) gemacht aber damit sollte klar sein daß es geht! Wenns nun noch jemand einbauen kann wäre ich glücklich!

Gruß
Andi

[MicHau]

OK, wenn ich das also richtig verstehe, würde es ausreichen, pro RRD eine Resolution anzugeben und wenn diese nicht angegeben ist, die Standard-Resolution zu verwenden?

[tger977]

so wieder einen Schritt weiter:

ich habe nun in der Datei einfach mal die festen Werte für die resolution überschrieben und so gesetzt daß ich bei der Wochensicht Tageswerte für meinen Stromverbrauch bekomme. Es funktioniert wenn man auch einen entsprechenden Scale Wert in der rrd Konfiguration einträgt (s.Anhang)

Zur Umsetzung hätte ich noch weitere Überlegungen:
- man kann an zwei Stellen die neuen Parameter prinzipiell einführen:
a) bei den Optionen des diagram_info bzw. diagram selbst
b) bei den Optionen zu den einzelnen rrd
- da Start und Ende die x-Achse des Diagramms definieren würde ich diese Parameter definitiv im Parmeterteil des diagram bzw. diagram_info sehen.
- um Flexibilität bei einzelnen rrd zu habe könnte man den Resolution Parameter in den rrd Parameterteil sinnvoll einfügen. Würde dann auch zu dem schon vorhandenen Scale Parameter passen, da diese zusammen passen müssen um sinnvolle Ergebnisse zu bekommen.

Gruß
Andi