Stm32l4 1.9.0 - FatFs naming problem

[Miha Mohor?i?]

Posted on October 11, 2017 at 12:26

Hi, 

I am using package Stm32l4 1.9.0 package on Linux with Stm32CubeMX to generate workbench project. 

It seems there is naming problem, since folder in downloaded repository is named 

'STM32Cube_FW_L4_V1.9.0/Middlewares/Third_Party/FatFS'

while it should be 

'STM32Cube_FW_L4_V1.9.0/Middlewares/Third_Party/FatFs'

This causes problem during build and code generation. Repository was updated using CubeMX. 

Can somebody replicate this, or is something wrong with my configuration? 

I hope i am not duplicating this issue. 

Best Regards, Miha 

[AvaTar]

Posted on October 11, 2017 at 13:51

Can somebody replicate this, or is something wrong with my configuration? 

I leave that for ST, but it is quite probable they never ever tried with a case-sensitive file system.

[Tilen MAJERLE · Accepted solution]

Posted on October 11, 2017 at 14:01

Hello

Mohor_i_.Miha

‌,

I can confirm a problem with this package. Currently, please manually correct the mistake.

Best regards,

Tilen

[Kevin Goez]

Posted on October 11, 2017 at 14:07

Hello, I can confirm this issue. I just logged in to post the same problem.

The 1.9.0 firmware contains the wrong capitilization 'FatFS'. Generation fails. Changing this manually to 'FatFs' seems to fix the issue.

Problem occurs in Linux, where case matters...

In STM32Cube_FW_L4_V1.8.0, the directory was correct with 'FatFs' and worked fine.

It would be helpful if the CubeMx debug output would spit out an error that helped the user find the problem. Took me a while to locate the root cause why FatFs wasnt being generated.

[Amel NASRI]

Posted on October 13, 2017 at 13:41

Hi,

I would like to inform you the folder '

Middlewares/Third_Party/FatFS' will be renamed '

Middlewares/Third_Party/FatFs' in the coming release of the STM32CubeL4 package (V1.10.0) which is expected to be available by the end of October.

Sorry for any inconvenience this created for you.

-Amel