SPI will nicht

[Michael G. (linuxgeek)]

Hallo Forum,

leider kann ich mit meinem Atmega8 SPI im Master mode nicht zur 
Mitarbeit ueberreden - es passiert garnichts. Weder an SCK noch an MOSI.

Ich verwende folgenden Code:

void spi_master_init(void)
{
  DDR_SPI |= (1 << DISP_SI) | (1 << DISP_CLK);

  /* SPE:   SPI enable
   * MSTR:  SPI master mode
   * CPOL:  clock polarity (high when idle)
   * CPHA:  clock phase (trailing edge)
   * frequency: F_OSC/32 => 250KHz
   */
  SPCR |= (1 << SPE) | (1 << MSTR) | (1 << CPOL) | (1 << CPHA) | (1 << SPI2X) | (1 << SPR1);
  _delay_ms(100);
}

Hinweis: SS ist als Output konfiguriert. Das sollte aber keine Probleme 
machen duerfen. Im Master Mode ist SS nach Datenblatt konfigurierbar und 
ein "general output". Als solchen verwende ich ihn derzeit auch (habe 
eine LED dran), er ist also als Ausgang konfiguriert.

Initial setze ich PortB komplett als Output.
Worin koennte das Problem bestehen?

Danke fuer Eure Hilfe.

P.S. Ein kleiner Abschnitt zu SPI im Tutorial waere mal nicht schlecht.

Gruss,
Michael

[Matthias L. (Gast)]

Du musst schon was senden, sonst passiert an den Pins auch nichts.

SPDR = 0x55;

[Andreas K. (a-k)]

Was erwartest du denn vom SPI, wenn du ihm keine Arbeit gibst? Nur durch 
Initialisieren allein spielt das SPI noch keine Musik.

[Michael G. (linuxgeek)]

Erm... dass ich natuerlich Daten sende sollte klar sein.

Das lustige ist uebrigens, dass er da problemlos durchkommt, also SPIF 
geloescht wird.

void spi_transmit(uint8_t data)
{
  _delay_us(1);
  SPDR = data;
  _delay_us(1);
  while (!(SPSR & (1 << SPIF)));
}

[Andreas K. (a-k)]

Dann zeig halt mal den gesamten relevanten Teil und nicht immer nur 
diejenigen Häppchen, in denen der Fehler garantiert nicht liegt.

[Michael G. (linuxgeek)]

There you go.

[Benedikt K. (benedikt)]

Seit wann ist SPI2X im SPCR ?
Die gesamte Zeile mit dem SPCR|= ist sehr fehleranfälllig, da du nicht 
weißt was vorher drin steht.
Genauso hier: DDR_SPI |= (1 << DISP_SI) | (1 << DISP_CLK);
Das kannst du dir sparen, wenn du DDRB sowiso schon auf 0xFF setzt.

[Andreas K. (a-k)]

Woher weisst du, dass am SPI nichts passiert?

[Andreas K. (a-k)]

Jo, das "SPCR |= ..." ergibt keinen Sinn, "SPCR = ..." ist besser.

Aber wenn der frisch aus dem Reset kommt, ist der Inhalt sauber 
definiert vorher 0. Das kann also kaum die Ursache sein.

Ebenso führt das falsch plazierte SP2X nur zu einem anderen Takt, /128 
statt /32.

[Michael G. (linuxgeek)]

Joa ich hatts schon auf SPRC = ..., vorher.
Taktkombinationen hab ich auch schon alle moeglichen ausprobiert.
Was soll am SP2X "falsch platziert" sein.


Naja woher ich es weiss: Weil ich nachgemessen habe?

[Benedikt K. (benedikt)]

Michael G. wrote:

> Was soll am SP2X "falsch platziert" sein.

RTFM !!!

[Michael G. (linuxgeek)]

Benedikt Dir scheint schon die Sonne aus dem Arsch, was?

[Andreas K. (a-k)]

PLONK

[Michael G. (linuxgeek)]

Mit nem Oszi. Und nicht garnichts. Das Teil geht nach dem Reset des 
Controllers und dem Initialisierungsaufruf von High auf Low. Das 
bezeichne ich aber als "nichts", weil sich beim Senden nichts tut.