[Trunk #3003] Visualisierung von DigiTemp

AndyFAQ · 21 Jan 2010

Hi ΑΩ,

is ja schon gut. Paßt ja.

Danke und Gruß
Andreas

Bisher keine Hänger oder ähnliches. Läuft prima.

AndyFAQ · 3 Feb 2010

ao schrieb:
Mein Problem mit RRDstats & Co. ist, dass sich der Dienst regelmäßig beendet, ohne dass ich im Syslog oder sonstwo die Ursache dafür finden kann.

Mal ne kurze Zwischeninfo: Bei mir läuft es ohne jegliche Probleme durch. Tolle Sache. :rock:

cuma · 3 Feb 2010

Cool, auch mal ne positive Rückmeldung *g*

ao · 5 Feb 2010

Ähem, ja, das ganze Projekt ist ja auch cool.

Aber nun muss ich leider doch noch einmal fragen, ob jemand schonmal das Problem hatte, dass Messfehler vorkommen, die nicht mit 85°C angezeigt werden, sondern so um die 30°C.

Es kann sein, dass es sich um ein HW-Problem handelt, aber evtl. hat das ja noch jemand beobachtet und kennt die Lösung?

Lemur · 5 Feb 2010

Das Problem habe ich auch gehabt, hat sich minimiert auf ca. 1 Fehler alle 3-5 Monate, nachdem ich den DS1820 gemäß der Herstellerspezifikation, also incl. der Stromversorgung über den 3. Pin, betrieben habe.

Aktuell habe ich sporadische Messfehler um die 3-5C, ca. 2-3 mal pro Woche, die mir meine Statistik unschön verhauen, ich hab schon überlegt, die rrd - Übergabe dahingehend zu ändern, dass man nicht sagt man wirft einfach die 85° Werte weg, sondern das man sagt, alle Werte die z.B. vom letzten Messwert um mehr als x% oder x° abweichen, werden nicht in die Datenbank aufgenommen und in ein separates Log geschrieben.

Damit hätte man alle Meßfehler ausgeschlossen und könnte gleichzeitig, übersichtlicher Fehlersuche betreiben.

Grüße Lemur

ao · 5 Feb 2010

Lemur schrieb:
Das Problem habe ich auch gehabt, hat sich minimiert auf ca. 1 Fehler alle 3-5 Monate, nachdem ich den DS1820 gemäß der Herstellerspezifikation, also incl. der Stromversorgung über den 3. Pin, betrieben habe.

Vielen Dank, Lemur, das bestätigt meine Vermutung, so dass ich nun auch eine externe Stromversorgung anbringen werde. Ich hatte (offenbar fälschlicherweise) gedacht, dass das nur bei vielen Messfühlern nötig ist, aber evtl. liegt es ja auch an der Leitungslänge (bei mir vom DG bis runter ins KG ca. 25 m).

Lemur schrieb:
[...]ich hab schon überlegt, die rrd - Übergabe dahingehend zu ändern, dass man nicht sagt man wirft einfach die 85° Werte weg, sondern das man sagt, alle Werte die z.B. vom letzten Messwert um mehr als x% oder x° abweichen, werden nicht in die Datenbank aufgenommen und in ein separates Log geschrieben.

Interessanter Ansatz, wenn der Aufwand nicht zu groß ist. Hast Du dazu schon etwas Lauffähiges? Wie hast Du das gemacht?

cuma · 5 Feb 2010

Also ihr macht irgendwas falsch! Die Dinger müssen nur wie im Datenblatt angegeben verkabelt werden es es gibt keine Probleme mehr.
Ich hab übrigens Cat5e und Patchfelder zur Installation genommen :-]

Hier ein paar Daten nach über 1 Jahr Laufzeit:

Code:

# wc -l *.cvs
   443007 one_00-103xxxx2010800xx_C.cvs
   443298 one_00-104xxxxA010800xx_C.cvs
   442118 one_00-106xxxxA010800xx_C.cvs
   448243 one_00-108xxxx2010800xx_C.cvs
   443864 one_00-10BxxxxA010800xx_C.cvs
   444060 one_00-10BxxxxA010800xx_C.cvs
   430748 one_00-10BxxxxA010800xx_C.cvs
   442303 one_00-10DxxxxA010800xx_C.cvs
   444290 one_00-10ExxxxA010800xx_C.cvs
   444762 one_00-10FxxxxA010800xx_C.cvs
   445953 one_00-10FxxxxA010800xx_C.cvs
  4872646 total

