基于7系列FPGA实现万兆网通信

基于7系列FPGA实现万兆网通信

目录

一、FPGA实现万兆以太网

1.1 、10G PCS/PMA核

1.1.1、以太网XGMII接口

1.1.2 、MDIO接口(可选用)

1.1.3、10G PCS/PMA核

1.2、10G Ethernet Subsystem核实现万兆网

二、万兆网功能测试

2.1 、ARP及Ping功能

2.2 、巨型帧

2.3、测速

2.4、代码


        之前分享过u/u+系列FPGA的万兆网通信:UltraScale/+  FPGA实现万兆网的两种方式:GT核、10G Ethernet Subsystem核,在别的平台有些网友问是否支持巨型帧、7系列、速率等问题,这里就专门写篇7系列的万兆网,相关功能的测试。

        今年最后一篇了。明后年主要准备分享些:

  • 低速器件的开发使用、低速协议
  • RFSoC中的ADC、DAC开发使用
  • PCIe核的开发使用,上位机的驱动开发
  • TCP/IP协议、客户端及服务器的开发
  • GIGE千兆/万兆相机的使用开发
  • zynq的相关开发
  • 一些信号处理

一、FPGA实现万兆以太网

          本文只介绍使用10G以太网核和10G PCS PMA核两种方式实现的万兆网通信;基于SerDes实现10G以太网通信采用64B/66B编码方式,串行线速率为10.3125Gbps。

1.1 、10G PCS/PMA核

        关于该核的使用,参考PG068;此核的用户接口为XGMII。

        对于光纤或者RJ45水晶头的接口(10GBASE-R类型),内部功能结构如下:

        万兆网通信采用64B/66B编码。64B/66B编码在发送前需要对数据加扰,在接收数据时也要先对数据解扰。64B/66B编码:在加扰后的64bit数据前加入2bit的同步位(Sync)组成66bit数据,同步位表示该64bit数据是数据帧还是控制帧。

1.1.1、以太网XGMII接口

        这里只讨论64bit数据位宽的XGMII接口;xgmii_txd对应字节为控制字符时,xgmii_txc对应的控制位为高电平;在xgmii_txd对应字节为数据字符时,xgmii_txc对应的控制位为低电平。

        相关时序:

        XGMII接口中相关数据、控制的定义如下:空闲状态为0x07、起始状态为0xFB、终止状态为0xFD。

        关于以太网帧如何对接XGMII接口,可以通过以下过程理解:

        以太网帧结构如下:

图片

        XGMII接口中:一帧报文的封装发送:添加控制符,空闲IDLE(0x07)+ START(0xFB)+ 前导码+ SFD + MAC + ...... + FCS + TERMINATE(0xFD)。比如以下ILA截图:

图片

        控制对应的控制符为1,后续在64B/66B编码中转换为2bit同步位(Sync)。

图片

        在增加起始、结束、空闲控制符后,按下图的转换规则:比如起始S转换为64bit中MSB字节为0x78;空闲状态为64bit中MSB字节为0x1E。

图片

图片

        最后,将上述64bit的接口数据经加扰,送到10G PCS/PMA核的XGMII接口。

        用户接收到XGMII接口数据,按上述逆过程解析网络帧。

1.1.2 、MDIO接口(可选用)

        本部分只有一些场景会用到,不过多描述,具体寄存器描述见PG068的Configuration Vector描述。

          MDIO接口是该核的寄存器配置接口,类似于千兆网PHY的寄存器配置。其相关时序配置如下:

1.1.3、10G PCS/PMA核

        该核需要license,核页面如下:该核只适用于7系列FPGA。

        上述核配置页面不启用:MDIO接口。

        关于该核的时钟、复位部分的使用可参考其example。

