DS1820 spinnt

Thomas schrieb:
> Ich denke mal, dass der Sensor nicht genau da sitzt, wo er mal war. Dies
> zeigen dann auch die etwas schwächeren Änderungen.

Ist auch mein Verdacht, plötzlicher Offset klingt nach verrutschtem 
Sensor!

edit:
Vergiss es, dein Offset ist ja positiv.

Tauche doch mal einen der Beiden in ein Glas mit Wasser

wendelsberg schrieb:
> Oder sind das F?

Was würde eine andere Temperatureinheit daran ändern, dass es den 
Anschein hat, der TE würde mit seiner Heizung kühlen?
Und übrigens: Das ist ja genau das, was der TE anspricht: Genau die 
beiden Rück-Sensoren spricht er ja an. ;)

M. K. schrieb:
> wendelsberg schrieb:
>> Oder sind das F?
>
> Was würde eine andere Temperatureinheit daran ändern, dass es den
> Anschein hat, der TE würde mit seiner Heizung kühlen?
> Und übrigens: Das ist ja genau das, was der TE anspricht: Genau die
> beiden Rück-Sensoren spricht er ja an. ;)

Wenn man die beiden "Rück"-Semsoren als Fahrenheit-Wert betrachtet, dann 
käme man mit 31C und 16C zu plausiblen Werten. Auch daß Sole-Rück die 
gleich Form wie Sole-Vor hat, aber eine größere "Amplitude" Liese sich 
damit erklären.
Interessant wäre nun der komplette Meßaufbau (HW/SW). Ein Arduino mit 
hartcodierter Umrechnung im Flash ist resistenter gegen eine solche 
Einheiten-Veränderung, als ein Script auf einen Raspi.
Gab es Änderungen am Aufbau, die zeitlich passen (auch wenn man sicher 
ist, daß sie nichts damit zu tun haben können)?

Carl D. schrieb:
> Wenn man die beiden "Rück"-Semsoren als Fahrenheit-Wert betrachtet, dann
> käme man mit 31C und 16C zu plausiblen Werten.

Wat nu? Einmal soll er im Backofen sitzen und nu im Gefrierfach.... ;)

Zwei Sensoren, fallen mit dem selben Fehler zur gleichen Zeit aus. Glaub 
ich nicht.

Carl D. schrieb:
> Gab es Änderungen am Aufbau, die zeitlich passen (auch wenn man sicher
> ist, daß sie nichts damit zu tun haben können)?

!!!

Teo D. schrieb:
> Carl D. schrieb:
>> Wenn man die beiden "Rück"-Semsoren als Fahrenheit-Wert betrachtet, dann
>> käme man mit 31C und 16C zu plausiblen Werten.
>
> Wat nu? Einmal soll er im Backofen sitzen und nu im Gefrierfach.... ;)

Ein Heizungsrücklauf von 31C und ein Solerücklauf von 16C sind ziemlich 
erwartbare Werte.

> Zwei Sensoren, fallen mit dem selben Fehler zur gleichen Zeit aus. Glaub
> ich nicht.

Deswegen die Vermutung, daß eher bei der Auswertung was schief läuft. 
Z.B. wenn es ein Script gibt, daß den Begriff Fahrenheit kennt.

> Carl D. schrieb:
>> Gab es Änderungen am Aufbau, die zeitlich passen (auch wenn man sicher
>> ist, daß sie nichts damit zu tun haben können)?
>
> !!!

Danke für eure Antworten.

Der Messaufbau hat sich nicht verändert, die Sensoren sind mit 
Kabelbindern auf den Rohren festgezurrt und dann noch Isolierung drum 
herum. Chips werden mit 5V betrieben, kein parasite power.

Die Auswertung übernimmt ein Raspi über python Skript, da hat sich auch 
nichts geändert. Zumindest mache ich um 4 Uhr morgens kein Update :-)

Die Sensoren sind auch nicht zur gleichen Zeit ausgefallen.

Im Raspi Filesystem /sys/bus/w1 finde ich z.B. folgenden Eintrag in 
w1_slave:
82 00 4e 46 ff ff 09 10 11 : crc=11 YES
82 00 4e 46 ff ff 09 10 11 t=65187

CRC sieht ok aus, aber die Temperatur ist mit 65,187 Grad zu hoch.

Da Raspi w1-Filesystem und python-Skript gleiche Werte liefern gehe ich 
davon aus, dass die Auswertung stabil ist (siehe auch die anderen 
Sensoren) und es eher an der Hardware liegt.

Die Spreizung der Soletemperaturen beträgt ca. 5K, d.h. der Rücklauf 
sollte 5 Grad kühler als der Vorlauf sein. Damit passt die 
Fahrenheit-Theorie nicht so ganz.

Carl D. schrieb:
> Wenn man die beiden "Rück"-Semsoren als Fahrenheit-Wert betrachtet, dann
> käme man mit 31C und 16C zu plausiblen Werten. Auch daß Sole-Rück die
> gleich Form wie Sole-Vor hat, aber eine größere "Amplitude" Liese sich
> damit erklären.

Das ist sicherlich richtig aber der Post des TEs las sich so, dass das 
System schon längere Zeit besteht und der Fehler erst jetzt im Betrieb 
aufgekommen ist und da wirds dann wieder unwahrscheinlich. Warum sollte 
das System mitten im Betrieb an zwei Sensoren die Auswertung ändern? Da 
glaube ich eher an ein Sensorproblem.

Er hat doch noch mehrere dranhängen. Einfach mal tauschen/umklemmen...

Teo D. schrieb:
> Er hat doch noch mehrere dranhängen. Einfach mal tauschen/umklemmen...

Und das soll was bringen beim OneWireBus? Die Adressen ändern sich 
dadurch ja nicht oder meinst du im Code/Script?

M. K. schrieb:
> Teo D. schrieb:
>> Er hat doch noch mehrere dranhängen. Einfach mal tauschen/umklemmen...
>
> Und das soll was bringen beim OneWireBus? Die Adressen ändern sich
> dadurch ja nicht oder meinst du im Code/Script?

Wenn Ebenen das Rohr neben den, der falsche Werte zeigt, noch mal einen 
hängt, dann zeigt der, gleich falsche, andere oder sogar richtige Werte 
an.

Carl D. schrieb:
> Wenn Ebenen das Rohr neben den, der falsche Werte zeigt, noch mal einen
> hängt, dann zeigt der, gleich falsche, andere oder sogar richtige Werte
> an.

Oder man heißt Murphy... Dann geht garnicht mehr. :/

wenn du es  geloggt hast sollt sich doch der Zeitpunkt der Änderung 
finden? Die SW auf den letzten Stand davor setzen und der Keks ist ein 
Drops.

Namaste