# grep ";85." *.cvs
one_00-104xxxxA010800xx_C.cvs:13.02.2009 23:42:04;85.000000;
one_00-104xxxxA010800xx_C.cvs:17.02.2009 04:45:21;85.000000;
one_00-104xxxxA010800xx_C.cvs:13.04.2009 04:39:07;85.000000;
one_00-106xxxxA010800xx_C.cvs:12.04.2009 23:24:51;85.000000;
one_00-108xxxx2010800xx_C.cvs:31.03.2009 21:22:23;85.000000;

@ao: Das kommt vom "glätten" von rrdtool

Lemur · 5 Feb 2010

Also ihr macht irgendwas falsch!

Naja, vielleicht bin ich auch einfach nur zu blöd zum Löten, allerdings schlau genug mir anders zu helfen - per Software eben...

Ich hab auch mehrere Sensoren, wobei nur einer - eben der mit ca. 25m Kabellänge die Probleme macht, das Kabel ist auch nicht mehr das neuste - war mal nen Telefonkabel und liegt jetzt im Außenbereich, kann schon sein, dass da irgendwo ne schlechte Kontaktstelle ist...

Die "externe" Stromversorgung hab ich wie im Anhang gelöst.

Hast Du dazu schon etwas Lauffähiges? Wie hast Du das gemacht?

Jein! - Du kannst ja die Dateien nur insofern verändern, dass Du das beim erstellen des Freetz machst und danach als Firmware packst. Da ist eine Datei, welche für die Übergabe an den rrd zuständig ist, die schreibt übrigens auch die csv Dateien und ist irgendwo hier im Thread schon ein paar mal behandelt worden. Die hab ich insofern abgeändert, das bei mir die aktuellen Temp. Werte in eine txt. geschrieben werden, die ich noch für andere Anwendungen auslesen lasse.

Aber hier würde ich ansetzen, (hatte bisher keine Lust die FW neu aufzuspielen, deshalb hab ich mir immer davor gedrückt das so umzusetzen), hier würde ich wie gesagt eine Rechenoperation einfügen, die die Daten an rrd eben nur dann übergibt, wenn die Werte meine Vorgaben erfüllen.

Grüße Lemur

R1 resistor 1.2 KiloOhms (1.5 KiloOhms) 1/4 W

R2 resistor 68 Ohms (---) 1/4 W

R3 resistor 220 Ohms (330 Ohms) 1/4 W

R4 resistor 4.7 KiloOhms 1/4 W

D1 zener diode 3.9 volt (ZF, ZPD 3.9 or equiv.) 0.4 W

D2 schottky diode 1N5818, 1N5711, BAT46

D3 zener diode 6.2 volts (ZPD 6V2 or. equiv.) 0.4 W

D4, D6 diode universal 1N4148, 1N914 or equiv.

D5 zener diode 5.1 (5.6) volts (ZF-, ZPD 5.1) 0.4 W

C1 capacitor tantal 4.7 (10, 15) microfarad 10+ volts

AndyFAQ · 12 Feb 2010

Komisches Problem

Mit 6 Sensoren in 4 Gruppen lief alles normal.
Nun habe ich einen 7 Sensor zugefügt und in der Gruppe mit mehreren Sensoren zeigt er richtig Grad Celsius an.

Allein in der letzten Gruppe zeigt er Unfug an.
Komisch besonders, wenn ich einen Sensor der 4. Gruppe (GruppeD) hinzufüge zeigt er richtig an. Wenn ich einen anderen Sensor in der 4.Gruppe alleine anzeige, stimmt es auch.
Ne Erklärung bekomme ich nicht hin. Es ist der Aussensensor, der aktuell unter 0 Grad ist. Hat es evtl etwas damit zu tun, dass bei negativen Werten hier noch ein Bug ist?

Die Unterbrechungen kamen vom Testen.

cuma · 12 Feb 2010

Hm, ich rate mal einfach. Du hast kein Min und Max für die Graphen eingetragen? -5 bis 85 sollte passen

AndyFAQ · 12 Feb 2010

