lwIP+FreeRTOS+stm32f407

目录

tcp echo server 应用代码验证通过

问题

DMABMR-＞SR 始终为 1，无法自动复位

问题描述:

解决方法：

扩展：LAN8720A 和 LAN8742 这两种PHY芯片驱动可以通用吗？

官方例程注意事项

---

问题0：进入硬中断

平台环境：lwip2.1.2 + freertos10.3.x + stm32f407 + cubemx + tepecho server

问题描述：根据CubeMX的lwipopts.h的默认配置参数运行，必须等待系统系统运行后，才能插入RJ45水晶头，否则在系统启动前就插入水晶头，系统进入HardFault，且系统及其不稳定。必须把lwipopts参数配置的超级大，几乎快把stm32f407ve的RAM耗尽，120多字节的RAM占用，才能带着RJ45插入的前提下正常启动。调整后，可以做到90多k.

解决方案：增加两项配置参数，对lwip core的内存堆和内存池进行溢出检测，即增加：

#define MEMP_OVERFLOW_CHECK             1
#define MEM_OVERFLOW_CHECK               1

结果：测试 系统 OK 稳定，可以带着RJ45插入，重启，正常运行。

原因分析：未知，还不知道为什么会这样。头疼。

配置前的参数：

ETH_RX_BUFFER_CNT 必须大于42 否则死机HardFault

MEMP_NUM_UDP_PCB (Number of UDP Connections) 40

MEMP_NUM_TCP_PCB (Number of TCP Connections) 50

TCP_SND_QUEUELEN (Number of Packet Buffers Allowed for TCP Sender) 100

配置后的参数：

重大更新：

2024年11月10日17:10:52

原因找到了，直接扩大 defaultTask的栈区空间，就可以保证lwip协议栈的顺利初始化。不会再进入硬中断！所以，原因就是 初始化lwip协议栈所在的任务defaultTask任务的栈区空间被耗尽，导致无法顺利完成lwip且进入硬中断。

也不需要给lwipopts.h中的关键参数分配设计较大的空间。

tcp echo server 应用代码验证通过

实验平台：CubeMX v6.12.0 stm32f407vet6 FreeRTOS v10.3.1 / CMSIS V2.00/ lwIP v2.1.2/ PHY  LAN8720A

如果不知道怎么设置网络IP、掩码、网关。那么必须先补一下相关知识。否则没办法进行。。。

 CubeMX 自带的 PHY驱动 LAN8742A 完全适用于 LAN8720A ，无需改动。

问题1：DMABMR-＞SR 始终为 1，无法自动复位

问题描述:

使用cubemx自动生成初始化代码，原始代码未作任何修改的情况下，代码卡在：

DMABMR->SR 在被置位后，无法自动复位。DMABMR->SR 寄存器的值始终是 1。

导致 return HAL_ERROR；进入死循环。

解决方法：

1. 检查 MAC 的时钟是否配置正常：三个时钟：

在 HAL_ETH_MspInit 函数中需要执行语句： __HAL_RCC_ETH_CLK_ENABLE();

这个是 cubemx 生成的，是没问题的。

2. 检查 PHY 模块（比如LAN8720A）是否正常与stm32f4074按照RMII正确的物理连接，且IO引脚被正确配置。

这不是知道是哪个版本的代码，我使用的没有这句注释，所以保证PHY或其IO的正确配置。

3. 模糊场景：一直在向错误的寄存器中写入数据

4.模糊场景：缺失一些引脚复用功能的配置操作。

STM32F207 DMSBMR->SR always TRUE - STMicroelectronics Community

我的原因是，没有接线（接PHY），只要没有正确接线，stm32f407 以太网MAC控制器的 DMABMR->SR 无法自动复位，下图是我接线以后的调试现场