[参考译文] DP83867IS：1G PCS 主模式下的传统扰频器模式

尊敬的 Shane-San：

感谢您的答复。

发货尚未确定、因此请等待更长时间。

此致、
KATO

明白了,我将等待你的答复。

此致、

Shane

尊敬的 Shane-San：

我很抱歉这封迟交的答复。

请参阅我对私人邮件的答复。 如果有任何更新、我将与您联系。

此致、
KATO

尊敬的 Kato-San：

我看到你的答复、并将等待你的最新情况。 请放心、延迟不会有问题。

此致、

Shane

尊敬的 Shane-San：

感谢您的答复。

我明白。

此致、
KATO

尊敬的 Shane-San：

这是很晚,但请看我的答复的私人消息。

此致、
KATO

尊敬的 Kato-San：

我看到您的私人消息。 感谢您的答复。

此致、

Shane

尊敬的 Shane-San：

感谢您的答复。

我明白。

此致、
KATO

我会在有货件时通知您。

谢谢、

Shane

尊敬的 Shane-San：

如果您告诉我 STB 何时安全交付给您、我和客户将会得到解脱。

此致、
KATO

尊敬的 Kato-San：

我看到包裹跟踪网站说这是交付的。 看起来像我们的码头服务人员签署了交付。

我的目标是今天访问码头,并拿起这个交付.

此致、

Shane

尊敬的 Kato-San：

我有 STB、将组装一个测试设置。 我会告诉您我的进展。

此致、

Shane

尊敬的 Kato-San：

我整理了一个反映测试程序的设置、但没有 100 米电缆。 以下是我的设置：

使用较短的电缆时、您是否注意到相同的传统模式行为？ 我在实验室中能找到的最长距离是 5 米。

我已经完成了测试程序几次、还没有看到寄存器 0x0017 上的 0x140。 记录的行为是否少于 1/500 倍正确？

此致、

Shane

尊敬的 Shane-San：

感谢您分享您的进度。

我们只得到一条关于 EVM 和 STB 之间链路断开的 100m 电缆的结果。 因此、我会将进度反馈给客户、并确认他们是否可以在电缆长度小于 5 米的情况下重现问题。

此致、
KATO

尊敬的 Shane-San：

遗憾的是、客户只使用了 100 米长的电缆来测试 EVM 和 STB 之间的链路。
5 米长电缆可能需要进行更多试验。
您是否可以得到 100 米的电缆？ 如果无法进行测试、能否继续使用 5 米长的电缆进行测试？

此致、
KATO

尊敬的 Kato-San：

我来看看是否可以使用 100m 电缆。 到目前为止、我还没有重现这个问题。

此致、

Shane

尊敬的 Shane-San：

感谢您分享您的进度。

电缆越长、电缆重现的可能性就越大。 如果 100 米电缆不可用、请尝试使用 5 米以上的电缆进行测试。

此致、
KATO

我仍在考虑使用 100m 的电缆、现在我将使用 5m 的电缆进行测试

尊敬的 Shane-San：

感谢您提供的信息。

我明白。

此致、
KATO

尊敬的 Shane-San：

客户使用 3 米长的电缆测试 EVM 和 STB 之间的链路。
因此、复制了两次链路断开。
复制的概率如下：

-第一: 1/253 次
-第二次:1/537 次

*它是一条 3m 的电缆,而不是一条 5m 的电缆。

你也应该能够重现它。

此致、
KATO

很高兴听到这个消息。 我将使用 5m 电缆继续测试

此致、

Shane

尊敬的 Shane-San：

希望您能在您的环境中重现链路。

此致、
KATO

尊敬的 Kato-San：

Shane-San 在星期四不在办公室、TI 在星期五上关闭。  

Shane-San 告诉我这个问题、我将努力在星期四上重新创建这个问题。

感谢您的耐心。

此致、

j

您好、J-San、

感谢您的答复。

我理解并期待听到您的好消息。

此致、
KATO

尊敬的 Kato-San：

我们重现了该问题。 我们将努力找出根本原因。  

感谢您的耐心。  

此致、
j

您好、J-San、

这是一个好消息！
感谢您在测试中重现问题。

