Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[apollon77]

@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]

@apollon77 ok, das hab ich verstanden!

mach ich morgen

[Homoran]

@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 geschaltet

Wenn noch was fehlt, sag Bescheid

DANKE

[apollon77]

@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]

@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?

[apollon77]

@homoran Naja die Sache ist die "aggregation onChange" heisst das Du alle Raw werte haben willst, das ist nicht vereinbar mit einer dynamisch gesetzten Anzahl. Wenn Du hier minmax als Aggregation oder average oder was auch immer nehmen würdest dann wäre es so wie Du sagst.

Ja, es mag sein das die alte Version das anders zurückgegeben hat (wäre aber nur denkbar das Sie dir einfach alle Werte zurückgegeben hat weil onChange halt gefordert ist), aber jetzt machts sinn :-)

[Homoran]

@apollon77 sagte in Diagramme richtiger Typ Daten:

aber jetzt machts sinn

grrmpf

dann brauche ich (und @tobi83 ) wohl Hilfe

@apollon77 sagte in Diagramme richtiger Typ Daten:

Also entweder ne Aggregation nutzen

aber welche?
ich hab schon alles durch, aber nichts ist in meinen Augen geeignet.

Ich werde wohl erst einmal versuchen über die neuen Parameter in History die Kurve zu glätten, aka weniger Messpunkte bei leichten Schwankungen zu erzeugen.

[apollon77]

@homoran Also bei temperatur ist average sinnvoll ... minmax auch

[Homoran]

@apollon77 sagte in Diagramme richtiger Typ Daten:

@homoran Also bei temperatur ist average sinnvoll ... minmax auch

ja, beim Druck ergeben sich aber keine gewünschten Kurven mehr.
Ich hab noch nicht raus über welchen Zeitbereich dann "seltsame" Werte aggregiert werden, wenn Anzahl bei 500 steht, was lt. Graph für 1/3 der chartbreite reicht. (angenommen das unsere Beobachtung stimmt)

[apollon77]

@homoran Ich verstehe nicht was Du meinst?

Der Drunk schwankt doch nicht so arg das da ,üssen mit average käme.

Auch dein Effekt mit den "halbe Charts" kommt ausschliesslich von Aggregation "Onchange" oder "none"!! Das kann nicht sein wenn du ne "echte "Aggregationsmethode nimmst did wirklich Daten aggregiert

[Homoran]

@apollon77 sagte in Diagramme richtiger Typ Daten:

Der Drunk schwankt doch nicht so arg das da ,üssen mit average käme.

das hatte ich auch gedacht, aber nach dem Anschalten nach längerer Pause bleibt die Kurve dann auch eine ganze Zeit auf halber Höhe. Mittelwert halt

EDIT:
wäte erklärbar, oder? Dann wird doch der Mittelwert über die 500 Messpunkte gebildet?

muss dann mal an den PC und nochmals versuchen das zu reproduzieren

ja! halbe charts nur bei onChange

[Homoran]

@apollon77 hast du da in den letzten Versionen noch was gefixt.
hatte bisher 2.0.0 (die x-te) mit der 2.1.4 sieht es im Moment mit average brauchbar aus

lediglich zwei kleiner Artefakte aktuell

die sich noch deutlich verändern, wenn der Ausschnitt verändert wird

das selbe nochmal mit minmax beim Druck.

Dann sieht man auch kurze Druckschwankungen.
ich glaube dabei bleibe ich.

[apollon77]

@homoran nein nichts weiter geändert. vllt. percentile 50 besser? (aber kann flot glaube noch nicht)