Autor Thema: FTUI Neue Version chart_widget  (Gelesen 44412 mal)

Offline eki

  • Sr. Member
  • ****
  • Beiträge: 792
Antw:FTUI Neue Version chart_widget
« Antwort #330 am: 18 Juni 2018, 14:44:27 »
Das geht aus meiner Sicht über userreadings am einfachsten. Die userreadings müssten nur dann den ph Wert etc. ablegen, wenn auch die Pumpe an ist und ansonsten eben nichts tun. Diese userreadings würden dann als Basis für den Plot genommen.

Das userreading für pH müsste so ähnlich aussehen:

attr <device> userReading pHCorr {if (ReadingsVal($NAME,"Pumpe","0") ne 0) return ReadingsVal($NAME,"pH","");;}

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 714
Antw:FTUI Neue Version chart_widget
« Antwort #331 am: 19 Juni 2018, 10:34:06 »
Vielen Dank, das werde ich mal ausprobieren. Parallel bastele ich gerade auch noch etwas am Poolcontroller-Modul herum, um Logging-Optionen zu integrieren.
Viele Grüße
Martin
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline FFHEM

  • Full Member
  • ***
  • Beiträge: 133
Antw:FTUI Neue Version chart_widget
« Antwort #332 am: 05 Juli 2018, 16:46:05 »
Hallo Eki,
vielen Dank für Deine tolle Arbeit!
Ist es möglich, mit einfachen Mitteln für z. B. einen Temperaturchart 2 konstante Linien zu zeichnen?
Das wurde auf Seite 16 in ähnlicher Weise schon einmal diskutiert, geht das auch durch je 1 Dummy-Variable?
Müsste das in einem eigenen div-Chart stehen? Stehe mit der Syntax auf dem Schlauch.
Soll so aussehen (gelbe Linien):




Gruß,
Friedhelm
FHEM 5.8 auf Raspberry Pi B, Raspbian Stretch, Homematic-Komponenten

Offline eki

  • Sr. Member
  • ****
  • Beiträge: 792
Antw:FTUI Neue Version chart_widget
« Antwort #333 am: 10 Juli 2018, 15:09:47 »
Seite 16 ist keine Sinnvolle Angabe (hängt von Deinen Einstellungen für die Anzahl der topics pro Seite im Profil ab, bei mir hat der ganze Thread nur 7 Seiten).

Egal, das was Du willst kannst Du folgendermaßen machen:

Definiere jeweils einen dummy, der den oberen bzw. den unteren Wert als reading oder Attribut enthält (z.B. dummy1 mit Reading min und dummy2 mit Reading max).

Definiere einen LogProxy Device (siehe FHEM Commandref) mit Namen 'lp' (kann natürlich auch ein anderer Name sein, muss dann in meinem Beispiel unten entsprechend angepasst werden).

Definiere 2 zusätzliche Graphen in Deinem Chart (alles innerhalb eines div, das div steht immer für ein komplettes Chart, welches verschiedene Graphen enthalten kann, die dann über Werte in den Arrays für columnspec, ptype, style etc. festgelegt werden) folgendermaßen (die '...' stehen für die sonstigen Graphen, die Du noch definiert hast):

data-logdevice='[...,"lp","lp",...]'
data-columnspec='[..., "ConstY:ReadingsVal(\"dummy1\",\"min\",\"0\")", "ConstY:ReadingsVal(\"dummy2\",\"max\",\"0\")",...]'
data-ptype='[...,"lines","lines",...]'

Styles etc. kannst Du entsprechend definieren.
Informativ Informativ x 1 Liste anzeigen

Offline FFHEM

  • Full Member
  • ***
  • Beiträge: 133
Antw:FTUI Neue Version chart_widget
« Antwort #334 am: 11 Juli 2018, 14:02:48 »
Danke, Eki!
(Tut mir leid, war mir mit den Seitennummern nicht bekannt).

Gruß,
Friedhelm
FHEM 5.8 auf Raspberry Pi B, Raspbian Stretch, Homematic-Komponenten

