2024-12-03 05:47 AM
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.
2024-12-03 06:19 AM - edited 2024-12-03 06:20 AM
Hello @msalem88 and welcome to the community,
CubeMx or CubeIDE? and which version?
How you did you reproduce the issue?
Do you have a project you can share?
Thanks.
2024-12-03 10:52 AM
Hi
cube ide.
create project with f746 dk and you will get it.
Sorry i can not share my project
2024-12-03 11:36 AM
We cannot help you if you don't have more details
You can share your project by sending it in private for analysis if you don't want to share it in public.
2024-12-03 03:46 PM
I dont need to send any thing, i just createrd new project using STM3F746 DK and i found the problem again in clean project. its up to u to fix it or not!!.
Maybe the problem in the new Firmware package of the F7 not in the cube ide it self.
i guess i am the one who is helping you here not you helping me!!
2024-12-05 03:23 AM
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.
2024-12-05 12:56 PM
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.
2025-01-18 12:35 AM
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.
I do not wonder because there has been introduced (in 1.17.x) a new macro
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
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
2025-01-18 09:11 AM
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