我期待找到根本原因。

此致、
KATO

尊敬的 Kato-San：

TI 美国办事处将在星期五假日关闭。 我们会尽快更新你,我们身边的任何消息。

此致、

j

您好、J-San、

我理解并希望下周初就根本原因进行更新。

此致、
KATO

尊敬的 Kato-San：

感谢您的耐心。

此致、
j

你好 Shane-San 和 J-San、

感谢您的持续支持。

您能告诉我您是否对此问题有任何更新吗？

此致、
KATO

尊敬的 Kato-San：

我已就此行为联系我们的设计团队、正在等待回复。

我想传达以下信息：

• 这是我们看到的第一种情况、即在 PHY 上意外启用了传统模式
• 在极少数情况下、仅在特定链路伙伴中看到它
• 有一个明确的解决方案。

事实上、这仅发生在 STB 上、这表明 STB 本身可能会出现设计问题、而不是我们的 PHY。

我将通知团队并继续推动这一目标、但我想设定期望、即可能需要一段时间才能得出结论。

此致、

Shane

尊敬的 Shane-San：

感谢您分享您的进度。

如果您发现转换到传统扰频器模式的触发器、我可以说服客户。
在您收到设计团队的最终意见后、能否编译一份包含以下内容的文档？

-错误描述
-错误的根本原因
-系统影响
-解决方法

此致、
KATO

尊敬的 Kato-San：

如果确定根本原因、我将更新此主题。 在这一点上、是的、我可以将一份包含这些项目的文件汇编成一份文件。

此致、

Shane

尊敬的 Shane-San：

感谢您的及时回复。

我期待确定此问题的根本原因。

此致、
KATO

感谢您的耐心。

此致、

Shane

尊敬的 Shane-San：

很抱歉您匆忙、但您能告诉我您的设计团队是否对此问题有任何反馈意见吗？ 我需要向客户更新进度。

此致、
KATO

尊敬的 Kato-San：

我将与我们的设计团队讨论这个问题。 我们目前正在收集信息、目前没有反馈。

此致、

Shane

尊敬的 Shane-San：

我理解并期待收到您的任何更新。

此致、
KATO

尊敬的 Shane-San：

如果您收到任何新信息、请与我分享吗？

此致、
KATO

尊敬的 Kato-San：

是的、我将在这里分享我能做的事情。 目前、我正在讨论有关正常模式与传统模式寄存器 状态的设计、以查看是否有东西触发了此模式切换。

此致、

Shane

尊敬的 Shane-San：

感谢您的答复。

如果您可以阐明哪个以太网 PHY 导致触发器进入传统扰频器模式、将会非常有帮助。
我期待收到更多最新消息。

此致、
KATO

尊敬的 Shane-San：

很抱歉催促您、但您能告诉我您是否对此问题有任何更新吗？

此致、
KATO

尊敬的 Kato-San：

对此延迟深表歉意。 我目前正在努力再次重现此问题、以便更好地研究寄存器转储。

出于好奇心、您是否仍然可以使用测试设置来触发这种情况？ 我正在努力再次进入传统模式、但可能需要几天时间。

如果您可以重现 传统模式条件并在某些寄存器上提供寄存器转储、这将有助于我们更快地研究此行为。

此致、

Shane

尊敬的 Shane-San：

感谢您的快速答复。

重现此问题需要很长时间。
请参阅我对私人邮件的答复。
我会与您共享一个寄存器转储文件。

此致、
KATO

你好 Kato-San

您是否有显示 0x200 - 0x2FF 的寄存器转储？

此致、

Shane

尊敬的 Shane-San：

遗憾的是、我没有这些寄存器值信息。
我将与客户确认是否可以再次获取这些寄存器值。

此致、
KATO

尊敬的 Shane-San：

遗憾的是、时间已经过去、测量环境已经消失。 如果您能持续尝试直到问题重现、我将不胜感激。

此致、
KATO

我理解并会在我对此有进一步更新时通知您。 感谢您的耐心。

此致、

Shane

尊敬的 Shane-San：

感谢您的答复。

我期待收到有关这方面的任何更新。

此致、
KATO