SPI-Schnittstelle

Woher soll der Master wissen, dass 0x00 ("leeres" Datenbyte) nicht doch 
gültigen Daten sind?
Um das Protokollhandling musst Du Dich schon selbst kümmern. Entweder 
die max. Antwortzeit des Slaves ermitteln und immer einhalten. Oder ein 
ACK/NAK Protokoll das Deinen Ansprüchen genügt entwerfen!

Hi,
genau das ist meine Frage. Es gibt ja ein SPI-Control Register, hier 
wird ein Bit gesetzt, wenn Daten übertragen wurden und zum auslesen 
bereit stehen. Wenn ich aber keine Daten zum Senden geschrieben habe, 
wird dann 00h übertragen oder realsiert der Master, dass der Slave keine 
Daten hat und setzt deshalb auch nicht das Control-Bit im SPI-Control 
Register.

Wenn der Master ein Datenbyte sendet, dann liest er auch gleichzeitig 
ein Datenbyte ein, ohne wenn und aber! Was er dann empfängt hängt vom 
Slave ab.
Hat der Slave keine Daten zum Senden vorbereitet, wird das letzte im 
Buffer liegende Byte gesendet (das kann nach der Initialisierung des 
Slaves auch komplett undefiniert sein und muss keinesfalls immer 0x00 
sein!!!).

Klar ist doch, in dem Moment in dem der Master was sendet, kann der 
Slave noch keine Antwort dazu parat haben, den das Byte ist ja noch gar 
nicht komplett beim Slave angekommen, dieser sendet aber schon fleißig 
was zurück.
Es muss also darauf hinauslaufen, dass der Master einen Befehl oder 
Daten an den Slave sendet, wartet bis der Slave mit der Bearbeitung 
fertig ist und dann in einer neuen Datenübertragung das Ergebnis vom 
Slave abholt.

Hi,
genau das wollte ich wissen. Vielen Dank für die Antworten!

Gruß Matze

>wartet bis der Slave mit der Bearbeitung
>fertig ist und dann in einer neuen Datenübertragung das Ergebnis vom
>Slave abholt.

NEnnt man Dummy-Read.