(转)xilinx 高速收发器Serdes深入研究-Comma码

一、为什么要用Serdes

传统的源同步传输，时钟和数据分离。在速率比较低时（<1000M）,没有问题。 

在速率越来越高时，这样会有问题 

由于传输线的时延不一致和抖动存在，接收端不能正确的采样数据，对不准眼图中点。 
然后就想到了从数据里面恢复出时钟去采样数据，即CDR 

这样就不存在延迟不一致的情况，有轻微的抖动也不会影响采样（恢复的时钟会随着数据一起抖动）。

二 、为什么要用8b10b,64b66b?

1 提供足够的跳变来恢复时钟

这样还有问题，收发两端必须共地，但往往很难实现。 

于是采样差分信号传输，为了防止共模电压在接收端导致电流过大，使用电流驱动模式。看到接收端有电容进行交流耦合，隔直流。这样又带来一个问题，需要DC平衡。所以有了下面另一个原因。

2 DC平衡，即0和1的数量要相等。

3 run length，0和1连续出现的最大长度

AGC自动增益控制需要交流分量才能实现放大 

4 comma码，K码

在serdes上面的高速串行流在接收端需要重新串并转化成多字并行，怎么找到字的边界进行对齐呢？ 
这就需要一个特殊的序列，这就是comma码。 
传输过程中需要的一些控制，最好不要和数据冲突了，这就是K码。

基于以上四个原因，就有了8b10b，64b66b的出现。

三 、8b10b编码

8b10b编码一句话概括起来就是把8bit的数据变成10bit的数据，其中所有1或0的个数不会超过6个，并且连续的1或0的个数不会超过4个。这样原本1024的汉明空间编码后就大大减小了。其中有256个data码和12K码控制码。这样数据和控制码不会重合。 
 
其中K28.1，K28.5，K28.7可以作为分隔码，也叫comma码，用于接收端在串行的数据流中找到字节边界。常用的K28.5即0xBC。因为正常传输的数据也可能有0xBC，怎么区分呢？是有一根单独的控制线，tx_is_K在传输K码时拉高，在传数据时拉低，去控制8b10b的编码模块到底是编码成数据还是控制K码。

四、Xilinx Serdes的几个细节

1.COMMA码使用

K28.5,0xBC,+0101_111100,-1010_000011; 为检测字节分割。 
使用其它K码，作为帧开始，帧结束，时钟修正和数据对齐。

2.多字节处理

在数据率比较高的时候，外部位宽可能是2字（16位）或者4字（32位）。这是如果收发双方不约定好在高低哪个字发送comma码，这时是可以检测字边界，但接收端就会出现高低字节翻转的情况。在任意对于单COMMA的数据对齐，选择偶数字节对齐。发送的时候 0x5ABC->2’b01。 

也可以选择发送组合的comma码，就是把NP的comma拼接起来发送，这样接收端就检测16bit的双字边界。也可以避免上面的情况出现。发送的时候0xBCBC->2’b11 

注意：decode valid comma only不要选，因为还可能发送其他的K码用于控制。反正8b10b是用的收发器硬核的资源，不用白不用。

3、环回设置：

1.“000”：正常模式 
2.“001”：近端PCS环回 
3.“010”：近端PMA环回 
4.“100”：远端PMA环回 
5.“110”：远端PCS环回 
注意Xilinx例化的example的文件中配置的环回是预留环回接口的意思，仍然需要另外手动配置。

4、fsm_down状态机

 
在Monitor Data_Valid模块，是用的frame_check的正确的信号，校验失败会导致复位GTrxreset。可以不用这个反馈，直接置1。需要手动改一下。

5.通道绑定

限于篇幅，单独列出

6.时钟纠正

