History 1.5.0 bitte testen
-
@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 ...
-
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
-
Update auf GitHub behebt einen Mini-Fehler beim Logging der unter bestimmten Umständen zum Absturz des Adapters führen konnte.
-
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
-
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.
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
-
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
-
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
-
-
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
-
@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.
-
-
Ah, 2 Dinge `
genau1.) 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.
Die Hysterese/Delta Funktion ist bisher "nur" in der "History" Instanz verfügbar. `
Was meinst du mit Delta-Funktion?da teilweise bei mir die Zusammenhänge (z.B. Heizungssteuerung) `
da bin ich auch noch dran:
Work in Progress…...Gruß
Rainer
-
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.
-
- 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
- Erweiterung von "Log changes only": Nur loggen wenn neuer Value mindestens um einen bestimmten Wert abweicht `
-
- 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
-
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!!
-
Mit 0.1 tut es auch. `
Yepp - siehe oben!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
-
So erste Ergebnisse!
so habe ich es eingestellt:
und das kommt dabei raus:
scheint wohl nicht zu klappen
Gruß
Rainer
-
Hallo Paul,
ich hatte einen Punkt eingegeben, der wurde automatisch in ein Komma umgewandelt.
Das ist aber nicht der Grund. Bei der Vorlauftemperatur habe ich glatte 3 Grad eingegeben und es sieht so aus:
Gruß
Rainer
-
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 `
OK SQL habe ich installiert und bei 2 DP eine Hysterese eingestellt. Ich werde berichten.
-
STartet mal sicherheitshalber nach dem Update den Adapter manuell neu. Ich hatte schon Fälle wo beim Update von Github kein Neustart erfolgte
PS: Altaernativ wenn dann noch nicht tut würden mich die Ausgaben im "Debug" Level interessieren …
-
STartet mal sicherheitshalber nach dem Update den Adapter manuell neu. Ich hatte schon Fälle wo beim Update von Github kein Neustart erfolgte `
Das hilft auch nicht, aber…
Was predige ich immer selber in solchen Fällen :oops:
iobroker upload history iobroker restartkönnte geholfen haben.
Inzwischen ist die Heizung in Nachtabsenkung und Änderungen >2,5° kommen erst morgen wieder.
auf jeden Fall ist seit dem upload vor 12 Minuten kein weiterer Wert mehr in der Tabelle aufgetaucht.
Gruß
Rainer
