cancel
Showing results for 
Search instead for 
Did you mean: 

CubeMX LL build failure

_EFrie
Associate III

I am using a custom board that uses the STM32F769NI chip. I am finding that any attempt to build using the LL drivers causes build failures. I suppose this is a bug, but not sure if or how to report.

For the attached reference mx project, it fails with this

../Src/main.c:300:3: error: unknown type name 'LL_ADC_InitTypeDef';

So it seems that perhaps the LL includes aren't happening somehow?

Also, another puzzlement, is there a way to properly copy a project? I find that copied projects won't import properly into CubeIDE.

4 REPLIES 4
Pavel A.
Evangelist III

> So it seems that perhaps the LL includes aren't happening somehow?

Try to define this in your project preprocessor macros: USE_FULL_LL_DRIVER=1

--pa

_EFrie
Associate III

That sort of fixes it, until I enable everything else, then I get undefined references to LL_I2C_Init and LL_GPIO_Init, so it would seem its not including the correct .c files.

_EFrie
Associate III

I can get this to compile for visualgdb if it edit the gpdsc file to include the ll instead of hal on the i2c and gpio drivers.

Pavel A.
Evangelist III

Yes, all the needed .c files should be included.

VisualGDB is smart, that's why they ask money for it ;)

> Also, another puzzlement, is there a way to properly copy a project? I find that copied projects won't import properly into CubeIDE.

This is simple:

  1. Copy the whole project directory, say, project1 to project2
  2. Find the file .project in the copy (in project2) . In Unix it is a hidden file.
  3. Open this file in your favorite editor and change the name between <name>...</name> tags. For example, <name>old_project_name</name>" to "<name>new_project_name</name> and save the file.
  4. Now you can import the project2 into eclipse.

-- pa