SPI Slave 16 Bit empfangen

Was heißt 'funktioniert nicht mehr'.

1

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

2

  bData = SPDR <<8; 

3

4

5

   //zweite 8 Bit

6

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

7

  bData=SPDR;

die letzte Zeile muss

1

  bData |= SPDR;

lauten.

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:

1

delayMicroseconds(100);

2

PORTB &=~ 0x01;

3

int i =0;

4

while(i<100) i++;

5

PORTB |= 0x01;

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

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

1

//erste 8 Bit

2

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

3

4

  bData = SPDR;

5

    SPSR&=~(1<<SPIF);

6

7

  SPDR=0x00;

8

9

  //zweite 8 Bit

10

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

11

  nData=SPDR;

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

>     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.

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

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

1

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

2

  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

1

  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

1

  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

> 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.