Vom stm32f0 große Mess-Datenmengen (bis 5kB) mit SPI rausholen

Sende dem Master halt im der Puffer-Größe immer die Anzahl Bytes, die 
sich mit einem einzelnen DMA-Transfer übertragen lassen. Wenn man so am 
oberen Ende des Ringpuffers angekommen ist, kommt der Rest halt erst 
beim nächsten Kommando. Oder du setzt den DMA im Transfer Finish 
Interrupt neu auf, dafür hast du ja 768 Takte Zeit.

Markus M. schrieb:
> Schon komisch das wir als Hobbyisten jemandem helfen müssen, der
> etwas
> an "Kunden" verkauft ;-)

Vielleicht gibts hier ja ne Gewinnbeteiligung?

Sebastian S. schrieb:
> Die meisten Ringpuffer verwenden vier Routinen.

Und welche ist dafür zuständig, einen kontinuierlichen Datenblock an das 
DMA zu übergeben? Für jedes einzelne Byte "pop" aufzurufen ist doch sehr 
ineffizient.

Sebastian S. schrieb:
> Übrigens: 500 KHz sind rund um den I²C unüblich.
Niemand hat von I²C geredet.

Sebastian S. schrieb:
> Aus prinzipielle Gründen - schau' Dir mal eine Implementation an - ist
> die Pop-Routine relativ einfach und somit auch schnell.
Selbst wenn sie nur 1 Takt braucht, sind das bei 5kB immer noch 5120 
Takte mehr als wenn man DMA nutzen würde. Du willst nicht ernsthaft 
behaupten dass die Nutzung von DMA nicht sinnvoll ist? Selbst wenn 
Rechenzeit genug ist, spart man so zumindest doch eine Menge Energie. 
Offensichtlich hat der TO ja schon entschieden, dass DMA sinnvoll ist.

Sebastian S. schrieb:
> Die Alternative wäre ja: So lange den Status aufzurufen, bis die
> gewünschte Menge für einen ganzen Block vorhanden ist.
Oder auf einen Interrupt warten und währenddessen den Core schlafen 
legen oder andere Aufgaben bewältigen.

Sebastian S. schrieb:
> Das läuft
> aber ebenfalls auf die ständige Abfrage des Status (beim Pushen), wenn
> auch intern, heraus.
Es sei denn das Befüllen geht auch per DMA.

Ich habe schon sehr schnelle Datenübertragungen mit DMA und Ringpuffern 
implementiert. Damit kann man auf viele MByte/Sec kommen, indem man eben 
nicht jedes einzelne Byte in Software (push/pop-Methoden) behandelt.

den gesamten Ringbuffer mit einem DMA transfer kann ich wohl nicht mit
DMA_InitStructure.DMA_Mode = DMA_Mode_Circular;
erreichen (?)

So wie ich das sehe, kann ich die DMA_BufferSize einstellen und die 
DMA_Memory0BaseAddr.
Aber er müsste ja nicht am Anfange (BaseAddr) beginnen, sondern irgendwo 
in der Mitte (last Output-Index), bis zur Buffergröße inkrementieren, 
dann auf die Base-Addr zurückspringen,...
Also geht es nur als 2 Blöcke.(?)

stm32-ianer schrieb:
> den gesamten Ringbuffer mit einem DMA transfer kann ich wohl nicht
> mit
> DMA_InitStructure.DMA_Mode = DMA_Mode_Circular;
> erreichen (?)

Nicht so wirklich. Dabei wird immer der gleiche Puffer von Anfang-Ende 
gelesen/geschrieben. Du kannst nicht in der Mitte anfangen und dann am 
Anfang weitermachen. Einige größere STM32 wie der STM32F407 haben einen 
Doppel-Puffer-Modus beim DMA, damit geht das.

Warum nicht den Puffer am Stück übertragen und zusätzlich Start- und 
Endadresse, dann am Raspberry umschaufeln?

pegel schrieb:
> Warum nicht den Puffer am Stück übertragen und zusätzlich Start-
> und
> Endadresse, dann am Raspberry umschaufeln?

Die interne Datenstruktur nach außen zeigen? Wehe man will die später 
noch ändern... Das Problem ist nicht so schwer zu bewältigen. Man muss 
halt im Transfer Complete Interrupt schnell das DMA neu konfigurieren. 
Ist zu schaffen.