[参考译文] TLK6002：如何选择前体和后体抽头权重

尊敬的 Drew：

上面的链接提供了选择 TWPRE、TWPOST 参数的方法、但是它并不包含关于如何设定 EQPRE 的任何信息。

如何选择该值。 另一个问题是要设置的摆幅电压(swing [3：0])应该是多少。

它如何影响传输信号？

此致

马利卡朱纳

尊敬的  Mallikarjuna：

假设在信号链中没有任何宽带信号衰减、我会将摆幅保持为默认值。 增加摆幅可以帮助解决 SNR 问题、但也会导致串扰和 EMI 增加。  对于以太网系统、我们通常会看到700-1000mVpp 之间的摆幅。  我预计在本例中适合类似的摆幅。

您的通道的插入损耗是多少？

谢谢。

德鲁

你好，德鲁

指定的插入损耗为0.30dB、指定的反反射损耗为<-55dB。

谢谢

马利卡朱纳

尊敬的 Drew：

我已完成 Greenbox 测试、并选出了在 PRBS 测试期间产生零错误的一些值(对于2^31-1和2^23-1模式)。

我已将寄存器编程为遵循应用中的入围值。 但对于这些值、我在应用真实视频数据时会收到错误。 出现解码器无效错误

寄存器0x05值是 0x6103 但它不会连续发生。 这种情况不规律地发生。

谢谢

马利卡朱纳住宿加早餐旅馆

尊敬的 Mallikarjuna：

PRBS31没有错误这一事实强烈表明您的高速信号链上不存在信号完整性问题。

您接收到解码器无效错误似乎是奇怪的。  假设您偶尔发送逗号字符、我是否正确？

是否有可能您偶尔发送无效的 K 字符？

谢谢。
德鲁

尊敬的 Drew：

是的、我偶尔会发送逗号字符 、如果在传输侧有任何无效的逗号字符 、则寄存器0x05会显示 ENCODE_INVALID 错误。

另一个问题是、当我进行浅深回送时、没有编码或解码无效错误。 图像正在完美地再现。 我认为这确认了在传输端没有无效的逗号字符。

谢谢

马利卡朱纳

尊敬的  Mallikarjuna：

感谢您的澄清。  我有两个想法,但根据你的回答,两个似乎都不可能。

1) 1)无效的编码：由于我们没有看到 encode_invalid、这似乎不是问题。

2)对齐问题:如果没有定期发送逗号字符,我知道一些使用8b/10b 编码的设备可能会不对齐。  由于您偶尔会发送逗号字符、因此器件可能应保持对齐。  此外、根据您的0x05值、CHANNEL_SYNC 会处于高电平。

似乎在 ERROR_COUNTER 中反映了 DEC_INVALID 错误的数量。  您看了吗？  错误计数是持续增加还是在"突发"中增加。  与某些视频内容是否相关、以及是否存在错误？

 寄存器0x03设置为什么值？

另外、您的高速信号传输媒介是电缆还是 PCB？

谢谢。

德鲁

尊敬的 Drew：

寄存器0x03的值为0x018E。

错误计数器的值在非常小的范围内。 值介于0x03、0x05、0x20…… 但这些少量的错误可能会对图像产生影响。 突发不会增加、但变化很小。

我们的传输介质是光纤电缆。

谢谢

马利卡朱纳

尊敬的 Mallikarjuna：

您是否能够传输任意数据？  我想知道是否可以监控错误是否与任何特定的8b/10b 代码相关。  您是否使用光学模块驱动您的光纤电缆？  如果是、他们有任何 CDR 功能吗？

如果该应用的原理图与其他线程不同、您是否也可以共享该原理图？

谢谢。

德鲁

你好，德鲁

我们正在使用 SFP-10GLR-31  以驱动光纤电缆。 我认为它不具有 CDR 功能。 它只是一个电光转换器。

实时视频数据不能用作任意数据吗？

是否仅在外部回送期间检查8b/10b 代码？ 因为在浅和深的本地环回中没有错误。

两个线程的原理图相同、但很抱歉、Drew 我无法分享原理图。 这些独立于外部网络。

谢谢

马利卡朱纳住宿加早餐旅馆

尊敬的 Mallikarjuna：

感谢您的更新。  这是很奇怪的。  我希望在环回模式期间检查8b/10b 代码。  我很好奇是否存在某些8b/10b 代码导致错误的可能性、但不清楚为什么在环回模式或 PRBS31 BER 测试中无法观察到这一点。

您是否有任何可能尝试测试的无源 DAC？

谢谢。

德鲁

尊敬的 Drew：

我们计划采购它,但这种无源电缆是否改善了目前的状况?

谢谢

马利卡朱纳

尊敬的  Mallikarjuna：

我不清楚您为什么会观察到解码器错误。  鉴于回送正常、这可能表示存在某种 HS 问题。  这绝对是令人惊讶的、因为 PRBS31没有错误、但我的想法是尝试改变 HS 通道、看看这是否会改变我们观察到的行为。

谢谢。

德鲁

你好，德鲁

HS 问题是否意味着高速链路问题？

它是否可能链接到 RATE_SELECT、因为在 FULL_RATE 条件下工作时、有些值也不会对真实图像产生这些误差。 但如果是半速率、这些误差会为每个值产生。

我认为、如果我们解决了 RATE_SELECT 问题、它可以为这些误差提供一些解决方案。

同时、我将尝试检查与其他通道的传输。

谢谢

马利卡朱纳

尊敬的 Mallikarjuna：

对此延迟深表歉意。  是的、HS 是高速。  我将尝试看看我是否能发现任何与半打分相关的问题并在本周提出建议。

您的终端是否有任何更新？  更改通道是否对信号有任何影响？

谢谢。

德鲁

你好，德鲁

实际上、我们可以仅使用单通道、即通道 A、因为板载的另一通道具有某些硬件问题。

因此、目前我只提供通道 A。

我用 RATE_SELECT 做了一个小实验。 我将在另一主题中发布。

谢谢

马利卡朱纳

尊敬的  Mallikarjuna：

感谢您的更新。

谢谢。

德鲁