Offline FFHEM

  • Full Member
  • ***
  • Beiträge: 133
Antw:FTUI Neue Version chart_widget
« Antwort #335 am: 11 Juli 2018, 15:01:33 »
Hallo Eki,
ich sehe den Wald vor lauter Bäumen nicht mehr. Ich möchte 2 Temperaturgraphen anzeigen, gleiche Skala, unterschiedliche Farben.
Leider wird statt 2 unterschiedl. gefärbten Kurven nur 1 Graph in 1 Farbe angezeigt, wobei die Fläche zwischen den Kurven aufgefüllt (korrigiert: durch Zickzacklinien schraffiert) wird, s. unten:
Den HTML-Code habe ich schon soweit abgestrapst wie möglich:

                       <div data-type="chart"
                         data-device="TH_1"
                         data-logdevice="FileLog_TH_1"
                         data-columnspec='["4:temperature_corr","4:temperature_corr_mavg"]'
                         data-legend='["Temperatur","Temp-mavg"]'
                         data-showlegend='true'
                         data-legendpos='["left","top"]'

                         data-width="45vw"
                         data-height="30vh"

                         data-style='["ftui l0","ftui l1"]'

                         data-yunit="°C"
                         data-minvalue="20"
                         data-maxvalue="28"
                                             >
                        </div>
Kannst Du mir einen Tipp geben?

Edit: Im SVG-Plot, den ich jetzt auch noch angehängt habe, sind die 2 unterschiedlichen Verläufe zu sehen.
« Letzte Änderung: 12 Juli 2018, 08:41:24 von FFHEM »
FHEM 5.8 auf Raspberry Pi B, Raspbian Stretch, Homematic-Komponenten

Offline FFHEM

  • Full Member
  • ***
  • Beiträge: 133
Antw:FTUI Neue Version chart_widget
« Antwort #336 am: 12 Juli 2018, 08:48:26 »
Habe mal den Chart gespreizt, und das sieht dann wie unten aus. Hellblau ist "temperature_corr_mavg", gelb soll eigentlich temperatur_corr sein. Es wird dann zum Zeichnen immer 1 Wert der anderen Temperatur genommen.
Was habe ich da falsch gemacht?

Die 2 Temperaturwerte liegen in dem Logfile aber eigentlich richtig vor (wichtig sind nur "temperatur_corr" und "temperature_corr_mavg")
Und im SVG-Plot wird es immer richtig angezeigt. Können die Namensähnlichkeiten (Namenslänge?) für eine Verwechslung sorgen?

