NEWS
Diagramme richtiger Typ Daten
-
Moin,
ich wollte mir für den Stromverbrauch ein Diagramm machen.
Lasse auch seit einiger Zeit die Werte mitschreiben.
Wenn ich nun das ganze in ein Diagramm packen will, stellt sich mir die Frage welcher Typ der passende ist.
Je nachdem ob ich nun minmax, total, bei Änderung, min, max, mittel oder bei e charts roh nehme gibt es teils große Differenzen wie weit die Kurven ausschlagen. Einige sind total unrealistisch von den Werten, andere sind ähnlich.
Hab schon in den Beschreibungen der Diagramm Adaptern geschaut aber keine wirkliche Anleitung/Beschreibung gefunden was wofür das geeignetste wäre.
Was mich drauf bringt, wenn ich auf "Bei Änderung" gehe zeigt er mit eine schräge Linie als wenn er keine Daten hätte, wenn ich auf total gehe Zeit er Ausschläge. Hab in dem Objekt vom Stromzähler geschaut und es wurde in der Zeit wo die Linie angezeigt wird Daten gespeichert, die ja auch unter total anzeigt.Vielleicht kann da für mich jemand Licht ins Dunkel bringen
Tobias@tobi83 welche Aggregation verwendestcdu (bei flot)
-
Moin,
ich wollte mir für den Stromverbrauch ein Diagramm machen.
Lasse auch seit einiger Zeit die Werte mitschreiben.
Wenn ich nun das ganze in ein Diagramm packen will, stellt sich mir die Frage welcher Typ der passende ist.
Je nachdem ob ich nun minmax, total, bei Änderung, min, max, mittel oder bei e charts roh nehme gibt es teils große Differenzen wie weit die Kurven ausschlagen. Einige sind total unrealistisch von den Werten, andere sind ähnlich.
Hab schon in den Beschreibungen der Diagramm Adaptern geschaut aber keine wirkliche Anleitung/Beschreibung gefunden was wofür das geeignetste wäre.
Was mich drauf bringt, wenn ich auf "Bei Änderung" gehe zeigt er mit eine schräge Linie als wenn er keine Daten hätte, wenn ich auf total gehe Zeit er Ausschläge. Hab in dem Objekt vom Stromzähler geschaut und es wurde in der Zeit wo die Linie angezeigt wird Daten gespeichert, die ja auch unter total anzeigt.Vielleicht kann da für mich jemand Licht ins Dunkel bringen
Tobias -
@paul53 ich auch, aber seit den neusten Versionen hat sich dder Aggregationsalgorithmus geändert. Seitdem habe ich damit Probleme
-
@paul53 ich auch, aber seit den neusten Versionen hat sich dder Aggregationsalgorithmus geändert. Seitdem habe ich damit Probleme
@homoran
Moin,unter Float und bei Änderung sieht es wie auf dem Foto aus, und das obwohl Daten vorhanden sind.
Ein Vergleich ist angehängt...
Wo finde ich den Rithmus?


-
@homoran
Moin,unter Float und bei Änderung sieht es wie auf dem Foto aus, und das obwohl Daten vorhanden sind.
Ein Vergleich ist angehängt...
Wo finde ich den Rithmus?


@tobi83 sagte in Diagramme richtiger Typ Daten:
unter Float und bei Änderung sieht es wie auf dem Foto aus, und das obwohl Daten vorhanden sind.
das ist was ich meinte
@homoran sagte in Diagramme richtiger Typ Daten:
Seitdem habe ich damit Probleme
wenn du aufzoomst sieht es wie aus?
@tobi83 sagte in Diagramme richtiger Typ Daten:
Wo finde ich den Rithmus?
???
-
@tobi83 sagte in Diagramme richtiger Typ Daten:
unter Float und bei Änderung sieht es wie auf dem Foto aus, und das obwohl Daten vorhanden sind.
das ist was ich meinte
@homoran sagte in Diagramme richtiger Typ Daten:
Seitdem habe ich damit Probleme
wenn du aufzoomst sieht es wie aus?
@tobi83 sagte in Diagramme richtiger Typ Daten:
Wo finde ich den Rithmus?
???
Sorry verlesen, meinte wo finde ich die Aggregation
Beschränkt auf 1 Tag siehts so aus das Nachts angeblich keine Daten kommen ab 0Uhr

-
Sorry verlesen, meinte wo finde ich die Aggregation
Beschränkt auf 1 Tag siehts so aus das Nachts angeblich keine Daten kommen ab 0Uhr

