RT-thread stido以太网的配置----ping通

以太网的配置提示

我使用的芯片是STM32F407ZGT6,PHY:LAN8720A,rtthread的版本为4.0.3版本

配置LWIP的提醒知识

以太网芯片有很多种,大致可以分成 3 种:

  • 以太网芯片只有 PHY(物理接口收发器 ),需要单片机带 MAC(以太网媒体接入控制器 ),通过 MII 或者 RMII 接口和单片机通讯。例如 LAN8720。
  • 以太网芯片带 MAC 和 PHY,通过 SPI 接口和单片机通讯。例如 ENC28J60。
  • 以太网芯片带 MAC 和 PHY,通过 SPI 接口和单片机通讯,同时内置硬件协议栈,适合低速单片机。例如 W5500。

常见的名词解释:

MAC:媒体介入控制层,属于 OSI 模型中数据链路层下层子层 。

PHY:PHY 指物理层,OSI 的最底层。 一般指与外部信号接口的芯片。

MII:MII (Media Independent Interface),介质无关接口,也被称为媒体独立接口,它是 IEEE-802.3 定义的以太网行业标准,支持 10Mbit/s 和 100Mbit/s 数据传输模式 。

RMII:RMII (Reduced Media Independent Interface) ,简化媒体独立接口,是 IEEE 802.3u 标准中除 MII 接口之外的另一种实现,支持 10Mbit/s 和 100Mbit/s 数据传输模式 。相比 MII,精简了引脚数量。

lwIP:lwIP 是瑞典计算机科学院 (SICS) 的 Adam Dunkels 开发的一个小型开源的 轻量级的TCP/IP 协议栈。实现的重点是在保持 TCP 协议主要功能的基础上减少对 RAM 的占用。

pbuf:lwIP 中用来管理数据包的结构体。

代码解释

        一开始我的MX软件设置ETH的时候是没有PHY的地址设置的,在RT软件上面找不到PHY地址的定义,对此有疑惑不用设置地址就可以直接跑了?原来在RT-thread的驱动中,已经实现了PHY地址的搜索功能,可以正确的索引出PHY的地址,所以不用再去定义PHY地址了。

        这里贴出了drv_eth.c文件中phy_monitor_thread_entry 函数中的地址搜索函数(具体的可以到RT的官网上面查找,已经标注的很清楚的了)

进行LWIP配置

cubemx配置

1.点击CubeMx的按键

2.按照自己的PHY芯片的引脚来先对其进行配置

3.打开connectivity,选择ETH ,然后再根据自己的晶振方式来选择Mode类型,其他的可以保存默认

4.晶振的配置---因为我外挂的是25M的晶振,所以得更改(MX默认为8M的晶振)

5.选择不要生成main()

6.生成代码

 rt-studio配置

重点提醒:在生成的代码那里,已经有文件来提醒我们去如何操作了

现在我们就根据他的提示来进行操作吧,不够有一些差异性,希望大家可以注意一下

1.配置board.h

1.1 将其 宏 BSP_USING_ETH  和对应的PHY宏打开(如果该标注中没有你使用的PHY就要自定义来使用)

2.配置RT-Thread Settings

2.1 打开RT-Thread Settings

2.2使能以太网物理层驱动(要注意PIN设备驱动是否打开,后继需要用到)

2.3 打开网络配置 (参数一般都是保存不变的,如有需要可按照自己的要求来进行修改)

值的注意的一点(若将DHCP打开的话,在配置所以东西完成之后也直接进行ifconfig,若是有地址出现则证明网络已经配置成功,将其DHCP关闭,则改为固定的IP地址,可利用电脑进行Ping,看是否可以ping通)配置完成进行保存(ctrl+s)

3.配置board.c

3.1添加 phy_reset(void)函数 (因为该函数在底层驱动是空的我们要根据自己的PHY的复位引脚来进行复位才可以使其操作,系统会自动调用这个函数)

3.2  添加 HAL_ETH_MspInit() 

打开stm32f4xx_hal_msp.c文件;对其HAL_ETH_MspInit()函数进行复制和屏蔽掉

将改函数复制到board.c中

4.修改部分文件

4.1修改phy.h文件

该路径在此可以进行查找

将其32行注释掉

4.2 修改cubemx下的main.c文件

该路径如下

将其下面出现的进行删除

4.3修改相关的宏 打开stm32f4xx_hal_conf_bak.h文件打开

这样就配置完成了,可以Ping啦!!!!

联系交流

有问题的或者不对的地方可以跟我交流哦 qq:1459649323

### 构建任务失败解决方案 当遇到 `Execution failed for task ':app:shrinkReleaseRes'` 错误时,这通常意味着资源压缩过程中出现了问题。此错误可能由多种原因引起,包括但不限于配置不正确、依赖冲突或特定于项目的其他因素。 #### 可能的原因分析 1. **ProGuard 或 R8 配置不当** ProGuard 和 R8 是用于优化和混淆代码以及减少 APK 大小的工具。如果这些工具的配置存在问题,可能会导致资源无法正常处理[^1]。 2. **重复资源** 如果项目中有多个模块定义了相同的资源名称,可能导致冲突并引发该错误。检查是否存在重名的 drawable、string 等资源文件[^2]。 3. **第三方库兼容性** 某些第三方库可能与当前使用的 Gradle 插件版本或其他库存在兼容性问题,从而影响到资源打包过程中的行为[^3]。 4. **Gradle 缓存问题** 有时旧缓存数据会干扰新编译的结果,尝试清理本地仓库和重新同步项目可以帮助排除此类潜在障碍[^4]。 #### 推荐的操作方法 为了有效解决问题,建议按照以下步骤逐一排查: ```bash # 清理项目构建目录 ./gradlew clean # 删除 .gradle 文件夹下的所有内容以清除缓存 rm -rf ~/.gradle/caches/ ``` 调整 `build.gradle` 中的相关设置也是一个重要环节: ```groovy android { ... buildTypes { release { minifyEnabled true // 是否启用代码缩减 shrinkResources true // 是否开启资源压缩 proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' // 尝试禁用 shrinkResources 来测试是否为资源压缩引起的错误 // shrinkResources false } } } ``` 此外,在 `proguard-rules.pro` 文件内添加必要的保留规则,防止关键类被意外移除: ```text -keep class com.example.yourpackage.** { *; } # 替换为你自己的包路径 -dontwarn androidx.**,com.google.** # 忽略警告信息 ``` 最后,确保所使用的 Android Studio 版本是最新的稳定版,并且已经应用了所有的补丁更新。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值