cubeMX lwip 出错

stm32F407ZGT的芯片，cubeMX6.5.0生成Keil文件，不带LWIP库，可以仿真都正常，选中LWIP库后，程序编译后，运行，每次进入Main后程序就停留在

0x08000AE8 BEAB BKPT 0xAB

在STM32F407ZGT芯片上使用CubeMX 6.5.0生成Keil项目时，如果选择了LWIP库后程序在进入main函数后立即停止，并且停在BKPT 0xAB指令处，这通常是由于堆栈大小不足导致，LWIP库需要较大的堆栈空间来处理网络协议栈的操作。如果堆栈大小不足，程序可能会在进入main函数后立即崩溃

LWIP库的初始化可能需要在其他外设初始化之后进行。如果初始化顺序不正确，可能会导致程序崩溃

LWIP库对内存对齐有严格要求，如果内存对齐不正确，可能会导致程序崩溃

有时，调试器配置不正确也可能导致程序在进入main函数后立即停止

代码优化级别过高可能导致某些函数或变量未正确初始化，从而导致程序崩溃

建议可以考虑降低代码优化级别。在Keil中，进入Options for Target -> C/C++。将Optimization级别降低到Level 0或Level 1

如果程序在进入main函数后立即停止并停在BKPT 0xAB指令处，通常是由于堆栈大小不足、初始化顺序问题、内存对齐问题、调试器配置问题或代码优化问题。通过检查和调整这些方面，你应该能够解决这个问题

可以用仿真看看你的堆栈是不是弄小了啊

一般情况可以考虑用官方的例程，在其基础上修改，这样会好点

尝试使用不同的调试器配置，或者在调试器中禁用某些高级功能（如硬件断点）

不带LWIP库，可以仿真都正常，选中LWIP库后

堆栈空间的问题吗

这个问题看起来像是LWIP库初始化出问题，程序在某个地方触发了断点。你可以检查一下LWIP的初始化函数，看看是不是在某个地方进入了异常状态。

这个“BEAB BKPT 0xAB”通常是调试器触发的断点，可能是LWIP的堆栈初始化或内存配置出了问题。试着在LWIP的配置文件里调低堆栈大小，看看问题是否解决。

你使用的LWIP库配置是否正确？如果没有正确配置内存池或者缓冲区，可能会导致程序卡在某个地方触发断点。你可以检查一下LWIP的内存管理配置。

这有可能是初始化顺序问题。可能是在LWIP初始化之前有中断或外设已经初始化，导致资源冲突。建议确认所有外设和中断的初始化顺序。

你可以尝试把代码中与LWIP相关的初始化部分逐步注释掉，查看是哪一部分触发了这个断点。这样可以帮助你更快定位问题。

有时候这个问题是由于FreeRTOS和LWIP堆栈一起使用时的堆栈溢出引起的。检查一下FreeRTOS任务的堆栈大小，确保没有溢出。

可能是由于调试器本身的断点设置问题，导致程序停留在那个位置。你可以尝试用其他调试器或者在编译时关闭所有不必要的调试信息，看是否还会触发这个问题。