限于篇幅，单独列出

                    <li class="tool-item tool-active is-like "><a href="javascript:;"><svg class="icon" aria-hidden="true">
                        <use xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="#csdnc-thumbsup"></use>
                    </svg><span class="name">点赞</span>
                    <span class="count">4</span>
                    </a></li>
                    <li class="tool-item tool-active is-collection "><a href="javascript:;" data-report-click="{&quot;mod&quot;:&quot;popu_824&quot;}"><svg class="icon" aria-hidden="true">
                        <use xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="#icon-csdnc-Collection-G"></use>
                    </svg><span class="name">收藏</span></a></li>
                    <li class="tool-item tool-active is-share"><a href="javascript:;" data-report-click="{&quot;mod&quot;:&quot;1582594662_002&quot;}"><svg class="icon" aria-hidden="true">
                        <use xmlns:xlink="http://www.w3.org/1999/xlink" xlink:href="#icon-csdnc-fenxiang"></use>
                    </svg>分享</a></li>
                    <!--打赏开始-->
                                            <!--打赏结束-->
                                            <li class="tool-item tool-more">
                        <a>
                        <svg t="1575545411852" class="icon" viewBox="0 0 1024 1024" version="1.1" xmlns="http://www.w3.org/2000/svg" p-id="5717" xmlns:xlink="http://www.w3.org/1999/xlink" width="200" height="200"><defs><style type="text/css"></style></defs><path d="M179.176 499.222m-113.245 0a113.245 113.245 0 1 0 226.49 0 113.245 113.245 0 1 0-226.49 0Z" p-id="5718"></path><path d="M509.684 499.222m-113.245 0a113.245 113.245 0 1 0 226.49 0 113.245 113.245 0 1 0-226.49 0Z" p-id="5719"></path><path d="M846.175 499.222m-113.245 0a113.245 113.245 0 1 0 226.49 0 113.245 113.245 0 1 0-226.49 0Z" p-id="5720"></path></svg>
                        </a>
                        <ul class="more-box">
                            <li class="item"><a class="article-report">文章举报</a></li>
                        </ul>
                    </li>
                                        </ul>
            </div>
                            <div class="right-toolbox"><a href="https://blog.csdn.net/u010161493/article/details/77688024" target="_blank" class="jump-net-article">
            <svg t="1575545252354" class="icon" viewBox="0 0 1024 1024" version="1.1" xmlns="http://www.w3.org/2000/svg" p-id="5597" xmlns:xlink="http://www.w3.org/1999/xlink" width="200" height="200"><defs><style type="text/css"></style></defs><path d="M243.9 1022.2c-62.3 0-124-23.8-171.5-70.8C26.4 905.5 1.5 845 1.5 779.9s24.9-125.6 70.8-171.5l184-184.1c45.9-45.9 106.4-70.8 171.5-70.8s125.6 24.9 171.5 70.8c18.1 18.1 18.1 47 0 65.1s-47 18.1-65.1 0c-28.3-28.3-65.7-43.5-105.9-43.5s-78.1 15.3-105.9 43.7l-184 184c-58.3 58.3-58.3 153.4 0 212.3 28.3 28.3 65.7 43.5 105.9 43.5s78.1-15.3 105.9-43.5l184-184c18.1-18.1 47-18.1 65.1 0 18.1 18.1 18.1 47 0 65.1l-184 184c-46.9 48-109.1 71.2-171.4 71.2z m523.7-423l184-184c94.5-94.5 94.5-248 0-342.5s-248-94.5-342.5 0l-184 184c-18.1 18.1-18.1 47 0 65.1s47 18.1 65.1 0l184-184c28.3-28.3 65.7-43.5 105.9-43.5s78.1 15.3 105.9 43.5c58.3 58.3 58.3 153.4 0 212.3l-184 184c-58.3 58.3-153.4 58.3-212.3 0-18.1-18.1-47-18.1-65.1 0-18.1 18.1-18.1 47 0 65.1 47 47 109.3 70.8 171.5 70.8s123.9-23.2 171.5-70.8z" p-id="5598"></path></svg>
                站内首发文章</a></div>
                        </div>
        <div class="person-messagebox">
            <div class="left-message"><a href="https://blog.csdn.net/ningjinghai11">
                <img src="https://profile.csdnimg.cn/D/2/D/3_ningjinghai11" class="avatar_pic" username="ningjinghai11">
                                        <img src="https://g.csdnimg.cn/static/user-reg-year/2x/9.png" class="user-years">
                                </a></div>
            <div class="middle-message">
                                    <div class="title"><span class="tit"><a href="https://blog.csdn.net/ningjinghai11" data-report-click="{&quot;mod&quot;:&quot;popu_379&quot;}" target="_blank">宁静海111</a></span>
                                        </div>
                <div class="text"><span>发布了5 篇原创文章</span> · <span>获赞 38</span> · <span>访问量 4万+</span></div>
            </div>
                            <div class="right-message">
                                        <a href="https://im.csdn.net/im/main.html?userName=ningjinghai11" target="_blank" class="btn btn-sm btn-red-hollow bt-button personal-letter">私信
                    </a>
                                                        <a class="btn btn-sm  bt-button personal-watch" data-report-click="{&quot;mod&quot;:&quot;popu_379&quot;}">关注</a>
                                </div>
                        </div>
                </div>

