TI中文支持网Hello
我们的设计中， 使用了TLK2541 Serdes芯片，与Broadcom的TK3723B配合。 TLK2541也是Broadcom建议的芯片，你们的TLK2541应用里也提到Broadcom的TK3723B的应用，所以我想你们对这两个芯片组合的应用应该是很熟悉的。
测试中，我们发现有RX丢包的问题。
丢包几率很低， 可能两三天丢一个。Linecode Error都是两个。Linecode Error基本可以确认为物理层问题。
而且在高温丢包几率变大。
根据Boradcom的Spec的建议， 我们的TLK2541的时钟来自一个不带PLL的Clockbuffer，时钟精度50ppm。
TLK2541的TX_CLK来自TK3723，RX_CLK从TLK2541连到TK3723B。
TX_CLK和REFCLK走线等长，在Spec要求的200ppm范围内，常温下实际远好于50ppm，基本在5ppm左右。
在多次尝试后， 我们发现TX_CLK时钟改为从buffer直接供以后，RX 丢包问题似乎消失了
后来又发现，Boradcom的Spec建议的虽然是TX_CLK直接连接到TLK2541， 实际Demo上也是由Buffer提供，不知道这其中是不是有什么原因？！
所以我有几个问题，
1.TX_CLK在框图里， 似乎和RX没有任何关系，但是这测试现象看，却是有关系的， 能否解释下这其中的原因吗？为何每次Lind code error都是两个呢？
2.你们Spec里对于时钟jitter的要求是Tj<40ps. 是否合理？！ 一般情况下，50ppm 的125M XO， 输出的TJ可能就有40ps左右， 加上走线和buffer的jitter， 很容易就会达到80ps+++。还是我的理解或者测试有问题？ 我们使用TEK的One touch jitter测试， 读取MAX值。
taoshun zhou：
您好！
不知道您的问题解决的怎么样了。 我们最近的项目也用到了TLK2541，但是出现了比较多的问题，在接受EPON上行突发的数据时总是出错，不知道您在设计当中是否遇到过相同的问题，希望能得到您的指导。谢谢！
Zhang wei1：
回复 taoshun zhou:
你可以直接mail daniel0615@gmail.com 和我讨论。
我们也是EPON上行丢包， 但是我们认为和burst无关
而且我们似乎已经找到问题。
你可以把原理图给我看一下
另请说明主芯片
Felix Wei：
Hi,
1. GTX_CLK会影响到误码率，发送时钟性能不好，会导致发送的数据抖动变大，眼图变差，当然会导致误码率上升。
2. GTX_CLK还要做为串行端数据的发送时钟，拿1G的串行data rate来说，需要的时钟周期为1ns，这样的jitter要求是必要的。
taoshun zhou：
回复 Felix Wei:
serdes tlk2541是可以作为ONU端的serdes的吗？我们实际使用的时候发现性能一点都不好，ONU掉线非常频繁，基本上连上1分钟左右就会掉线，能解释下什么原因吗？
Felix Wei：
回复 taoshun zhou:
你好，
能否描述一下ONU物理层的要求？
发送端/接收端 眼图要求，抖动要求，以及你们方案中的并行串行速率要求。
Zhang wei1：
回复 taoshun zhou:
我们用OLT上
不稳定掉线的问题， 请检查匹配方式
仔细检查差分信号幅度是否满足收端要求，比较好的应该有800mV左右， 偏置电压多少？波形是否稳定， 眼图是否规则？
