[Behoben] SVG-Plot: Fehler mit fixedrange=2days/endPlotNow=1

Begonnen von frank, 30 Juli 2014, 11:25:22

Vorheriges Thema - Nächstes Thema

frank

mit den einstellungen

attr my_svg fixedrange 2days
attr my_web endPlotNow 1


erhalte ich den angehängten plot. plotzeit ca 11.00 uhr am 30.07. die beschriftung der zeitachse ist nach meinem empfinden falsch. nach der achsenbeschriftung ist für mich am rechten rand des plots mitternacht vom 29. auf den 30., also um 11 stunden verschoben. 

ist dieser fehler systembedingt oder muss ich an meinen einstellungen etwas korrigieren?

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

ChrisD

Hallo,

Wenn der Zeitraum des Plots größer als 1,1 Tage ist werden keine Uhrzeiten mehr angezeigt. Dort wo bei dir 29. Jul steht hat FHEM 11:00 weggelassen. Testweise habe ich die Anzeige in 98_SVG.pm leicht geändert wodurch die Zeiten wie unten zu sehen mit ausgegeben werden. Ich sehe 2 Lösungen:

- endPlotNow ignorieren wenn days>1 ist, ursprünglich war endPlotNow nur für die Anzeige von Zeiträumen <=1 Tag gedacht. Dies lässt sich durch Ändern der Zeile 709 in 98_SVG.pm (v. 5954) von
    if($endPlotNow) {
in
    if(($endPlotNow)&&($nDays==0)) {
erreichen.

- bei der Darstellung des SVGs überprüfen ob der Startzeitpunkt auf 00:00:00 liegt oder nicht und dementsprechend die Anzeige anpassen (dies ist etwas aufwendiger, deshalb auch kein Code)

Beim Verwenden von fixedRange gibt es übrigens noch ein weiteres Problem mit der Darstellung wenn der Wert für days größer als 31 ist.

Grüße,

ChrisD

frank

danke für deine antwort,

ZitatWenn der Zeitraum des Plots größer als 1,1 Tage ist werden keine Uhrzeiten mehr angezeigt.
das wäre ja ok, obwohl man auch darüber nachdenken könnte, in jeder plotansicht ähnlich viele zeitangaben zu haben.  aber das einblenden eines datums geschieht für gewöhnlich um mitternacht, wodurch dann, wegen der fehlenden uhrzeiten, wenigstens ein einheitlicher referenzpunkt existiert.

Zitat- endPlotNow ignorieren wenn days>1 ist, ...
das ist natürlich sehr unschön. ich nutze ja endPlotNow, weil ich damit die meisten daten in der jeweiligen auflösung sehen kann. ausserdem ist sofort ersichtlich wo der aktuelle zeitpunkt/wert liegt (rechter rand). da sich die betrachteten ereignisse in diesem fall im 24 std rythmus ändern, ist eine auflösung von > 1 tag, also 2 tage, die optimalste, weil grösste auflösung. das würde ohne endPlotNow kurz nach mitternacht auch wiederum nicht ausreichen.

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

rudolfkoenig


frank

ZitatIch habe ein Fix eingecheckt.
erste tests zeigen, dass noch etwas feinjustierung von nöten ist. die datumspunkte "wandern" in die falsche richtung. zur plotzeit kurz vor 14 uhr liegt der letzte mitternachtszeitpunkt nur noch 12 stunden vor 14 uhr. also 2 uhr nachts. eine knappe halbe stunde zuvor war die datumsgrenze etwas weiter in der vergangenheit. ungefähr 12,5 std.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

rudolfkoenig


frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html