DS18b20 ID auslesen

Keiner eine Idee?

Kleiner Nachtrag noch:

Verwende einen Atmega 8515 getacktet mit 12 Mhz.

Jürgen

hast du denn ein datenblatt und schon mal reingeschaut?????

Danke für die Antworten.

Stefan R. schrieb:
> Hier nach der Pinabfrage noch ca. 480us warten, damit das Zeitfenster im
> Datenblatt (Seite 15) eingehalten wird.

Danke für denn Tip. Hat was gebracht. Jetzt erscheint auf dem Display: 
142196F380043

Allerdings sollte laut Datenblatt Seite 6 in der ID die 28h vorkommen.

chris schrieb:
> hast du denn ein datenblatt und schon mal reingeschaut?????

(Soviel zu dem Thema)

Wo ist sie hin?
Es sollten auch 64Bit sein. Es sind aber nur 7 Ziffern. Wenn ich richtig 
rechne müßten es 8 Ziffern sein. Richtig?

Noch jemand ne Idee?

Ich habe grad zwei Adressen von DS18S20 Sensoren hier.
Die fangen beide mit 0x10 (nicht mit 0x01 wie bei Dir)an und das 
vorletzte Byte ist 0x00. Also scheint Deine Adresse nicht ganz falsch.

Da stimmt dann irgendwas mit Deiner Routine zum einlesen nicht.
Ich sehe mir das nach dem Abendbrot mal an.

Bis dahin.

Auch dir danke. Hat auch was gebracht. Jetzt erscheint: 288469CF0100C2

Was habe ich geändert?:

1

char byte_lesen(void) 

2

  { 

3

     unsigned char loop1; 

4

5

6

      for(loop1=0;loop1<8;loop1 ++)

7

      { 

8

9

      byt=(bit_lesen());

10

      uebergabe >>= 1;

11

12

        if (byt==1)

13

        {

14

          uebergabe |= 0x80;

15

        }

16

17

      }

Aber immernoch falschrum.

Würd mich also freuen wen du doch noch mall kurz drüberschaust.

Okay, jetzt hat sich was überschnitten. Aber egal.

Das mit 0x80 und schieben nach recht hatte ich ja schon.
Folgendes kommt:
288469CF0100C2

Nachdem ich die Main noch geändert habe...

1

    for(u=8;u>0;u--)

2

    {

3

    lcd_char_hex(rom[u]);

4

    }

...bin ich dem Ziel wieder etwas weiter enfernt.
01C20001CF6984

Wie meinst du?

Wieso sind das jetzt eigentlich 14 Ziffern anstatt 8?
Weil 14 x 8 = 112 Bit.
Ich brauch doch nur 8 Ziffern, weil 8x8 gibt 64.
Und ich brauch ja nur 64 Bit. Oder verstehe ich da was falsch?

8 Ziffer 14 Ziffern???
Du brauchst 8Byte das sind 16 Stellen auf dem Display. Bei Dir werden 14 
Ziffern angezeigt, also nur sieben Byte. Irgendwie geht Dein erstes Byte 
verschütt.

  for(u=8;u>0;u--)
    {
    lcd_char_hex(rom[u]);
    }

Du musst schon bei der Ausgabe mit dem ersten Byte anfangen also rom[0];
Denn das höchstwertige Byte kommt zuerst.

Der Aufbau von der Adresse sieht beim DS18S20 so aus:
1.Byte GeräteCode (wie gesagt bei meinen Sensoren 0x10)
2.-7. Byte Adresse
8.Byte Checksumme

Vielleicht liegts an den Interrupts, die sollten bei 
1-Wire-Kommunikation abgeschalten sein.

288469CF0100C2 klingt doch schon ganz gut.

bis auf das das erste Byte fehlt.

Oh! ich denke da iss bissel ärger mit dem Timer im Spiel!

Timerinterrupt sperren bei der Verwendung von Temperatursensoren.


Oje das  seh ich grad auch noch! Wie liest den Jürgen das Scratchpad aus
und wo ist die Routine welche veranlasst das der Sensor auch die 
Temperatur messen soll. Tipp? Schau mal ins Datenblatt 44h

{28, 0xCD, 0x15, 0xB8, 0x01, 0x00, 0x00, 0x43},
    //ROM nr. for sensor 1
    {0x28, 0x48, 0xDA, 0xB7, 0x01, 0x00, 0x00, 0x95},
    //ROM nr. for sensor 2
     {0x28, 0x5A, 0xF4, 0xB7, 0x01, 0x00, 0x00, 0xFA},
    //ROM nr. for sensor 3
    {0x28, 0xAA, 0xC9, 0xB7, 0x01, 0x00, 0x00, 0xE0}

Ich glaub ich weis wo die zwei byts sind. Das obige habe ich aus dem 
Beispiel entommen wo nach ich mein Code geschrieben habe. Mann sieht, 
das zweitletzte und dritletztes byt ist 0x00. In der zwischenzeit habe 
ich einen zweiten Sensor ausprobiert und auch hier sind zwei nullen an 
der zweitletzten und dritletzten stelle. Folgendes habe ich versucht:

1

unsigned  char z; 

2

3

    for(z=0;z<8;z++) 

4

    { 

5

      rom[z]=0x00;//byte_lesen();

6

    }

7

    sei();

8

    unsigned  char u; 

9

10

    for(u=0;u<8;u++)

11

    {

12

    lcd_char_hex(rom[u]);

13

    }

Erscheint auf meinem Display 8x0.
Somit wären die zwei nullen eigentlich 4 Nullen. Ich habe also meine 16 
Ziffern. Möglich?

Klaus schrieb:
> Wie liest den Jürgen das Scratchpad aus
> und wo ist die Routine welche veranlasst das der Sensor auch die
> Temperatur messen soll. Tipp? Schau mal ins Datenblatt 44h

Soweit bin ich noch nicht.

Klingt plausibel.

Der Test ist ganz einfach:
reset();
writeByte(0xcc); //skipROM
writeByte(0x44); //starte Wandlung

800ms warten

reset();
writeByte(0x55);//matchROM
for (8x)
 writeByte(die einzelnen Bytes der Addresse);
 //mit dem Byte anfangen, was zuerst empfangen wurde!


writeByte(0xbe); //readScratchPad
2Bytes einlesen;

Wenn die beiden Bytes am Ende nicht 0xff sind, hat alles funktionert und 
Du hast schon die Temperatur.

MfG, Tom

Das wars!
Meine Vermutung war richtig. Dieser Code ...

1

    unsigned  char z; 

2

3

    for(z=0;z<8;z++) 

4

    { 

5

      rom[z]= byte_lesen();

6

    }

7

8

    unsigned  char u; 

9

10

    for(u=0;u<8;u++)

11

    {

12

    lcd_char_hex(rom[u]);

13

    lcd_string(" ");

14

    }

gibt folgendes aus:
28 82 09 8E 02 0 0 EA

Passt.

Herzlichen dank für eure Hilfe.

Falls es jemand interessiert, ich habe den gesammten Code angehängt.

Nochmals Danke!!!

Wieso ist die Ausgabe verkehrt, Stefan?

Der ds18s20 sendet das MSB zuerst und das LSB zuletzt.

http://de.wikipedia.org/wiki/Bitwertigkeit

>sendet der DS18B20..und damit LSB zuerst.
bei mir auch
MfG