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
Check erst einmal, ob Du nicht an der falschen Flanke sampelst!
Hi Uwe B. Ich sample an der fallenden Flanke(2Edge), wie im Datenblatt vom MCP3313 angegeben.
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.
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
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.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.