【STM32&LWIP】记录一次诡异的ping不通的解决方法

同事移植旧项目的lwip到新的项目上
并做了一些调整,加了些新功能
但是网络一直都有个奇怪的bug
板卡正常设置了mac地址,无论是走交换机还是直接连PC都ping不通,但是只要把mac地址设置成全F就可以ping的通了

好家伙,把他的工程里三层外三层查了个遍
IP地址,子网掩码,网关,端口号,电脑,交换机的设置。。

LWIP的设置与配置,初始化等等查了个底朝天都没有找出来,到底为啥ping不通。。。

结果,最后发现
他居然移植的时候初始化芯片mac的时候遗漏

没有把正确的mac地址录入到stm32的mac控制器里,但是lwip的mac地址却录入了正常的地址,导致mac控制器那里的mac地址应该是全F,所以当协议栈的mac地址和lwip的mac地址都设置为全F的时候,就能够对应上正常工作了

真是够折腾了
所以把这个记录下来,方便后人能够吸取教训

根据引用,您提到在将lwIP移植到新项目时遇到了一个奇怪的bug。您提到板卡的MAC地址已经正确设置,但是无论是通过交换机还是直接连接PC,都无法ping通。然而,如果将MAC地址设置为全F,就可以ping通。根据引用,您可以参考该文章中的解决方案。根据引用,您还需要确保lwIP中的IP地址设置正确,并且网络连接正常。在设置好IP地址之后,您可以尝试进行ping操作。如果您使用的是DHCP,您可以登录路由器来查看设备的IP地址。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* [【STM32&LWIP记录一次诡异ping不通解决方法](https://blog.csdn.net/tpoem/article/details/121296858)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *2* *3* [stm32cube+lwip+DP8384,PING不通的相关解决方法(转载)](https://blog.csdn.net/qq_23851665/article/details/89461581)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值