History 1.5.0 bitte testen

[Homoran]

Hallo Ingo,

habe jetzt History 1.50 drauf. (Erst einmal nur auf dem Cubie)

läuft anscheinend ohne Probleme weiter.

Aber vorher hatte ich auf dem Pine64 seltsame Knoten in den Linien

kommt es da zu falschen timestamps durch zwischenspeichern?

Gruß

Rainer

[apollon77]

Interessant … kommt das auch wenn Du den Flot Graphen neu anzeigen lässt (ggf Browser neustarten das alle alten Daten weg sind) oder ist das bei einem "Flot läuft und aktualisiert sich regelmäßig mit neuen Daten" passiert?

Also was sein kann ist das alles um einen "Datenpunkt" verschoben ist weil ich etwas an der Aggregationslogik geändert hatte ... sollte aber dann wenn neu Daten abgerufen werden alles normal sein.

[Homoran]

ok, das ganze war (vielleicht) etwas unfair, aber erst zu deinen Fragen:

@apollon77:

kommt das auch wenn Du den Flot Graphen neu anzeigen lässt `
gerade dann, auch mitten im Graphen.

@apollon77:

weil ich etwas an der Aggregationslogik geändert hatte `
so sieht es für mich aus.

Teilauflösung:

es handelt sich um Daten aus der Fußbodenheizung (Vor und Rücklauf) mit denen ich dieses Jahr endlich die FBH optimieren möchte.

Da meine Therme ziemlich stark taktet, weil überdimensioniert habe ich eine Aggregation über 3600sec (=1Stunde) gemacht um die Kurven zu glätten.

Das lief auch immer ganz brauchbar.

Diese "Artefakte" sind mir heute das erste mal aufgefallen. einmal gegen 23:30 heute nacht und heute Mittag aktuell, als ich dort einen neuen Differenztemperatursensor an die Rohre angelegt hatte.

Dieser war bereits seit Freitag zussammengebaut und seit Freitag abend auch auf loggen gestellt. allerdings nur Raumtemperatur mit relativ wenig Schwankung.

An dem FBH-Rohren schwankt der Wert schon zwischen 33 und 23 °C etwa im 10 Minutentakt.

Seltsamerweise fällt es bei den parallel-laufenden (die schon länger loggen) nicht auf.

Livebild nach Ctrl-F5:

und gezoomt:

EDIT:

Hier mit aggregation auf 360 statt 3600 sekunden:

Gruß

Rainer

[nieIP]

@apollon77:

Hi,

Du hast aber nicht die neueste, weil sonst noch eine weitere Option da sein müsste. `

Der Screenshot ist vom SQL Adapter denke ich.

[Homoran]

@nieIP:

Der Screenshot ist vom SQL Adapter denke ich. `
Nope:

In der Titelleiste steht History.0

Gruß

Rainer

[apollon77]

@Homoran: Hast Do mal die genauen Aggregationseinstellungen für mich? average oder minmax? mit step=3600 oder wie? Auf was steht "count"? In deinem gezoomten graph sieht es aus wie ein Wert alle ca. 30 Minuten … das könnte also minmax sein weil der zwischenpunkte einfügt.

Kann sein das sich da eine Änderung von mir blöd auf "das Ende" auswirkt.

probier mal ob du es im gezoomten immer am Schluss siehst ...

[Homoran]

Hab den PC schon aus.

Habe aber festgestellt, dass ich irrtümlich minmax ausgewählt hatte. Mit max tritt es nicht auf.

Obwohl es mit minmax IMHO der graph auch nicht zurück springen sollte.

Count ???

Wenn ich sehr viel weiter zoome (gehabt habe) entfaltete sich die Kurve.

Es war auch nicht nur am Ende, auch in der Mitte, etwa kurz vor Mitternacht, je nach Zeitverschiebung mal sichtbar, mal nicht.

Muss nach meiner Meinung schon mit der Aggregation zu tun haben. Abhängig wohl davon welche Werte in einer Gruppe sind.

Gruß

Rainer

[apollon77]

Update auf GitHub behebt einen Mini-Fehler beim Logging der unter bestimmten Umständen zum Absturz des Adapters führen konnte.

[apollon77]

@Homoran:

