FPGA芯片SGMII接口前导码小于7个字节55的情况

出处:面包板 发布于:2019-11-25 15:05:03

  SGMII接口基本功能测试
  SGMII接口(开启自协商)调试分为三个步骤,先测试SGMII基本功能仿真、再测试SGMII基本功能自回环上板、直接测试开启自协商功能后上板1、测试SGMII基本功能仿真:
  (1) 打开sgmii IP,将接口选择为sgmii接口,关闭MDIO接口,其它选项默认,生成IP核;(2) 根据IP核生成example design,将speed_is_10_100、speed_is_100设置为0(1000Mbps模式),将configuration_vector设置为5‘b00010(关闭SGMII自协商,开启PMA回环,具体参考手册63页table2-39),将userclk2作为跟GMII接口同步的时钟(用来驱动MAC GMII接口侧,也可以用来驱动其它模块);(3) 开启仿真,测试自回环(也可以通过修改参数测试外环或2个SGMII互通),一般PMA回环要3.1ms左右才能通,外环或互通要3.5ms左右;(4) 仿真时会发现gmii_rxd信号每隔一帧数据会少一个时钟的前导码如图1,这个不用担心,为正常现象,1G MAC仍然能正常接收数据,产生这个的具体原因不详(手册有介绍,不过内容偏向于底层编码原因,具体不太了解,手册只是简单说明了一下表面原因,手册221页说明此问题),同时有的数据帧gmii_rx_dv信号拉低后gmii_rx_er信号会拉高一个时钟(对应的gmii_rxd数据为8‘h0f),如图2,这个也不用担心,手册224页对其有说明(具体说是为帧扩展),由于gmii_rx_er拉高处gmii_rx_dv拉低,所以不是帧错误(此处需要适当修改原版1G MAC的代码,使1G MAC中gmii_rxd、gmii_rx_dv、gmii_rx_er同步打拍,原设计中没有同步打拍)。


  图1


 

 图2
  注意:SGMII开启自协商后要仿真非常长时间才能互通(8.1ms),因此推荐直接上板。
  1、测试SGMII基本功能上板:
  (1)SGMII接口的independent_clock默认是200MHZ,可以用PLL生成,也可以查阅手册修改IP内部参数来设置为其它频率,具体修改参考手册36页描述(修改后如何操作IP参考RapidIO调试手册),只需修改一个参数就可以(修改时钟频率会影响仿真通过时间),如图3;(2)上板主要是测试PMA回环版(自带激励源),设置好约束文件,抓取关键信号,直接生成bit文件,上板测试,如果没有通,看status_vector信号,查阅手册65页table2-41,查找原因。

  图3
  3、测试SGMII自协商功能上板:
  (1)将configuration_vector参数设置为5‘b100x0(开启自协商功能,x表示可以测PMA回环,也可指直接接PHY进行测试),自协商参数使能信号an_restart_config设置为0(该信号上升沿代表自协商参数an_adv_config_vector有效,an_restart_config为0表示使用默认参数,如果想手动配置自协商参数,可以查阅手册64页table2-40);(2)生成bit文件并上板测试,并观察状态信号status_vector。
  RGMII或SGMII调试中正常的“异常”问题
  1、参考资料
  《pg047-gig-eth-pcs-pma》
  《88e1512 data》
  《AR8033d》
  2、以太网接口使用场景介绍
  《88e1512data》PHY芯片手册中,标准的RGMII、SGMII接口的使用场景如下两图所示:


  实际上,此处的10/100/1000Mbps Ethernet MAC代指的是标准的SGMII接口的MAC核和标准的RGMII接口的MAC核。而实验室所用的MAC核为GMII接口形式的MAC核,因此实际上我们的应用场景变成了如下的两图:


  此处的IDDR/ODDR原语、SGMII核主要功能是为实验室MAC核提供标准的千兆GMII接口形式的数据源。在实验的接口调试中,由于PHY芯片的各个功能模式设置、XILINX的SGMII核和IDDR/ODDR原语的特性不同,可能会出现一些问题。
  3、PHY芯片功能模式设置
  正常情况下,我们常用的PHY芯片功能模式有以下:
  全双工/半双工模式
  千兆/百兆/十兆模式
  自协商速率/固定速率
  RGMII/SGMII模式
  交叉线/直连线模式
  当交换机出现无法连接网口(连接指示灯熄灭)、数据收发错误等问题时,可以通过VIO、MDIO来读取PHY芯片相应功能的寄存器的值,来确定功能模式配置是否出现问题。
  4、RGMII千兆模式常见问题
  此问题详细描述见本公众号之前文章:
  RGMII接口调试使用VIO读取PHY寄存器值
  标准的RGMII千兆接口,时钟周期为125MHz,但是数据位宽为4位,采用在时钟的上下边沿采样的方式,得到1Gbps带宽,正常工作状态的发送时序图如下所示:


  为了确保数据采样的正确,时钟的边沿必须在数据的中间进行跳变。为了实现这种发送模式,在数据发送时,控制发送时钟,使其偏移90度(即延后2ns)。
  但是有的PHY芯片中,可以选择不同的工作模式,使得控制时钟偏移2ns或者不偏移2ns(《88e1512》P252)。如果PHY芯片的工作模式是偏移了2ns,那我们就不用作偏移了,否则可能正好导致时钟边沿和数据跳边沿对齐,出现错误;如果PHY芯片的工作模式是不偏移,则我们需要手动控制时钟的偏移。RGMII数据的读取同理,具体情况需要阅读相应的PHY芯片手册。
  5、SGMII千兆模式下常见的“异常”问题
  参见《pg047-gig-eth-pcs-pma》P219,Xilinx的SGMII的IP核转换出的GMII格式数据可能会出现两种问题:
  以太网数据帧帧头部分丢失一个前导码;
  以太网数据帧FCS域结束后,tx_er信号拉高。
  丢失前导码情况,如下图所示:


  在这种情况下,前导码由7个55,1个D5,变成了6个55,1个D5。某些MAC核是根据55跳变到D5这种情况下作操作的,所以数据直接进MAC核,不会出现问题。但是,在TTE交换机中,分流模块、TT平面,可能是根据gmii_tx_en信号的上升沿开始作计数,从而提出TT_ID、TYPE/LENGTH域等数据,这就可能导致错误。并且,以太网帧发送时,需要发送7个55,1个D5格式的前导码。因此,我们接收到这种数据帧时,需要将前导码补齐,再将数据帧送入后续模块进行处理。
  FCS域结束后,tx_er信号拉高,如下图所示:


  由于可能的设计缺陷,某些MAC核,会将这种数据帧当作错误帧丢弃。解决办法是,在数据帧的接收部分,对tx_er信号进行处理,当rx_dv信号为高时,tx_er仍然保持原值,当rx_dv信号为低时,tx_er信号直接置零。

