Seltsamer Takt bei Hardware SPI

[Florian (Gast)]

Hallo zusammmen,

ich stehe gerade vor einem seltsamen Problem. Ich versuche derzeit das 
Hardware SPI an einem ATmega328P zu laufen zu bringen. Habe das Beispiel 
aus dem Datenbaltt des uC übernommen, aber der Scan meines 
LogicAnalyzers zeigt mir dort wo eigentlich der Takt beim SPI sein 
sollte nur Quatsch an (siehe Bild). Auch mit verschiedenen Clock Rate 
Selects habe ich das selbe Phänomen.

Vielleicht kann mich einer von euch mit der Nase auf meinen Fehler 
stupsen?

#define F_CPU 16000000UL

#include <avr/io.h>
#include <util/delay.h>

void spi_init() {
  DDRB = (1<<PB3) | (1<PB5) | (1<<PB2); //MOSI,SCK,SS as output
  SPCR = (1<<SPE) | (1<<MSTR) | (1<<SPR1); //SPI Enable, master-mode
  //SPSR |= (1<<SPI2X); //Double Speed 8MHz
}

void spi_send_data(char data) {
  PORTB &= ~(1<<PB2); //SS to low
  SPDR = data;
  while(!(SPSR & (1<<SPIF)));
  PORTB |= (1<<PB2); //SS to high
}

int main(void)
{
spi_init();
    while(1)
    {
        spi_send_data(0x02);
    _delay_ms(200);
    }
}

MFG Florian

[Stefan E. (sternst)]

Du denkst, du hättest den SCK-Pin auf Ausgang konfiguriert, hast du aber 
in Wirklichkeit nicht. ;-)

[Florian (Gast)]

Hallo,

danke schon mal für die Antwort, aber irgendwie verstehe ich das nicht 
ganz. Setze ich nicht die Art eines Pins, und damit ob er ein Ausgang 
oder Eingang ist, mit dem DDR des jeweiligen Ports?

MFG Florian

[René K. (cyprius)]

Florian schrieb:
> Hallo,
>
> danke schon mal für die Antwort, aber irgendwie verstehe ich das nicht
> ganz. Setze ich nicht die Art eines Pins, und damit ob er ein Ausgang
> oder Eingang ist, mit dem DDR des jeweiligen Ports?
>
> MFG Florian

Guck dir die Zeile für das Portregister noch mal gaaaaanz genau an..

[Stefan E. (sternst)]

Florian schrieb:
> Setze ich nicht die Art eines Pins, und damit ob er ein Ausgang
> oder Eingang ist, mit dem DDR des jeweiligen Ports?

Ja, aber du hast an Port B die Pins 0, 2 und 3 auf Ausgang geschaltet, 
und SCK ist Pin 5.

[Florian (Gast)]

Ohh Mann! Ich bin fast verzweifelt und dann sowas.

Vielen dank!

Zur Vollständigkeit nochmal der jetzt lauffähige Code

#define F_CPU 16000000UL

#include <avr/io.h>
#include <util/delay.h>

void spi_init() {
  DDRB = (1<<PB3) | (1<<PB5) | (1<<PB2); //MOSI,SCK,SS as output
  SPCR = (1<<SPE) | (1<<MSTR) | (1<<SPR1); //SPI Enable, master-mode
  //SPSR |= (1<<SPI2X); //Double Speed 8MHz
}

void spi_send_data(char data) {
  PORTB &= ~(1<<PB2); //SS to low
  SPDR = data;
  while(!(SPSR & (1<<SPIF)));
  PORTB |= (1<<PB2); //SS to high
}

int main(void)
{
  spi_init();
    while(1)
    {
        spi_send_data(0x02);
    _delay_ms(200);
    }
}

[Kai S. (hugstuart)]

Du setzt den SS-Pin manuell auf high bzw. low. Sollte das der uC nicht 
automatisch machen?

[Florian S. (snairolf)]

Hab mich jetzt mal angemeldet. Ist doch ein wenig einfacher dann.

Kai S. schrieb:
> Du setzt den SS-Pin manuell auf high bzw. low. Sollte das der uC nicht
> automatisch machen?

Kann er ja gar nicht. Da du am SPI mehr als nur einen Slave haben 
kannst, musst du im Programm entscheiden mit welchem du gerade 
kommunizieren willst. Das kann der uC von alleine gar nicht wissen.

[asdf (Gast)]

Wobei es durchaus auch Controller gibt wo man CS# per Hardware toggeln 
lassen kann (per Register-Settings konfigurierbar welches von den X 
möglichen CS# Signalen verwendet werden soll).

[Jörg W. (dl8dtl) (Moderator)]

asdf schrieb:
> Wobei es durchaus auch Controller gibt wo man CS# per Hardware toggeln
> lassen kann

Hat aber nur begrenzten Wert: in aller Regel benötigen
SPI-Transaktionen, dass man /CS am Anfang der Transaktion
aktiviert, dann N Bytes für die Transaktion austauscht, und am Ende
dann /CS wieder deaktiviert.   Da die Anzahl der Bytes pro
Transaktion variieren kann, wird dann schnell die Soße teurer als
das Fleisch, wenn man versucht, das irgendwo in der Hardware zu
konfigurieren.  Kommt hinzu, dass das Setzen oder Löschen einer
Ausgabeleitung beim AVR vergleichsweise „billig“ ist (wenig Code,
wenig Takte).