Literatur STM32F7/Keil

Warum brauchst du dazu ein Buch? Arbeite eine Hand voll Tutorials durch 
um die Basics zu bekommen, dann lese das Reference Manual (bzw. nur die 
relevanten Kapitel) durch, wo ja alle Register im Detail beschrieben 
sind. Die Kapitel zu RCC, PWR, GPIO und Interrupts sollte man aber auf 
jeden Fall lesen. Lies außerdem die Kapitel zu Interrupts und NVIC im 
ARMv7M Architecture Reference Manual, überfliege das Instruction 
Encoding, und sonst alles was relevant erscheint. Kostet keinen Cent; 
gib das Geld lieber für vernünftige Debugger (z.B. J-Link) und 
Eval-Board aus, damit kannst du dann alles direkt ausprobieren.

Hallo Gerald M,


tut mir leid, das hatte ich ganz vergessen: es handelt sich um ein 
künstliches neuronales Netz (ANN) auf Basis einer modellbasierten, 
(nichtlinearen) feldorientierten Vektorregelung mit reduziertem 
Beobachter höherer Ordnung. Das genaue Thema steht selbstverständlich 
noch nicht fest aber es ist davon auszugehen, dass trotz benötigter 
Spektralanalyse (was die Rechenleistung angeht) noch etwas Luft nach 
oben sein dürfte. Sorgen mache ich mir eher um die Leiterbahnführung des 
EVAL-Boards, da eine hinreichend genaue (und auch schnelle) 
ADC-Erfassung Grundlage der Regelung bildet. Soweit ich das richtig 
verstanden habe, sind viele DSP-Funktionalitäten hardwareseitig 
implementiert, sodass die Vorfiltermatrix und andere Filtermethoden 
parallel zum eigentlichen Code laufen können?

Als Board besitze ich das STM32756G-EVAL sowie STM32F7-Discovery und der 
finanzielle Projektrahmen beläuft sich auf ca. 10.000€.



Hallo Dr. Sommer,

vielen Dank für die wertvollen Tipps. Genau aus diesem Grund 
(Empfehlungen von einem Praktiker) würde ich mir ein Buch wünschen, 
sodass man im Vorfeld Prioritäten setzen kann, was generell ein 
must-have oder vielleicht auch nur nice-to-have ist, denn bevor man die 
Arbeit beginnt, sollte das eigene Werkzeug doch beherrscht werden. 
Darüber hinaus sollte doch der Weg das Ziel sein, die Einarbeitung ist 
also für die Masterarbeit zwar eine hinreichende, für das spätere 
Berufsleben jedoch eine notwendige Bedingung.


Hallo Markus K,

das klingt natürlich vielversprechend, arbeitest du da mit der 
HAL-Library und Keil? Gegen das Reference Manual kann man natürlich 
nichts sagen, das ist schon ziemlich gut aufbereitet und auch 
ausführlich, doch ich dachte auch in der Anwendung gibt es sicherlich 
Tricks und Kniffe, gerade was beispielsweise das Interrupt-Handling mit 
dynamischer Priorisierung oder auch deterministischer Laufzeitberechnung 
angeht. Inwieweit sollte da mit dem Cache gearbeitet werden?


Viele Grüße und Danke nochmal,
ein Interessierter

Da die ARM-Peripherie zum groessten Teil herstellerspezifisch ist,
kann es ein Buch das generell den Umgang damit beschreibt, nicht geben.

Fuer den STM32 wuerde ich da am ehesten: "Mastering STM32" von
Carmine Noviello als ergaenzende Literatur sehen.
Der Autor benutzt im wesentlichen den HAL-Obfuscation-Layer
zum Zugriff auf die Peripherie. Ob das fuer Dich ein Vorteil ist,
musst Du selbst herausfinden.

Hallo Zusammen,

vielen Dank nochmals für eure Hilfe. Schade das man sich wieder alles im 
Internet zusammen suchen muss aber gut, dann weiß ich Bescheid.

Viele Grüße,

Ein Interessierter

ein Interessierter schrieb:
> feldorientierten Vektorregelung
> STM32F7

Dafür ist ein M7 nicht gedacht, obwohl es natürlich irgendie gehen 
könnte. Aber ARM selbst empfiehlt Cortex-R z.B.

http://www.ti.com/tool/drv8301-rm46-kit

> künstliches neuronales Netz

Sowas wird überschätzt :-)

Hallo,

die beiden Elektor Bücher sind Schrott. Vergiss es.

Ciao

Guten Morgen zusammen :-),

schön das ich die Elektor-Bücher bereits aussortieren kann. Mit dem 
drv8301 lief bereits die Stromregelung, nur würde ich aus eigener 
Erfahrung niemand TI empfehlen. CCS war sehr gewöhnungsbedürftig, das 
Interrupthandling bzw Timergeschichten waren ziemlich umständlich bis 
hin zu (für unsere Zwecke) nicht lösbar realisiert und das generelle 
Arbeiten damit ist nicht so übersichtlich gehalten wie bei ST (Reference 
Manual usw.), ist aber eine andere Geschichte. FOC gabs ja nun schon in 
allerlei Varianten auf dem M4, M7 etc. Warum wäre das mit Blick auf die 
Regelung eine suboptimale Lösung (rein interessenhalber) deiner Meinung 
nach? Das neuronale Netze überbewertet werden stimmt in jedem Fall 
natürlich aber manchmal lässt es sich leider nicht vermeiden. Über das 
Forum bin ich bereits auf

http://mikrocontroller.bplaced.net/wordpress/?page_id=2736

gestoßen, was schonmal eine große Hilfe war aber der Tiefgang und die 
Funktionsvielfalt fehlen dann doch ein bisschen.

Hat jemand schon Erfahrungen mit diesem Buch gemacht? Vielleicht lässt 
sich da einiges adaptieren.

https://www.amazon.de/Definitive-Guide-Cortex-M3-Cortex-M4-Processors/dp/0124080820/ref=pd_lpo_vtph_107_tr_img_3?_encoding=UTF8&psc=1&refRID=MFAJQ2W4QY6566SS56N1

Vielen Dank für die rege Beteiligung. Bin sehr gespannt auf weitere 
Meinungen (gerade auch zu oben genanntem Buch).

Ein Interessierter