SPI beispiel

Gast #1243887
Lesenswert?

Ich hab den code aus dem Datenblatt, aber es geht trotzdem nicht wäre es 
nicht einfacher in 1 thread mal eine ordentliche beispiel 
implementierung zu posten wie in 100 threads "schau im datenblatt"...?
Gast #1243900
Lesenswert?

>Ich hab den code aus dem Datenblatt, aber es geht trotzdem nicht wäre es
>nicht einfacher in 1 thread mal eine ordentliche beispiel
>implementierung zu posten wie in 100 threads "schau im datenblatt"...?

NEIN, dafür ist das Datenblatt da! Wer zu faul ist das Datenblatt zu 
lesen, ist vermutlich auch zu faul, den entsprechenden Beitrag im Forum 
zu suchen und zu finden und es würde trotzdem 100000 mal wieder das 
selbe gefragt!

Wenn es bei Dir nicht funktioniert, dann liegt der Fehler sicher nicht 
in dem Teil, den Du aus dem Datenblatt hast.
Gast #1243954
Lesenswert?

und woher soll ich den code zaubern der nicht im Datenblatt steht... 
ausm Datenblatt?... Der Code ausm Datenblatt Funktioniert, aber z.B. 
fehlt da die Rückleitung momentan kann ich nur von meinem AVR128 etwas 
zu meinem AVR88 Senden und nichts zurück. Und da helfen mir die 100 
Verweise auf das Datenblatt leider GARNICHTS!
#1243971
Lesenswert?

Valdur wrote:
> Ich hab den code aus dem Datenblatt, aber es geht trotzdem nicht

Laß Dir nicht alles aus der Nase ziehen, was geht nicht?
Also was machst Du, was soll daraufhin passieren, was passiert 
stattdessen, wie prüfst Du es?
Wie reagieren die Statusbits?

Glaskugelmodus an:
Beim SPI-Master den SS-Pin als Ausgang gesetzt?


Peter
Gast #1243984
Lesenswert?

Ich hatte vor einen AVR 128 und 8 AVR 88 zu benutzen die auf Anfrage des 
128 gers Daten ihm zusenden.

128 ger master code aus dem 128 ger Datenblatt
1
void SPI_MasterInit(void)
2
{
3
/* Set MOSI and SCK output, all others input */
4
DDR_SPI = (1<<DD_MOSI)|(1<<DD_SCK);
5
/* Enable SPI, Master, set clock rate fck/16 */
6
SPCR = (1<<SPE)|(1<<MSTR)|(1<<SPR0);
7
}
8
void SPI_MasterTransmit(char cData)
9
{
10
/* Start transmission */
11
SPDR = cData;
12
/* Wait for transmission complete */
13
while(!(SPSR & (1<<SPIF)))
14
;
15
}

88 ger slave code aus dem 88 ger datenblatt
1
void SPI_SlaveInit(void)
2
{
3
/* Set MISO output, all others input */
4
DDR_SPI = (1<<DD_MISO);
5
/* Enable SPI */
6
SPCR = (1<<SPE);
7
}
8
char SPI_SlaveReceive(void)
9
{
10
/* Wait for reception complete */
11
while(!(SPSR & (1<<SPIF)))
12
;
13
/* Return Data Register */
14
return SPDR;
15
}

sämtliche pins habe ich richtig gesetzt wenn ich vom Master auf den 
Slave eine "12" Sende kommt diese auch an.
Auf meinem Oszi habe ich auch nachgewiesen das was über MOSI zum slave 
geht stimmt soweit kein Problem. Nun hab ich die Transmit Funktion des 
Masters für den slave Kopiert aber das Funktioniert nicht auf der MISO 
Leitung wird nur das MOSI signal etwas verzögert gespiegelt und mein 
Master empfängt mit der etwas Modifizierten Transmit Funktion auch 
nichts.
1
char SPI_MasterTransmit(char cData)
2
{
3
  /* Start transmission */
4
  SPDR = cData;
5
  /* Wait for transmission complete */
6
  while(!(SPSR & (1<<SPIF)));
7
  
8
  return SPDR;
9
}

Ich bin mir im Klaren das es dieses /SS gibt, aber in der Datenblatt 
Implementierung gibt es das auch nur auf low sogar beim Master.

Sorry wenn sich manche Sachen etwas blöd anhöhren aber das hier ist 
nicht direkt mein Fachgebiet.
#1244127
Lesenswert?

Naja, das SPI zwischen 2 AVRs ist gelinde gesagt ziemlich 
bauchschmerzig.

Die AVRs haben keinen Sendepuffer, d.h. der SPI-Slave müßte hellsehen 
können, wann er das zu sendende Byte schreiben darf.

Der Master muß den /SS des Slave auf low ziehen, der Slave muß diesen 
Pin mit auf einen Interrupt legen und der Interrupt schreibt dann das 
erste Sendebyte rein.
Der Master zieht also /SS auf low und wartet dann ne Weile.
Dann schreibt er ein Dummy-Byte und danach wartet er wieder usw.
Für nen ersten Test nimm 1ms Wartezeit, sollte dem Slave erstmal 
reichen, das SPI rechtzeitig zu füttern.
Und wenns klappt, kann man kürzer probieren.

Das ganze SPI wird also eher zu ner Warteorgie als denn zu einem 
flüssigen Datentransfer.


Wenn möglich würde ich daher das I2C vorziehen, da gibt es ein klar 
definiertes Handshake über die SCL-Leitung und niemand muß unnütz 
warten.


Peter

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren