STM32F1 SPI RX Buffer shifted

[Michael S. (damicha82)]

Hallo,

ich arbeite mit einem F103RB Nucleo board welches ein MCP3313 ADC 
ausließt. Das SPI arbeitet nur im RX Modus 16bit. Ich habe folgendes 
Problem mit dem SPI HAL Treiber:
Wenn ich die erste Messung starte bekomme ich 32 clocks auf der SCK 
Leitung. Danach arbeitet das Interface normal mit 16 bits. Jedoch ist da 
scheinbar ein Buffer drin und ich bekomme immer nur das letzte Ergebnis 
ausgelesen, nicht das aktuelle. Gibt es eine Möglichkeit diesen Buffer 
zu flushen ohne eine erneute Messungzu starten oder den Fehler am Anfang 
zu beheben?

Vielen Dank im Vorraus

[Uwe B. (Firma: TU Darmstadt) (uwebonnes)]

Check erst einmal, ob Du nicht an der falschen Flanke sampelst!

[Michael S. (damicha82)]

Hi Uwe B.
Ich sample an der fallenden Flanke(2Edge), wie im Datenblatt vom MCP3313 
angegeben.

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Michael S. schrieb:
> MCP3313
Gips nich.

> Jedoch ist da scheinbar ein Buffer drin und ich bekomme immer nur das
> letzte Ergebnis ausgelesen, nicht das aktuelle.
So funktionert SPI normalerweise: mit dem Senden des jetzigen 
Kommandos an den ADC bekommst du gleichzeitig die Antwort auf das 
vorige Kommando. Meist liefert dir der ADC aber mit zurück, welcher 
Kanal gewandelt wurde, sodass du einfach feststellen kannst, wozu der 
empfangene AD-Wert gehört.

[Michael S. (damicha82)]

Hallo Lothar,

Sorry für den Tippfehler, ich meinte den MCP33131-10.
Laut  Logic Analyser liegt jedenfalls der aktuelle Wert am MISO Pin an.
Dann muss es am SPI Interface im STM32 liegen. wenn das so sein soll 
dann scheint es mir "It's not a bug, it's a feature" zu sein. :)

Macht meine messerei mit automatischer Bereichsumschaltung jedenfalls 
nicht leichter....

Vielen Dank für eure Hilfe

[Peter D. (peda)]

Entweder das SPI-HAL taugt nichts oder Du verwendest es nicht richtig.
SPI ist auch nicht kompliziert, ich würde auf die Register einfach 
direkt zugreifen. Den Puffer leert man durch Lesen des Datenregisters.