STM32CubeMX generate incomplete code for an LL based STM32L1 project

Hello!

For some reason  ''stm32l1xx_ll_rcc.c'' is not referenced from your project.

I found that the problem starts when you choose the highlighted options at settings.(first and second)

It is not enough to just change the option in your project.

Make a project without choose this settings  and will be ok

regards

vf

I suppose, problems are deeper. Even with the third option, I don't get the required file included in the Makefile. Yes, the compilation goes ok, no complains, but not a functional code for my board, not even for toggling the included LD2 LED. With, or without the rcc file included in the Makefile. All I add in the while loop is the following:

 /* Infinite loop */ 
 /* USER CODE BEGIN WHILE */ 
 while (1) { /* USER CODE END WHILE */
 /* USER CODE BEGIN 3 */ 
 LL_GPIO_TogglePin(LD2_GPIO_Port, LD2_Pin); 
 LL_mDelay(500); 
 } 
 /* USER CODE END 3 */
�?�?�?�?�?�?�?�?�?�?

And this, with a newly generated project, without the I2C activated, where all setup was the default one, for my nucleo board (well, I set the OSC32 using the STM32CubeMX interface as having a crystal, as is on board). The LED does not blink.

Is not the LL implementation for this board/micro functional yet when generated for Makefile project?

Man, is really hard when you are a beginner, the language stays in your way and the ST team considers that is a waste of time to look into a problem that they consider solved with the 1.8.0 version of the driver!

Of course the driver is ok. And of course the provided LL examples within the driver archive are functional and compiles ok.

And of course, I found the error and is in the code generated by STM32CubeMX for a Makefile project. Specifically, in the SystemClock_Config function. As I don't have a debug setup, I copied from a functional LL blink example the SystemClock_Config function and renamed it SystemClock_Config2. Now the LED blinks. I'm attaching the project for the team to figure it. In the main.c file you will have both the original function generated by the Cube and the copied one from the LL example for comparison.

Edit: examining the two function, the Cube's generator code omits to insert the

'LL_FLASH_Enable64bitAccess();'

line of code inside the SystemClock_Config function and the result is non-functional. No big of a deal once you know the reason, but enough for a new version of CubeMX software.

When you create an I2C project, the omitting of stm32l1xx_ll_rcc.c is still a current problem in 4.22.1 :

Well, I loaded a similar project in CubeMX and activated the I2C peripheral, specified the LL driver, saved the project as a new project and generated the code. The required .c file was omitted (but not his header).

Hi

Guta_Ciucur.Vasile

Thanks for the follow of this thread and all the entries you shared, that should help us to fix the reported issues.

These are the resultsof the quick analysis I made:

1. based on the .ioc file you shared in the packagemk_ll_pcf8583_lcd.tar.gz, I confirm the error you reported using Keil as toolchain.
2. I agree with you that a call toLL_FLASH_Enable64bitAccess has to be added as the Flash latency cannot be updated (with the call ofLL_FLASH_SetLatency in SystemClock_Config) unless the ACC64 is set.

These 2 bugs are reported internally.

For the 3rd case related to TIM, I suggest that yo add the code into a 'User code' section to avoid its overwriting.

-Amel

The version 4.23 generate a broken Makefile for a new project - includes duplicate source files like bellow:

######################################
# source
######################################
# C sources
C_SOURCES = \
Drivers/STM32L1xx_HAL_Driver/Src/stm32l1xx_ll_exti.c \
Drivers/STM32L1xx_HAL_Driver/Src/stm32l1xx_ll_pwr.c \
Src/system_stm32l1xx.c \
Drivers/STM32L1xx_HAL_Driver/Src/stm32l1xx_ll_utils.c \
Src/main.c \
Src/main.c \
Src/stm32l1xx_it.c \
Src/stm32l1xx_it.c \
Drivers/STM32L1xx_HAL_Driver/Src/stm32l1xx_ll_gpio.c 
�?�?�?�?�?�?�?�?�?�?�?�?�?�?

And specifies the main.c file in the path section:

#######################################
# paths
#######################################
# source path
SOURCES_DIR = \
Drivers/CMSIS \
Drivers \
Drivers/STM32L1xx_HAL_Driver \
Application/User/Src \
Application/User \
Application/User/Src/main.c \
Application/MAKEFILE \
Application/User/Src/stm32l1xx_it.c \
Application
�?�?�?�?�?�?�?�?�?�?�?�?�?�?

It doesn't affect me, as I copy a similar Makefile from the previous version (that had a functional Makefile), but this

prevents me from presenting STM32CubeMX as a solution in generating IDE agnostic LL applications.

:(

Now it is more than one year later and Cube still creates broken LL projects. Does no-one from ST care?