STM32F Daten in DMA schreiben und auslesen

DMA habe ich bisher nur in Zusammenhang mit PC Soundkarten programmiert, 
deswegen kann ich Dir da nicht helfen.

Ich denke, dass du dich mit dem Referenzhandbuch deines Mikrocontrollers 
auseinander setzen musst. Dort sind alle Funktionen auf Register-Ebene 
erklärt. Danach kannst du die Register benutzen, oder die Doku zur HAL 
lesen, um herauszufinden, wie du die Register indirekt durch die HAL 
korrekt ansprichst. Mein Eindruck zur HAL Doku ist: Zu knapp, man muss 
den Quelltext lesen. Der ist übrigens umfangreich kommentiert.

Für weitere Details solltest du den Mikrocontroller benennen. STM32F ist 
ein sehr weites Feld von hunderten Modellen die mit unterschiedlichen 
DMA Controllern bestückt sind.

Dein Wunsch, den Controller möglichst lange Schlafen zu lassen, lässt 
mich vermuten, dass du Strom sparen willst oder musst. Falls dem so ist, 
würde ich Dir empfehlen, einen Blick auf die STM32L0 Serie zu werfen, 
denn die sind dafür optimiert.

Mir fehlen da einige Infos. Vermutlich geht es um das Stromsparen beim 
Batteriebetrieb. Mit DMA kann der Controller (CPU) zwar lange schlafen, 
aber nicht sehr tief. Wäre es nicht sinnvoller den Controller sehr tief 
(alle Takte ausgeschaltet) schlafen zu lassen und ihn zur Messung über 
die interne RTC wecken zu lassen?

Es handelt sich im Moment um das Nucleo-Board F446RE, später dann 
STM32F746ZG (vorgegeben). Der Controller wird die meiste Zeit tief 
schlafen (auch keine Sensordaten) auslesen. Da sehr stark Batterie 
geschont werden muss, sollte er im Betrieb allerdings die CPU nur 
anwerfen um die Daten, welche mittels DMA eingelesen wurden, rasch 
auszuwerten.

Sefi schrieb:
> STM32F746ZG (vorgegeben)
> sehr stark Batterie geschont werden muss

Sorry, aber da hat man Dir eine Kombination vorgegeben, die schon zum 
Scheitern verurteilt ist. Dieser Mikrocontroller nimmt im Sleep schon 
mehr Strom auf, als einige kleinere im laufenden Betrieb!

Na hoffentlich funktioniert die DMA Maschine wenn der
Prozessor "schläft".

Sefi schrieb:
> Der Controller wird die meiste Zeit tief
> schlafen (auch keine Sensordaten) auslesen

Das war nicht gefordert, siehe:

> Der Controller wird die meiste Zeit tief
> schlafen (auch keine Sensordaten) auslesen

Der ist vorgegeben, weil damit noch viele weitere Dinge erledigt werden. 
Meine Aufgabe besteht primär nur in der DMA-Thematik..

Wenn ich an einem Projekt mit widersrpüchlichen Anforderungen arbeiten 
muss, achte ich darauf, wenigstens meinen Tisch rein zu halten.

Du solltest mit dem Auftraggeber klären, welche Stromaufnahme erwartet 
wird und welche lieferbar sein wird.

Der DMA braucht doch einen Takt!? Dann kann der Schlaf also nicht tief 
ein. Mein Gefühl sagt, DMA bringt da nichts.

Manchmal ist es besser, einen kleinen Mikrocontroller als Master mit 
einem großen als Arbeitspferd zu kombinieren, wobei der große dann in 
den Pausen komplett Stromlos geschaltet wird.

Rolltür schrieb:
> Der DMA braucht doch einen Takt!? Dann kann der Schlaf also nicht tief
> ein. Mein Gefühl sagt, DMA bringt da nichts.

Das war nicht gefordert, siehe:

> Der Controller wird die meiste Zeit tief
> schlafen (auch keine Sensordaten) auslesen

Rolltür schrieb:
> Mein Gefühl sagt, DMA bringt da nichts.

Ja für ein paar Daten alle Nase lang ist das wie mit
Atombomben auf Spatzen geworfen.

Da fehlen Infos.
Wenn der Controller beispielsweise nur 100 Mal pro Sekunde Sensordaten 
lesen soll, dann ist der zusätzliche Strom für 500 statt 50 Takten 
unwesentlich. Nochmals: Mein Gefühl sagt, DMA bringt da nichts.

Ich werde jetzt mein selbstgebautes Fernthermometer das mir
alle 3 Minuten die Temperatur schickt auch auf DMA umstellen
damit ich meine Temperatur noch schneller ablesen kann (sind
ja immerhin etwa 10 Bytes die da immer verschickt werden).

Dann bin ich - weil ich DMA mache - auch auf der Höhe der Zeit.