Logfile von TH_1:
2018-07-12_07:48:18 TH_1 temperature: 25.2
2018-07-12_07:48:18 TH_1 humidity: 43
2018-07-12_07:48:18 TH_1 T: 25.2 H: 43
2018-07-12_07:48:18 TH_1 humidity_corr: 43.0
2018-07-12_07:48:18 TH_1 temperature_corr: 24.2
2018-07-12_07:48:18 TH_1 temperature_corr_mavg: 24.044
2018-07-12_07:50:25 TH_1 battery: ok
2018-07-12_07:50:25 TH_1 temperature: 25.3
2018-07-12_07:50:25 TH_1 humidity: 43
2018-07-12_07:50:25 TH_1 T: 25.3 H: 43
2018-07-12_07:50:25 TH_1 humidity_corr: 43.0
2018-07-12_07:50:25 TH_1 temperature_corr: 24.3
2018-07-12_07:50:25 TH_1 temperature_corr_mavg: 24.075
2018-07-12_07:52:33 TH_1 battery: ok
2018-07-12_07:52:33 TH_1 temperature: 25.3
2018-07-12_07:52:33 TH_1 humidity: 44
2018-07-12_07:52:33 TH_1 T: 25.3 H: 44
2018-07-12_07:52:33 TH_1 humidity_corr: 44.0
2018-07-12_07:52:33 TH_1 temperature_corr: 24.3
2018-07-12_07:52:33 TH_1 temperature_corr_mavg: 24.100
2018-07-12_07:54:40 TH_1 battery: ok
2018-07-12_07:54:40 TH_1 temperature: 25.2
2018-07-12_07:54:40 TH_1 humidity: 45
2018-07-12_07:54:40 TH_1 T: 25.2 H: 45
2018-07-12_07:54:40 TH_1 humidity_corr: 45.0
2018-07-12_07:54:40 TH_1 temperature_corr: 24.2
2018-07-12_07:54:40 TH_1 temperature_corr_mavg: 24.119
2018-07-12_07:56:47 TH_1 battery: ok
2018-07-12_07:56:47 TH_1 temperature: 25.1
2018-07-12_07:56:47 TH_1 humidity: 46
2018-07-12_07:56:47 TH_1 T: 25.1 H: 46
2018-07-12_07:56:47 TH_1 humidity_corr: 46.0
2018-07-12_07:56:47 TH_1 temperature_corr: 24.1
2018-07-12_07:56:47 TH_1 temperature_corr_mavg: 24.131
2018-07-12_07:58:54 TH_1 battery: ok
2018-07-12_07:58:54 TH_1 temperature: 25
2018-07-12_07:58:54 TH_1 humidity: 46
2018-07-12_07:58:54 TH_1 T: 25 H: 46
2018-07-12_07:58:54 TH_1 humidity_corr: 46.0
2018-07-12_07:58:54 TH_1 temperature_corr: 24.0
2018-07-12_07:58:54 TH_1 temperature_corr_mavg: 24.131
2018-07-12_08:01:01 TH_1 battery: ok
2018-07-12_08:01:01 TH_1 temperature: 24.8
2018-07-12_08:01:01 TH_1 humidity: 47
2018-07-12_08:01:01 TH_1 T: 24.8 H: 47
2018-07-12_08:01:01 TH_1 humidity_corr: 47.0
2018-07-12_08:01:01 TH_1 temperature_corr: 23.8
2018-07-12_08:01:01 TH_1 temperature_corr_mavg: 24.119
2018-07-12_08:03:09 TH_1 battery: ok
2018-07-12_08:03:09 TH_1 temperature: 24.7
2018-07-12_08:03:09 TH_1 humidity: 47
2018-07-12_08:03:09 TH_1 T: 24.7 H: 47
2018-07-12_08:03:09 TH_1 humidity_corr: 47.0
2018-07-12_08:03:09 TH_1 temperature_corr: 23.7
2018-07-12_08:03:09 TH_1 temperature_corr_mavg: 24.100
2018-07-12_08:05:16 TH_1 battery: ok
2018-07-12_08:05:16 TH_1 temperature: 24.7
2018-07-12_08:05:16 TH_1 humidity: 48
2018-07-12_08:05:16 TH_1 T: 24.7 H: 48
2018-07-12_08:05:16 TH_1 humidity_corr: 48.0
2018-07-12_08:05:16 TH_1 temperature_corr: 23.7
2018-07-12_08:05:16 TH_1 temperature_corr_mavg: 24.081
2018-07-12_08:07:23 TH_1 battery: ok
2018-07-12_08:07:23 TH_1 temperature: 24.6
2018-07-12_08:07:23 TH_1 humidity: 48
2018-07-12_08:07:23 TH_1 T: 24.6 H: 48
2018-07-12_08:07:23 TH_1 humidity_corr: 48.0
2018-07-12_08:07:23 TH_1 temperature_corr: 23.6
2018-07-12_08:07:23 TH_1 temperature_corr_mavg: 24.056
2018-07-12_08:09:30 TH_1 battery: ok
2018-07-12_08:09:30 TH_1 temperature: 24.5
2018-07-12_08:09:30 TH_1 humidity: 48
2018-07-12_08:09:30 TH_1 T: 24.5 H: 48
2018-07-12_08:09:30 TH_1 humidity_corr: 48.0
2018-07-12_08:09:30 TH_1 temperature_corr: 23.5
2018-07-12_08:09:30 TH_1 temperature_corr_mavg: 24.019
2018-07-12_08:13:45 TH_1 battery: ok
2018-07-12_08:13:45 TH_1 temperature: 24.5
2018-07-12_08:13:45 TH_1 humidity: 49
2018-07-12_08:13:45 TH_1 T: 24.5 H: 49
2018-07-12_08:13:45 TH_1 humidity_corr: 49.0
2018-07-12_08:13:45 TH_1 temperature_corr: 23.5
2018-07-12_08:13:45 TH_1 temperature_corr_mavg: 23.981
2018-07-12_08:15:21 TH_1 battery: ok
2018-07-12_08:15:21 TH_1 temperature: 24.4
2018-07-12_08:15:21 TH_1 humidity: 49
2018-07-12_08:15:21 TH_1 T: 24.4 H: 49
2018-07-12_08:15:21 TH_1 humidity_corr: 49.0
2018-07-12_08:15:21 TH_1 temperature_corr: 23.4
2018-07-12_08:15:21 TH_1 temperature_corr_mavg: 23.931
2018-07-12_08:17:28 TH_1 battery: ok
2018-07-12_08:17:28 TH_1 temperature: 24.5
2018-07-12_08:17:28 TH_1 humidity: 49
2018-07-12_08:17:28 TH_1 T: 24.5 H: 49
2018-07-12_08:17:28 TH_1 humidity_corr: 49.0
2018-07-12_08:17:28 TH_1 temperature_corr: 23.5
2018-07-12_08:17:28 TH_1 temperature_corr_mavg: 23.887
2018-07-12_08:19:35 TH_1 battery: ok
2018-07-12_08:19:35 TH_1 temperature: 24.5
2018-07-12_08:19:35 TH_1 humidity: 49
2018-07-12_08:19:35 TH_1 T: 24.5 H: 49
2018-07-12_08:19:35 TH_1 humidity_corr: 49.0
2018-07-12_08:19:35 TH_1 temperature_corr: 23.5
2018-07-12_08:19:35 TH_1 temperature_corr_mavg: 23.844
2018-07-12_08:21:42 TH_1 battery: ok
2018-07-12_08:21:42 TH_1 temperature: 24.5
2018-07-12_08:21:42 TH_1 humidity: 49
2018-07-12_08:21:42 TH_1 T: 24.5 H: 49
2018-07-12_08:21:42 TH_1 humidity_corr: 49.0
2018-07-12_08:21:42 TH_1 temperature_corr: 23.5
2018-07-12_08:21:42 TH_1 temperature_corr_mavg: 23.800
2018-07-12_08:23:49 TH_1 battery: ok
2018-07-12_08:23:49 TH_1 temperature: 24.5
2018-07-12_08:23:49 TH_1 humidity: 50
2018-07-12_08:23:49 TH_1 T: 24.5 H: 50
2018-07-12_08:23:49 TH_1 humidity_corr: 50.0
2018-07-12_08:23:49 TH_1 temperature_corr: 23.5
2018-07-12_08:23:49 TH_1 temperature_corr_mavg: 23.756
2018-07-12_08:25:56 TH_1 battery: ok
2018-07-12_08:25:56 TH_1 temperature: 24.5
2018-07-12_08:25:56 TH_1 humidity: 50
2018-07-12_08:25:56 TH_1 T: 24.5 H: 50
2018-07-12_08:25:56 TH_1 humidity_corr: 50.0
2018-07-12_08:25:56 TH_1 temperature_corr: 23.5
« Letzte Änderung: 12 Juli 2018, 08:56:16 von FFHEM »
FHEM 5.8 auf Raspberry Pi B, Raspbian Stretch, Homematic-Komponenten

Offline eki

  • Sr. Member
  • ****
  • Beiträge: 792
Antw:FTUI Neue Version chart_widget
« Antwort #337 am: 12 Juli 2018, 11:11:43 »
Deine regular Expression in der Columnspec ist das Problem. In dem Ausdruck hinter dem ersten Doppelpunkt (nach der Zahl, die festlegt, welche "Spalte" für den Wert verwendet wird) wird festgelegt, welche Zeilen aus dem Logfile herausgefiltert werden, um den Plot aufzubauen. Da Du dort bei der ersten Kurve nur "temperature_corr" stehen hast, findet er alle Zeilen mit temperature_corr und temperature_corr_mavg und macht daraus einen Plot, der immer zwischen den beiden Werten hin und her springt. Was Du tun musst, ist auch den ':' noch in die Regex mit einbauen. Das geht leider nicht direkt, da die Doppelpunkte ja erst mal als Trenner der verschiedenen Teile des Gesamtausdrucks dienen, sondern muss über eine Maskierung des Doppelpunktzeichens geschehen.

Lange Rede kurzer Sinn, mit folgender Columnspec sollte es klappen.

data-columnspec='["4:temperature_corr\\x3a","4:temperature_corr_mavg\\x3a"]'
« Letzte Änderung: 12 Juli 2018, 12:33:09 von eki »
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline FFHEM

  • Full Member
  • ***
  • Beiträge: 133