-
Ahhhhh
Anzahl = 300
Wenn ich auf 600 gehe sind auf einmal Ausschläge da, ab 500 der Querstrich, bei z.b. 550 ist die hälfte vom Querstrich im Diagramm weg und Ausschläge vorhanden
-
Ahhhhh
Anzahl = 300
Wenn ich auf 600 gehe sind auf einmal Ausschläge da, ab 500 der Querstrich, bei z.b. 550 ist die hälfte vom Querstrich im Diagramm weg und Ausschläge vorhanden
@tobi83 sagte in Diagramme richtiger Typ Daten:
Anzahl = 300
das sind 300 Punkte je Linie auf die Chartbreite.
eine höhere Auflösung führt natürlich auch zu einer höheten Datenmenge, die getechnet und zur Vis geschickt werden muss.Dann müsste sich @apollon77 vielleicht noch mal die aktuellen Aggregationsalgorithmen ansehen, ob da etwas nicht stimmt.
Bin ja schon froh, dass ich da nicht der einzige bin.könntest du den chart mit 600 noch hier einstellen?
-
@tobi83 sagte in Diagramme richtiger Typ Daten:
Anzahl = 300
das sind 300 Punkte je Linie auf die Chartbreite.
eine höhere Auflösung führt natürlich auch zu einer höheten Datenmenge, die getechnet und zur Vis geschickt werden muss.Dann müsste sich @apollon77 vielleicht noch mal die aktuellen Aggregationsalgorithmen ansehen, ob da etwas nicht stimmt.
Bin ja schon froh, dass ich da nicht der einzige bin.könntest du den chart mit 600 noch hier einstellen?
-
@tobi83 sagte in Diagramme richtiger Typ Daten:
Nur hat sich bei mir die letzte Zeit keine Auflösung geändert...
was meinst du damit?
-
@tobi83 sagte in Diagramme richtiger Typ Daten:
Nur hat sich bei mir die letzte Zeit keine Auflösung geändert...
was meinst du damit?
@homoran
Du meintest dich desto höher die Auflösung desto mehr Daten etcNur das Problem ist seit ein paar Tagen vorhanden und seitdem hat sich keine Auflösung bei mir geändert so das dadurch zu wenig Daten vorhanden wären.
-
@homoran
Du meintest dich desto höher die Auflösung desto mehr Daten etcNur das Problem ist seit ein paar Tagen vorhanden und seitdem hat sich keine Auflösung bei mir geändert so das dadurch zu wenig Daten vorhanden wären.
@tobi83 sagte in Diagramme richtiger Typ Daten:
seitdem hat sich keine Auflösung bei mir geändert
was hat sich denn geändert?
-
Jetzt bitte mal schön langsam… Und bitte nicht Äpfel und Birnen miteinander mischen.
An Aggregationsmethoden hat sich nichts geändert außer dass welche dazu gekommen sind in den neuesten Versionen. Am Ende habe ich in den letzten Versionen der aktuellen Beta die Performance massiv gesteigert. Das hat bisher auch noch keinerlei Probleme bereitet.
Bevor ihr wir jetzt hier weiter rätseln bitte Adapter auf debug log setzen und den entsprechenden Datenpunkt um den es geht ebenfalls auf den erweiterten debug Modus in den neuesten Versionen setzen und dann bitte das log zeigen. Und am besten dazu die Grafik die ihr seht
-
Jetzt bitte mal schön langsam… Und bitte nicht Äpfel und Birnen miteinander mischen.
An Aggregationsmethoden hat sich nichts geändert außer dass welche dazu gekommen sind in den neuesten Versionen. Am Ende habe ich in den letzten Versionen der aktuellen Beta die Performance massiv gesteigert. Das hat bisher auch noch keinerlei Probleme bereitet.
Bevor ihr wir jetzt hier weiter rätseln bitte Adapter auf debug log setzen und den entsprechenden Datenpunkt um den es geht ebenfalls auf den erweiterten debug Modus in den neuesten Versionen setzen und dann bitte das log zeigen. Und am besten dazu die Grafik die ihr seht
@apollon77 sorry, das hab ich jetzt nicht verstanden wie das debuggt werden soll.
Habe das mit allen DPs seit der neuen History.Mitvden Aggregationsmethoden hab ich dann wohl falsch verstanden, aber wo finde ich die, wenn die im History Adapter und nicht in flot sind?
-
@apollon77 sorry, das hab ich jetzt nicht verstanden wie das debuggt werden soll.
Habe das mit allen DPs seit der neuen History.Mitvden Aggregationsmethoden hab ich dann wohl falsch verstanden, aber wo finde ich die, wenn die im History Adapter und nicht in flot sind?
@homoran Ich will ein Debug Log vom History Adapter sehen mit den Abfragedaten der getHistory Anfrage und den Debug Ausgaben die er macht.
- aktuellste History beta repo version
- History Loglevel auf Debug
- In custom settings zu einem relevanten DatenoUnkt das erweiterte Debug aktivieren
- Dann Chart aufrufen
- Log posten
-
@homoran Ich will ein Debug Log vom History Adapter sehen mit den Abfragedaten der getHistory Anfrage und den Debug Ausgaben die er macht.
- aktuellste History beta repo version
- History Loglevel auf Debug
- In custom settings zu einem relevanten DatenoUnkt das erweiterte Debug aktivieren
- Dann Chart aufrufen
- Log posten
@apollon77 ok, das hab ich verstanden!
mach ich morgen
-
@homoran Ich will ein Debug Log vom History Adapter sehen mit den Abfragedaten der getHistory Anfrage und den Debug Ausgaben die er macht.
- aktuellste History beta repo version
- History Loglevel auf Debug
- In custom settings zu einem relevanten DatenoUnkt das erweiterte Debug aktivieren
- Dann Chart aufrufen
- Log posten
@apollon77 so, ich versuche es nochmal
log im Anhanglog_debug_history.txt
das Diagramm sieht so aus:

Der Datenpunkt mit dem extended Debug ist: hm-rpc.0.JEQ0140901.1.TEMPERATURE, was im flot die rote Linie ist.
Auch in der gelben fehlt die Häkfte, ist aber nicht auf extended debug geschaltetWenn noch was fehlt, sag Bescheid
DANKE
-
@apollon77 so, ich versuche es nochmal
log im Anhanglog_debug_history.txt
das Diagramm sieht so aus:

Der Datenpunkt mit dem extended Debug ist: hm-rpc.0.JEQ0140901.1.TEMPERATURE, was im flot die rote Linie ist.
Auch in der gelben fehlt die Häkfte, ist aber nicht auf extended debug geschaltetWenn noch was fehlt, sag Bescheid
DANKE
@homoran Also ich hab da so ne spontane vermutung:
Du fragst ab:
- aggretation: onChange
- start: Montag, 20. Juni 2022 17:34:30.232
- end: Donnerstag, 23. Juni 2022 17:34:30.232 (also 3 tage, oder 259.200 Sekunden)
- count: 500, Anzahl der Werte wenn onChange aggregation
Und du bekommst auch genau 500 Datensätze zurück ... ich tippe das die einfach nur diesen zeitraum lang reichen :-) hast also mehr. Also entweder ne Aggregation nutzen ODER count erhöhen bzw setzen im Request
Noch zum Thema "ne Aggregation nutzen", weil hier kommen dann andere Parameter ins Spiel aus deinem request die auch "komisch" gesetzt sind (aber bei onChange keine Rolle spielen):
- step: 80.000 (ms) - also 80 Sekunden Schritte
- limit 2000 - nicht mehr als 2.000 Datensätze zurückgeben (259.200/80 === 3.240) - gewinnt und step wird überschrieben, bekommst maximal 2000 ... also step ist intern dann 129,6s
-
@homoran Also ich hab da so ne spontane vermutung:
Du fragst ab:
- aggretation: onChange
- start: Montag, 20. Juni 2022 17:34:30.232
- end: Donnerstag, 23. Juni 2022 17:34:30.232 (also 3 tage, oder 259.200 Sekunden)
- count: 500, Anzahl der Werte wenn onChange aggregation
Und du bekommst auch genau 500 Datensätze zurück ... ich tippe das die einfach nur diesen zeitraum lang reichen :-) hast also mehr. Also entweder ne Aggregation nutzen ODER count erhöhen bzw setzen im Request
Noch zum Thema "ne Aggregation nutzen", weil hier kommen dann andere Parameter ins Spiel aus deinem request die auch "komisch" gesetzt sind (aber bei onChange keine Rolle spielen):
- step: 80.000 (ms) - also 80 Sekunden Schritte
- limit 2000 - nicht mehr als 2.000 Datensätze zurückgeben (259.200/80 === 3.240) - gewinnt und step wird überschrieben, bekommst maximal 2000 ... also step ist intern dann 129,6s
@apollon77 sagte in Diagramme richtiger Typ Daten:
Und du bekommst auch genau 500 Datensätze zurück ... ich tippe das die einfach nur diesen zeitraum lang reichen hast also mehr.
das hab ich auch vermutet, nur...
früher war die eingestellte Anzahl die Anzahl Punkte über die gesamte Breite des Charts, die Punkte wurden entsprechend berechnet, damit es passte.
Möglich, dass es nicht die Aufgabe van history sondern von flot ist, diese Aggregation/Punkte zu berechnen und entsprechend anzufragen.
und ja, mit einem (deutlich) höheren Wert klappt es, sorgt natürlich für mehr traffic und was sonst noch. (rendering?)
@apollon77 sagte in Diagramme richtiger Typ Daten:
andere Parameter ins Spiel aus deinem request die auch "komisch" gesetzt sind (
wo setze ich die denn?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden

