CubeMX on Linux fails to generate FSMC MSP code

[frackers]

Posted on October 24, 2017 at 04:11

Running latest 4.1 STM32CubeMx on both *buntu and Windows 7 and the generated stm32f4xx_hal_msp.c is totally different. The HAL libraries in both cases areSTM32Cube_FW_F4_V1.0.

With the Linux version, the following functions are missing:

• HAL_FSMC_MspInit
• HAL_SRAM_MspInit
• HAL_FSMC_MspDeInit
• HAL_SRAM_MspDeInit

which results (not surprisingly) a totally useless build.

This needs to be fixed urgently as I only have part-time access to a single windows machine to create the code if I change any pinouts etc.

Note: this post was migrated and contained many threaded conversations, some content may be missing.

[frackers]

Posted on January 08, 2018 at 00:59

Updated to 4.23.0 STM32CubeMX and this is still broken. 

The HAL libraries have been updated to STM32Cube_FW_F4_V1.18.0.

I've also updated java to 

version '1.8.0_151' in case it was the version 7 java run time causing the problem.

This really is a problem and over the Christmas period I've been unable to work efficiently as I've not had access to a Windows PC (manually patching the stm32f4xx_hal_msp.c file is not productive).

Can someone advise on when this will be fixed?

[Pavel A.]

Posted on January 08, 2018 at 01:28

While waiting for more useful replies/solutions, can you install Cube in a clean virtual machine (Windows or Linux)?

The repository is huge (several GB) and you can try to copy it over from other machine where it is installed, but better to get a fresh install.

-- pa

[frackers]

Posted on January 08, 2018 at 01:51

I have implicitly done this already

• Cube updated from 4.22.1 to 4.23.0
• HAL library updated from 1.16.0 to 1.18.0
• JAVA updated from version 7 to version 8
• base Kubuntu OS upgraded from 14.04 LTS to 16.04 LTS

No change. Windows version of 4.23 still OK, Linux 4.23 broken.

[Pavel A.]

Posted on January 08, 2018 at 02:07

Sorry but update is just opposite to clean install. 

-- pa

[frackers]

Posted on January 08, 2018 at 04:02

Tried a re-install from scratch - still no FSMC init code.

I also noticed that the code generation leaves a lot of .tmp files lying about.

[AvaTar]

Posted on January 08, 2018 at 08:28

While I cannot see any connection, have you tried the same as root ?

Several problems arise under *NIX when app developers (especiall Windows developers) ignore user rights.

[Vasile Guta_Ciucur]

Posted on January 08, 2018 at 08:49

I also don't see the relation. And I believe him that he has a correct setup for both operating systems. I reported a while ago a compilation error on Linux that was solved with a fast CubeMX subversion... that demonstrate that the Linux version has a lower priority regarding testing before releasing. 

[Vasile Guta_Ciucur]

Posted on January 08, 2018 at 11:26

Can you try also the CubeMX plug-in for Eclipse?

[AvaTar]

Posted on January 08, 2018 at 10:50

I also don't see the relation.

I suspect a possible bug in the Cube software, which is a black box for me.

Trying as root would be quick and without much effort, and, if successful, put the blame on Cube - either setup/installation or application.