Antw:FTUI Neue Version chart_widget
« Antwort #338 am: 12 Juli 2018, 11:20:22 »
Eki, Du bist ein Ass!!!
Das war's! Hatte gerade schon die Variablen umbenannt, und dabei hatte es auch schon funktioniert, aber so weit war ich noch nicht!

Danke vielmals!

Gruß
Friedhelm
FHEM 5.8 auf Raspberry Pi B, Raspbian Stretch, Homematic-Komponenten

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 714
Antw:FTUI Neue Version chart_widget
« Antwort #339 am: 03 August 2018, 16:20:15 »
Hallo Eki,
Parallel bastele ich gerade auch noch etwas am Poolcontroller-Modul herum, um Logging-Optionen zu integrieren.
Habe jetzt fertig gebastelt und das Poolcontroller-Modul mit neuen Attributen ausgestattet, die es u.a. optional erlauben, die Logeinträge auf die Zeiten zu begrenzen, zu denen die Pumpe läuft. Das klappt auch, und die Logs werden dadurch schön schlank.
Problem bei der Visualisierung mit dem chart widget ist, dass es anscheinend keine Möglichkeit gibt, die Daten aus dem Log zu einem kontinuierlichen Graph zusammenzusetzen (ich will ja an der Kurve sehen, wie sich über die Tage ph- und Redoxwerte verändern). Wenn die Pumpe beispielsweise täglich von 02:00 bis 04:00 Uhr läuft, dann habe ich von 2-4 eine Kurve, von 04:00 bis 02:00 eine Lücke usw., was ja auch das normale Verhalten von Chart ist.
Gibt es da vielleicht doch einen Trick, um diese no-data-Lücken auszublenden bzw. eine Kurve einfach so erstellen, wie man es in Excel tun würde?
Beispiel für den Übergang von einem Tag auf den nächsten im Log ist:
2018-08-01_03:59:05 Pool PowerControl: 0
2018-08-01_03:59:05 Pool Wasserstand: 0
2018-08-01_03:59:05 Pool Durchfluss: 1.24
2018-08-01_03:59:05 Pool Pumpe: 1
2018-08-01_03:59:05 Pool ph-: 0
2018-08-01_03:59:05 Pool Zelle: 1
2018-08-01_03:59:05 Pool Polaritaet: 0
2018-08-01_03:59:05 Pool Luft: 26.44
2018-08-01_03:59:05 Pool Wasser: 29.38
2018-08-01_03:59:05 Pool pH: 7.20
2018-08-01_03:59:05 Pool Redox: 636
2018-08-01_03:59:05 Pool CPU_Temp: 67.96
2018-08-01_03:59:05 Pool Wassersensor: 7.28
2018-08-01_03:59:05 Pool Time: 827
2018-08-02_02:00:41 Pool PowerControl: 0
2018-08-02_02:00:41 Pool Wasserstand: 0
2018-08-02_02:00:41 Pool Durchfluss: 1.27
2018-08-02_02:00:41 Pool Pumpe: 1
2018-08-02_02:00:41 Pool ph-: 0
2018-08-02_02:00:41 Pool Zelle: 0
2018-08-02_02:00:41 Pool Polaritaet: 0
2018-08-02_02:00:41 Pool Luft: 26.75
2018-08-02_02:00:41 Pool Wasser: 29.12
2018-08-02_02:00:41 Pool pH: 7.07
2018-08-02_02:00:41 Pool Redox: 436.50
2018-08-02_02:00:41 Pool CPU_Temp: 56.46
2018-08-02_02:00:41 Pool Wassersensor: -6.49
2018-08-02_02:00:41 Pool Time: 512
Danke & Grüße
Martin

