完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
嗨，
我正在使用XILINX IP-Core Generator的GTX。 我正在使用Kintex-7。 在接收器中，接收器接收串行数据并转换成并行数据，并行sync_header。 PMA如何将64位数据和2位同步位分离，与串行数据分离并提供给PCS层（同步块和解扰器块）。 我知道串行数据通过使用（SIPO）转换为并行。 在同步模块中，信号RXGEARBOXSLIP_OUT向PMA指示它。 Sync_Header Bits如何从串行数据中获取正确的Header Bits。这让我很困惑。 感谢您 
0
|
|
相关推荐
13个回答
|
|
|
你在这里想要弄清楚的是“64b66b编码如何工作？”
在64b66b编码中，发送器发送两位报头，然后发送64位加扰数据。 使用LFSR对数据进行加扰。 这个很重要。 标题有两个可能的“合法”值“01”表示数据，“10”表示“特殊字符”。 收到后，标头位将每66位发生一次。 已知这些位只能具有值01和10.所有其他位（根据定义）不是标题位。 由于数据被加扰，它们不能是“固定”值; 即使您的数据应用层发送一个常量值，加扰器也会在这些位上产生伪随机序列。 因此，从统计上来说，任何一对比特都能够获得所有四种组合（00,01,10,11）。 概率上，你越来越不可能得到连续的66位字，其中“数据”对只会给你合法的标题值01或10; 公式为1/2 ^ N，其中N是您要查找的行中的单词数。 因此，64b66b成帧器只是通过查看两个随机位开始。 如果它们是两个数据位，那么在“几”字内，您将看到00或11模式，因此您将知道这两个位不是标题位。 所以，成帧器滑了一下再试一次。 最终（在一些“滑动”之后），您将找到一个对齐，您正在查看的两个位从不是00或11 - 然后将其标识为标题。 然后你说成帧器被“锁定”并且再也不会改变对齐。 它比这更复杂，因为串行标准需要容忍偶尔的误码。 如果单个标头被损坏为00模式，您不希望成帧器解锁...所以有一个小状态机需要在一行中看到一定数量的正确或不正确的模式来声明成帧器被锁定 /解锁。 重要的是获得框架锁定可能很慢。 当查看aribtrary 2位以获得潜在锁定时，您可以在找到一个（或几个）之前得到多个可能看起来像标题的单词。 然后，您需要查看下一个对齐方式。 所以，你可能需要等待66xN的话才能获得锁定（如果你运气不好，那么N可能是少数几个）。 Avrum 在原帖中查看解决方案 |
|
|
|
|
|
GTX内部的变速箱块执行此操作，为结构提供64位数据和2位标头。
当RXGEARBOXSLIP输入到此块时，Gearbox将对齐滑动1位。 -------------------------------------------------- ----------------------------别忘了回复，给予kudo并接受为解决方案--------- -------------------------------------------------- ------------------- |
|
|
|
|
|
您好
看看下面的文档 http://www.xilinx.com/support/documentation/user_guides/ug476_7Series_Transceivers.pdf 问候，萨蒂什----------------------------------------------- --- --------------------------------------------请注意 - 如果提供的信息有用，请将答案标记为“接受为解决方案”。给予您认为有用的帖子。感谢.-- ---------------------------- --------------------- ---------------------- |
|
|
|
|
|
你好
感谢您的回复。 我认为它可能有可能锁定错误的对齐方式。 如果我的输入序列是 2位（标题位）10和64位（数据）全部为64'h0，在序列开始之前，标题位和数据位是接收器串行线上的66'h0。 感谢您 Subash |
|
|
|
|
|
嗨Satish，我已经完成了文档，但是确实解释了Header和Data Bits是如何分开的。
我知道有一个Gear Box从串行Rx接收输入并将转换后的Parallel转换为Gear Box。 Gear Box如何做到这一点。 它有可能锁定到错误。谢谢你 |
|
|
|
|
|
是。
这个有可能。 在RXGEARBOXSLIP输入到Gearbox模块的帮助下，必须在用户应用程序中将其作为块同步的一部分.7-系列GT向导示例设计通常在为使用Gearbox的协议生成包装器时包含block_sync模块。 请参考该模块。 -------------------------------------------------- ----------------------------别忘了回复，给予kudo并接受为解决方案--------- -------------------------------------------------- ------------------- |
|
|
|
|
|
但在示例设计中，block_sync模块锁定到标头位（10或01）。
如果我将头部位发送为（10）而接收器发送为（01）位，则block_sync模块将处于锁定状态，因为（10或01）是有效的头部位。 |
|
|
|
|
|
如果连续发送“10”并且接收到“01”，则意味着在串行线路上发生了极性反转。
在block_sync模块之后需要更正它。 -------------------------------------------------- ----------------------------别忘了回复，给予kudo并接受为解决方案--------- -------------------------------------------------- ------------------- |
|
|
|
|
|
|
|
|
|
|
|
Gearboxslip是实现正确的64位块对齐的操作。
在确认锁定之前，将检查标题的周期数（Ex：64符合IEEE 802.3标准）的周期，以便标题值与预期值（“01”或“10”）相同。 在此操作期间，数据可能已损坏，但在实现锁定后不会。 -------------------------------------------------- ----------------------------别忘了回复，给予kudo并接受为解决方案--------- -------------------------------------------------- ------------------- |
|
|
|
|
|
你在这里想要弄清楚的是“64b66b编码如何工作？”
在64b66b编码中，发送器发送两位报头，然后发送64位加扰数据。 使用LFSR对数据进行加扰。 这个很重要。 标题有两个可能的“合法”值“01”表示数据，“10”表示“特殊字符”。 收到后，标头位将每66位发生一次。 已知这些位只能具有值01和10.所有其他位（根据定义）不是标题位。 由于数据被加扰，它们不能是“固定”值; 即使您的数据应用层发送一个常量值，加扰器也会在这些位上产生伪随机序列。 因此，从统计上来说，任何一对比特都能够获得所有四种组合（00,01,10,11）。 概率上，你越来越不可能得到连续的66位字，其中“数据”对只会给你合法的标题值01或10; 公式为1/2 ^ N，其中N是您要查找的行中的单词数。 因此，64b66b成帧器只是通过查看两个随机位开始。 如果它们是两个数据位，那么在“几”字内，您将看到00或11模式，因此您将知道这两个位不是标题位。 所以，成帧器滑了一下再试一次。 最终（在一些“滑动”之后），您将找到一个对齐，您正在查看的两个位从不是00或11 - 然后将其标识为标题。 然后你说成帧器被“锁定”并且再也不会改变对齐。 它比这更复杂，因为串行标准需要容忍偶尔的误码。 如果单个标头被损坏为00模式，您不希望成帧器解锁...所以有一个小状态机需要在一行中看到一定数量的正确或不正确的模式来声明成帧器被锁定 /解锁。 重要的是获得框架锁定可能很慢。 当查看aribtrary 2位以获得潜在锁定时，您可以在找到一个（或几个）之前得到多个可能看起来像标题的单词。 然后，您需要查看下一个对齐方式。 所以，你可能需要等待66xN的话才能获得锁定（如果你运气不好，那么N可能是少数几个）。 Avrum |
|
|
|
|
|
我感谢所有人花时间回答我的小问题。
|
|
|
|
|
|
嗨我对XLAUI Core还有一个疑问。在XLAUI核心中，提供256位数据（64 * 4）。
64位数据共有四个通道。 当Tx在每个通道上以66位的串行传输数据时，接收器接收每个通道的66位。 如果在通道中插入延迟，接收器如何提供正确的数据。 XLAUI核心是否有任何通道绑定到alig所有4个通道以消除延迟。 如果不是，我怎么能消除车道延误。 实时PCB可能会有一些延迟。 |
|
|
|
|
只有小组成员才能发言，加入小组>>
2423 浏览 7 评论
2824 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办？
2294 浏览 9 评论
3374 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区？
2465 浏览 15 评论
有输入，但是LVDS_25的FPGA内部接收不到数据，为什么？
1184浏览 1评论
请问vc707的电源线是如何连接的，我这边可能出现了缺失元件的情况导致无法供电
588浏览 1评论
求一块XILINX开发板KC705，VC707，KC105和KCU1500
452浏览 1评论
2006浏览 0评论
731浏览 0评论
/7 
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
2212
评论
淘帖
796
