FPU auf STM32F4 (Cortex M4) zieht sehr viel Strom

Was passiert denn sonst in der mainloop? Wenn die per WFI im Schlafmodus 
schlummert wird der Strom runtergehen.

Die Main-Loop ist eine while(1)-Schleife, die neben den Berechnungen 
noch so Dinge macht, wie den UART mit einer kleinen Konsole zu bedienen. 
Wenn die Berechnungen abgeschaltet sind läuft die Main-Loop quasi leer. 
In jedem Durchgang wird geschaut, ob über den Uart+DMA neue Daten kamen 
und ggf. verarbeitet. Ansonsten passiert (vorerst) nichts. Das Programm 
ist noch im werden.

Ja? Schonmal mit floats auf einem F407 gearbeitet?

Joggel E. schrieb:
> Mit integer benoetigt man eine Integer variable fest alloziert. Nicht
> mehr.

Wie gesagt. Hier geht es nicht um die technisch beste Lösung. Ein flaot 
ist einfach zu nutzen, hinreichend schnell (da FPU) und mit den 
Nachteilen einer Flaoting Point Operation gegenüber Festkommaarithmetik 
kann ich leben. Somit ist das für mich die optimale Lösung.

Joggel E. schrieb:
> was sollen floats ?

Eine einfache Lösung bieten. Sollte ich an die Grenze der Rechenleistung 
des STMs gelangen werde ich vermutlich daran herumoptimieren. Aber davon 
bin ich soweit entfernt, wie die Erde von der Sonne.

Johannes S. schrieb:
> Ja? Schonmal mit floats auf einem F407 gearbeitet?

Ja. Aber noch nie die Stromaufnahme betrachtet dabei. Das Datenblatt 
schweigt sich leider aus über den Anteil der FPU. Nachdem einmal ein 
FPGA Board 160 W mehr als normal gezogen hat entwickelt man eine gewisse 
Paranoia gegenüber unerklärten Anstiegen der Stromaufnahme. Deshalb 
meine Frage.

Bauform B. schrieb:
> Die main loop könnte ohne FPU-Berechnungen so kurz sein, dass sie
> komplett in den Cache passt.

Der STM32F4 hat keinen Cache. Stattdessen nutzt STM den 
Flash-Accelarator (ART), um die Zugriffszeiten zu minimieren. Hatte den 
auch schon im Verdacht. Das war's dann aber nicht. Ist sehr sicher die 
FPU bzw. etwas in diesem Code Umfeld.

Jim M. schrieb:
> Nö.

Habe es gerade mit einem zweiten Controller versucht. Verhalten der 
Stromaufnahme ist dasselbe.

Jim M. schrieb:
> Aber die FPU hat i.d.R. einen Interrupt, der bei FPU Exceptions
> getriggert wird. Und der verhindert dann das der Core bei WFI/WFE sich
> schlafen legen kann - selbst wenn der Interrupt nicht im NVIC aktiviert
> ist.
>
> Abhilfe: FPU Exception Flags löschen vor WFI/WFE:

Danke für den Tipp. Ist bei mir nur nicht die Ursache, da ich kein 
WFE/WFI nutze.

Habe jetzt noch ein wenig gedebuggt und kann folgendes sagen:

* Die Verwendung der FPU wirkt sich auf die Stromaufnahme aus. Aber 
nicht sehr drastisch. Ich konnte nur 1,5 mA beobachten und so sicher ist 
es auch nicht, dass das daher kommt... Ist schwierig zu isolieren.

* Die Große Stromänderung scheint tatsächlich vom ART zu kommen. In 
meiner Floating Point Rechnerei ist wird u.a. eine Lookuptabelle aus dem 
Flash verwendet. Ich habe diese testweise in den RAM gelegt. Dann sinkt 
die Stromaufnahme wieder. Unter Nutzung von WFI sinkt die Stromaufnahme 
erheblich, da die Mainloop von ca 250 Durchläufen pro ms auf 3 
Durchläufe pro ms sinkt.

Vielen Dank für eure Hilfe.

ich hatte auch noch mal im CubeMX nachgesehen, da gibt es ja einen Power 
Calculator. Für die FPU war keine Auswahl vorhanden, danach geht die 
auch nicht signifikant in die Stromaufnahme ein. Aber Memory Fetch Type 
und DMA kann man einstellen und so auch die Änderungen sehen.