Hallo, habe das Problem wie im Thema "DbLog - PlotEditor => DefaultValue,Function fehlt!?" beschrieben. Wenn ich nur auf History stelle (DBlogtype), kann ich meine Funktion eingeben, obwohl mir hier das Funktionsfeld fehlt, wie es das bei FileLog gibt. Durch das Umstellen "dbLogtype" auf nur History fehlt mir die Parameteranzeige im PlotEditor (Meldung wie Current missing). Ok kann ich mit leben. Stell ich es aber wieder auf current/History und führe "Write" im Ploteditor aus, ist meine Funktion weg, hinter den ":::" . Gibt es hier noch einen Fehler? Im WIKI zu dbLog steht man soll auf Current/History stellen. Macht man dies, dann kann keine Funktion im PlotEditor eingeben (hinter dem LogFile:::...). Das geht nur im "Text"Editor. Beim klicken auf "Write im Ploteditor wie gesagt, ist die Funktion dann wieder weg. Kann man den Ploteditor nicht so wie bei Filelog bauen oder mache ich etwas FALSCH? Im WIKI steht zwar was man im gplot File machen muss, aber eigentlich sollte doch der Umgang so einfach wie mit FileLog sein. Schade das man sich durch WIKI und Forum wühlen muss, für mich OK, ärgerlich aber naja. Für den einfachen Anwender ist das nicht praxistauglich. Eigentlich SCHADE! Aber gibt es eine Lösung für dieses Problem. Ich bin im FHEM auf dem NEUSTEN STAND!! Daran kann es nicht liegen. Und was ist nun richtig. DbLogType Current/History oder DbLogType History? Was ist für eine einfache Plotfunktion z.B für on/off Darstellung die richtige Vorgehensweise? Grüße an Alle und schöne Ostern
Hallo,
dein Beitrag ist mit diesem Fließtext ein bisschen mühsam zu lesen, mal so nebenbei ...
Zunächst die Feststellung dass du nichts falsch machst und auch kein Bug vorliegt.
Die Funktionalität ist momentan so wie designed. Allerdings gebe ich zu, dass es auch mich stört wenn im Modus mit Current/History eine im Plotfile hinterlegte Funktion nicht angezeigt und nicht wieder geschrieben wird.
Ich bin einfach noch nicht dazu gekommen mich darum zu kümmern und nehme es auf meine ToDo-Liste.
ZitatKann man den Ploteditor nicht so wie bei Filelog bauen ...
Die Oberfläche wird durch das SVG-Modul bereitgestellt. Änderungen an dieser Stelle gehen vermutlich nur in Zusammenarbeit von Rudolph König (SVG Maintainer) und mir. Möglicherweise finden wir mal die Zeit dazu ...
ZitatUnd was ist nun richtig. DbLogType Current/History oder DbLogType History?
Es gibt kein richtig oder falsch an dieser Stelle. Diese beiden Optionen haben jeweils ihre spezifischen Wirkungen, die du ja bereits beschrieben hast. D.h. will man eine Vorschlagliste der verfügbaren Device:Readings, setzt man Current/History ein. Will man diese nicht und manuell editieren, setzt man History ein. Dabei gibt es dieses Problem mit einer hinterlegten Plotfunktion, was ich aber wie bereits geschrieben auf meine ToDo setze.
schöne Ostern und Grüße,
Heiko
Der Ploteditor ist ohnehin nur ein simples Hilfsmittel für einfachste Dinge.
Schon wenn man versucht, eine dritte y-Achse zu verwenden, muss man zwingend das gplot File bearbeiten und darf dieses dann nicht mehr im Ploteditor bearbeiten. Der Ploteditor weiss nichts von mehr als zwei y-Achsen und könnte eine Bearbeitung für eine dritte Achse gar nicht anbieten. Das ist übrigens nicht nur bei DbLog so, sondern auch bei FileLog.
Ob sich der Aufwand wirklich lohnt, den gplot-Editor wegen Funktion und default-Wert umzubauen, weiß ich nicht. Das direkte Bearbeiten der gplot Dateien ist einfach viel flexibler.
ZitatOb sich der Aufwand wirklich lohnt, den gplot-Editor wegen Funktion und default-Wert umzubauen, weiß ich nicht.
Weiß ich auch nicht Udo. Ich schaue es mir zumindest mal mit an. Vielleicht gelingt es mir wenigstens dass die evtl. vorhandene Regex-Funktionen im Plotfile nicht verloren gehen.
Dir auch schöne Ostern !
Grüße,
Heiko
Hallo Heiko,
dass es diese beiden Funktionen
$hash->{FW_detailFn} = "DbLog_fhemwebFn";
$hash->{SVG_sampleDataFn} = "DbLog_sampleDataFn";
in 93_DbLog.pm überhaupt gibt, ist übrigens meine Schuld. Da hatte ich in meinem Serbien-Urlaub for 5 Jahren Zeit und Muse, mich damit zu beschäftigen, dass der SVG Editor auch direkt aus einem DbLog Device aufgerufen werden kann. (#5782)
Das Problem, über das wir hier im Thread diskutieren, dürfte im Zusammenhang mit den noch kommentierten Zeilen stehen.
for(my $r=0; $r < $max; $r++) {
my @f = split(":", ($dlog->[$r] ? $dlog->[$r] : ":::"), 4);
my $ret = "";
$ret .= SVG_sel("par_${r}_0", $cols, "$f[0]:$f[1]");
# $ret .= SVG_txt("par_${r}_2", "", $f[2], 1); # Default not yet implemented
# $ret .= SVG_txt("par_${r}_3", "", $f[3], 3); # Function
# $ret .= SVG_txt("par_${r}_4", "", $f[4], 3); # RegExp
push @htmlArr, $ret;
}
Wenn ich Dich unterstützen kann, melde Dich. Ab Ende nächster Woche bin ich wieder in Serbien und habe Zeit :)
Danke Udo, jetzt über Ostern passiert eh erstmal nicht viel. ;)
Ja, Ende nächster Woche können wir mal schauen, da wären ein paar Tage. Bei mir geht es am 04.05. Richtung Schottland, da freue ich mich schon drauf. 8)
Hallo Udo,
ich bin bis jetzt noch nicht dazu gekommen mir das mal zu Gemüte zu führen. Etwas anders im SMAPortal hatte mich plötzlich gefesselt und inspiriert :D und möchte es noch sauber vor meinem Urlaub abschließen. Dadurch bedingt werde ich diese Editor-Sache nach hinten nach meinem Urlaub schieben. Ist ja nicht so furchtbar dringend.
Wenn du magst und Lust verspürst, kannst du ja gerne schonmal danach schauen ...
Ich wünsche dir noch einen erholsamen Resturlaub...heute darf ich beginnen Koffer zu packen 8)
viele Grüße,
Heiko
Sorry wenn ich dieses alte Thema hier ausgrabe, aber gibt es hier schon was neues?