Frage zum History-Adapter
-
BITTE bei einem Thema (hier Datenpunkt) bleiben.
Der Druck passt IMHO gut.
-
BITTE bei einem Thema (hier Datenpunkt) bleiben.
Der Druck passt IMHO gut. `
Dann bleiben wir beim Druck - der schwankt nur leider gerade ständig zwischen 1,7 und 1,8 ….
(und da sieht man ja nicht so gut, ob er gleiche Werte loggen würde)
Was soll ich nun machen?
-
der schwankt nur leider gerade ständig zwischen 1,7 und 1,8 …. `
Lass ihn doch.nur ZWEI Fragen:
-
Wie schnell liefert die Heizung (??) diese Werte? (EXAKT!)
-
Werden die ALLE in history geloggt?
Gruß
Rainer
-
-
Mein iobroker auf RaspberryPi
~~http://meister-f.lima-city.de/iobrpi-s.jpg" />Mein iobroker auf debian9 (PC-Hardware)
http://meister-f.lima-city.de/iobdeb-s.jpg" />~~ -
So wird das nichts!
Bitte nur meine Fragen beantworten und diese vollständig!
So vergeuden wir nur Zeit.
ich glaube zu wissen wo das Problem liegt und möchte dein Problem auf dem Debian9 System systematisch eingrenzen. Da kann ich keine Nebenkriegsschauplätze brauchen.
Bitte diese beantworten:
@Homoran:nur ZWEI Fragen:
-
Wie schnell liefert die Heizung (??) diese Werte? (EXAKT!)
-
Werden die ALLE in history geloggt? `
Gruß
Rainer
-
-
Hallo
` > nur ZWEI Fragen:
-
Wie schnell liefert die Heizung (??) diese Werte? (EXAKT!)
-
Werden die ALLE in history geloggt? `
Gute Frage - die Heizung scheint ständig abgefragt werden zu können.
Im km200-Adapter steht: 15-5(minimum) Minuten.
Im km200-Adapter habe ich 5 min als Intervall eingestellt
Beim alten PI kann ich im LOG die Abfrage des km200 sehen - beim debian gibt es die Auswahl nicht ???
Beim alten PI passiert die Abfrage anscheinend minütlich?
Wie soll ich herausbekommen, was geloggt wird - soll ich Dir die history-Daten senden?
sind hier anbei - vom debian
-
-
geht nicht - json nicht erlaubt
hier Klartext:
gesamte Datei:
! ````
[
{
"val": 1.8,
"ack": 1,
"ts": 1514015912908,
"q": 0
},
{
"val": 1.9,
"ack": 1,
"ts": 1514017732511,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514019167934,
"q": 0
},
{
"val": 1.7,
"ack": true,
"ts": 1514029967447,
"q": 0
},
{
"val": 1.8,
"ack": true,
"ts": 1514030267007,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514030571194,
"q": 0
},
{
"val": 1.8,
"ack": true,
"ts": 1514030865934,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514031159456,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514031757820,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514032056543,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514032363252,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514032665598,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514032967909,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514033562568,
"q": 0
},
{
"val": 1.8,
"ack": true,
"ts": 1514033855097,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514034150606,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514034750836,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514035050612,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514035350845,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514036250620,
"q": 0
}
] -
Beim Raspberry Pi ist sie 18.000 und beim debian 1500 Bytes groß …
also wird wohl irgendwie nicht richtig geloggt.
-
hier vom Pi:
nur der untere Rest der Datei:
! ````
"val": 1.7,
"ack": 1,
"ts": 1514031387564,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514031387564,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514031986553,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514031986553,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514032586555,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514032586555,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514033186558,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514033186558,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514033787224,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514033787224,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514034387227,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514034387227,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514034989903,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514034989903,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514035590471,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514035590471,
"q": 0
},
{
"val": 1.7,
"ack": true,
"ts": 1514036190476,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514036190838,
"q": 0
},
{
"val": 1.8,
"ack": 1,
"ts": 1514036788644,
"q": 0
},
{
"val": 1.7,
"ack": 1,
"ts": 1514036790890,
"q": 0
}
] -
Bin jetzt ne halbe Stunde beim Kaffeetrinken ….
Nochmals Danke für Deine bisherige Mühe und Zeit!
-
Beim Raspberry Pi ist sie 18.000 und beim debian 1500 Bytes groß …
also wird wohl irgendwie nicht richtig geloggt. `
Was soll ich damit?die Heizung scheint ständig abgefragt werden zu können. `
Wahrscheinlich! Aber wie oft kommen die Daten in ioBroker an?Sieh mal unter Ereignisse (ggf mit dem Bleistift rechts oben freischalten)
Filtern auf den Datenpunkt und die Differenz zwischen Zwei Ereignissen ausrechnen.
Wie oft wird in der History geloggt?
Setup im Datenpunkt unter Objekte öffnen, Reiter Tabelle, die Liste der letzetn 10-20 reicht
Mich interessiert im Moment nur was ich frage, alles andere stört
-
Ich bekomme da leider beim Pi nur eine einzige Anzeige und beim debian gar keine:
Wie kann man da die Anzahl der Log-Einträge erhöhen?
melde mich dann wieder
Jörg
-
Gar nicht, die bleiben eine Zeitlang.
Wenn die Liste nicht länger wird scheinen die Werte wohl nicht häufig zu kommen.
Wie sehen denn die korrespondierenden Punkte in der History-Tabelle des Datenpunktes unter Objekte aus?
Bitte NUR Infos aus dem Debian-System, (das nicht so tut wie es soll)
-
unter debian:
-
Aber was war dann das?
@MeisterF:der schwankt nur leider gerade ständig zwischen 1,7 und 1,8 …. `
Ich muss jetzt auch noch mal weg.
Bitte beobachte dein System und Suche einen Datenpunkt, bei dem die Daten deiner Meinung nach nicht richtig geloggt werden.
Gruß
Rainer
-
Dann Danke schön, bis jetzt - frohes Fest!
Ich bin der Meinung das alle nicht korrekt in die History geschrieben werden, denn sie sollten ja alle 300s in die History kommen.
Beim PI geht es beim debian (wie auch beim vorherigen Windows) nicht.
Leider ist die Struktur von ioBroker unter dem RasperyPi eine völlig andere (Verzeichnisse, Lage der Module … ) als beim den neuen Versionen.
Ich hatte debian nur installiert, damit ich ggf. die alte Version (die ja funktioniert) auf das debian übertragen könnte ...
Ich bekomme im neuen Jahr eine Solaranlage - da sollte das Protokollieren dann schon klappen, sonst nützt mir das ja nichts - aber der Pi1 reicht dann eben nicht mehr.
In Erwartung weiterer Anweisungen und Fragen ...
nochmals einen schönen 4. Advent und ein frohes Fest!
Jörg
-
Aber was war dann das?
@MeisterF:der schwankt nur leider gerade ständig zwischen 1,7 und 1,8 ….
das war / ist das, was Du siehst - alle 5 min soll ein Datenpunkt gesetzt werden. Aber als wir das uns angeschaut haben hat der Druck alle 5 bis 10 min zwischen 1,7 und 1,8 (für meine Auswertung ist das "ständig") geschwankt. Somit kam es zu der Zickzack-Linie. Wenn er nicht alle 5 min schwankte, wurde der gleiche Wert nach 5 min aber nicht geloggt. Heute vormittag zwischen 10 und 13 Uhr war der Druck konstant bei 1,8 und fiel dann auf 1,7.
Beim Pi (im alten ioBroker) macht er das gegen 13:00 Uhr - beim Debian geht die Linie von 10 nach 13 Uhr schräg runter, da die Datenpunkte dazwischen in der history fehlen.
Im Bild oben der debian, der immer nur schräge Striche zum nächsten Änderungswert macht und unten der Pi der auch viele gleiche Werte mitloggt.
Noch schlechter ist, dass gar keine Linie im VIS zu sehen ist, wenn es keinen geänderten Wert gibt, da er eben diese Werte nicht loggt - im neuen ioBroker in Debian.
Es ist 16:02 und er 15:07 aufgehört mitzuschreiben, da der Druck da konstant geblieben ist:
http://meister-f.lima-city.de/iob-druck1.jpg" /> -
Mal zum wichtigen Satz:
@MeisterF:Noch schlechter ist, dass gar keine Linie im VIS zu sehen ist, wenn es keinen geänderten Wert gibt, da er eben diese Werte nicht loggt - im neuen ioBroker in Debian `
Was daran ist dein Problem?-
keine Linie zu sehen
-
weil er nicht loggt
-
kein geänderter Wert
Mir schwant wir reden seit meinem ersten Post dauernd aneinander vorbei
-
-
Ich möchte, dass der ioBroker auch gleiche Werte mit loggt.
Diese Werte möchte ich in einem Diagramm darstellen.
Er soll alle 5 min einen Wert (egal ob geändert oder nicht) loggen und ggf. im VIS darstellen.
So erhalte ich bei konstanten Werten eine gerade Linie und "zeitnahe" Änderungen. D.h. der Druck steigt laut Diagramm nicht von 9:00 bis 13:00 von 1,7 auf 1,8 bar, sondern ist bleubt von 9:00 bis 12:55 konstant bei 1,7 bar und steigt von 12:55 bis 13:00 von 1,7 auf 1,8 bar.
Alle diese Werte werden in der alten Version von ioBroker (Admin, Vis, history) auf dem Pi wie gewünscht dargestellt
in der neuesten Version von ioBroker (Admin, Vis, history) unter debian 9 (oder auch vorher unter Win10) nicht, dort werden nur geänderte Werte protokolliert und in die History geschrieben.
Ich möchte aber alle 5 min einen Datenpunkt, egal ob geändert oder nicht, in der history und von dort im Graph. Leider tauchen die Daten aber schon in der History nicht auf.
der Pi und der debian haben beide einen vollständigen iobroker und fragen beide die Daten vom km200 (Buderus-Heizungs-Interface) ab und sind voneinander völlig unabhängig, aber im selben Netz.
Ich habe jetzt die alte Installation vom Pi per SFTP auf den Debian geschafft und schau mal, was nun passiert.
Ich würde aber lieber mit der neusten Version des ioBrokers arbeiten, da ich dann ja über Modbus meine Solaranlage auslesen möchte.
-
Auch das sind wieder verschiedene Wünsche zu denen es verschiedene Stellschrauben gibt:
@MeisterF:Er soll alle 5 min einen Wert (egal ob geändert oder nicht) loggen `
Entscheidend für den zu wählenden Weg ist die nach wie vor offene Frage, ob die Heizung auch nicht geänderte Werte regelmäßig an ioBroker liefert.ggf. im VIS darstellen. `
Da in vis nur ein iFrame mit dem flotChart enthalten ist muss diese Einstellung wohl in flot gemacht werden (in Abhängigkeit davon was history loggt, das wiederum in Abhängigkeit davon was ioBroker geliefert bekommt (s.o.)So erhalte ich bei konstanten Werten eine gerade Linie `
Hier muss man unterscheiden zwischen dem letzten (aktuellsten) Punkt im Chart bis zur aktuellen Uhrzeit und zu beliebigen Zeiten. für ersteres ist in flot der Umgang mit dem Wert null unter sonstiges einzustellen. für letzteres ist die Form der Kurve (Linie, Schritte) und die Art der Aggregation (auf Änderung) entscheidend.Alle diese Werte werden in der alten Version von ioBroker (Admin, Vis, history) auf dem Pi wie gewünscht dargestellt `
hast du diese 1:1 in der Debian-Version übernommen?Jetzt kommen wir der Sache näher:
@MeisterF:Leider tauchen die Daten aber schon in der History nicht auf. `
Auch nicht auf dem Pi? bei gleichen Einstellungen in dem jeweiligen Datenpunkt?n der neuesten Version von ioBroker (Admin, Vis, history) `
hier habe ich gesehen, dass bei dir noch Updates anliegen.Du weisst, dass du immer zuerst den js-controller (Reiter Hosts) über die Konsole upgraden musst, da sonst die versuchten Updates von Adaptern (dauerhaft) fehlerhaft sein können?
fragen beide die Daten vom km200 (Buderus-Heizungs-Interface) ab `
Ist gesichert, dass beide auch eine Antwort bekommen und nicht die Heizung mit der Beantwortung der ersten Anforderung (Pi) beschäftigt ist und die Zweite Installation (Debian) deswegen keine Antwort bekommt?Ich habe jetzt die alte Installation vom Pi per SFTP auf den Debian geschafft und schau mal, was nun passiert. `
Schon wieder dieser Aktionismus.Ich gehe mal davon aus, dass die Hardware beim Debian-System nicht unbedingt ein ARMv6 Prozessor sein wird, und somit die Pakete hätten neu kompiliert werden müssen.
lieber mit der neusten Version des ioBrokers arbeiten `
ist auch zu empfehlen.Wie du jetzt aber siehst sind da so viele Unwägbarkeiten, die durch hektischen Aktionismus nur noch verschlimmert werden.
Kannst du bitte ALLE Punkte abklären - glaubst du du könntest sie einzeln als gelöst erklären?
Nur dann ergibt es Sinn mit deiner Installation weiter zu machen. (Wobei ich bis auf die Doppel-Abfrage der Heizung) ziemlich sicher bin, dass wir das hinbekommen, wenn nicht dauernd parallel an verschiedenen Schrauben gedreht wird.
Gruß
Rainer
