Fragen zu SPI mit AVR

[David P. (devryd)]

Hallo zusammen,
ich versuche gerade SPI auf meinem Atmega1284p zum laufen zu bekommen. 
Ich habe das Datenblatt gelesen, allerdings hilft es mir nicht wirklich 
weiter.
Im Datenblatt wird erklärt, wie man ein Byte schickt, aber wie genau ist 
das Vorgehen, wenn ich mehr als ein Byte schicken will, zum Beispiel ein 
Byte Adresse und ein Byte Daten. Setze ich zwischen die einzelnen 
"Übertragungen" ein Delay?
Wenn ja, wie lang?
Im Datenblatt steht habe ich leider nur diesen Beispielcode gefunden:

void SPI_MasterTransmit(char cData){
/* Start transmission */
SPDR = cData;
/* Wait for transmission complete */
while(!(SPSR & (1<<SPIF)));
}

Dazu muss ja noch Slave select auf low gelegt werden.
Hat jemand ein Stück Beispielcode für mich?
Gruß David

[Veit D. (devil-elec)]

Hallo,

dein gezeigter Code macht das schon.

SPDR ist das SPI Datenregister für Bytes.

Und die Zeile sorgt dafür das es erst weiter geht wenn das SPDR wieder 
leer ist, also gesendet wurde und bereit ist für die Aufnahme des 
nächsten Bytes. Einen Buffer gibts nicht.

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

und vorher konfigurierst du das SPI Modul noch wie benötigt, Bsp.

//     enable SPI,   LSB first,      Master,       fck/4
SPCR = (1 << SPE) | (1 << DORD) | (1 << MSTR);
SPDR = 0;   
sei();

Und vorm Datentransfer Chip Select auf Low und wenn alle Daten gesendet 
sind und SPDR leer wieder auf High.

[David P. (devryd)]

Ich glaube ich habe meinen Fehler gefunden:
ich habe CS high gezogen, daten geschickt und dann cs low gezogen
also genau falsch rum.
Mal sehen ob es jetzt klappt.

[David P. (devryd)]

Leider funktioniert es immer noch nicht.
Zur Initialisierung mache ich das:

DDRB |=  (1<<PB1)| (1<<PB5)| (1<<PB7);
PORTB |= (1<<PB1); //pull CS high
SPCR = 0b01010000;
_delay_ms(100);

Weiter unten im Code folgt:

while(1){
    
    
    PORTB &=~(1<<PB1);
    _delay_us(100); //wait vor cs to be low
    PORTD=0;    //turn off leds for diagnostic purposes
    _delay_ms(100);
    SPDR=0x81; //send register
    while (!(SPSR &(1<<SPIF)));    
    SPDR=0x00;    //send data
    while (!(SPSR &(1<<SPIF)));
    PORTD=0xFF; //turn on leds for diagnostic purposes
    PORTB|= 1<<PB1;
    
    _delay_ms(1000);
    
  }

Der Atmega kommt gar nicht erst bei der Zeile : PORTD=0xFF; an.

[Falk B. (falk)]

David P. schrieb:
> Leider funktioniert es immer noch nicht.
> Zur Initialisierung mache ich das:DDRB |=  (1<<PB1)| (1<<PB5)| (1<<PB7);
> PORTB |= (1<<PB1); //pull CS high
> SPCR = 0b01010000;
> _delay_ms(100);

Man MUSS das SS-Pin (PB4) als Ausgang konfigurieren, siehe "SS pin 
functionality" im Datenblatt.

[David P. (devryd)]

Und wie spreche ich dann 2 verschiedene slaves an?

[Wolfgang (Gast)]

David P. schrieb:
> Und wie spreche ich dann 2 verschiedene slaves an?

Nacheinander oder gleichzeitig.
Wenn du die Slaves nacheinander ansprechen willst, braucht jeder sein 
eigenes CS-Signal. Wenn du die Slaves in Serie schaltest (Daisy-Chain), 
brauchst du nur eins, aber die Slaves müssen die Daten immer 
durchreichen.

[S. Landolt (Gast)]

Es heißt ja nur, dass B4 ein Ausgang sein muss, damit der SPI-Master 
nicht (versehentlich) in den Slave-Modus geschaltet wird. B4 braucht 
nicht notwendigerweise eine CS-Funktionalität zu haben, auch wenn dies 
im Regelfall sinnvoll ist.

[Heiner (Gast)]

Wolfgang schrieb:
> David P. schrieb:
>> Und wie spreche ich dann 2 verschiedene slaves an?
>
> Nacheinander oder gleichzeitig.
> Wenn du die Slaves nacheinander ansprechen willst, braucht jeder sein
> eigenes CS-Signal. Wenn du die Slaves in Serie schaltest (Daisy-Chain),
> brauchst du nur eins, aber die Slaves müssen die Daten immer
> durchreichen.

Es ist aber sinnvoller, es mit 2 CS-Signalen zu machen (keine 
Daisy-Chain), da Du dann unabhängiger bist; und es müsste doch noch ein 
Ausgang als 2.tes CS Signal zur Verfügung stehen

NB - was willst Du per SPI ansteuern?

[Wolfgang (Gast)]

Heiner schrieb:
> Es ist aber sinnvoller, es mit 2 CS-Signalen zu machen (keine
> Daisy-Chain), da Du dann unabhängiger bist;

Das kommt sehr auf den Anwendungsfall an.
Wenn es z.B. darum geht, ein paar mehr LEDs per 74hc595 anzusteuern, ist 
Daisy-Chain ausgesprochen sinnvoll. Genauso sieht es aus, wenn du 
irgendwelche Eingänge über PISO-Schieberegister einlesen willst. 
Unabhängigkeit macht die Sache in so einem Fall nur komplizierter.

[David P. (devryd)]

Ich möchte mit einem sx1276 lora Modul kommunizieren.
Wenn ich zuhause bin, probiere ich es nochmal den pin als output zu 
nutzen.

[Wolfgang (Gast)]

David P. schrieb:
> Ich möchte mit einem sx1276 lora Modul kommunizieren.

Die Pegel deines SPI passen dazu?

[David P. (devryd)]

Jap, beides 3.3V

[Heiner (Gast)]

Soll der Datenaustausch per SPI gepollt werden oder per SPI Interrupt?

Soll der Master auch Daten vom Slave auswerten (er empfängt ja Daten vom 
Slave)?

Wieviele Daten sollen ausgetauscht werden?

[David P. (devryd)]

Es werden 2 Byte Daten über lora gesendet + ein paar Byte zum 
konfigurieren des lora Moduls. Der Master muss keine Daten auswerfen, 
aber zum Fehler finden wäre evtl hilfreich.