一、为什么要用Serdes

传统的源同步传输，时钟和数据分离。在速率比较低时（<1000M）,没有问题。 

在速率越来越高时，这样会有问题 

由于传输线的时延不一致和抖动存在，接收端不能正确的采样数据，对不准眼图中点。 
然后就想到了从数据里面恢复出时钟去采样数据，即CDR 

这样就不存在延迟不一致的情况，有轻微的抖动也不会影响采样（恢复的时钟会随着数据一起抖动）。

二 、为什么要用8b10b,64b66b?

1 提供足够的跳变来恢复时钟

这样还有问题，收发两端必须共地，但往往很难实现。 

于是采样差分信号传输，为了防止共模电压在接收端导致电流过大，使用电流驱动模式。看到接收端有电容进行交流耦合，隔直流。这样又带来一个问题，需要DC平衡。所以有了下面另一个原因。

2 DC平衡，即0和1的数量要相等。

3 run length，0和1连续出现的最大长度

AGC自动增益控制需要交流分量才能实现放大 

4 comma码，K码

在serdes上面的高速串行流在接收端需要重新串并转化成多字并行，怎么找到字的边界进行对齐呢？ 
这就需要一个特殊的序列，这就是comma码。 
传输过程中需要的一些控制，最好不要和数据冲突了，这就是K码。

基于以上四个原因，就有了8b10b，64b66b的出现。

三 、8b10b编码

8b10b编码一句话概括起来就是把8bit的数据变成10bit的数据，其中所有1或0的个数不会超过6个，并且连续的1或0的个数不会超过4个。这样原本1024的汉明空间编码后就大大减小了。其中有256个data码和12K码控制码。这样数据和控制码不会重合。 
 
其中K28.1，K28.5，K28.7可以作为分隔码，也叫comma码，用于接收端在串行的数据流中找到字节边界。常用的K28.5即0xBC。因为正常传输的数据也可能有0xBC，怎么区分呢？是有一根单独的控制线，tx_is_K在传输K码时拉高，在传数据时拉低，去控制8b10b的编码模块到底是编码成数据还是控制K码。

四、Xilinx Serdes的几个细节

1.COMMA码使用

K28.5,0xBC,+0101_111100,-1010_000011; 为检测字节分割。 
使用其它K码，作为帧开始，帧结束，时钟修正和数据对齐。

2.多字节处理

在数据率比较高的时候，外部位宽可能是2字（16位）或者4字（32位）。这是如果收发双方不约定好在高低哪个字发送comma码，这时是可以检测字边界，但接收端就会出现高低字节翻转的情况。在任意对于单COMMA的数据对齐，选择偶数字节对齐。发送的时候 0x5ABC->2’b01。 

也可以选择发送组合的comma码，就是把NP的comma拼接起来发送，这样接收端就检测16bit的双字边界。也可以避免上面的情况出现。发送的时候0xBCBC->2’b11 

注意：decode valid comma only不要选，因为还可能发送其他的K码用于控制。反正8b10b是用的收发器硬核的资源，不用白不用。

3、环回设置：

1.“000”：正常模式 
2.“001”：近端PCS环回 
3.“010”：近端PMA环回 
4.“100”：远端PMA环回 
5.“110”：远端PCS环回 
注意Xilinx例化的example的文件中配置的环回是预留环回接口的意思，仍然需要另外手动配置。

4、fsm_down状态机

 
在Monitor Data_Valid模块，是用的frame_check的正确的信号，校验失败会导致复位GTrxreset。可以不用这个反馈，直接置1。需要手动改一下。

5.通道绑定

限于篇幅，单独列出

6.时钟纠正

限于篇幅，单独列出

来源：CSDN

作者：Lynrxl

链接：https://blog.csdn.net/Lynrxl/article/details/104748065