und gezoomt: `

… ich hab ein bissl rumgespielt und konnte den Effekt mit Zoom auch nachstellen, aber nur manchmal wenn ich schneller gezoomt habe wie er nachgeladen hat und er dann irgendwie komische Dinge tut ...

Gefühlt muss man auch schauen das die Daten erst abgefragt werden wenn der User auch wirklichmit zoomen fertig ist ... sonst laufen alle diese Requests beim ioBroker-Sever auf

Kann das sein? Das wäre dann aber ein flot Problem ...

Aber da hab ich keine Ahnung wo ich ansetzen soll ... das ist mir zu tief

[Homoran]

@apollon77:

Gefühlt muss man auch schauen das die Daten erst abgefragt werden wenn der User auch wirklichmit zoomen fertig ist … sonst laufen alle diese Requests beim ioBroker-Sever auf `

So ist es!

Beim Zoomen und schieben in Flot geht der load des Pine64/pi/cubie und der Speicherbedarf des web-Adapters sofort und dtark in die Höhe.

@apollon77:

konnte den Effekt mit Zoom auch nachstellen `
es tritt auch dann besonders stark auf, wenn du beim zoomen die Zeitachse verschiebst und nicht bis zur aktuellen Zeit anzeigst.

Gruß

Rainer

[apollon77]

Also mein Tipp wäre das das eher an diesen vielen Abgefragte Daten liegt die dann irgendwann bei blödem Timing durcheinandergeraten … ich kann mir gerade nichts ausdenken wo meine History-Änderung da reinspielt.

Ja ich habe an Aggregation was geändert, aber die Daten werden was start und Ende angeht immer noch identisch behandelt und die meisten Änderungen von mir waren für "onchange" und "none".

Es sind auch immer mehrere Datenpunkte die da überlappen und nicht nur einer ...

Also da müsste jetzt Bluefox ran und schauen wo sich da DInge beissen ... flot ist mir zu hoch

[Goersch]

sorry, war etwas beschäftigt - deshalb die späte Rückmeldung.

1.5 konnte ich jetzt installieren (Danke nieIP)

Ich hab aber noch ein paar andere Probleme mit den bisherigen Chart Funktionen des iobrokers, die mich erstmal ganz von der history-Funktion des iobrokers abhalten werden: Ich erstelle keine fixen Charts, sondern stelle mir im CCU-Historian die Charts immer so zusammen, wie ich es gerade brauche - und flot.0 ist nicht wirklich auf einem iPad nutzbar (jedenfalls nicht auf meinem alten ipad 3):

• das Namensfeld ist auf meinem iPad ein Zeichen "groß"

• dann muss man immer die ganzen Pfade aufklappen, bis man mal bei dem Kanal ist, den man eigentlich braucht

• das "Aufklappen" klappt auf dem iPad fast überhaupt nicht - ist mehr ein Zufallsgenerator

So wird das ganze immer zu einem nervenaufreibenden Abenteuer.

Ich bleibe erstmal beim CCU-Historian, da der eigentlich alles bietet, was ich brauche:

• einfache Bedienung auch vom iPad aus

• läd automatisch neue Geräte und zeichnet diese sofort auf, ohne dass man was neu starten muss

• man kann einfach Kanäle deaktivieren (das ganze "Aufklappen" entfällt - die Kanäle stehen einfach schön sauber untereinander)

Nur hatte ich gehofft, mit dem iobroker den CCU-Historian abzulösen, damit nur noch eine Schnittstelle zur CCU existiert und die CCU etwas entlastet wird. Da muss ich wohl noch etwas warten oder mich selber mal dran geben, ein Adapter zu bauen - vielleicht habe ich etwas Zeit zwischen den Feiertagen … die Entwicklungsumgebung habe ich zwar schon stehen - nur Zeit fehlt

[Homoran]

Die Probleme mit deinem ipad liegen an der Auflösung bzw. Der internen vergrößerung.

Die Darstellung wird bei nicht fullHD genauso dargestellt, wie du es beschreibst.

Das filterfeld ist ein Zeichen breit, die Spalte wird evtl. Gar nicht angezeigt. (Ist im Reiter Objekte genauso)

Das gilt für alle Geräte!

Aber…

Das benötigst du doch nur einmalig um den Charts zu erstellen, danach kopierst du den Link in ein iFrame-Widget und rufst das über vis auf.

Gruß

Rainer

[Goersch]

@Rainer: Ja/Nein - ich bin da etwas anders :oops: 8-)

Ich habe keine festen Charts, da teilweise bei mir die Zusammenhänge (z.B. Heizungssteuerung) so viele Kanäle beinhaltet, dass ich mir die Charts, so wie ich sie brauche und was ich sehen will, immer wieder neu zusammenklicke, da sonst so viele Kanäle in einem Chart sind, dass man vor lauter Kurven keine Daten mehr sieht. Das geht bei dem CCU-Historian auch recht einfach und schnell … und auch auf dem iPad ... ich denke, dass da mein Anforderung sehr "speziell" sind und ich mir eine eigene Lösung schaffen muss.

Ah, 2 Dinge die mir vorhin noch aufgefallen sind:

• Die Hysterese/Delta Funktion ist bisher "nur" in der "History" Instanz verfügbar. Da ich die "SQL-History" Instanz nutze, kann ich es leider nicht testen/nutzen.

• Nach Installation der History Version 1.5 war auf dem Raspi der Speicher bis auf 2% runter (üblicher Weise hing die Speichnutzung zwischen 17% und 23%). Nach deinstallation der History-Instanz schnellte der Speicherwert auf 40% hoch; was alles eigentlich keinen Sinn macht, da lt. Reiter "Instanzen" die History Instanz knapp 30 oder 35MB verbrauchte; nach der Deinstallation aber über 100MB mehr zur Verfügung standen. Nach erneuter Installation der History Instanz war wieder alles OK.

[Homoran]

@Goersch:

Ah, 2 Dinge `
genau

