Vitis 2023.2使用LWIP配置RTL8211F时出现的问题记录

已于 2024-12-28 12:40:23 修改
阅读量1k 收藏 15
点赞数 8
分类专栏： FPGA 文章标签： 网络 fpga开发 fpga
于 2024-12-17 18:39:07 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43260537/article/details/144540367
版权

目录

问题现象

查找原因

猜想验证

解决方案

问题现象

最近把Vivado更新到了2023，SDK工具也更新到了Vitis 2023.2，更新之前的工程后也随之而来的诸多bug，这此遇到的是Vitis例程lwip_echo_server无法配置RTL8211F的问题。

生成DSP以及platform后，直接生成lwip_echo_server模板，测试出现以下问题：

a4e1920baf754d7595740e3e3828bcb8.png

类似的问题在Vivado 2018版本也遇到过，不过那个问题是由于设置了自动协商速度，由于lwip本身的bug所导致，当时设置成固定速度就解决了bug，于是尝试这个方法。

先设置固定连接速度100Mbps:

9d334921f7ef4acca6f98cb55377acec.png

测试发现phy芯片在不停的重连：

ece9d46c7ed24100bf28b6350ac0f510.png

查找原因

首先这个硬件平台在之前的Vivado 2018版本时是可以正常使用lwip_echo_server，因此可以确定不是平台硬件问题，之前通过不使用自动协商临时解决了问题，现在看来只能找到问题的原因了，可以看到出现问题时自动协商速度已经完成了，然后是在phy setup时出现的问题，于是打开获取协商速度的代码：xemacpsif_physpeed.c  准备从这里开始排查

在函数get_Realtek_phy_speed看到了获取速度的代码

static u32_t get_Realtek_phy_speed(XEmacPs *xemacpsp, u32_t phy_addr)
{
	u16_t control;
	u16_t status;
	u16_t status_speed;
	u32_t timeout_counter = 0;
	u32_t temp_speed;

	xil_printf("Start PHY autonegotiation \r\n");

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_AUTONEGO_ADVERTISE_REG, &control);
	control |= IEEE_ASYMMETRIC_PAUSE_MASK;
	control |= IEEE_PAUSE_MASK;
	control |= ADVERTISE_100;
	control |= ADVERTISE_10;
	XEmacPs_PhyWrite(xemacpsp, phy_addr, IEEE_AUTONEGO_ADVERTISE_REG, control);

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_1000_ADVERTISE_REG_OFFSET,
					&control);
	control |= ADVERTISE_1000;
	XEmacPs_PhyWrite(xemacpsp, phy_addr, IEEE_1000_ADVERTISE_REG_OFFSET,
					control);

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, &control);
	control |= IEEE_CTRL_AUTONEGOTIATE_ENABLE;
	control |= IEEE_STAT_AUTONEGOTIATE_RESTART;
	XEmacPs_PhyWrite(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, control);

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, &control);
	control |= IEEE_CTRL_RESET_MASK;
	XEmacPs_PhyWrite(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, control);

	while (1) {
		XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, &control);
		if (control & IEEE_CTRL_RESET_MASK)
			continue;
		else
			break;
	}

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_STATUS_REG_OFFSET, &status);

	xil_printf("Waiting for PHY to complete autonegotiation.\r\n");

	while ( !(status & IEEE_STAT_AUTONEGOTIATE_COMPLETE) ) {
		sleep(1);
		timeout_counter++;

		if (timeout_counter == 30) {
			xil_printf("Auto negotiation error \r\n");
			return XST_FAILURE;
		}
		XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_STATUS_REG_OFFSET, &status);
	}
	xil_printf("autonegotiation complete \r\n");

	XEmacPs_PhyRead(xemacpsp, phy_addr,IEEE_SPECIFIC_STATUS_REG,
					&status_speed);
	if (status_speed & 0x400) {
		temp_speed = status_speed & IEEE_SPEED_MASK;

		if (temp_speed == IEEE_SPEED_1000)
			return 1000;
		else if(temp_speed == IEEE_SPEED_100)
			return 100;
		else
			return 10;
	}

	return XST_FAILURE;
}

上面串口已经给出了 autonegotiation complete 打印，先给出代码里用到的宏的值:

#define IEEE_STATUS_REG_OFFSET                     1
#define IEEE_SPECIFIC_STATUS_REG                   17

#define IEEE_STAT_AUTONEGOTIATE_COMPLETE           0x0020

#define IEEE_SPEED_MASK                            0xC000
#define IEEE_SPEED_1000                            0x8000
#define IEEE_SPEED_100                             0x4000

检查一下数据手册，至少在读取自动协商状态的代码

3882163b51014e4682a3eabef853ce4e.png

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_STATUS_REG_OFFSET, &status);
    //读取寄存PHY芯片器寄存器1数据

4e0c62db0b0d41c1bfb0387eda8d4f83.png

    //轮询读取此寄存器第5位，此位是速度协商状态位，与数据手册一致   
    while ( !(status & IEEE_STAT_AUTONEGOTIATE_COMPLETE) ) {
		sleep(1);
		timeout_counter++;
		if (timeout_counter == 5) {
			xil_printf("Auto negotiation error \r\n");
			return XST_FAILURE;
		}
		XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_STATUS_REG_OFFSET, &status);
 	}
	xil_printf("autonegotiation complete \r\n");

以上没有问题，然后，获取速度的代码，就不对了；

    XEmacPs_PhyRead(xemacpsp, phy_addr,IEEE_SPECIFIC_STATUS_REG,
					&status_speed);
	if (status_speed & 0x400) {
		temp_speed = status_speed & IEEE_SPEED_MASK;

		if (temp_speed == IEEE_SPEED_1000)
			return 1000;
		else if(temp_speed == IEEE_SPEED_100)
			return 100;
		else
			return 10;
	}

这里是读取了17号寄存器，也就是0X11寄存器的数据，然后通过且上0x400来获取第10位的数据，再通过且上0xC000来获取14、15位的数据，但是RTL8211F的数据手册里

adec2125dee94e97923f7b7a3a90b105.png

此寄存器时设置网口LED的，这错了十万八千里，这个寄存器的地址应该在0x1A

f2ac391b47194628996580426d185044.png

而且获取连接状态的位在第2位，获取速度的位在第4位和第5位，因此猜测问题就处在这里。

猜想验证

按照这个临时改了一下

	XEmacPs_PhyRead(xemacpsp, phy_addr,0x1a,
					&status_speed);
	if (status_speed & 0x4) {
		temp_speed = status_speed & 0x30;

		if (temp_speed == 0x20)
			return 1000;
		else if(temp_speed == 0x10)
			return 100;
		else
			return 10;
	}

于是问题就被解决了

b92bfe34d20a4eb490e433e52a9bb837.png

正当我疑惑为啥会出现get_Realtek_phy_speed不支持Realtek芯片时，偶然查到了RTL8211竟然分为商业级和工业级，商业级可以看RTL8211E，找到数据手册直接看0x11寄存器，如我所料

f70eeb84c6ad49ffb844367b339b3a6b.png

正是程序里默认的配置，所以lwip213支持了商业级RTL8211，但是还是不支持RTL8211F，这两种芯片可以通过查询PHY_IDENTIFIER_2_REG(0X03)寄存器的Revision Number来判别

 RTL8211F的Revision Number是0110 ，PHY_IDENTIFIER_2_REG是0xC916

b67ba6bc93194cb2adbfc18d6651fd16.png

RTL8211E的Revision Number是0101 ，PHY_IDENTIFIER_2_REG是0xC915

502c45323884499d8ac6f8c651084707.png

解决方案

为了兼容这两种芯片，于是把get_Realtek_phy_speed做以下更改：

static u32_t get_Realtek_phy_speed(XEmacPs *xemacpsp, u32_t phy_addr)
{
	u16_t control;
	u16_t status;
	u16_t status_speed;
	u32_t timeout_counter = 0;
	u32_t temp_speed;

	u16_t phy_identity;
	u32_t RetStatus;

    u32_t RTL_SPECIFIC_STATUS_REG;
    u32_t RTL_LINK_STATUS_MASK;
    u32_t RTL_SPEED_MASK;
    u32_t RTL_SPEED_1000;
    u32_t RTL_SPEED_100;
    
    //此处判断是RTL8211F或RTL8211E，根据型号重定义寄存器地址和掩码
    XEmacPs_PhyRead(xemacpsp, phy_addr, PHY_IDENTIFIER_2_REG,
					&phy_identity);
    if (phy_identity == 0XC916) {
	    xil_printf("Start PHY:RTL8211F autonegotiation\r\n");
        RTL_SPECIFIC_STATUS_REG = 0X1A;
        RTL_LINK_STATUS_MASK    = 0x04;
        RTL_SPEED_MASK          = 0x30;
        RTL_SPEED_1000          = 0x20;
        RTL_SPEED_100           = 0x10;
    }
    else if (phy_identity == 0XC915) {
	    xil_printf("Start PHY:RTL8211E autonegotiation\r\n");
        RTL_SPECIFIC_STATUS_REG = 0X0011;
        RTL_LINK_STATUS_MASK    = 0x0400;
        RTL_SPEED_MASK          = 0xC000;
        RTL_SPEED_1000          = 0x8000;
        RTL_SPEED_100           = 0x4000;
    }

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_AUTONEGO_ADVERTISE_REG, &control);
	control |= IEEE_ASYMMETRIC_PAUSE_MASK;
	control |= IEEE_PAUSE_MASK;
	control |= ADVERTISE_100;
	control |= ADVERTISE_10;
	XEmacPs_PhyWrite(xemacpsp, phy_addr, IEEE_AUTONEGO_ADVERTISE_REG, control);

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_1000_ADVERTISE_REG_OFFSET,
					&control);
	control |= ADVERTISE_1000;
	XEmacPs_PhyWrite(xemacpsp, phy_addr, IEEE_1000_ADVERTISE_REG_OFFSET,
					control);

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, &control);
	control |= IEEE_CTRL_AUTONEGOTIATE_ENABLE;
	control |= IEEE_STAT_AUTONEGOTIATE_RESTART;
	XEmacPs_PhyWrite(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, control);

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, &control);
	control |= IEEE_CTRL_RESET_MASK;
	XEmacPs_PhyWrite(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, control);

	while (1) {
		XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_CONTROL_REG_OFFSET, &control);
		if (control & IEEE_CTRL_RESET_MASK)
			continue;
		else
			break;
	}

	XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_STATUS_REG_OFFSET, &status);

	xil_printf("Waiting for PHY to complete autonegotiation.\r\n");

	while ( !(status & IEEE_STAT_AUTONEGOTIATE_COMPLETE) ) {
		sleep(1);
		timeout_counter++;
		if (timeout_counter == 5) {
			xil_printf("Auto negotiation error \r\n");
			return XST_FAILURE;
		}
		XEmacPs_PhyRead(xemacpsp, phy_addr, IEEE_STATUS_REG_OFFSET, &status);
	}
	xil_printf("autonegotiation complete \r\n");
    
    //此处使用重定义的寄存器地址和掩码
	XEmacPs_PhyRead(xemacpsp, phy_addr,RTL_SPECIFIC_STATUS_REG,
					&status_speed);
	if (status_speed & RTL_LINK_STATUS_MASK) {
		temp_speed = status_speed & RTL_SPEED_MASK;

		if (temp_speed == RTL_SPEED_1000)
			return 1000;
		else if(temp_speed == RTL_SPEED_100)
			return 100;
		else
			return 10;
	}

	return XST_FAILURE;
}

即可

RTL8211F 1000M以太网PHY指示灯
阿xin*的嵌入式AI
11-22 1129
RK3562 Linux5.10下RTL8211F千兆以太网PHY的LED指示灯配置。
VITIS HLS 2023.2 Vitis Unified IDE使用及简单hls工程搭建
m0_58581666的博客
04-25 6079
一下切换到新版本会有很多不适，再加上一些bug导致第一次使用起来非常费劲。但熟悉后发现这种vscode界面还是非常友好的，统一了嵌入式和hls开发。另外转载记得附原文链接。
LwIP最快上手指南（TCP/UDP实例）
03-28
针对NXP Kinetis 系列的K64的LwIP开发，提供简单实用的实例，经过修改，可直接使用到对于网络部分要求不太高的项目中
vitis 2023.2 使用教程，创建项目步骤
本人声明：一切文章博客均可随意转载，全部开源！只要对您有小小的帮助即可。
06-28 2101
vitis 2023更新了IDE，看起来像是集成了老板vitis 以及 vscode的内核的感觉，然后这里首先教一下如何从打开到创建hello world项目。选择刚刚的文件夹，然后点击“Create Platform Component” 选择刚刚的.xsa，之后 即可。然后创建一个文件夹 命名为workspace，再打开vitis 2023.2。首先，要从vivado中export .xsa文件。
赛灵思vitis+RTL8211FS 网口驱动调试记录
最新发布
yingyu12345的博客
04-02 730
ZNYQ +freeRTOS+ LWIP+RTL8211FS通信调试，解决了Phy setup error 和ping不通的问题
Vitis下添加lwip库的配置项
cjhacai的专栏
01-21 534
这次又碰到一个问题就是使用Lwip库时需要改添加一些自己的配置项,最多的是在LWIPOPT.h里面做修改，然而每次更新XSA硬件平台时，Vitis会贴心的帮你全部重置。当然Vitis也是可以工程中配置一些lwip参数，并且保存在自己的工程中，不过这些参数肯定是不全面的，想要添加以下Vitis设置菜单里没有的参数就需要自己动手修改Vitis的几个文件。4、修改一下LWIP参数，然后重新编译，完事了，下次可以自己添加各种参数，不怕被Vitis覆盖重置。语法很简单，依样画葫芦就行。这是我自己添加的一些参数。
Vivado Vitis 2023.2 环境配置 Git TCL工程管理 MicroBlaze和HLS点灯测试
weifengdq的专栏
02-29 6249
Vivado Vitis 2023.2 版本的安装, TCL脚本创建复原工程, Git版本控制, 用了4种方式来点灯, 纯Verilog, 基于MicroBlaze+GPIO的现有IP方式, HLS使用Cpp写自定义IP方式, HLS添加AXI接口接入MicroBlaze的纯Cpp开发方式.
【ZYNQ】通过修改 zynq的lwip141_v2_0库来驱动RTL8211芯片
orcer2011的博客
04-03 870
使用原库，使用lwIP TCP echo server例程，不成功。将该链接处https://download.csdn.net/download/orcer2011/89078711的库替换掉原来的库，可以正常识别并ping成功。在使用黑金AX7021板卡进行网口测试时，碰到原lwip141_v2_0库，不能识别RTL8211芯片。原lwip有很多器件并不兼容，需要做适当的修改才能够兼容。
Zynq RTL8211 LwIP1.4.1 库修改指南
gitblog_09783的博客
10-21 728
Zynq RTL8211 LwIP1.4.1 库修改指南 【下载地址】ZynqRTL8211LwIP1.4.1库修改指南 本项目专注于解决在Zynq平台下，通过自定义修改LwIP 1.4.1版本库文件，以实现对RTL8211网络控制器的有效驱动问题。RTL8211是一款广泛应用于嵌入式系统中的千兆以太网PHY芯片，而Zy...
【xilinx】Vitis 2021.1 安装在 Ubuntu 20.04 上挂起
sqqwm的专栏
08-11 502
Vitis 2021.1 安装在 Ubuntu 20.04 上挂起
01-ZYNQ linux开发环境安装，基于Petalinux2023.2和Vitis2023.2
lf282481431的博客
09-21 1635
Vitis 是用来开发 Linux 应用的软件，使用这个软件开发 Linux 应用，既方便了工程管理，也免去了自己写Makefile的必要，此外在移植一些Linux 库或软件的时候还需要用到 Vitis 提供的编译工具链（因为petalinux2023.2没有直接提供编译Linux应用程序的编译器）。Petalinux 工具需要主机系统的/bin/sh 是 bash，而 Ubuntu 默认的/bin/sh 是 dash，所以这里需要进行更改。下载 Vitis 安装包，这里下载的是离线安装包。
FPGA MPSoC_XCZU4EV基于lwip的TCP服务器性能测试（VITIS实现）.zip
04-27
FPGA MPSoC XCZU2CG、XCZU2EG和XCZU4EV驱动程序。 基于VITIS实现。 项目代码可顺利编译运行~
RTL8211EG Verilog驱动程序
11-12
RTL8211EG——1000M网卡 verilog写得MiiM管理器源程序 已在XC6SLX16测试过 ，需要移植到其他芯片上也很方便 ，只需要修改针对该芯片得reg_data就可以
fpga的rtl8211调试程序
08-05
fpga调试千兆网，已验证
瑞昱8211PHY芯片配置FPGA代码
09-27
phy芯片FPGA配置代码，通过项目验证。
基于vivado2023.2 第1个工程 用ZYNQ的PL(FPGA)设计流水灯
02-26
在本文中，我们将深入探讨如何使用Vivado 2023.2工具来创建第一个基于ZYNQ的FPGA（Field-Programmable Gate Array）设计，具体为实现一个经典的流水灯应用。ZYNQ系列是Xilinx公司推出的SoC（System on Chip）平台，...
Vitis2023.2生成freertos的Platform失败解决方法
weixin_43642862的博客
04-22 1402
ERROR : -- The C compiler identification is GNU 12.2.0 ERROR : System is unknown to cmake, create: ERROR : Platform/FreeRTOS to use this system, please post your config file on discourse.cmake.org so it can be added to cmake ERROR : -- Detecti
vitis2023.2使用教程
02-15
### Vitis 2023.2 使用教程 #### 安装配置 对于Vitis 2023.2版本，安装过程遵循特定的指导原则。务必按照官方文档中的指示操作，并确保已获取Xilinx Vitis_HLS使用的许可证书[^1]。 为了顺利安装Vitis 2023.2，...
Xilinx vitis学习教程：ZYNQ之lwip使用Echo server（2）
热门推荐
V_joy的专栏
01-07 1万+
继续学习ZYNQ，吃了好几年灰的ZYNQ 7020开发板一直没时间玩，现在稍微有点时间，准备空闲之余折腾一下，之前一直使用STM32等各式单片机，LINUX知识也知道一点，对HDL也是一窍不通，现在准备恶补一下，对于我来说，学习固然重要，但是白费力折腾也是要有的，所以选择还没多少人用的Vitis平台（可能很多人使用，我比较孤陋寡闻），现在开始折腾。 先介绍一下原理图端口，颜色方框的...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值