ich hatte keine Zeit, das ganze ausfuehrlich zu erklaeren, muss auch manchmal etwas arbeiten
Also, es geht nicht nur um das Zaehlermodul. Es geht um Variablen, die keinen Momentanwert darstellen, sondern einen linearen oder potentiellen Wert immer weiter aufsummieren. Solch ein Wert wuerde in der RRD Datenbank natuerlich auch immer eine Linie darstellen.
Wir wollen aber immer den Momentan- bzw. Spitzenwert zum Messzeitpunkt haben, und dafuer setzt man dann fuer obige Variablenwerte den Haken.
Hier noch ein paar Beispiele fuer solche Variablenwerte:
Stromzaehler (mittels 1-Wire ueber das S0-Modul)
Waermemengenzahler (dito)
Wasserzaehler (dito)
Reedrelais (zur Zaehlung von Ereignissen)
Pakete des Netzwerkverkehrs (dafuer gibts bei den Systemgraphen eine Automatik, wo das gleich gemacht wird, deshalb fehlt dort der Haken)
Es gibt mit Sicherheit noch weitere Anwendungsfaelle.
deshalb verdanken wir dir auch wiips(1/2), und dafür möchte ich mich auch herzlichst bedanken… danke, tolle sache.
(ich weiß davon kannst du dir nichts kaufen, aber etwas lob muß schon sein)
Dazu eine Frage… man kann es also auch auf Boolean Variablen anwenden (Status Variable eines Lichtschalters…
ne das macht wohl glaub ich doch keinen Sinn, ich probiers einfach mal aus :D)
Dazu eine Frage… man kann es also auch auf Boolean Variablen anwenden (Status Variable eines Lichtschalters…
ne das macht wohl glaub ich doch keinen Sinn, ich probiers einfach mal aus :D)
das macht schon Sinn, zum Beispiel kann man da bei den FHT Instanzen die Heizdauer sehr gut erkennen, oder wielange ein Geraet eingeschaltet war…
Also, jetzt hab ich mal 2 Tage getestet. Ich habe 2 Grafiken erstellt. Beide hängen auf derselben Variable.
Die Statusvariable des Badlichtes. Die obere Grafik im Bild, da habe ich das häckchen angehackt: „Zähler aktivieren“.
Die untere unterscheidet sich lediglich davon, das dieses Häckchen nicht ausgewählt ist.
Das Ergebnis jetzt nach 2 Tagen versteh ich nicht so ganz, die eine ist leer, und die andere, naja, ich weiß nicht so recht.
Irgendwie ergibt das für mich in beiden Grafiken keinen Sinn.
Und warum hast Du fuer eine AN/AUS Variable das Haekchen gesetzt? Das macht doch gar keinen Sinn. Das Haekchen ist fuer eine Variable gedacht, die von 0 an zaehlt und immer groesser wird. Irgendwann gibts dann einen Ueberlauf und sie faengt wieder von vorn an.
Das Ergebnis jetzt nach 2 Tagen versteh ich nicht so ganz, die eine ist leer, und die andere, naja, ich weiß nicht so recht.
Irgendwie ergibt das für mich in beiden Grafiken keinen Sinn.
das untere ist vollkommen korrekt. Du solltest nur fuer Boolean Variablen noch zusaetzlich im Erweiterten Modul statt LINE AREA auswaehlen.
achso, dann hab ich noch was missverstanden gehabt. ich dachte mir schon beim durchlesen der ganzen „zähler-häckchen-geschichte“, das ichs nicht ganz auf die reihe krieg.
gut ding braucht eben weile -
BZW: die untere grafik, zeigt in Y: Achse schon eigenartige Werte. Eigentlich müßte die Grafik eine exakte 0/1 Rechteck-Grafik sein, oder nicht? Die Linien zeigen ja Werte zwischen 0 und 1 an - daß versteh ich nun doch gar nicht!
PS: (fast vergessen): erstmal ein fröhliches… Guten Morgen
das ist Mathematik, also speziell Statistik. Die Werte sind ja Messwerte auf einer Zeitachse und damit erfahren diese eine statistische Betrachtung. Um so kuerzer die Einschaltzeit, um so geringer logischerweise auch der Ausschlag zu 1.
ich muss da Hinti völlig Recht geben. Wir (Du und ich) hatten schon einmal vor Jahren eine Diskussion über dieses Thema.
Es gibt grundsätzlich zwei verschiedene Arten von Graphen:
für kontinuierliche Größen
für springende Größen
Ein typisches Beispiel für eine kontinuierlich verlaufende Größe ist die Temperatur (rot) in einem Zimmer. Die Temperatur wird bezogen auf die zeitliche Auflösung niemals Sprünge machen.
Ein Beispiel für eine springende Größe ist der Wert des Stellventils (gelb). Bezogen auf die zeitliche Auflösung erfolgen die Änderungen sehr schnell. Daraus ergibt sich der typische „eckige“ Verlauf. Die Ecken durch Interpolation von aufeinander folgenden Werten glatt zu bügeln ist nichts weiter als eine Verfälschung des tatsächlichen Verlaufs. Die Anwendung von statistischen Methoden hat hier nichts verloren.
Die Krönung aller springenden Größen stellt die boolsche Variable dar. Hier gibt es nun beim besten Willen keinen Anlass irgendwelche Zwischenwerte hinein interpretieren zu wollen.
WIIPS nimmt auf springende Größen keine Rücksicht und arbeitet daher in dieser Hinsicht falsch. Es ist blanker Unsinn eine boolsche Variable in diesem Zusammenhang „statistisch“ aufzubereiten.
Das ist übrigens der Hauptgrund, warum ich WIIPS nie selbst eingesetzt habe, sondern mir eine eigene Darstellung geschaffen habe (siehe Anhang).
Ich kann mir nicht vorstellen, dass das mächtige RRD-Tool hierfür keine passende Darstellung bereit hält.
Hallo Torro, missversteh mich bitte nicht, aber HJH spricht mir aus der Seele.
Ich habe ein Beispiel angefertigt:
Ich habe eine Grafik genommen mit einer Temperaturkurve wie sie Wiips sehr schön erstellt hat. Es ist meine Boilerkurve.
Und da rein habe ich ganz primitiv mit MS-PAINT in rot (dicker strich), eine Boolsche Variable reingezaubert, so wie ich es mir wünschen würde,
Diese Variable stellt beispielsweise die Statusvariable der Boilerpumpe dar.
Dann wäre es traumhaft schön abzulesen wie das angehängte von mir mit rotem strich verfälschte Bild zeigt…
Denn, ehrlich gesagt, was ich da bis jetzt so sehe, was Wiips statistisch darstellst, damit kann ich echt nichts anfangen, auch wenns deiner Meinung nach richtig ist. Dies ist natürlich kein persönlicher angriff
PS: der rote strich bedeutet, 1: Pumpe läuft, Boiler wird geheizt, und 0: Pumpe läuft nicht <punkt>
Torro hat Recht und für deine Wünsche gibt es eine Lösung.
WIIPS beruht auf dem RRDTool. RR steht für „round robin“ und wird in dem Tool von Oetiker intelligent zur Erzeugung von „Datenbanken / Tabellen mit abnehmenden Details“ genutzt. So sind in den Tagesgraphen deutlich mehr Details zu erkennen als in den Jahresgraphen.
Siehst du Torro, und schon habe ich ein Problem,
ich habe es nun endlich geschafft, mit einem DS2405 meine Pelletsförderschnecke abzufragen. Dies ist natürlich für mich höchst interessant. Leider vermag ich dies nun nicht in eine für mich brauchbare Skala umzumünzen.
Also einerseits möchte ich schon beispielsweise im statistischen modus eine monatsskala betrachten, bewundern. Aber genau genommen möchte ich eben zusätzlich eine exakte grafische darstellung der einschaltdauer und impulse, um den gesamten heizvorgang wirklich optimieren zu können.
Dazu muß ich aber genau sehen wann sich wie lange genau die schnecke aktiviert hat. um entsprechende heizungseinstellungen vornehmen zu können. bzw. daraus lernen zu können.
…vielleicht sollte ich echt einmal die sql sache installieren.
Außerdem habe ich eine integer-variable ins leben gerufen. diese wird per ereignis bei Variablenwertänderung auf TRUE, jedesmal ohne nachfolgeereignisse zu behandeln, einmal hochgezählt. Diese läuft natürlich bei 32565 über. Ist es das was du meintest Torro, wozu „Zähler aktivieren“ gut ist, mit dem Überlauf?? irgendwie komm ich mir vor als kenn ich mich gar nicht aus mit dem zeugs da.
das geht schon, man muss nur den Graph auch „verstehen“. Und vor allem, stelle ihn mal bitte im Extended Menue auf AREA um.
Also einerseits möchte ich schon beispielsweise im statistischen modus eine monatsskala betrachten, bewundern. Aber genau genommen möchte ich eben zusätzlich eine exakte grafische darstellung der einschaltdauer und impulse, um den gesamten heizvorgang wirklich optimieren zu können.
die Einschaltdauer in kurzen Intervallen zu beeinflussen, ist auch bei einer Pelletsheizung Unsinn. Kurze Intervalle sind fuer mich 1 Minute bspw. Das sollte auch immer fuer solche Dinge der Pollabstand sein. Eine Heizung braucht Mindest-Schaltzeiten, und die liegen in der Regel zwischen 10 Minuten und einigen Stunden.
Dazu muß ich aber genau sehen wann sich wie lange genau die schnecke aktiviert hat. um entsprechende heizungseinstellungen vornehmen zu können. bzw. daraus lernen zu können.
ok, fuer die Schnecke siehts aber etwas anders. Dafuer ist aber RRD nicht gedacht.
Außerdem habe ich eine integer-variable ins leben gerufen. diese wird per ereignis bei Variablenwertänderung auf TRUE, jedesmal ohne nachfolgeereignisse zu behandeln, einmal hochgezählt. Diese läuft natürlich bei 32565 über. Ist es das was du meintest Torro, wozu „Zähler aktivieren“ gut ist, mit dem Überlauf??
Jep, erstens fuer diesen Zaehler und natuerlich auch zur automatischen Verarbeitung des Zaehlerueberlaufes. Das macht RRD intern alles selbst.
welchen Ofen hast Du im Einsatz. Bei mir laufen 2 Wodtke, ein Smart und ein Topline, beide mit Wassertasche und mit der mittlerweile historischen S2 Steuerung. Diese dortige Regelung hab ich schon bis in´s Detail begriffen (zumindest reicht es für die Integration von IPS)
Für meine geplante Steuerung durch IPS incl. der Primärenergieerfassung hatte ich an einen Multivibrator gedacht, der auf der Frequenz der maximalen Ofenleistung arbeitet und durch ein UND, bzw NAND Gatter diese Impulse nur während der Laufzeit der Schnecke an den 1-Wire Zähler weiterreicht. Glücklich bin ich mit dem Ansatz aber nicht, da die Schnecke zu häufig toggled.
Zu Deinem DS2405 Ansatz: der liefert nur ein Ergebnis, wenn er abgefragt wird und die Pollrate sollte nicht allzu hoch sein. Genauigkeit bekommst Du damit sicherlich nicht hin, ich würde diesen Ansatz in die Tonne befördern.
Was uns fehlt ist eine zeitnahe Erfassung, entweder mit entsprechender Schnittstelle und viel Arbeit für IPS oder aber einen entsprechend programmierten Mikroprofessor der in längeren Zeitabständen seine Zählergebnisse an IPS weiterreicht.
Nur so zum Verständnis der Arbeitsweise der Schnecke:
die wird bei Wodtke Öfen per PWM getaktet. Frequenz geschätzt 0,2 Hz, also ca. alle 5 Sekunden.
In Abhängigkeit der eingestellten thermischen Leistung (2-10 KW/h) wird die entweder voll, oder nur teilweise eingeschaltet
Ja ich habe den Grafen auf Area und aussehen tut die Grafik heute auch echt gut, kann aber nicht sagen wann die Schnecke genau gelaufen ist und wie lange. Dafür benötigt es so eine Grafik wie HJH auch schrieb und ich auch mir noch irgendwie machen muß. Aber schön ist die Grafik schon. Nur vergleichbar mit den Skalen eines Datenblattes mit genauen Kurven und Werten ist sowas keinesfalls. Die rrd’s könnte man also keinesfalls als 1:1 „IST“ Skala für Datenblätter verwenden. Dies ist natürlich ein rein retorischer vergleich!
Nein das ist kein Unsinn, ich kenne meine Heizung sehr gut. Die Schnecke die ich meine ist die Förderschnecke in den Brennraum. Ich frage den Zustand sekündlich ab und erhalte zuverlässig den richtigen Wert. Während des startvorgangs ist es sowieso kein Problem. Da wird erst einmal die Brennkammer gefüllt, das dauert. Aber während der Kessel auf touren ist, fördert die schnecke beispielsweise alle 5 bis 10 sekunden für ca. 2 sekunden pellets nach. In IPS ist zwar eine kleine Verzögerung je nach einschaltflanke, aber es wird definitiv jeder Einschub erkannt. Dies ist bereits in Betrieb und funzt ausgezeichnet. Ich will in Bezug auf die Raumtemperaturen wie sie nachts über absenken, auf die Boilerkurve und die Kesseltemperaturen, sowie Vorlauf und verbrauchter Menge an Pellets (Schneckenförderung in Brennraum), rückschlüsse ziehen und die Heizungseinstellungen darauf hin über mehrere Jahre optimieren. Das geht auch definitiv. Dazu brauch ich aber exakte aussagen etc. von IPS und keine optisch schöne aber nicht exakt ablesbare Grafik.
schade, und deshalb werde ich nicht herumkommen meine eigenen grafiken irgendwie zu machen.
hmmmmm, damit muß ich noch testen wie das dann aussieht, kann mir leider immer noch nicht vorstellen wie das Grafisch dann aussehen könnte! Vermutlich „wie oft“ auf Zeit bezogen dann gezählt wurde…
SL Kessel, Österreich, neu, gutes Teil
negativ. Ich lasse IPS diesen DS2405 (s.o.) sekündlich abfragen. und es geht sehr gut. Sekundengenauigkeit +/- 1 sekunde ist hier absolut vollkommen in Ordnung und bringt mir mein gewünschtes Ergebnis. Da wird nichts in die Tonne gegeben. Wozu habe ich denn IPS, nicht wahr?
Du schreibt´s ja selber, das für 2 Sekunden in einem Zeitfenster zwischen 5 und 10 Sekunden gefördert wird.
Da bin ich mit meinem Tastverhältnis bei den Wodtke Öfen ja noch sehr gut dran.
Mir geht es darum die GENAUE Einschaltzeit der Schnecke zu erfassen, denn daraus kann ich
Rückschlüsse auf die geförderte Menge an Pellets
(90% Wirkungsgrad des Kessels,
10KW/h thermische Leistung bei Vollast
6 KW/h an die Wassertasche, 4 KW/h an den Raum beim Topline, bzw.,
8 KW/h an die Wassertasche, 2 KW/h an den Raum beim Smart
4,9 - 5,1 KW/h Energieinhalt der Pellets, wenn denn die Schüttdichte beim Pressen auch nach Vorschrift war und das Rohmaterial das hergab)
und somit den Primärenergieeinsatz ziehen, bzw. den berechnen.
Selbstverständlich ist das dann gleich die Kontrollmöglichkeit, ob die mit der Anlage mal verkaufte Wirtschaftlichkeit in der Realität auch erzielt wird. Addier Deine Pelletsrechnungen samt Menge und check gegen. Ich verrat Dir jetzt schon: Gründe, warum die Differenz soo groß ist, finden sich viele. Aber deshalb wollen wir das ja mit Hilfe von IPS optimieren.
Nun zur Genauigkeit der „zufälligen“ Pollrate. Als Hilfe nehme ich mal einen Thread zum Thema: was können wir erwarten, in diesem Falle bezogen auf einen Stromzähler mir S0 Ausgang. Die Thematik ist die selbe:
Jetzt kenne ich die Taktraten des SL Kessels nicht, so einen hatte ich noch nicht in den Fingern.
Aber einen anderen österreichischen, für den hatte ich mal ´ne Schulung und der änderte beides:
die ON Zeit der Schnecke variierte zwischen 2 und 4,7 Sekunden während
die OFF Zeit dann zwischen 10 und 60 Sekunden lag,
je nach automatisch vorgegebener Leistungseinstellung. Als Antrieb diente ein Scheibenwischermotor.
Meine Wodtke kennen nur die vorgegebene Leistung (2 - 10 KW/h),
wenn es der Wassertasche zu warm wird (75 Grad) schaltet er runter auf 2 KW/h,
falls auch das noch zuviel sein sollte, kommt die rückstellbare Übertemperatursicherung bei 110 Grad.
Mach Dir einmal die Mühe, ermittle die unterschiedlichen Taktraten Deines Kessels,
male sie auf und lege das sekündliche Ableseraster des DS2405 darüber.
Alles, was in der Fläche
deckungsgleich ist schraffierst Du grün,
wo der 2405 den Wechsel auf OFF noch nicht mitbekommen hat blau
wo der 2405 den Wechsel auf ON noch nicht mitbekommen hat rot.
Wenn sich jetzt die roten und blauen Flächen gegenseitig aufheben,
dann halt ich die Klappe.
mfg
BerndJ
BTW: Wir haben das originale Thema des Threads soweit verlassen, wäre eine Überlegung Wert hierfür einen neuen zu erstellen.
Hallo Bernd,
du treibst mir das zu weit, ehrlich gesagt. Denn…
mir ist das genau genug, ich versäume KEIN einschalten der Schnecke. Also entweder läuft sie 2 oder mehr sekunden. Folglich verliere ich rein gar nichts. Denn, ich wiederhole, ich verabsäume KEIN einschalten der Schnecke und kleiner 1 Sekunde läuft die Schnecke nicht.
…insgesamt gilt also für mich: mehr gibts da auch nicht zu wissen, sonst müsste ich einen Einzelpellets-Zähler einbauen
Und ob die Pelletsschnecke 1 oder 1.5 Sekunden läuft ist mir erhlich gesagt schei. egal. Der Rhythmus der Schnecke ist ohnehin Musik in meinen Ohren, den gilt es jetzt halt noch best möglich zu komponieren. Ich muß jetzt lediglich noch die gesammelten Daten auswerten können, das geht eben mit der rrd- db nicht, wie mir torro mehrfach bestätigte.
das wuerde schon gehen, aber nicht im Moment. Das Mindest Poll Intervall ist eine Minute - Du misst aber etwa jede Sekunde. Das wird ueberhaupt nicht verarbeitet - deshalb ist hier auch nix vernuenftig darstellbar.
Ganz einfach zu erklaeren: Dein 2405 schaltet immer von xx:27 bis xx:46 ein. Toll, aber der Poller schreibt den Status immer xx:00 in die Datenbank. Das heisst, Du wirst NIE eine eingeschaltete aktive Sensor Aktivitaet dargestellt bekommen. Dazu muesste auch die Polltime der Datenbank im Sekundentakt laufen.