cuma schrieb:
Hm, ich rate mal einfach. Du hast kein Min und Max für die Graphen eingetragen? -5 bis 85 sollte passen

Dann liegt der Fehler wohl in der Automatik.

Mit dem Einträgen Min/Max klappt es aber das löst mir halt die verschiedenen Gruppen nicht fein genug auf.

Danke für die schnelle Reaktion

cuma · 12 Feb 2010

Du bräuchtest dann wohl je Gruppe ein Min & Max. Sowas hat bis jetzt aber noch niemand gebacuht bzw implementiert. Erweiter doch die "Gruppen"-Datei um die (optionalen) Parameter...

AndyFAQ · 12 Feb 2010

cuma schrieb:
Du bräuchtest dann wohl je Gruppe ein Min & Max. Sowas hat bis jetzt aber noch niemand gebacuht bzw implementiert. Erweiter doch die "Gruppen"-Datei um die (optionalen) Parameter...

Eigentlich nur ne Automatik wie mit der 6 Sensoren Konfiguration.

Alles andere würde den Code wohl nur aufblähen.

Ich schreibe mir gerade meine Soft für meinen kleinen Webserver um, damit der Teile der Steuerung Heizung übernehmen kann. Daher bin ich ganz froh, dieses tolle Projekt gefunden zu haben, um die Regelung ohne großen Aufwand und Einarbeitung zu optimieren. Im Webserver liegt momentan der Schwerpunkt meiner geringen freien Bastelzeit und daher lebe ich einfach mal damit.

Habe die Außentemp nun mit der Zimmertemp gruppiert und damit ne gute Auflösung erreicht. Mir würde eine Stelle nach dem Komma bei den Werten sowieso dreimal reichen, zumal das eher der vorhandenen Genauigkeit entsprechen würde.

Danke Dir

cuma · 13 Feb 2010

Die Genauigkeit kommt von den Sensoren. Wenn man das rundet bracuht das Rechenzeit :]
Wenn du irgendwann mal optimieren willst, schau bei der Dokumentation vorbei, da gibt es noch viel zu entdecken

AndyFAQ · 14 Feb 2010

cuma schrieb:
Die Genauigkeit kommt von den Sensoren. Wenn man das rundet bracuht das Rechenzeit :]

Nichtanzeigen oder abschneiden reicht schon. :spocht:

Ich schau mir das bei Gelegenheit vielleicht doch mal an.

cuma · 16 Feb 2010

Aber bitte die Kompatibilität zu alten Daten behalten. Aber wenn ich mich noch recht erinnere, ist den Datenbanken die Anzahl der Nachkommastellen egal. Sie werden mit

Code:

DS:temp:GAUGE:600:-67:257

angelegt.

WLAN-VoIP-Fan · 25 Feb 2010

Senkrechte und Wagerechte Linien einzeichnen,wie?

Hi,

wie kann ich Senkrechte und Wagerechte Linien einzeichnen?

Gruß.

cuma · 25 Feb 2010

Für die "rrdtool graph" in make/rrdstats/files/root/usr/lib/cgi-bin/rrdstats/stats.cgi entsprechende Paramter einfügen, siehe Doku

ao · 26 Feb 2010

cuma schrieb:
@ao: Das kommt vom "glätten" von rrdtool

Hallo cuma, meinst Du damit meinen Beitrag oben, dass ich 30°C-"Fehler" angezeigt bekomme (statt 85°C-Fehler)?
Sorry, aber ich weiß nicht, worauf Du Dich mit Deinem Satz beziehst.

cuma · 26 Feb 2010

@ao: Jup. Wenn in einer Stunde nur 1x 85°C kommt und der Rest okay ist geht der Mittelwert halt trotzdem hoch

[Trunk #3003] Visualisierung von DigiTemp

Neuer User

Neuer User

Aktives Mitglied

Aktives Mitglied

Anhänge

Mitglied

Aktives Mitglied

Aktives Mitglied

Mitglied

Anhänge

Neuer User

Anhänge

Aktives Mitglied

Neuer User

Aktives Mitglied

Neuer User

Anhänge

Aktives Mitglied

Neuer User

Aktives Mitglied

Mitglied

Aktives Mitglied

Aktives Mitglied

Aktives Mitglied

Statistik des Forums