SPI Slave 16 Bit empfangen

[Alina K. (alinakoch)]

Hallo!

Ich arbeite gerade an einem Projekt und versuche, die Daten von einem 16 
Bit AD-Wandler (AD977) über SPI einzulesen.
Mein Microcontroller (ATMega328) ist der Slave und der AD-Wandler ist 
der Master.

Der AD-Wandler sendet mir die passenden Daten, und ich werte sie 
folgendermaßen aus:

int i = 0;
word bData=0x00;
byte nData = 0x00;

void setup_spi()
{
  SPCR  &=~ (1<<SPIE);  //Interrupt ausschalten
  SPCR  |=  (1<<SPE);  //SPI einschalten
  SPCR  &=~  (1<<DORD);  //MSB zuerst
  SPCR &=~  (1<< MSTR); //SPI als Slave

  SPCR  &=~ (1<<CPOL);  //Clock Polarität
  SPCR  &=~ (1<<CPHA);  //Clock Phase

  DDRB|=0x01; //RC 8
  DDRB&=~0x04; //SS 10 (BUSY bei ADC)
  DDRB&=~0x08; //MOSI Eingang 11
  DDRB |=0x10; //MISO 12, Ausgang !!!!
  DDRB&=~0x20;//Clock 13
}

void adc()
{
  //PORTB |= 0x01;
  delayMicroseconds(100);
  PORTB &=~ 0x01;
  int i =0;
  while(i<100) i++;
  PORTB |= 0x01;
  
  //erste 8 Bit
  while(!(SPSR & (1<<SPIF)));
  bData = SPDR <<8; 
   
   
   //zweite 8 Bit
  while(!(SPSR & (1<<SPIF)));
  bData=SPDR;

  //Serial.println(bData);
  //Serial.print("          ");
  //Serial.print(nData);

}

Seit dem ich aber die zweite Übertragung hinzugefügt habe, also die 
zweite while-Schleife, funktioniert das Programm nicht mehr.
Weiß jemand, woran das liegen könnte?

Liebe Grüße
Alina

[spess53 (Gast)]

Hi

>Weiß jemand, woran das liegen könnte?

Ich würde mal auf SPIF tippen.

MfG Spess

[Florian (Gast)]

Sendest Du denn 2 Bytes aus? Ev. wartet sich Deine while - Schleife zu 
Tode weil gar nix mehr kommt?

[Karl H. (kbuchegg)]

Was heißt 'funktioniert nicht mehr'.

  while(!(SPSR & (1<<SPIF)));
  bData = SPDR <<8; 
   
   
   //zweite 8 Bit
  while(!(SPSR & (1<<SPIF)));
  bData=SPDR;

die letzte Zeile muss

  bData |= SPDR;

lauten.

[Alina Koch (Gast)]

Müsste ich dann vor der zweiten while-Schleife das SPIF zurücksetzen? 
Mit SPSR &=~(1<<SPIF)?

[Alina Koch (Gast)]

spess53 schrieb:
> Ich würde mal auf SPIF tippen.
>
> MfG Spess

Müsste ich dann vor der zweiten while-Schleife das SPIF zurücksetzen?
Mit SPSR &=~(1<<SPIF)?

LG

[Alina Koch (Gast)]

Karl Heinz schrieb:
> Was heißt 'funktioniert nicht mehr'.
>   while(!(SPSR & (1<<SPIF)));
>   bData = SPDR <<8;
>
>
>    //zweite 8 Bit
>   while(!(SPSR & (1<<SPIF)));
>   bData=SPDR;
>
> die letzte Zeile muss  bData |= SPDR;
> lauten.


Funktioniert nicht mehr heißt, das der AD-Wandler dann überhaupt keine 
Daten mehr sendet.

Oh okay danke.

[Alina K. (alinakoch)]

Florian schrieb:
> Sendest Du denn 2 Bytes aus? Ev. wartet sich Deine while - Schleife zu
> Tode weil gar nix mehr kommt?

Die Übertragung wird mit dem Setzen des RC-Pins gestartet:

delayMicroseconds(100);
PORTB &=~ 0x01;
int i =0;
while(i<100) i++;
PORTB |= 0x01;

Wenn ich davor Bytes aussende ändert sich leider auch nichts...

[Alina K. (alinakoch)]

Alina Koch schrieb:
>> Ich würde mal auf SPIF tippen.
>>
>> MfG Spess

//erste 8 Bit
  while(!(SPSR & (1<<SPIF)));

  bData = SPDR;
    SPSR&=~(1<<SPIF);

  SPDR=0x00;
  
  //zweite 8 Bit
  while(!(SPSR & (1<<SPIF)));
  nData=SPDR;

Habe es so versucht, aber leider funktioniert es immer noch nicht..

[spess53 (Gast)]

Hi

>Habe es so versucht, aber leider funktioniert es immer noch nicht..

Schon mal das Datenblatt gelesen? Bei AVRs werden Interruptflags meist 
durch Schreiben einer 1 gelöscht. Das Datenblatt sagt zu SPIF:

Bit 7 – SPIF: SPI Interrupt Flag

