Skip to main content
_EFrie
Senior
December 21, 2019
Question

CubeMX LL build failure

  • December 21, 2019
  • 4 replies
  • 1246 views

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.

This topic has been closed for replies.

4 replies

Pavel A.
Super User
December 23, 2019

> 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
_EFrieAuthor
Senior
December 23, 2019

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
_EFrieAuthor
Senior
December 23, 2019

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.
Super User
December 23, 2019

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