libraries bei stm32 einbinden.

[sepp (Gast)]

ähmm
wie kann man HAL h-files zB xxx_hal_tim.h nachträglich so einbinden, 
dass der Compiler die auch findet?
Irgendwie funktioniert das nicht im Keil uVision 5.
Und komisch ist auch, dass ich nichts einbinden muss zB auch #include 
"stm32f0xx_hal.h" nicht benötige, damit alle Funktionen und 
HandlerTypeDefs gefunden werden.
Was macht STM32CubeMx anders als ich bzw. was muss ich machen, damit ich 
auch nicht immer extra alles zusätzlich includen muss?

[Dr. Sommer (Gast)]

sepp schrieb:
> Und komisch ist auch, dass ich nichts einbinden muss zB auch #include
> "stm32f0xx_hal.h" nicht benötige, damit alle Funktionen und
> HandlerTypeDefs gefunden werden.

Sicher dass das nicht indirekt über einen zentralen Header passiert? Man 
kann zwar über "-i" auf der Kommandozeile Header einbinden, das ist aber 
ziemlich unsauber.

[sepp (Gast)]

Dr. Sommer schrieb:
> sepp schrieb:
>> Und komisch ist auch, dass ich nichts einbinden muss zB auch #include
>> "stm32f0xx_hal.h" nicht benötige, damit alle Funktionen und
>> HandlerTypeDefs gefunden werden.
>
> Sicher dass das nicht indirekt über einen zentralen Header passiert? Man
> kann zwar über "-i" auf der Kommandozeile Header einbinden, das ist aber
> ziemlich unsauber.

Was ich meine ist, dass wenn ich den Code automatisch von STMCubeMX 
generieren lasse, dass ich dann fast nichts includen muss, ausser 
meistens der stmxxx_hal.h library. Die steht dann aber automatisch auch 
im main.c drin.

Und wenn ich das mal gemacht habe und zB den xxx_hal_tim.h oder 
xxx_hal_tim.c nachträglich einfügen möchte unter drivers, findet er die 
header datei dazu nicht.
Was macht daher CubeMX anders, dass es funktioniert.

[Dr. Sommer (Gast)]

sepp schrieb:
> Was macht daher CubeMX anders, dass es funktioniert.

Include Pfade per -I Option an den Compiler setzen?

[pegel (Gast)]

Ich weiß nicht wie Keil das macht, aber warum rufst du CubeMX nicht 
einfach noch mal auf?

Ein Blick in die .uvproj zeigt, dass einfaches in die Verzeichnisse 
kopieren wohl nicht genügt.
Es muss also eine Art "zum Projekt hinzufügen" geben.

[pegel (Gast)]

Ach ja:
bei SW4STM32 muss nach dem Hinzufügen ein "rebuild index" ausgeführt 
werden damit er die "Neuen" in das Projekt einfügt.

[Nörgler (Gast)]

Meine Güte das ist ja traurig! Klicke hier und dann dort, dann sollte es 
gehen. Beim nächsten Update oder IDE Wechsel gehts dann wieder nicht / 
anders.. und man muss wieder nachfragen.

Schade, dass die Programmierung von µC/C/C++ genauso Klickibunti wird, 
wie vieles anderes. Versuche dir zu liebe komplett auf HAL zu verzichten 
- es ist wirklich leicht.

[Dr. Sommer (Gast)]

Nörgler schrieb:
> Schade, dass die Programmierung von µC/C/C++ genauso Klickibunti wird,
> wie vieles anderes. Versuche dir zu liebe komplett auf HAL zu verzichten
> - es ist wirklich leicht.

Einfach alles mit Simulink machen, dann wird alles besser.

[Harry L. (mysth)]

Projekt mit CubeMX erzeugen, und dann das gesamte Projekt in der IDE 
importieren.

[sepp (Gast)]

pegel schrieb:
> Ich weiß nicht wie Keil das macht, aber warum rufst du CubeMX
> nicht
> einfach noch mal auf?
>
> Ein Blick in die .uvproj zeigt, dass einfaches in die Verzeichnisse
> kopieren wohl nicht genügt.
> Es muss also eine Art "zum Projekt hinzufügen" geben.