When a serial transfer is complete, the SPIF Flag is set. An interrupt 
is generated if SPIE in SPCR is set and global
interrupts are enabled. If SS is an input and is driven low when the SPI 
is in Master mode, this will also set the SPIF
Flag. SPIF is cleared by hardware when executing the corresponding 
interrupt handling vector. Alternatively, the
SPIF bit is cleared by first reading the SPI Status Register with SPIF 
set, then accessing the SPI Data Register
(SPDR).

MfG Spess

[Karl H. (kbuchegg)]

>     SPSR&=~(1<<SPIF);

Das kann schon mal nicht funktionieren, weil das hier ein Interrupt-Flag 
ist, welches durch einschreiben einer 1 gelöscht wird.
Aber im Grunde braucht das auch keiner. Lies dir mal die Beschreibung 
durch, wie dieses Flag wieder automatisch gelöscht wird. Durch die 
Kombination aus Zugriff auf das SPSR Register und Zugriff auf SPDR 
löscht die Hardware dieses Flag ganz von alleine.

Ich denke man sollte jetzt mal eines klären:
Liegt das Problem auf AVR Seite oder liegt es auf AD977 Seite.
Wie taktest du die Übertragung? Den Takt würde ich mal verlangsamen und 
mir ansehen, ob aus dem AD977 überhaupt 16 Bit rausgetaktet werden oder 
nicht. Den Takt mach ich deswegen langsamer, damit ich mit meinen 
beschränkten Messmöglichkeiten (im großen und ganzen eine popelige LED) 
was feststellen kann. Ein Logikanalysator wäre eleganter, aber sowas hab 
ich nicht.

Ich denke, das wäre jetzt mal meine erste Untersuchung: Taktet der AD 
überhaupt 16 Bit raus: ja oder nein.

[Alina K. (alinakoch)]

Karl Heinz schrieb:
> Das kann schon mal nicht funktionieren, weil das hier ein Interrupt-Flag
> ist, welches durch einschreiben einer 1 gelöscht wird.
> Aber im Grunde braucht das auch keiner. Lies dir mal die Beschreibung
> durch, wie dieses Flag wieder automatisch gelöscht wird. Durch die
> Kombination aus Zugriff auf das SPSR Register und Zugriff auf SPDR
> löscht die Hardware dieses Flag ganz von alleine.
>
> Ich denke man sollte jetzt mal eines klären:
> Liegt das Problem auf AVR Seite oder liegt es auf AD977 Seite.
> Wie taktest du die Übertragung? Den Takt würde ich mal verlangsamen und
> mir ansehen, ob aus dem AD977 überhaupt 16 Bit rausgetaktet werden oder
> nicht. Den Takt mach ich deswegen langsamer, damit ich mit meinen
> beschränkten Messmöglichkeiten (im großen und ganzen eine popelige LED)
> was feststellen kann. Ein Logikanalysator wäre eleganter, aber sowas hab
> ich nicht.
>
> Ich denke, das wäre jetzt mal meine erste Untersuchung: Taktet der AD
> überhaupt 16 Bit raus: ja oder nein.

Danke für deine Antwort.
Beim AD-Wandler funktioniert alles einwandfrei, wie im Timing Diagramm, 
dass habe ich mit dem Oszilloskop gemessen.

> Durch die
> Kombination aus Zugriff auf das SPSR Register und Zugriff auf SPDR
> löscht die Hardware dieses Flag ganz von alleine.

Das steht ja im Datenblatt:
Alternatively, the SPIF bit is cleared by first reading the
SPI Status Register with SPIF set, then accessing the SPI Data Register 
(SPDR).

Weißt du, wie ich dass dann softwaremäßig lösen müsste?

Liebe Grüße

[Karl H. (kbuchegg)]

Alina Koch schrieb:

> Alternatively, the SPIF bit is cleared by first reading the
> SPI Status Register with SPIF set, then accessing the SPI Data Register
> (SPDR).
>
> Weißt du, wie ich dass dann softwaremäßig lösen müsste?

Schaun wir mal.
Das hier

  while(!(SPSR & (1<<SPIF)));
  bData = SPDR <<8;

ist dein Code.

Was steht im Datenblatt
* the SPIF bit is cleared by first reading the SPI Status Register with 
SPIF set

Also. SPIF muss im SPSR gesetzt sein.
Die while Schleife

  while(!(SPSR & (1<<SPIF)));

wird nur dann verlassen, wenn genau das der Fall ist. SPIF ist gesetzt

Was steht weiter im Datenblatt
* then accessing the SPI Data Register (SPDR).

Wie gehts in deinem Code weiter

  bData = SPDR <<8;

ich würde sagen, das qualifiziert 100%-ig als 'accessing'.

Fazit: Beide Voraussetzungen erfüllt. -> die Hardware löscht das Flag -> 
du brauchst gar nichts tun.



>
> Liebe Grüße

[Alina K. (alinakoch)]

> Fazit: Beide Voraussetzungen erfüllt. -> die Hardware löscht das Flag ->
> du brauchst gar nichts tun.

Ja das stimmt, aber trotzdem funktioniert es nicht :(
Ich danke dir trotzdem für deine schnelle Antwort.