Frage zum History-Adapter
-
Jetzt mal eins nach dem anderen:
@MeisterF:Er bekommt eine 1,9 bar - bekommt sie aber doch nicht `
Was hast du da gemacht?Adapter restartet?
> km200.0 finished creation of states`Nichts - mir nur das debug-log-File angesehen und gefiltert und mich dann gewundert, was da steht.
Es ist verrückt, ob ich 20s oder 60s oder 120s für "Gleiche Werte aufzeichnen(s)" einstelle, `
Wie sehen denn die restlichen Einstellungen dazu aus?Was erwartest du?
Wie oft läuft das Javascript? `
Welche restlichen Einstellungen? aktiv - Haken rein / nur Änderungen - Haken raus / gleiche Werte - entweder 20 oder 60 oder 120 rein geschrieben
und es loggt jede Minute … egal ob er gleiche Werte alle 20 oder 60 oder 120 s aufnehmen soll.
Im Script steht setTimeout(main, 500);
debian 9 installiert und alles frisch installiert `
@MeisterF:Ich habe jetzt die alte Installation vom Pi per SFTP auf den Debian geschafft und schau mal, was nun passiert. `
führe bitte mal das reinstall.sh aus.
Wenn es daran liegt dass du für ARMv6 kompilierte Pakete auf einem Intel laufen hast suchen wir uns hier zu Tode. `
Nein - das was Du da zitierst, hatte ich heute nachmittag gemacht, als ich dachte, dass Du erst morgen wieder Zeit hast.
Ich schrieb dann, dass ich den Originalzustand wieder hergestellt habe - also frische Installation von gestern abend - nichts mit ARM oder sonstigem.
-
Bitte keine Nacherzählungen sondern Screenshots.
Oft wird etwas nicht für wichtig erachtet und nicht erwähnt.
Aber hier:
@MeisterF:nur Änderungen - Haken raus `
Der nächste Parameter:
@MeisterF:gleiche Werte `
greift nur wenn "nur Änderungen" aktiv ist.Wie bereits geschrieben, bewirkt "nur Änderungen" Die Unterdrückung des Speicherns von neu hereinkommenden Werten, wenn diese sich nicht vom zuletzt gespeicherten unterscheiden.
Wenn "nur Änderungen" nicht angehakt ist bewirkt
@MeisterF:entweder 20 oder 60 oder 120 rein geschrieben `
nichts.
Und wenn keine neuen Daten kommen kann auch nichts geloggt werden.
Wenn deine Code
setTimeout(main, 500);bedeutet was ich vermute, nämlich alle 500msec. dürfte wieder nichts aufgezeichnet werden weil du in den Einstellungen…..
Achso das fehlt ja im nicht vorhandenen Screenshot
Das war früher mein Verdacht als es hieß, der ändert sich ständig und ich das als Sekundentakt interpretierte.
dass ich den Originalzustand wieder hergestellt habe - also frische Installation von gestern abend - nichts mit ARM oder sonstigem. `
Ok, also alle Adapter nativ installiert.Dann ist wenigstens eine Fehlerquelle weniger.
Adapter restartet?
km200.0 finished creation of states
Nichts - mir nur das debug-log-File angesehen und gefiltert und mich dann gewundert, was da steht. `
Ich kenne den Adapter nicht, aber so etwas sollte IMHO da nicht stehen, allerdings sehe ich ja alles davor nicht.Vielleicht muss der Entwickler da mal ran.
Deshalb vielleicht noch ein paar Systeminfos bitte:
Debian: 9;
nodejs: ??;
npm: ??;
-
Nun, ich kann Deine Erklärung "Nur Änderungen aufzeichnen" -> Haken soll rein
nicht nachvollziehen.
Da das hier im Beitrag sich nicht so schön schreiben lässt, habe ich ein pdf mit der Zusammenstellung
angehängt.
und das logfile auf debug vom nicht korrekt loggenden ioBroker
Ich hoffe, Du kannst daraus alles entnehmen und mit weiteren Tipps dienen.
Frohes Fest!
-
ch kann Deine Erklärung "Nur Änderungen aufzeichnen" -> Haken soll rein
nicht nachvollziehen. `
Wo hapert es denn?Nur wenn du gleiche neue Daten "eigentlich" heraus filterst ergibt die einstellung "trotzdem alle xx Sekunden eine neuen gleichen Wert loggen" einen Sinn.
-
Wenn Du das PDF gelesen hättest, würdest Du sehen, dass die beiden Alt-Versionen problemlos gleiche Daten loggen, wenn:
"Nur Änderungen aufzeichnen" - Haken raus
gleiche Daten alle xx Sekunden loggen -> 300 (= 5 min) rein
eingestellt ist. Es kann natürlich sein, dass Du Recht hast und die Sache so gedacht ist, dass man keine gleichen Daten loggt (also nicht jede Sekunde einen Wert schreibt) aber dann doch alle 300s einen schreibt, wenn der Haken bei "Nur Änderungen aufzeichnen" drin ist.
Aber mein Problem ist ja, dass er gar keine gleichen Daten loggt - obwohl der Haken "Nur Änderungen aufzeichnen" raus ist.
Lies bitte die PDF.
frohes Fest!
-
Nochmal:
@MeisterF:Aber mein Problem ist ja, dass er gar keine gleichen Daten loggt `
Nach meiner Meinung kann er nichts loggen, weil aus irgend einem Grund keine Daten kommen.
Es werden keine "künstlichen" Messwerte alle 300sec erzeugt, sondern nur dann geloggt, wenn innerhalb dieser Zeit auch ein Wert von deiner Heizung kommt.
Deswegen klappt das auf dem Pi, aber nicht auf dem Debian System.
-
Nach meiner Meinung kann er nichts loggen, weil aus irgend einem Grund keine Daten kommen.
Es werden keine "künstlichen" Messwerte alle 300sec erzeugt, `
Doch, genau das ist der Sinn der Option "gleiche Daten aufzeichnen". Das funktioniert unter Raspbian auch, aber z.B. nicht unter Windows. Diese Option dient dazu, bei der Darstellung im Chart (Flot) eine waagerechte Linie zu erzeugen anstelle einer großen Lücke, wenn der Wert lange Zeit konstant bleibt. -
Doch, genau das ist der Sinn der Option "gleiche Daten aufzeichnen". `
Bist du wirklich sicher??Ich habe an deinen Aussagen noch nie gezweifelt, deshalb bin ich jetzt verunsichert.
Diese Option dient dazu, bei der Darstellung im Chart (Flot) eine waagerechte Linie zu erzeugen anstelle einer großen Lücke, wenn der Wert lange Zeit konstant bleibt. `
Da bin ich voll bei dir, wenn der letzte Messpunkt "aus der Skala" rutscht ist die Linie in flot sonst weg.Der Messpunkt wird also künstlich (aus dem letzten) erzeugt, auch wenn in der Zwischenzeit kein neuer geliefert wurde???
In meinem Verständnis wurden gleiche Werte unterdrückt außer es wird nach der (gleiche Daten aufzeichnen nach..) Zeit ein weiterer gleicher Wert geliefert.
Gruß
Rainer
-
Nochmal:
@MeisterF:Aber mein Problem ist ja, dass er gar keine gleichen Daten loggt `
Nach meiner Meinung kann er nichts loggen, weil aus irgend einem Grund keine Daten kommen. `
Aber für die sich ändernden Werte Warmwassertemperatur, Außentemperatur kommen doch auch Werte …
Wo siehst Du, das keine kommen?
Es werden keine "künstlichen" Messwerte alle 300sec erzeugt, sondern nur dann geloggt, wenn innerhalb dieser Zeit auch ein Wert von deiner Heizung kommt. `
Sollen ja auch nicht - es sollen eben auch die gleichen mit geloggt werden - nicht nur geänderte …
Deswegen klappt das auf dem Pi, aber nicht auf dem Debian System. `
Weswegen? auf dem debian mit dem "alten ioBroker" klappt es doch auch.
Wo ist da der Wurm drin? km200-Adapter ist doch der gleiche (debian mit alten ioBroker und debian mit neuem ioBroker).
Frohes Fest!
-
In meinem Verständnis wurden gleiche Werte unterdrückt außer es wird nach der (gleiche Daten aufzeichnen nach..) Zeit ein weiterer gleicher Wert geliefert. `
Wenn "nur Änderungen aufzeichnen" aktiv ist, werden gleiche Werte, bei denen nur der Zeitstempel aktualisiert wird (Beispiel: Temperatur aus HM-Wandthermostat alle 2,5 min) unterdrückt. Ohne den Haken werden Werte aus dem WT alle 2,5 min aufgezeichnet.Die Option "Gleiche Werte aufzeichnen" erzeugt durch History selbst generierte Einträge im vorgegebenen Abstand (dort, wo es funktioniert).
Mein Anwendungsfall: Meine Flot-Charts zeigen meist einen Zeitraum von 48 h. Für die Darstellung von Auf-/Zu-Ventilen, die im Sommer nur einmal pro Woche für 5 Minuten öffnen, lasse ich gleiche Werte alle 24 h aufzeichnen. Das funktioniert unter Raspbian Jessie.
Schönes Weihnachtsfest
-
Vielen Dank,
ich habe nun die alte ioBroker-Version, die ich auf den debian-PC kopiert hatte, Adapter für Adapter geupdatet.
Jetzt macht die fast ganz neue Version was sie soll - aber ich durfte history nicht von 1.6.1 auf 1.6.3 updaten, dann loggte es die gleichen Werte nicht mehr.
Da ich nach jedem Update eine Kopie des Ordner /opt/iobroker gezogen habe und nach jedem Update ein reboot des PCs und dann mind. drei gleiche Werte haben loggen lassen - hat das Ganze "ewig" gedauert. Aber jetzt sieht es so weit gut aus - jetzt heißt es rebooten und beobachten.
Ein Problem bleibt:
Ich habe 300s zum Speichern gleicher Werte in den Objekteinstellungen eingegeben - ich habe 6min im km200-Adapter in seinen Adaptereigenschaften eingeben - ich habe 300s für gleiche Daten im history-Adapter 1.6.1 eingestellt - geloggt wird alle 10 min … aber das passt mir für die Heizung auch.
-
Dann kommen wir ja (fast) zu einer Lösung.
Die Info mit den selbst generierten Werten für History ist mir neu (passt aber zu dem log, dass obwohl keine echten Werte bei km200.0 zu sehen waren etwas in history geschrieben wurde - auch wenn man es in der Liste nicht sah - das ist ggf. ein anderer Bug)
Für mich war daher primär wichtiger wieso der km200.0 keine Werte bei pressure abholte.
Schöne Weihnachten
Rainer
-
sie passt nicht zu dem log, denn das log war ja von der nicht-funktionierenden Version mit history1.6.3 erzeugt.
In neueren Versionen - also ab 1.6.3 sollte das dann so gehen:
"Log unchanged values any(s) - When using "log changes only" you can set a time interval in seconds here after which also unchanged values will be re-logged into the DB"
siehe https://github.com/ioBroker/ioBroker.hi … /README.md
Aber bei mir passierte das nach dem Update auf 1.6.3. nicht - es wurde nicht geloggt
-
"Log unchanged values any(s) - When using "log changes only" you can set a time interval in seconds here after which also unchanged values will be re-logged into the DB" `
… und genau das verstehe ich eben so, dass es auch einen neuen (gleichen) Wert geben muss, bevor dieser geloggt werden kann.Gruß
Rainer
-
Jetzt History Version 1.6.6 (von github) unter Win 7 getestet: Die Option "Gleiche Werte aufzeichnen" funktioniert wie erwartet. Es stimmen jetzt auch die Zeitstempel und der Zeitabstand in der History-Tabelle.
Die Einträge unter dem Wert null stammen von History 1.6.1. -
Vielen Dank an @paul53 - mit der history 1.6.6. aus GitHub geht es jetzt auch miz der frisch installierten neusten ioBroker-Version - und es wird auch alle 5 min geloggt.
Vielen Dank an @Homoran für die "Wie installiere ich aus Git-Hub" Erklärung in einem anderen Thread - mittlerweile muss man in dem Fenster nur noch den Adapter auswählen - und bis ich diesen Kreis als "Koffer" erkannt hatte …. ;-)
Beobachten muss ich noch ob, außer zu Beginn, weitere "null" Werte auftauchen:
Ansonsten scheint es zu laufen:
die Lücke am Anfang durch den null-Wert in der history
Dank an @ruhr70 für seine Java-Scripte zum Hardware auslesen, deshalb hab ich jetzt auch eines für die Temperatur gebastelt.
-
Nun ist das Problem der neuen History 1.6.6, dass sie dieses null rein schreibt, dass zu Lücken im Grafen in VIS führt:
History-Tabelle mit null-Einträgen - VIS mit Linien - VIS mit Splines
Ich habe da zwischenzeitlich gebastelt, iobroker gestoppt, restartet, etc …
Man kann nun den Graph als Spline darstellen lassen - aber: a) experimentell und b) braucht Rechenleistung.
Besser wäre es, wenn die "null" - Elemente nicht in die history geschrieben würden …
-
Jetzt sind wir bei dem dritten Punkt aus deinem Ausgangsthread - der Umgang mit null-Werten
Dazu gibt es in flot bei den Datenpunkten unter dem Zahnrad
~~@[url=http://www.iobroker.net/docu/?page_id=198⟨=de#Datenpunktparameter:~~Doku"]NULL als: Hier wird festgelegt wie die Linie gezeichnet werden soll, wenn keine Daten vorliegen.default: keine Linie;
null-Werte ignorieren: Linie wird horizontal weitergeführt
0 statt null benutzen: die Linie wird auf den Wert 0 gezogen. `
Gruß
Rainer
-
Jetzt sind wir bei dem dritten Punkt aus deinem Ausgangsthread - der Umgang mit null-Werten `
nicht ganz - bisher hatte ich nie null-Werte …die treten (bei mir) erst seit history 1.6.6 auf.
Deine Lösung laut doku ist auch keine schöne, denn
null als 0 (rot) ist nicht sinnvoll und null ignoriern (gelb) zeichnet Linien in die Zukunft ...
Die einzig sinnvollen "Lösungen" sind entweder das Verwenden von history 1.6.3 in der keine null-Werte auftreten/geloggt werden: (hier wurde nur alle 10 min geloggt - scheinbar ein Problem des history 1.6.3 - Daten vom Pi1B)
oder das Verwenden von Splines (experimentell in flot 1.7.0):
Mir würde die Behandlung von "null-Werten" wie in history1.6.3 aber mit korrekten Zeitstempeln wie in history1.6.6 am Besten gefallen.
Aber das wird nur bluefox regeln können.
PS.: wenn ich den ioBroker in Ruhe lasse und nichts daran neu starte etc. dann kommen wahrscheinlich auch keine null-Werte …
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login556
Online32.7k
Users82.6k
Topics1.3m
Posts