Edit: Habe es jetzt mal mit data-xticks="1440" und data-daysago_start="10" data-daysago_end="-1" versucht, aber das pappt mir die Werte während der Pumpenlaufzeit auch nicht ordentlich aneinander..
« Letzte Änderung: 03 August 2018, 16:40:09 von dadoc »
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline eki

  • Sr. Member
  • ****
  • Beiträge: 792
Antw:FTUI Neue Version chart_widget
« Antwort #340 am: 03 August 2018, 16:30:56 »
Ich verstehe noch nicht so ganz wo Dein Problem liegt. Willst Du, dass sozusagen eine Linie vom letzten gültigen Wert des dargestellten Bereiches (z.B. ein Tag) zu Werten, die außerhalb dieses Bereiches liegen gezogen wird? Das geht typischerweise über logproxy und den parameter extend in der columnspec. Kannst Du mal ein Beispiel für Deine HTML Konfigurationsdatei und für den Plot schicken.

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 714
Antw:FTUI Neue Version chart_widget
« Antwort #341 am: 03 August 2018, 16:47:47 »
Eki,
was ich möchte, dass die Chart die Werte zwischen 02:00 und 04:00 vom 1.8. darstellt und dann direkt mit den Werten von 02:00 bis 04:00 vom 2.8. fortführt, dann mit denen  vom 3.8. usw. usw., wobei die Uhrzeiten je nach Poolprogrammierung variieren können.
Die Redox-Chart ist beispielsweise so definiert:
<header>Pool</header>
<div class="big"
data-type="chart"
data-device="Pool"
data-logdevice='["FileLog_Pool"]'
data-columnspec='["4:Pool.Redox:"]'
data-style='["ftui l0"]'
data-ptype='["lines"]'
data-uaxis='["primary"]'
data-legend='["Redox"]'
data-yunit="mV"
data-ytext=""
data-minvalue="auto"
data-maxvalue="auto"
data-yunit_sec="%"
data-ytext_sec="Percentage"
data-yticks="auto"
data-minvalue_sec="auto"
data-maxvalue_sec="auto"
data-daysago_start="5"
data-daysago_end="-1"
data-crosshair="true"
data-cursorgroup="1"
data-scrollgroup="1"
data-showlegend="true"
data-xticks="1440">
</div>
Das sieht dann so aus wie in der angehängten Grafik.
Was ich bräuchte sind die quasi-horizontale Scheitelchen der Zacken (die die Werte während der Pumpenlaufzeit, im Bsp. 02:00-04:00 Uhr, darstellen) als kontinuierliche Chart.
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 714
Antw:FTUI Neue Version chart_widget
« Antwort #342 am: 03 August 2018, 18:23:03 »
Was mir gerade (unterwegs) einfällt: Wenn im Log nur das Datum, aber nicht die Uhrzeit stehen würde: Würde das chart widget das als eine durchgängigen Kurve anzeigen?
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline dadoc

  • Sr. Member
  • ****
  • Beiträge: 714