1.1.4、万兆网开发

        借助例化上述GT核后,可按照图1开发编码实现PCS相关功能:对于发送帧功能,用户端的帧数据,封装起始、结束、空闲码后,经加扰后,结合同步字段,经变速箱Gearbox,并串转换等,最终经电路传送出去;对于接收,是上述过程的逆操作。

        开发过程主要涉及:帧数据按照上节内容封装与解封、同步字段的增添与解析、加解扰。其中帧数据的封装与解析按照以太网协议进行即可。

        具体网络协议,用户根据具体需要封装、解析即可,比如UDP、TCP、FTP等;这里只讨论万兆网通信方式,不介绍具体协议,协议内容可参考:FPGA实现千兆网UDP协议(含ARP、ICMP)

1.2、10G Ethernet Subsystem核实现万兆网

        该核的用户数据接口为AXIS,这里不再介绍。

        此方式是实现万兆网通信最快捷的方法,需要license。开发按照以太网协议对网络帧进行解析与封装即可,只需关心如下结构:

图片

        其核配置界面如下:

        根据开发板这里选择10GBASE-R类型,64bit的AXIS数据接口。

        AXI-Lite配置接口时钟范围选择,这里没有启用流控。

        这页主要是DRP及状态接口。

        这页没启用时间戳。

        这页选择时钟及复位是集成核内外。多通道的万兆网通信使用核方式与U/U+系列不同。

        关于时钟及复位的使用,可参考其example。

二、万兆网功能测试

        本文只针对UDP协议栈测试,UDP相关协议可参考:FPGA实现千兆网UDP协议(含ARP、ICMP)。千兆、万兆、40G/50G、100G以太网的UDP协议栈的实现原理相同,只是用户数据位宽、CRC检验的实现难易不同。

2.1 、工程实现

        上述两种方式使用相应的核都可以实现万兆网通信,本文采用UDP协议栈测试工程部分功能。这里不介绍UDP协议栈(ARP缓存、ping、UDP),比如向对端发包前,先查询ARP列表,查询无果则ARP寻址后再发包;对于一些明确的场景,也可以省略ARP寻址。

        比如10G万兆网核的工程:

        两端的信息配置:

2.1 、ARP及Ping功能

        通过ping下位机测试arp及ping应答功能:

2.2 、巨型帧

        不同的网卡、路由器等支持的最大MTU不同,但都支持46~1500字节。为了实现长数据包的传输,产生了巨型帧。

        对于多级路由的网络包传输,为了避免中间路由节点的设备丢弃,采用巨帧分片处理:巨帧拆分成多包,利用IP层的头部分片及偏移字段(第2个DW中)区分数据的完整性和顺序。分片的首包保持帧结构的完整字段,MTU最大1500字节;其他分片包在网络帧结构中去除了UDP的头部字段。

图片

        对于点到点直连的应用场景,或者中间路由节点都支持MTU大值(比如9000字节),则利用巨帧时可采用标准的巨帧分片策略,也可采用不分片的策略。

        FPGA向上位机发送长度为8500字节的UDP巨型帧的测试如下:分片为5包1480字节和最后一包1100字节。

        协议栈仿真:测试模块产生8500字节的测试数据,协议栈进行巨帧分片,环回后接收端能正确解析数据。

        10G以太网核上板测试:测试模块产生8500字节的测试数据

        上位机wireshark观测上发的矩阵数据,分片以及偏移量正常:

        从第2个分片开始,不再有UDP头部字段。

         10G PCS/PMA核的测试:

2.3、测速

        两个工程向上位机发包,当接口空闲时一直上发,测速结果近9.5 Gbps:

2.4、代码

        有相关需要的可私信联系。

往期回顾

UltraScale/+  FPGA实现万兆网的两种方式:GT核、10G Ethernet Subsystem核

FPGA 40G/50G Ethernet Subsystem核的使用

FPGA实现100G UDP通信

FPGA实现千兆网UDP协议(含ARP、ICMP)

FPGA光通信系列4 — 基于64b/66b编码的自定义协议

