cancel
Showing results for 
Search instead for 
Did you mean: 

Cube IDE latest update Bug

msalem88
Associate II

There is a bug in the new cube ide version in the lwip vonfiguration for the STM32F7

 

LWIP_RAM_HEAP_POINTER (RAM Heap Pointer) 0x30004000

There is no such RAM location in the STM32F7. the correct value should be zero but better u guys check it.

 

by the way this option was not there for the F7 LWIP Key options settings in the previous cube ide version.

 

1 ACCEPTED SOLUTION

Accepted Solutions

Hello @msalem88 ,

 

I suggest that you take a look at this Post.

I confirm that there is a mismatch between the  address value in the comment and the actual address.

*----- Default Value for F7/H7 devices: 0x30044000 -----*/
#define LWIP_RAM_HEAP_POINTER 0x30004000

 

Thank you for your contribution,  The issue was investigated by the STM32cubeMX team (Internal ticket number: 199455 ).

Thanks.

Mahmoud

View solution in original post

7 REPLIES 7
msalem88
Associate II

Hi

cube ide.

create project with f746 dk and you will get it. 

 

Sorry i can not share my project

 

zxu
Associate

New since 6.13 in `lwipopts.h`:

/*----- Default Value for F7/H7 devices: 0x30044000 -----*/
#define LWIP_RAM_HEAP_POINTER 0x30004000

 

First I don't know why the value in the comment doesn't match with the actual value, second with these two extra lines generated, it breaks my program as in `MX_LWIP_INIT()` would not return. I guess OP isn't wrong.

I wrote it worng, default value for F7 /H7, the funny thing is no such location in the internal RAM for F7 and thats why it break with u same as with me. 

MVele.1
Associate II

Hello,

I am encountering the same issue. The STM32CubeIDE 1.16.x project runs ok, but the migration to 1.17.x causes the hard fault exception.

MVele1_0-1737188698493.png

MVele1_1-1737188732477.png

I do not wonder because there has been introduced (in 1.17.x) a new macro 

MVele1_2-1737188868526.png

If the .ioc code is generated, this value is added to the lwipopts.h. The ref. manual for STM32F746 is saying that the address 0x30004000 is reserved and probably no heap is there.

I no wonder that the hard fault is generated because of accessing reserved memory 

MVele1_3-1737189166004.png

I only migrated project from 1.16 to 1.17, regenerated the code and built. 

Would be nice if you could write the error into https://wiki.st.com/stm32mcu/wiki/STM32CubeIDE:STM32CubeIDE_errata_1.17.x

 

 

 

 

 

msalem88
Associate II

The interesting thing is that the guys at STM did not bother themselves to check and assumed that they are right without even checking it, very reckless to be honest, just imagine how many people who have projects working and now they have problem cause they updated their IDE

Hello @msalem88 

Let me thank you for posting.

Your request is under investigation and I will get back to you ASAP.

Best Regards.

Mahmoud

 

Hello @msalem88 ,

 

I suggest that you take a look at this Post.

I confirm that there is a mismatch between the  address value in the comment and the actual address.

*----- Default Value for F7/H7 devices: 0x30044000 -----*/
#define LWIP_RAM_HEAP_POINTER 0x30004000

 

Thank you for your contribution,  The issue was investigated by the STM32cubeMX team (Internal ticket number: 199455 ).

Thanks.

Mahmoud