[WireGate-Plugin] Grafiken erstellen (Datenarchiv)

[makki]

Ja und Nein; Danke für den Hinweis:
War nicht im SVN, nachgeholt..
Sollte sich was ändern nehme ich das dann aus dem ersten Post raus, aktuell ist also immer SVN (die Idee mit SVN entstand erst später..)

Makki

[greentux]

Frage: Für das dann neuangelegte rrd pro Wert werden die Daten genommen, die auf der Webmin Sensors Seite ganz unten eingetragen sind?
Ich habe dort ein paar Anpassungen vorgenommen und möchte, das auch die KNX Werte mit gleicher Auflösung gespeichert werden.

[greentux]

Weiterhin hätte ich gern COUNTER statt GAUGE... der Aufruf im wiregated.pl gibts ja irgendwie her. Nur wie korrespondiert das mit dem Plugin hier?

[makki]

Da ist glatt ein bisschen der Käfer drin: Für neue Sensoren, werden im Webif hartcodierte Werte eingesetzt (aber letztlich nicht verwendet bevor gespeichert), nicht das globale als Default.

Nachdem der wiregated.pl bis dahin aber das RRD schon neu angelegt hat stimmts dann trotzdem: für neue Sensoren gilt dort der globale als Default. Die Anzeige im Webif über die RRA's stimmt dann nicht mit der Realität überein.
Wird geändert, zusätzlich fiel mir gerade gerade ein "Info" Button als sinnvoll ein, wo man einfach nachsehen kann (analog rrdtool info nur in hübsch&Verständlich )

COUNTER (bzw. alles andere wie DERIVE usw auch) geht, muss man update_rrd nur beim anlegen als 4. Parameter mitgeben. Beim späteren befüllen spielt das keine Rolle..

Bei "komplexen" RRD's kann es sich aber auch definitiv einfacher gestalten, gleich das anlegen im Plugin einmalig selbst zu machen; es gibt ja noch mehr: min/max, interval (step, der wichtigste Parameter, der sagt was die Reihen für eine Zeiteinheit haben, da wird bei neuen immer der globale genommen usw... )

Das ganze rrdtool zu abstrahieren soll eigentlich garnicht Ziel sein, geht auch kaum, wenn man bestimmte Sonderwünsche hat kopiert man sich zum erstellen des RRD's das (RRDs::create(..) einfach aus wiregated.pl. Das ist auch schon dokumentiert

Makki

[greentux]

Ok, verstanden. Es gibt doch aber nur eine Funktion, die rrd_update heißt oder? Vermutlich legt die an, wenns noch nicht da ist? So habe ich das Plugin verstanden.
Oder kann ich irgendwie das rrd auch extra anlegen?

[greentux]

Eh wir uns missverstehen. Ich meine hier nur das Plugin, kein WebIF! Es geht mir lediglich darum, knx Infos in ein Plugin zu übertragen. Nur eben als Counter.
Also update_rrd mit 4. Paramter ist ok. Die restlichen im WebIF festgelegten globalen Werte (bswp intervall 120s) werden dann verwendet?

[makki]

Ja update_rrd legt es mit gängigen Defaultwerten an, sofern nicht vorhanden, das ist ja irgendwo nur eine convenience-funktion die RRDs::create und RRDs::update ein bisschen schöner aussehen lässt unter der Annahme, das es die Defaultwerte für 90% tun, die sich keine 50 Parameter ausdenken wollen. Oder eben nicht so tief einsteigen wollen, was das nun genau da tut, sondern einfach nur ne Grafik für die nächsten 15 Jahre


Man kann natürlich (beides) auch gleich direkt aus dem Plugin (oder Konsole, beim create vielleicht der einfachere Weg da einmalig) aufrufen, siehe hier ab Zeile 473 (sub update_rrd)

Edit: die RRD-Tool Funktionen sind da 1:1 so verwendbar, wie hier beschrieben.
Einzige Ausnahme: vom ablegen mehrere Werte (statt "value") in einem RRD würde ich abraten, weil fast sämtliche Frontends dann gern auf die Nase fallen.. Einfach eins pro Wert machen..

Makki

[greentux]

Gut, wenn ich also das rrd händisch anlege, sollte dann ja das update damit klar kommen...
Werds heute Abend probieren, sobald der Fliesenleger mit seinen Nachbesserungen raus ist

[Hauke]

Ich habe gestern festgestellt, dass der Wert '0' in das Archiv geschrieben wird, wenn der Bus nicht erreichbar ist (mir war beim basteln das TP-UART Interface abgefallen und ich hab's nicht bemerkt...). Schöner fände ich, wenn in diesem Fall einfach kein Wert ins Archiv geschrieben wird, so wie auch bei 1-Wire Sensoren wenn der Wert nicht verfügbar ist.
Lässt sich das irgendwie im Plugin ändern?


Gruß,
Hauke

[Hauke]

*schieb*



Ich wäre immer noch an einer Lösung interssiert. Leider kenne ich mit der knx_read funktion im Detail nicht aus. Ist die irgendwo dokumentiert? Ich vermute das Problem besteht darin, dass die Funktion eine "gültige" Null zurückliefert, wenn der Bus nicht erreichbar ist? Also wäre ja der Lösungsansatz, der Funktion knx_read beizubringen, ein "naN" oder sowas zu liefern, wenn vom Bus nichts kommt und der Wert älter als die max. erlaubte Zeit ist.
Kann hier jemand helfen?


Gruß,
Hauke