Antw:FTUI Neue Version chart_widget
« Antwort #343 am: 04 August 2018, 06:01:07 »
Guten Morgen,
sorry, dass ich gleich noch mit einer zweiten Frage komme, aber seit ich gestern bei den Heizungsthermostaten zwei Kurven pro Chart angelegt habe, bekomme ich beim Bewegen des Crosshair-Cursors (iPad) die angehängten Fehler, allerdings erst, wenn ich innerhalb von ftui auf eine andere Seite wechsele (ich nutze Pagetab). M.a.W.: Wenn ich ftui aufrufe und auf derselben Seite bleibe, tritt der Fehler nicht auf. Wenn ich zu einer anderen Seite wechsele und im Browser reloade, ebenfalls nicht.
Funktionieren tut die Crosshair-Anzeige im einen wie im anderen Fall korrekt.
Bsp. für eine Chart-Definition:
<div class="big"
         data-type="chart"
         data-height="280"
         data-device='["THERMOSTAT_WZ_Climate","KS300"]'
         data-logdevice='["FileLog_THERMOSTAT_WZ_Climate","FileLog_KS300"]'
         data-columnspec='["4:measured-temp:","4:T"]'
         data-style='["ftui l0","ftui l3"]'
         data-ptype='["lines","lines"]'
         data-uaxis='["primary","primary"]'
         data-yunit="°C"
         data-ytext=""
         data-legend='["innen","aussen"]'
         data-minvalue="auto"
         data-maxvalue="auto"
         data-yunit_sec=""
         data-ytext_sec=""
         data-yticks="auto"
         data-minvalue_sec="auto"
         data-maxvalue_sec="auto"
         data-daysago_start="0.5"
         data-daysago_end=""
         data-crosshair="true"
         data-cursorgroup="1"
         data-scrollgroup="1"
         data-showlegend="false"
         data-xticks="360"
>
Änderungen in der css (Fontart und -größe)
/* Definition for crosshair cursor */
.crosshair {
stroke: #bababa;
background: #fff;
stroke-width: 1px;
fill: #bababa;
font-size: 26px;
font-family: Arial, Helvetica, sans-serif;
}
Was könnte das sein?
Danke & Grüße
Martin
Standort 1: FS20 mit CUL und FHEM (immer aktuelle Ver.) auf Raspberry Pi
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods)

Offline eki

  • Sr. Member
  • ****
  • Beiträge: 792
Antw:FTUI Neue Version chart_widget
« Antwort #344 am: 06 August 2018, 09:26:29 »
Hallo Martin,

Zur Darstellung der Pooldaten:
Ich verstehe leider immer noch nicht wirklich was Dein Problem ist. Du hast ja einen Log Auszug gepostet. Dort ist der letzte Wert für Redox am 1.8. um 3:59:05 636 und der nächste Wert, der für Redox auftaucht, ist am 2.8. um 02:00:41 der Wert 436.50. Wenn ich mir den zugehörigen Bereich des Charts anschaue, dann wird genau das dargestellt und zwischen diesen beiden Werten eben eine gerade Linie gezogen.
Was genau soll denn Anderes passieren? Willst Du, dass diese Verbindungslinie weggelassen wird und der Plot erst wieder bei dem ersten Wert für den nächsten Tag weiter gezeichnet wird (woher soll das Programm wissen, welche Teile gezeichnet werden sollen und welche nicht)? Falls es das ist, könntest Du statt Linien Punkte verwenden (data-ptype="points") oder steps (data-type="steps" oder fsteps oder histeps).

Zu dem Problem mit den Fehlermeldungen:
Um das nachvollziehen und reparieren zu können, bräuchte ich von Dir das genutzte HTML mit den Pagetabs (das verwende ich selbst nicht und kann es daher bei mir nicht nachstellen), damit ich das bei mir reproduzieren kann. Vorher könntest Du aber noch mal schauen, was passiert, wenn Du auf die neueste Version von widget_chart.js updatest (die, die mit dem ftui update aktuell mitgeliefert wird).
« Letzte Änderung: 06 August 2018, 09:35:04 von eki »