关键词:FPGA芯片

版权与免责声明

凡本网注明“出处:维库电子市场网”的所有作品,版权均属于维库电子市场网,转载请必须注明维库电子市场网,https://www.dzsc.com,违反者本网将追究相关法律责任。

本网转载并注明自其它出处的作品,目的在于传递更多信息,并不代表本网赞同其观点或证实其内容的真实性,不承担此类作品侵权行为的直接责任及连带责任。其他媒体、网站或个人从本网转载时,必须保留本网注明的作品出处,并自负版权等法律责任。

如涉及作品内容、版权等问题,请在作品发表之日起一周内与本网联系,否则视为放弃相关权利。

广告
上传BOM文件: BOM文件
*公司名:
*联系人:
*手机号码:
QQ:
应用领域:

有效期:
OEM清单文件: OEM清单文件
*公司名:
*联系人:
*手机号码:
QQ:
有效期:

扫码下载APP,
一键连接广大的电子世界。

在线人工客服

买家服务:
卖家服务:

0571-85317607

客服在线时间周一至周五
9:00-17:30

关注官方微信号,
第一时间获取资讯。

建议反馈

联系人:

联系方式:

按住滑块,拖拽到最右边
>>
感谢您向阿库提出的宝贵意见,您的参与是维库提升服务的动力!意见一经采纳,将有感恩红包奉上哦!