STM32 unterschiedliche startup_stm32f303

Es müsste dennoch vom Compiler und Linker eins von beiden ausgewählt werden. Sonst würde drr Linker meckern

Hi Ali,

im CubeMX wurde als Ziel toolchain Makefile/GCC gewählt

Von Compiler Optionen sollte es nicht abhängig sein. CubeIDE ändert nicht seine startup.s, wenn die Compiler Optionen geändert werden.

Für was könnten die Buchstaben RCTX hinter dem Dateinamen stehen?

startup_stm32f303xc.s diese kam vom CubeMX

startup_stm32f303rctx.s diese kam vom CubeIDE

in der CubeIDE steht MCU Reference STM32F303RCTx daher vermutlich der Name

da SystemInit nicht auf vorinitialisierte globale Variablen zugreift, spielt es an sich keine Rolle wann diese aufgerufen wird

1

void SystemInit(void)

2

{

3

/* FPU settings --------------------------------------------------------------*/

4

#if (__FPU_PRESENT == 1) && (__FPU_USED == 1)

5

  SCB->CPACR |= ((3UL << 10*2)|(3UL << 11*2));  /* set CP10 and CP11 Full Access */

6

#endif

7

8

  /* Configure the Vector Table location -------------------------------------*/

9

#if defined(USER_VECT_TAB_ADDRESS)

10

  SCB->VTOR = VECT_TAB_BASE_ADDRESS | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal SRAM */

11

#endif /* USER_VECT_TAB_ADDRESS */

12

}

hat sich dann geklärt

Wenn man es weiß, ist es egal.

Laut C/C++-Standard werden Objekte mit static-Storage vor dem Betreten von main() initialisiert.

SystemInit() wird aber außerhalb von main() aufgerufen. Damit ist das - ähnlich wie ISR-Handler - außerhalb des C/C++-Standards. Man sollte sich also nicht darauf verlassen, dass die Objekte mit static-storage initialisiert sind.

Um aber das Verhalten "näher" an den C/C++-Standard zu bringen, hat man das wohl sinnvollerweise geändert.

Stefan F. schrieb:

Normalerweise wird SystemInit() vor dem Initialisieren der Variablen aufgerufen, damit man dort den Systemtakt hoch setzen kann und dann die Variablen schneller initialisiert werden können.

Zumindest CubeMX macht es eben andersherum, was ich auch sinnvoll finde (s.o.). Ob das Startup nun 1ms oder 1.1ms dauert wird wohl egal sein.

Zudem werden die meisten wohl die HAL benutzen, und da findet die Clock-Config erst von main() aus statt.

Außerdem wird SystemInit() eigentlich nur benutzt, um bspw. die FPU zu aktivieren, wenn der Compiler FPU-Instruktionen verwendet.