8b10b

目的:保持直流平衡DC Balance)。

running disparity()

8bit原始数据会分成两部分,其低5位会进行5B/6B编码,高3位则进行3B/4B编码,这两种映射关系在当时已经成为了一个标准化的表格。

人们喜欢把8bit数据表示成Dx.y的形式,其x=5LSB(least significant bit最低有效位),y=3MSB(most significant bit最高有效位)。

例如一个8bit数据101 10101,x=10101(21) y=101(5),现在我们就把这8bit数据写成D21.5

对于8bit数据,它在表中的位序为HGFEDCBA,即H为最高位,A为最低位,EDCBA经过5B/6B编码为abcdei,HGF经过3B/4B编码为fghj。传送10bit编码的顺序为abcdeifghj。

将8bit编码成10bit后,10B中0和1的位数只可能出现3种情况:
1.有5个0和5个1
2.有6个0和4个1
3.有4个0和6个1

这样引出了一个新术语“不均等性(Disparity)”,就是1的位数和0的位数的差值,根据上面3种情况就有对应的3个Disparity 0、-2、+2。

时间: 2024-11-06 07:30:37

8b10b的相关文章

8B10B编码

8B10B编码解码VHDL代码 : 8B10B.rar  (8b10_dec.vhd . 8b10_enc.vhd)

调试LATTICE 的SGMII的调试。

最近调试lattice 的sgmii接口. 项目最初的架构大概是这样的,用于调试. FPGA这边的架构,就是 Tri_mac 转为 sgmii,然后再通过pcs出去.其实sgmii核自带了一个pcs核,最坑人的是PCS必须是外部时钟,最后没有办法只能自己生成一个pcs核和sgmii核对接起来.由于MDIO,我们这边没有去使用.使用的是强制输出.我调试了两天才发现可能是交换机这边设置可能有问题,这边使用的 BCM56634,一开始也不熟悉,最后去请教了别人才把自动连接把它关了.然后ok了.我把交换

闲说性能测试

版权声明:本文为本作者原创文章,转载请注明出处.感谢 码梦为生| 刘锟洋 的投稿 性能测试是一件看起来不简单,操作起来确更困难的事情,我认为,每认真做一次性能测试,一定会有不同收获,而每次性能测试暴露的问题,现象都不是仅仅涉及Java,tomcat这么简单,简单说就是光会写代码是无法做好性能测试的. 那么,就趁着这次性能测试的机会,重新梳理下对linux,网络IO等基本功的认识已经就性能瓶颈的定位分享下自己的心得. 背景: 本次性能测试的目的是测试使用公司内部RPC框架开发的一套接口的性能,目的

我不要说谎好吗

http://www.tudou.com/programs/view/KhjSmQKHEzM/McEy9.htmlhttp://www.tudou.com/programs/view/5FNDTTRKi6Y/9719g.htmlhttp://www.tudou.com/programs/view/UWFf0dz2DEk/3xPj2.htmlhttp://www.tudou.com/programs/view/b2zsYr4dCZg/gv6FP.htmlhttp://www.tudou.com/p

我不要说谎

http://www.tudou.com/programs/view/KhjSmQKHEzM/McEy9.htmlhttp://www.tudou.com/programs/view/5FNDTTRKi6Y/9719g.htmlhttp://www.tudou.com/programs/view/UWFf0dz2DEk/3xPj2.htmlhttp://www.tudou.com/programs/view/b2zsYr4dCZg/gv6FP.htmlhttp://www.tudou.com/p

Brocade FC Switch 光信号强度查看

步骤: 1.先运行,porterrshow 查看口状态,然后'statsclear' and 'slotstatsclear' 2.查看:porterrshow,看下port 口的情况 3.收集supportshow ,supportsave 4.查看sfpshow -all 可以看23口倒数第二行RX Power状态,若较大就正常   sfpshow -all       : ============= Port  0: ============= Identifier:  3    SFP

【闲说】性能测试

版权声明:本文为本作者原创文章,转载请注明出处.感谢 码梦为生| 刘锟洋 的投稿 性能测试是一件看起来不简单,操作起来确更困难的事情,我认为,每认真做一次性能测试,一定会有不同收获,而每次性能测试暴露的问题,现象都不是仅仅涉及Java,tomcat这么简单,简单说就是光会写代码是无法做好性能测试的. 那么,就趁着这次性能测试的机会,重新梳理下对linux,网络IO等基本功的认识已经就性能瓶颈的定位分享下自己的心得. 背景: 本次性能测试的目的是测试使用公司内部RPC框架开发的一套接口的性能,目的

UVM:10.1.1 interface 实现driver 的部分功能

1.之前的interface 非常简单: 2.实际的interface 可以定义任务与函数,还可以always 和initial. 3.8bits 到10bits 在driver 中完成,将串行数据驱动到接口上: 4.在interface 做: 5.相应的,driver 中可以只驱动到interface 的并行接口上即可: 6.除了在interface 中always,也可以assign: 7.还可以例化其它interface,8b10b 是一个比较独立的功能,可以放在另一个interface

FC SAN - 光纤通道存储区域网络

参考: http://en.wikipedia.org/wiki/Fibre_Channel http://blog.itpub.net/26427494/viewspace-1382649/ FC SAN,就是使用FC的SAN, 下面来看看FC SAN的相关概念: FC历史路线图: NAME Line-rate (gigabaud) Line coding Throughput (full duplex; MB/s)* Availability 1GFC 1.0625 8b10b 200 19