SPI: Erkennen von Übertragungsfehlern

synchrone  busse brauchen sowas nicht.

Diese Busse gehe ja auch nicht durch verseuchtes Terrain. Zumindest sind 
sie nur fuer ein paar cm auf demselben board gedacht, obwohl es Leute 
gibt die damit auf Kabel gehen.

SPI ist die reine Hardwareschnittstelle.
Das Datenprotokoll, das darüber übertragen wird, ist frei definierbar.
Also kann jederzeit Checksumme, Parität,........ in das Protokoll 
integriert werden.

@Nixweiss

Unsinn. Das hat mit synchron oder asynchron überhaupt nichts zu tun.

@Nullpointer
Was ist für dich ein verseuchtes Terrain ?
zB. ein Schaltregler auf der Platine kann schon so viele Störungen 
erzeugen, das keine sinnvolle Übertragung mehr möglich ist.

Wenn du den Bus komplett selbst aufbaust, hindert dich niemand daran, 
Pakete mit einer CRC-Checksumme (z.B.) zu schicken, dann brauchst du 
allerdings auch eine Möglichkeit dem Master zu signalisieren, ob das 
Paket angekommen ist: bei I2C wohl nicht so kompliziert -- stichwort: 
"NAK"; bei SPI wird's komplizierter ;)
Aber wie schon erwähnt: wenn die Busse auf der Platine bleiben, sollte 
es auch ohne gehen.

hth. -Jörg

@Ralph,
wenn ein Schaltregler beim SPI keine vernuenftige Uebertragung mehr 
erlaubt hast du in der Tat ein Problem. SPI sampelt an einer Flanke. dh 
man muss nur mit einem RC sicherstellen, dass hoeherfrequente Signale 
zur flanke weg sind. Der Rest des Problems ist Layout. Ah, keine 
geaetzte Leiterplatte ? Der Prozessor mit Logik und Peripherie ist 
zusammen mit einem Schaltregler auf einem Steckbrett oder gefaedelt oder 
gewrappt ? Tja, so geht das nicht mehr. Ohne geaetzte Leiterplatte 
sollte man keine Schaltregler einsetzen.

>Ohne geaetzte Leiterplatte
>sollte man keine Schaltregler einsetzen.

Den kann ich erfahrungsgemäß nur zustimmen ;-)

Das mir dem Schaltregler war nur als Beispiel für hochfrequente 
Störungen gemeint.
Die können auch über viele andere Wege auf das Signal kommen.