FPGA光通信系列3 — 基于8b/10b编码的自定义协议应用

FPGA光通信系列2——Aurora 64B/66B的使用

FPGA实现Aurora光通信应用(8B/10B)

JESD204B的使用系列——3、DAC的应用(AD9164  9.6GSPS)

JESD204B的使用系列——2、协议及ADC的应用(AD9689)

JESD 204B的使用系列—1、时钟芯片的应用

Read more

.社区疫情管理系统信息管理系统源码-SpringBoot后端+Vue前端+MySQL【可直接运行】

.社区疫情管理系统信息管理系统源码-SpringBoot后端+Vue前端+MySQL【可直接运行】

摘要 在全球新冠疫情持续蔓延的背景下,社区作为疫情防控的基础单元,承担着人员健康监测、物资调配、信息上报等重要职责。传统的人工管理方式效率低下且容易出现数据遗漏,亟需一套高效、智能的社区疫情管理系统,以实现信息的快速采集、处理和共享。该系统能够帮助社区工作人员实时掌握居民健康状况、疫苗接种情况、外来人员登记等关键信息,提升疫情防控的精准性和响应速度。关键词:新冠疫情、社区管理、健康监测、信息共享、精准防控。 本系统采用前后端分离架构,后端基于SpringBoot框架搭建,提供RESTful API接口,前端使用Vue.js实现动态交互界面,数据库采用MySQL存储数据。系统主要功能包括居民健康信息填报、疫情数据统计分析、物资调度管理、公告发布及权限控制等。通过多角色权限分配,确保社区工作人员、物业管理人员和普通居民能够安全高效地使用系统。系统支持数据可视化展示,便于决策者快速掌握疫情动态。关键词:SpringBoot、Vue.js、MySQL、RESTful API、数据可视化。 数据表设计 居民健康信息数据表 居民健康信息数据表用于存储社区居民的健康状态、疫苗接种记录及行程

【JWT】JWT(JSON Web Token)结构化知识体系(完整版)

【JWT】JWT(JSON Web Token)结构化知识体系(完整版)

文章目录 * JWT(JSON Web Token) * 一、基础认知层:定义与核心边界 * 1. 核心定义 * 2. 诞生背景 * 3. 适用与不适用场景 * 二、核心结构层:JWT的标准格式与字段规范 * 1. Header(头部) * 2. Payload(载荷) * 3. Signature(签名) * 三、核心原理与标准工作流程 * 1. 核心底层原理 * 2. 标准全流程(前后端分离核心场景) * 四、算法体系与分类规范 * 1. JWT两大分支:JWS vs JWE * 2. JWS核心签名算法 * (1)对称加密算法(HS系列) * (2)非对称加密算法(RS/ES/PS系列)

前端表单验证策略:别让用户输入垃圾数据!

前端表单验证策略:别让用户输入垃圾数据! 毒舌时刻 表单验证?听起来就像是前端工程师为了显得自己很专业而特意搞的一套复杂流程。你以为随便加个required属性就能解决所有验证问题?别做梦了!到时候你会发现,用户输入的垃圾数据还是会被提交到服务器。 你以为用正则表达式就能验证所有输入?别天真了!正则表达式的复杂度能让你崩溃,维护起来比业务代码还麻烦。还有那些所谓的表单验证库,看起来高大上,用起来却各种问题。 为什么你需要这个 1. 提高数据质量:良好的表单验证可以确保用户输入的数据符合要求,提高数据质量。 2. 改善用户体验:实时的表单验证可以及时反馈用户输入的错误,改善用户体验。 3. 减少服务器负担:在前端进行验证可以减少无效请求,减轻服务器负担。 4. 提高安全性:表单验证可以防止恶意输入,提高应用的安全性。 5. 符合业务规则:表单验证可以确保用户输入符合业务规则,减少业务错误。 反面教材 // 1. 仅使用HTML5验证 <form> <input type="email" required&