SPI beispiel

Gast #1243887
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
>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
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
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
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.
Gast #1243985
Ach und wie kann ich /SS auf Ausgang schalten, ich weis nur wie ich es 
high oder low ziehen kann, mit dem SPCR Register geht es nicht und sonst 
hab ich dazu im Datenblatt auch nichts gefunden.
#1244127
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

Eine eigene Frage? Dieser Thread ist über 19 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.