DS18B20: Problem mit Temperaturauslesen

Übrigens habe ich den Sensor über einen 4,7k Pullupwiderstand auf 5V 
gezogen.

Helmut D. schrieb:
> wird. Arbeite mit einem ATMEGA32, Internen 8MHz Quarz (64ms) und
>
> F_CPU=1000000UL.

Abgesehen davon, dass ich gestern eine Diskussion gelesen hatte, die zum 
Ergebnis kam, dass die delay-Funktion nicht das hält was sie verspricht, 
ist mir aufgefallen. dass Du zwar die interne Takterzeugung 8MHZ 
verwendest und gleichzeitig die F_CPU auf 10 MHz definierst.

Wenn irgendwo F_CPU verwendet wird, die nicht mit der realen Taktrate 
übereinstimmt, würde ich vermuten, dass hier das Problem liegt.

Möglicherweise läuft Deine Delay-Funktion zu langsam und dann ist der 
Takt schon Resetimpuls schon zu Ende.

Tip: Setze vor dem Warten auf den Resetimpuls ein weiteres Ausgangspin, 
auf das Du dann mit Scope extern triggerst. Vor der Abfrageroutine setzt 
Du dieses Pin wieder zurück, dann weißt Du genau, ob Dein selbst 
organisiertes Abtast-Timming paßt.

Genau aus diessem Grund habe ich mir einen eigenen Scheduler 
geschrieben, der genau paßt. Die Abtastzeitpunkte habe ich mit einen 
2.Timer per Interupt gelöst. Dasnn läuft es zuverlässig.

Hoffe, konnte Dir helfen. Viel  erfolg

cyblord ---- schrieb:
> cskulkw schrieb:
>
>> Abgesehen davon, dass ich gestern eine Diskussion gelesen hatte, die zum
>> Ergebnis kam, dass die delay-Funktion nicht das hält was sie verspricht,
>
> Halte ich für irrelevant in diesem Fall. Ich betreibe meine
> Ätzbadsteuerung mit einem Atmega8 (interner 8 MHZ OSC) und einem
> DS18B20. Und ich erzeuge alle Wartezeiten für den 1Wire Bus direkt mit
> _delay_us().
> 1. Funktioniert das bis heute ohne Probleme, 2. sehen die Signalzeiten
> im Logic Analyzer sehr gut und stabil aus. Der 1Wire Bus ist ja nun auch
> nicht besonders kritsch und es werden relativ große Toleranzen
> akzeptiert in der Spezifikation.
>
> gruß cyblord

Hi Cyblord,

hast die 1-Wire-Routine selbst geschrieben oder gibt es da eine Lib auf 
die ich zurückgreifen könnte? Die DS18B20 sollten auch bald bei mir 
aufschlagen. :-)

LG
Ernst

> Hi Cyblord,
>
> hast die 1-Wire-Routine selbst geschrieben oder gibt es da eine Lib auf
> die ich zurückgreifen könnte? Die DS18B20 sollten auch bald bei mir
> aufschlagen. :-)
>
> LG
> Ernst

Hallo,
hab selber eine lib geschrieben, einfach stur nach Datenblatt.  Also 
erstmal eine lib nur für die 1wire kommunikation. Nicht explizit für den 
DS18B20.
Aber da ich vorher noch nie was mit 1wire gemacht habe, wollte ich da 
selber duchsteigen und keine fertigen libs benutzen. Nach einer Stunde 
lief die Kommunikation. Kann ich dir gern mal anhängen ist sehr 
minimalistisch. Aber dafür sollte es sowieso schon min. 10 libs geben.

gruß cyblord

cyblord ---- schrieb:
> Halte ich für irrelevant in diesem Fall. Ich betreibe meine
>
> Ätzbadsteuerung mit einem Atmega8 (interner 8 MHZ OSC) und einem
>
> DS18B20. Und ich erzeuge alle Wartezeiten für den 1Wire Bus direkt mit
>
> _delay_us().
>
> 1. Funktioniert das bis heute ohne Probleme, 2. sehen die Signalzeiten
>
> im Logic Analyzer sehr gut und stabil aus. Der 1Wire Bus ist ja nun auch
>
> nicht besonders kritsch und es werden relativ große Toleranzen
>
> akzeptiert in der Spezifikation.
>
>
>
> gruß cyblord

Tu wichtig ...

Ich weiß nicht, ob die Delay-Funktion Genauigkeitsprobleme hat.

Wenn aber die Constante FCPU mit 10 Mhz eingestellt ist und der 
Taktgenerator mit 8 MHZ laufen sollte, dann kann die delay-Funktion 
nicht richtig zählen. Das und nur DAS war mein Hinweis.

Vielleicht sollte man bestimmte Aussagen nicht aus dem Zusammenhang 
reißen. Dann gäbe es auch keine Mißverständnisse.

cskulkw schrieb:

> Wenn aber die Constante FCPU mit 10 Mhz eingestellt ist und der
> Taktgenerator mit 8 MHZ laufen sollte, dann kann die delay-Funktion
> nicht richtig zählen. Das und nur DAS war mein Hinweis.

Nein nicht nur DAS.

> Vielleicht sollte man bestimmte Aussagen nicht aus dem Zusammenhang
> reißen. Dann gäbe es auch keine Mißverständnisse.

Habe nichts aus dem Zusammenhang gerissen. Du hast sowohl auf die 
falsche F_CPU Einstellung ALS AUCH auf eine generelles Problem mit der 
delay.h hingewiesen.
Und ich habe auch nicht gesagt dass du damit falsch liegst, ich habe nur 
darauf hingewiesen dass dieses Problem (sofern es besteht) für eine 
1wire Kommunikation irrelevant ist, weil es eben trotzdem funktioniert.

gruß cyblord

Hast Du den C2 aus dem Datenblatt??

Er meint wahrscheinlich den C2 in der Schaltung im zweiten Post?
Und der kommt nicht aus dem Datenblatt. Denn der macht ja alles kaputt 
und gehört deshalb da weg! Wie sollen denn da noch saubere Flanken 
möglich sein? Das beeinflußt natürlich auch das Timing, da die 
erforderlichen Pegelstände sich erst später einstellen.

Übrigens: Die Aussage interner Oszillator mit 8 MHz (einen Quarz hat das 
Ding natürlich nicht, sondern einen RC-Oszillator!) und F_CPU mit 
1000000UL stellt noch keinen widerspruch dar, da 1 MHZ (und nicht 10 MHz 
wie behauptet) ja die Standardfuse ist.
Was auch immer das (64ms) bedeuten soll, ist mir aber schleierhaft.

> Lutz schrieb:
> Was auch immer das (64ms) bedeuten soll, ist mir aber schleierhaft.

habe bei den Fuses folgendes ausgewählt: INTRCOSC_8MHz_6CK_64MS

> Lutz schrieb:
> Er meint wahrscheinlich den C2 in der Schaltung im zweiten Post?
> Und der kommt nicht aus dem Datenblatt. Denn der macht ja alles kaputt
> und gehört deshalb da weg! Wie sollen denn da noch saubere Flanken
> möglich sein? Das beeinflußt natürlich auch das Timing, da die
> erforderlichen Pegelstände sich erst später einstellen.

das könnte ich mir durchaus vorstellen, das das ein Problem ist. Ich 
habe das mit dem Kondensator wohl falsch rausgelesen aus dem Datenblatt. 
Habe gedacht, ich brauche ihn zum entstören.

> Horst Hahn schrieb:
> wenn er sich bei seinem 4,7 kOhm Widerstand auf Figure 1 + 5  im
> Datenblatt des 18B20 bezieht ist sein Vo == DQ also die Datenleitung und
> Vi ist Vdd.
> Dann wäre C2 sehr unpassend.
> Also wäre Vi und Vo vertauscht.

Habe den Kondensator entfernt, hat aber nichts gebracht. Sobald ich 
irgendwo ein Oszi auftreiben kann, werde ich mal meine Delay-Zeiten 
seitens des Mikrocontrollers nachmessen.

Habe jetzt einen externen Quarz 8MHz eingefügt. Nun habe ich das 
Problem, dass ich selbst bei den folgenden Befehlen bei niedrigen 
delay-Zeiten nicht das erwartete messen kann.

DDRC=0xFF;
  while(1)
  {
     PORTC=0x00;
     _delay_us(1);
     PORTC=0xFF;
     _delay_us(1);
  }

 Dort kann nur jeweils eine reale Zeit von 265µs gemessen werden mit dem 
Oszi?? Obwohl ja eine Delayzeit von 1µs erwartet wird. Wie kann das 
sein?

> Karl Heinz Buchegger schrieb:
> Optimizer nicht aktiviert?
> F_CPU falsch angegeben?
> Quarz ist zwar physisch drann, ist aber nicht aktiviert?
>
> Kombination aus allen 3?

Wo kann ich den Optimizer aktivieren?
Habe F_CPU mit 8000000UL und auch schon mit 1000000UL angegeben, aber 
funktioniert trotzdem nicht.
Die Fuse EXTMEDFXTALRES_16KCK_64MS wurde ausgewählt für einen 8MHz 
Quarz.

Karl Heinz Buchegger schrieb:
> Optimizer nicht aktiviert?

Hab gerade nachgeschaut, er war nicht aktiviert...nun habe ich ihn auf 
Os aktiviert und siehe da-> es geht!!

Danke für den Tipp.