DS18S20 - STK200 mit 8515 Controller

verschoben

Der angegebene Sourcecode ist nicht ausreichend für ein vollständiges 
Programm.

Es fehlen mindestens die Definitionen der Funktionen w1_init(), 
w1_search() und  ds1820_temperature_10(). Das sind genau die Funktionen, 
die etwas mit dem 1Wire, d.h. dem Problem zu tun haben können.

Raus muss der 2-te Aufruf zwar, aber er hat natürlich nichts damit zu 
tun, dass die search Funktion nichts findet.


Das ist die Krux mit vorgefertigten Libraries: Super einfach in der 
Anwendung, aber wenns was hat, steht man da wie der Ochs vorm Tor.

(Kann man mit dem Debugger in die Funktionen hineinsteppen?)

Rein testweise würde ich mir trotzdem an deiner Stelle den WinAvr auf 
die Maschine holen, die PeDa Routinen aus der Codesammlung mal 
draufspielen. Wenn die auch nicht funktionieren, dann wirds wohl ein 
Hardwareproblem sein.

The primary specification difference between the two parts is the 
temperature conversion time: DS1820 = 500ms (max) and DS18S20 = 750ms 
(max).
timing problem ?
Sind die Fuse Bit's richtig gesetzt - auf 8Mhz !
und und und ?

Peter K. schrieb:

> Die sind ja im Code angegeben Stefan!?
>
> w1_init();
> devices=w1_search(0xf0,rom_code);
> ...

Der Aufruf der Funktionen ist angegeben, aber nicht, was die Funktionen 
machen (die Definition).

Man kann mit dem derzeitigen Code den Funktionen nicht "auf die Finger 
schauen". Z.B. nachsehen, was der Parameter 0xf0 beim w1_search() macht.

Setz erst mal die Fusebits richtig.
Ansonsten lügst du deinen Compiler nur an, wenn du ihm sagst, dass dein 
µC mit 8Mhz läuft und der tut das gar nicht.

Datenblatt rausholen. Nachsehen wie die CKSEL Bits stehen müssen, damit 
ein "External Crystal" eingestellt ist.

Danach: Kontrollieren (zb. mit einer Warteschleife die eine LED blinken 
lässt), ob der µC auch wirklich mit 8Mhz läuft.

Dann: Nochmal den 1-Wire Code probieren.

Karl heinz Buchegger schrieb:

> Danach: Kontrollieren (zb. mit einer Warteschleife die eine LED blinken
> lässt), ob der µC auch wirklich mit 8Mhz läuft.

Bzw. Nachsehen, ob das Terminalprogramm auf dem PC mit 9600 Baud 
arbeitet, wenn die Meldung "0 DEVICE(S) DETECTED" kommt.

UBRRL=0x33; // 51dez sollte lt. Datenblatt 9600 Baud bei 8 MHz sein

Wenn das Terminalprogramm bei 1200 Baud richtig arbeitet, sind keine 8 
MHz aktiv sondern nur 1 MHz.

Wie programmierst du eigentlich den AVR auf dem STK200 , also welchen 
ISP Programmer benutzt du ?

Wenn der ATmega8515 über RS232 den Text "0 DEVICE(S) DETECTED" an den PC 
sendet, benutzt er eine Baudrate, die sich aus Taktrate und 
Baudrateneinstellung seiner UART ergibt.

Die Baudrateneinstellung kennst du bzw. die ist hier fix (UBRRL=0x33;). 
Die Baudrate kennst du auch. Das ist die Einstellung im Terminalprogramm 
auf dem PC. Damit kannst du auf die Taktrate schliessen!

Baudrate 9600 auf dem PC heisst die Taktrate auf dem ATmega8515 ist bei 
der Baudrateneinstellung oben 8 MHz.

Baudrate 1200 auf dem PC heisst die Taktrate auf dem ATmega8515 ist bei 
der Baudrateneinstellung oben 1 MHz.

Also ist deine Aufgabe: Im Terminalprogramm nachsehen, welche Baudrate 
eingestellt ist.

http://www.engbedded.com/fusecalc/

Der ultimative online Fuse Calculator :-))

probier es halt damit wenn du zu faul bist das Datenblatt zu 
konsultieren,
und nein es gibt keine Datenblätter in Deutsch :P

Peter K. schrieb:
> Programmiert wird im CodeVision und verwenden tu ich den Atmel mega8515
> µController, oder willst du noch was anderes wissen?

nicht was sondern womit war die Frage !
Also womit wird das compilierte Programm in den AVR -Controller 
übertragen
(im allgemeinen Programmiergerät genannt )
oder in neudeutsch
wie flasht du den MC ?

Hast du einen Quarz physikalisch ein deinem µC?

Wenn ja, dann willst du einen "external Crystal" haben

http://www.mikrocontroller.net/articles/AVR_Fuses

Es schadet auch nicht, sich mal die Einführungsseite des Tutorials 
durchzulesen. Da beschäftigt sich so mancher Abschnitt mit der 
Taktversorgung eines µC

http://www.mikrocontroller.net/articles/AVR-Tutorial:_Equipment

Wenn ich mich recht erinnere kann man das STK200 mit einem Quarz 
bestücken und dann gab es da noch eine Steckbrücke wo man Quarz oder 
Intern auswählen konnte.
Was du jetzt machst kommt darauf an was du machen möchtest.(  auweia  
)
also wenn du extern mit Quarz 8Mhz takten willst dann musst du das auch 
so einstellen.

Ja, das sollte dann stimmen mit den 8 MHz.

Ich bin der 1wire.h und w1_init()... Geschichte nachgegangen. Das sind 
anscheinend Bibliotheken von CodevisionAVR (CodevisionAVR User Manual 
http://www.arctan.ca/files/CVAVRMAN2.pdf => Seite 163 und folgende).

Da ich nicht vor habe, von AVR-GCC zu CodevisionAVR zu wechseln, melde 
ich mich hier ab.

Jetzt kenn  ich mich überhaupt nicht mehr aus.
Du wechselst deine Taktfrequenzen schneller als andere ihre Unterwäsche.

Also: Dein 1-Wire Code findet jetzt ein Device? Oder wie?
Lass dir doch mal den gefundenen ROM-Code des Sensors ausgeben. Der muss 
mit einer charakteristischen Sequenz anfangen. Mal sehen, ob das 
gefundene Device nur eine Falschmeldung war oder nicht.

Das hat doch keinen Sinn, da ständig den Compiler anzulügen!

Für XTAL kommt die Taktfrequenz deines Prozessors rein. Und nichts 
anderes.

Peter K. schrieb:
> Ich weiß langsam einfach nicht mehr weiter... Ein fertiges Programm
> könnte für das erste schon reichen, damit ich mal einen Überblick habe!

Ein fertiges Programm für CodeVision sieht auch nicht anders aus, als 
das was du hast.

Dein Problem ist erst mal die Hardware.
Solange dein XTAL Wert nicht mit der Realität übereinstimmt, brauchst du 
nicht länger weiter zu suchen, weil sinnlos.

Punkt 1 auf deiner Liste muss lauten:
Der XTAL Wert muss mit der tatsächlich vorhandenen Taktfrequenz 
übereinstimmen.
Dazu muss sichergestellt sein, dass der am µC angeschlossene Quarz auch 
tatsächlich in Funktion ist. Dazu wiederrum muss der µC per Fuses davon 
in Kentniss gesetzt werden, dass an seinen Pins ein Quarz angeschlossen 
ist.

Solange du diese Hürde nicht packst, ist es sinnlos überhaupt nur 
weiterzudiskutieren.

Over and out