Weil ich einfach wissen möchte, warum das nicht funktioniert. 
Irgendeinen Grund muss es doch haben..

Dr. Sommer schrieb:
> sepp schrieb:
>> Was macht daher CubeMX anders, dass es funktioniert.
>
> Include Pfade per -I Option an den Compiler setzen?

Ich frage mich gerade, wo mein Commandofenster ist??
Wie kann ich das einblenden? (Siehe Bild)

[Harry L. (mysth)]

Hör auf im Nebel zu stochern und geh den vorgesehen Weg!
Man muß as nicht alles manuell einstellen!
https://www.youtube.com/watch?v=EYwyIwClsGc

[Christopher J. (christopher_j23)]

Ja mei, was soll ma do no sogn?

Dr. Sommer schrieb:
> Include Pfade per -I Option an den Compiler setzen?

Glaube ich nicht. Ich glaube auch nicht, dass das kompiliert wenn man 
sämtliche Includes weglässt und trotzdem irgendwelche HAL-Funktionen 
nutzt.

stm32f0xx_hal.h zieht stm32f0xx_hal_conf.h und da wird dann etwa über 
ein

#define HAL_GPIO_MODULE_ENABLED

gesagt, dass der sich den Header für GPIO automagisch ziehen soll, was 
dann später über

#ifdef HAL_GPIO_MODULE_ENABLED
 #include "stm32f0xx_hal_gpio.h"
#endif /* HAL_GPIO_MODULE_ENABLED */

abgefrühstückt wird. Deshalb reicht es diesen einen Header zu includen.

Das finde ich übrigens auch nicht viel besser als die Benutzung von 
-I, weil hier der Präprozessor als Build-System missbraucht wird und das 
ist meiner Meinung nach viel zu oft einfach nur Käse.

[Harry L. (mysth)]

Christopher J. schrieb:
> Das finde ich übrigens auch nicht viel besser als die Benutzung von
> -I, weil hier der Präprozessor als Build-System missbraucht wird und das
> ist meiner Meinung nach viel zu oft einfach nur Käse.

Das ist Unfug!
Die HAL-Includes liegen in einem eigenen Verz. und genau das wird im 
Include-Suchpfad hinzugefügt, nur, daß man das nicht manuell machen muß, 
sondern im von CubeMX generierten Projekt-File bereits enthalten ist.

Der hier gewählte Ansatz ist bereits grundverkehrt!

Wie bereits oben geschrieben:
Projekt mit CubeMX generieren, und das gesamte Projekt als Projekt in 
der IDE importieren!

Danach ist alles bereit und so, wie es sein soll.

Manuelle Eingriffe sind absolut nicht erforderlich.

[Christopher J. (christopher_j23)]

Harry L. schrieb:
> Das ist Unfug!

Was ist Unfug? Den CPP als Build-System zu missbrauchen oder was?

Um das mal klarzustellen: Meine Aussage oben bezog sich auf das hier:

sepp schrieb:
> Was ich meine ist, dass wenn ich den Code automatisch von STMCubeMX
> generieren lasse, dass ich dann fast nichts includen muss, ausser
> meistens der stmxxx_hal.h library. Die steht dann aber automatisch auch
> im main.c drin.
>
> Und wenn ich das mal gemacht habe und zB den xxx_hal_tim.h oder
> xxx_hal_tim.c nachträglich einfügen möchte unter drivers, findet er die
> header datei dazu nicht.
> Was macht daher CubeMX anders, dass es funktioniert.

und die Antwort darauf ist, dass CubeMX die richtigen #defines in der 
stm32yyxx_hal_conf.h setzt und dadurch alle HAL-Header automagisch 
eingebunden werden, wenn man denn die Peripherie entsprechend in CubeMX 
konfiguriert hat.

[Harry L. (mysth)]

Christopher J. schrieb:
> und die Antwort darauf ist, dass CubeMX die richtigen #defines in der
> stm32yyxx_hal_conf.h setzt und dadurch alle HAL-Header automagisch
> eingebunden werden, wenn man denn die Peripherie entsprechend in CubeMX
> konfiguriert hat.

Ja, sorry, hatte ich wohl falsch verstanden....die Hitze....
Ist natürlich korrekt so!