aurora的线速率及其用户时钟之间的关系是什么，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
在定制aurora IP核的时候，我们需要选择各种时钟的频率，包括GT参考时钟，INIT时钟以及DRP时钟，其中GT参考时钟是来自于专用的MGT bank上的专用端口，其他就没有必要。
从GT参考时钟开始，通过一系列的时钟管理单元，例如PLL，MMCM等，可以衍生出一系列的时钟供Transceiver以及aurora协议使用，今天的主角是十分重要的，用户逻辑侧时钟USER_CLK！它等于多少？从上面的定制页面可以看出，我们的线速率选择的是3.125Gbps，看起来很高了，其实看单位也就是bit而已！除以8，变成390.625MBps，这时候是字节了，如果传输的数据具有32bit呢？也就是4字节？那么线速率可以转换位97.65625MQBps，其中的QB就是QUAD Bytes（也就是双字，DW），如果使用一个时钟去传输这样的32bit数据，一个时钟传输一个数据，需要一个90多M的时钟就够了！注意，上面说的是在没有编码的情况下，算出来的时钟，但是高速串口进行数据传输时，都是会编码的，8B/10B编码，那么传输32bit数据，编码后就得40bit了。线速率为3.125Gbps，那么如果一个并行用户时钟传输一个数据，需要一个78.125M的时钟就行了。
为了验证，就上面的定制页面，生成一个例子程序，进行仿真，如下：
对用户时钟进行测量，12.8ns时钟，频率不就是78.125M吗？验证无误！
下面给出结论，如果采用8B/10B编码，用户时钟为线速率除以编码后的用户数据位宽。编码前的位宽可以在IP的定制页面选择：
数据位宽选择
在算上编码，就很容易得出编码后的位宽！
为了得到auroa的用户时钟来源？我们就aurora的例子程序扒一扒！从用户逻辑模块开始，一层一层追溯它的来源：
从user_clk_i，到USER_CLK，再到GT_CLK，再到txoutclk_out，最终追溯到原语GTXE2_CHANNEL中的TXOUTCLK；当然接收模块的用户时钟来源于RXOUTCLK；
用户时钟也不是一直都有的，需要链路通路才行！
关于aurora的线速率及其用户时钟之间的关系是什么问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注亿速云行业资讯频道了解更多相关知识。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
