STM32 unterschiedliche startup_stm32f303

[Daniel -. (root)]

Hallo,

beide Startup Dateien sind mit STM Tools erzeugt worden

startup_stm32f303rctx.s
hier wird die SystemInit vor einer Initialisierung der Variablen 
aufgerufen

  * Copyright (c) 2016 STMicroelectronics.
  * All rights reserved.
  *
  * This software is licensed under terms that can be found in the LICENSE file
  * in the root directory of this software component.
  * If no LICENSE file comes with this software, it is provided AS-IS.

...

Reset_Handler:
  ldr   sp, =_estack    /* Atollic update: set stack pointer */
  
/* Call the clock system initialization function.*/
    bl  SystemInit

startup_stm32f303xc.s
hier wird die SystemInit nach der Initialisierung der Variablen 
aufgerufen
bevor __libc_init_array und main

  * <h2><center>&copy; Copyright (c) 2016 STMicroelectronics.
  * All rights reserved.</center></h2>
  *
  * This software component is licensed by ST under BSD 3-Clause license,
  * the "License"; You may not use this file except in compliance with the
  * License. You may obtain a copy of the License at:
  *                        opensource.org/licenses/BSD-3-Clause


...

LoopFillZerobss:
  cmp r2, r4
  bcc FillZerobss

/* Call the clock system intitialization function.*/
    bl  SystemInit
/* Call static constructors */
    bl __libc_init_array
/* Call the application's entry point.*/
  bl  main

ansonsten sind beide gleich. War es ein Bugfix?
Kann man aus dem Dateinamen etwas ableiten?
startup_stm32f303xc.s
startup_stm32f303rctx.s

Welche sollte ich weiterverwenden?

Gruß,
Daniel

[Ali K. (teddy50)]

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

[Daniel -. (root)]

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?

[Daniel -. (root)]

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

void SystemInit(void)
{
/* FPU settings --------------------------------------------------------------*/
#if (__FPU_PRESENT == 1) && (__FPU_USED == 1)
  SCB->CPACR |= ((3UL << 10*2)|(3UL << 11*2));  /* set CP10 and CP11 Full Access */
#endif

  /* Configure the Vector Table location -------------------------------------*/
#if defined(USER_VECT_TAB_ADDRESS)
  SCB->VTOR = VECT_TAB_BASE_ADDRESS | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal SRAM */
#endif /* USER_VECT_TAB_ADDRESS */
}

hat sich dann geklärt

[Wilhelm M. (wimalopaan)]

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. (Gast)]

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.

[Wilhelm M. (wimalopaan)]

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.

[Stefan F. (Gast)]

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

Da habe ich mal ganz dumm geguckt, als mein Programm schon vor main() 
abstürzte. Mir war danals nicht bewusst dass die FPU bereits vor dem 
Einstieg in die erste abhängige Funktion aktiviert sein muss.