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

已于 2024-12-28 12:40:23 修改
阅读量900 收藏 13
点赞数 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 1053
RK3562 Linux5.10下RTL8211F千兆以太网PHY的LED指示灯配置。
VITIS HLS 2023.2 Vitis Unified IDE使用及简单hls工程搭建
m0_58581666的博客
04-25 6004
一下切换到新版本会有很多不适，再加上一些bug导致第一次使用起来非常费劲。但熟悉后发现这种vscode界面还是非常友好的，统一了嵌入式和hls开发。另外转载记得附原文链接。
xemacpsif_physpeed.c
10-13
ZYNQ的以太网网口芯片是RTL8211FD，如果想要实现网口速度自适应需要修改LWIP的库文件，对应的LWIP版本为lwip211v1.0，有需要朋友可以自行下载
【Zynq】【Lwip】解决使用官方lwip模板时自动协商失败的问题
zgmxs的专栏
05-15 2777
近期有小伙伴在使用ACZ702开发板尝试官方的lwip模板做实验时，出现自动协商失败或者Phy设置失败的问题这个问题可以在bsp中关闭自动协商解决，但治标不治本，因此这里教大家如何一劳永逸的解决这个问题。备注：使用lwip echo server模板时，关闭自动协商会出现Link up/down反复的Bug，要么根据本帖修改源码，要么更换其它模板关闭自协商。
使用vivado2023.2新版Vitis创建hello world项目以及新版vitis的一些说明
最新发布
2203_75345038的博客
03-05 2201
点击Create Boot Image生成BOOT.bin文件，如下图所示可以看到系统自动帮我们添加了两个文件，点击文件查看地址，可以看到添加的使fsbl文件和elf文件，我们只需要再添加bit文件即可。创建完成后就可以到一个全新的界面，这里介绍最主要的功能编译，在选择项目后在下方FLOW栏目中可以看到编译按钮，其他常用功能后面使用到的时候在介绍。默认下一步，导出在vivado中导出的xsa文件，下一步等待识别出PS核，后续默认下一步即可。默认选择名称与地址，下一步选择刚创建的平台项目。
LWIP 移植和过程问题记录
hswkcg的博客
04-02 4570
网络LWIP协议使用心得记录整理                                                                             20180227      年前在STM32上使用两种PHY芯片对LWIP协议进行了移植通信，一个是STM32F4+ENC28J60+LWIP+RAWAPI使用固定IP地址作为TCP客户端与服务器进行局域网通信，另...
ZYNQ专题-RTL8211F-CG的开发
Anitawen的博客
10-24 2773
每一个PHY芯片都是一个拦路虎，不管是硬件还是软件。上次说到KSZ，这次我们来说说RTL8211这个芯片。
Vivado Vitis 2023.2 环境配置 Git TCL工程管理 MicroBlaze和HLS点灯测试
weifengdq的专栏
02-29 6131
Vivado Vitis 2023.2 版本的安装, TCL脚本创建复原工程, Git版本控制, 用了4种方式来点灯, 纯Verilog, 基于MicroBlaze+GPIO的现有IP方式, HLS使用Cpp写自定义IP方式, HLS添加AXI接口接入MicroBlaze的纯Cpp开发方式.
vitis 2023.2 使用教程，创建项目步骤
本人声明：一切文章博客均可随意转载，全部开源！只要对您有小小的帮助即可。
06-28 2046
vitis 2023更新了IDE，看起来像是集成了老板vitis 以及 vscode的内核的感觉，然后这里首先教一下如何从打开到创建hello world项目。选择刚刚的文件夹，然后点击“Create Platform Component” 选择刚刚的.xsa，之后 即可。然后创建一个文件夹 命名为workspace，再打开vitis 2023.2。首先，要从vivado中export .xsa文件。
【ZYNQ】通过修改 zynq的lwip141_v2_0库来驱动RTL8211芯片
orcer2011的博客
04-03 844
使用原库，使用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 702
Zynq RTL8211 LwIP1.4.1 库修改指南 【下载地址】ZynqRTL8211LwIP1.4.1库修改指南 本项目专注于解决在Zynq平台下，通过自定义修改LwIP 1.4.1版本库文件，以实现对RTL8211网络控制器的有效驱动问题。RTL8211是一款广泛应用于嵌入式系统中的千兆以太网PHY芯片，而Zy...
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）平台，...
01-ZYNQ linux开发环境安装，基于Petalinux2023.2和Vitis2023.2
lf282481431的博客
09-21 1613
Vitis 是用来开发 Linux 应用的软件，使用这个软件开发 Linux 应用，既方便了工程管理，也免去了自己写Makefile的必要，此外在移植一些Linux 库或软件的时候还需要用到 Vitis 提供的编译工具链（因为petalinux2023.2没有直接提供编译Linux应用程序的编译器）。Petalinux 工具需要主机系统的/bin/sh 是 bash，而 Ubuntu 默认的/bin/sh 是 dash，所以这里需要进行更改。下载 Vitis 安装包，这里下载的是离线安装包。
Vitis2023.2生成freertos的Platform失败解决方法
weixin_43642862的博客
04-22 1356
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 2021.1 安装在 Ubuntu 20.04 上挂起
sqqwm的专栏
08-11 486
Vitis 2021.1 安装在 Ubuntu 20.04 上挂起
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值