1.) zu flot:

du weisst, dass du durch Anklicken in der Legende Kurven ausblenden kannst?

2.) zum Speicher:

Das ist kein Grund zur Sorge sondern liegt an der Speicherverwaltung unter Linux.

History wurde von Linux in deinem Fall anscheinend deutlich mehr Speichr zugewiesen, als aktuell benötigt - höchst fürsorglich, da echter freier Speicher keinen Wert für Linux hat. Der wird an die laufenden Prozesse verteilt.

…und ja, History braucht einiges an Ressourcen.

@Goersch:

Die Hysterese/Delta Funktion ist bisher "nur" in der "History" Instanz verfügbar. `
Was meinst du mit Delta-Funktion?

@Goersch:

da teilweise bei mir die Zusammenhänge (z.B. Heizungssteuerung) `
da bin ich auch noch dran:

Work in Progress…...

Gruß

Rainer

[nieIP]

@Homoran:

@Goersch:

Die Hysterese/Delta Funktion ist bisher "nur" in der "History" Instanz verfügbar. `
Was meinst du mit Delta-Funktion?

Rainer `

• Erweiterung von "Log changes only": Nur loggen wenn neuer Value mindestens um einen bestimmten Wert abweicht

Das ist im SQL Adapter noch nicht drin, stand ja auch vorne, dass es eingebaut wird, wenn es im History Adapter erfolgreich getestet wurde. Ich habe auch den SQL History adapetr und kann deshalb nicht testen.

[Homoran]

@nieIP:

• Erweiterung von "Log changes only": Nur loggen wenn neuer Value mindestens um einen bestimmten Wert abweicht `
  Danke!

habe jetzt auch direkt 1.5.0 installiert, damit ihr eure neue Version auch bekommt

Dann habe ich meine Heizungswerte kastriert auf 3°C Änderung und prompt das erste zu meckern

Gerade bei der Temperatur ist es in einigen Bereichen interessant leichte Änderungen auszublenden, aber 1°C als mögliche Stufe ist schon heftig, da wäre es schön auch im Dezimalbereich einstellen zu können.

Da ich ja ganz mutig bin habe ich mal testweise 2****.5 eingegeben, und siehe da nach speichern und wieder öffnen stand jetzt 2,****5 drin

Mal sehen, was draus wird. Bos jetzt ist nichts explodiert - nicht mal ein error im log.

Gruß

Rainer

[apollon77]

@Goersch:

• Die Hysterese/Delta Funktion ist bisher "nur" in der "History" Instanz verfügbar. Da ich die "SQL-History" Instanz nutze, kann ich es leider nicht testen/nutzen. `

Für SQL gibts das auch … siehe http://forum.iobroker.net/viewtopic.php?f=36&t=4367 ... ggf nach dem Update manuell ein "iobroker upload sql" machen ... und browser cache leeren

[apollon77]

@Homoran:

aber 1°C als mögliche Stufe ist schon heftig, da wäre es schön auch im Dezimalbereich einstellen zu können. `

Mit 0.1 tut es auch. da Bluefox super ist akzeptiert er "0,1" (aber auch nur das … also Komma und keinen Punkt nehmen!!

[Homoran]

@apollon77:

Mit 0.1 tut es auch. `
Yepp - siehe oben!

@apollon77:

aber auch nur das … also Komma und keinen Punkt nehmen!! `
Nope - du sagst es ja selbst:
@apollon77:

da Bluefox super ist `
der hat es sogar implementiert, einen Dezimalpunkt in ein Komma umzuwandeln

Gruß

Rainer