[参考译文] DP83TC812S-Q1：SGMII 接口

您好、Norio：

您用于创建这些结果的测试设置是什么、例如它是背靠背在 SGMII 中吗？ 您能否向我发送一个方框图、其中包含此设置的主要项目？

此致、
阿瓦塔

您好、Avtar：

感谢您的答复。

方框图如下所示。

PC→(100Base-TX)→DP83TC811EVM→(100Base-TX) →｛DP83TC812S-Q1→(SGMII)→(UPC：RH850)｝   

・{}:On Bord

・μ A 工作模式

 DP83TC811EVM：主模式

 DP83TC812S-Q1：从模式                                           

・发送"Ping"表单 PC 到 UPC， 但 UPC 检测到"CRC 错误"和"残留位帧接收"

此致、  

野里奥

抱歉、我错了图

请让我来纠正它

PC→(100Base-TX)→DP83TC811EVM→(100Base-T) →｛DP83TC812S-Q1→(SGMII)→(UPC：RH850)｝   

您好、Norio：  

要隔离问题、请在 EVM 上执行这两个测试、方法是使用与描述相同的方向将数据包从 PC 发送到 EVM。

首先通过写入此寄存器 BISTCR 寄存器0x0016–BIST 控制寄存器、在 DP83TC811 EVM 上执行模拟环回。  

如此处所示：

您可以在此处选择模拟环回。

接下来、如果模拟环回按预期运行、则通过写入此寄存器 BOSCH 寄存器(地址= 16h)[Reset = 0100h](复位= 0100h)、在 DP83TC812 EVM 上运行反向环回、如图所示：  

您可以在此处选择反向环回。

请执行这两个测试、并让我知道结果。

此致、

阿瓦塔

您好、Avtar：

感谢你的 帮助。

※我尝试两次测试。   

※我将 为您提供更多信息

・PC＆DP83TC811EVM 未断电

・虽然我使用了其它介质转换器 (MAC89811_MC2），但         UPC 上出现"CRC 错误"和"残留位帧接收"。

   方框图如下

   PC→(100Base-TX)→MAC89811_MC2→(100Base-T) →｛DP83TC812S-Q1→(SGMII)→(UPC：RH850)｝   

  我认为问题是   DP83TC812S-Q1或 UPC、因此我会  先尝试 DP83TC812S-Q1环回。

※μ s 半字节移位  

尊重，

野里奥

您好、Norio：

可以、请尝试 DP83TC812环回、让我知道您看到的内容。

此致、

阿瓦塔

您好、Avtar：

我很抱歉。 尚未测试环回。

----------------

然而,我们观察到其他现象。

我尝试了多种类型的 PHY 重置、 它看起来如下所示。   

(1) MII RESET ADR 0x0000 (15)   → 仍然存在半圆未对齐。

                               (无未对准情况、 我尝试 SGMII 复位。  发生 mialignment。)

(2) PCS 复位 ADR 0x3000 (15) →仍然存在半圆未对齐。

(3)数字复位 ADR 0x001F (14)→仍然存在半圆未对齐。

(4)软件全局复位 ADR 0x001F (14)→ nible 未对齐继续存在。

(5) RESET_N  →仍然存在半圆未对齐情况。

----------------

(6) SGMII RESET ADR 0x0011 (11)→未对准已解决！ (尝试9次)

     但 没有错位问题、我尝试 SGMII 重置。  发生未对齐...                         

----------------

哪些可能的因素会导致 SGMII 复位时恢复或错误？

请给我提示。

尊重，

野里奥

您好、Norio：

我很高兴 SGMII 复位解决了您的问题、但仍然让我知道回环测试的结果。 我会就 SGMII 重置的因素咨询我的团队、并在星期五之前回复您。

此致、

阿瓦塔

您好、Norio：

简单来说、您是仅在这个电路板上看到这种现象、还是在多个电路板上进行了测试。

您还可以转储寄存器0x0608、0x0609、0x060A、0x060B、0x060C、 和0x060D 的偏移。  

在单个部件上、尝试 RESET_N 连续进行100次迭代、让我知道发生了多少次迭代。

此致、

阿瓦塔  

您好、Norio：

我会向我的团队咨询您的调查结果、并在明天回复您。  

此致、
阿瓦塔  

您好、Norio：

我在所有0x0608页中都看到 SGMII 自动协商已禁用、您能不能告诉我原因是什么？

您能否尝试启用 SGMII 自动协商并在 Mac 端启用自动协商、以查看是否可以解决您的问题？

此致、

阿瓦塔  

您好、Norio：

0x1D56表示 SGMII 自动协商仍被禁用、正确值为0x1D57。 另外、我想知道寄存器0x0608值是如何从0x027A 更改为0x1D56的。 无论哪种方法、都请确保将0x0608寄存器的位0设置为1。  

此致、

阿瓦塔  

您好、Norio：

如0x0608寄存器值为0x027A 所示、这意味着已禁用 SGMII 自动协商。 将寄存器0x0608更改为0x027B、请重试。  

此致、

阿瓦塔

您好、Norio：

从这些读数来看、似乎没有发生错误。 那就是、在将0x0608更改为0x027B 后该现象仍然存在。 请在读取这些相同寄存器的同时运行多次测试。 如果该现象再次发生、请分享该事件的寄存器值。

此致、
阿瓦塔  

您好、Norio：

对于失败的2次、您能否向我发送上面的寄存器值、0x0608、0x0609等

此致、

阿瓦塔

您好、Norio：  

我会就这些新发现咨询我的团队、并尽快与您联系。  

此致、
阿瓦塔

您好、Norio：

很抱歉耽误了时间

我研究了这些寄存器、这看起来是一个好情况、因为不存在错误、您能给我坏情况的寄存器、以便我们可以看到好情况和坏情况之间的区别吗？  

此致、

阿瓦塔

您好、Avtar：

感谢您的评论。

(1）我们看不到任何特定的差异。 我再试几次。

    请告诉我、如果除 SGMII 寄存器外还有其他我应该检查的寄存器。

(2) SGMII_CTRL_1寄存器(地址= 608h)

   可以弹出 "cfg_align_idx"。

(3)  如果需要,可以告诉我 SGMII 启动顺序的特殊要求。

(4)  我们试验了 "SNLA389A  P.9表3-2。 从模式配置"  与

   (SNLA389A–DP83TC812、DP83TC813和 DP83TC814：为确保 Open Alliance 规范合规性而配置)

    当我添加了 "x0821 to register address x0873" 或 "x0000 to register address x089E"时  ， Link is down．    

 下面的寄存器不是写入数据表、 请告诉我寄存器功能。 是否有参考文档？

 地址0x0523、  0x0834、 0x0873、0x0896   

此致、

野里奥

您好、Avtar：

I 紧缩 SGMII 寄存器。

 我无法找到差异。

 没有自动协商时的结果正常  

 无自动协商的结果 NG  

 使用自动协商后的结果正常  

 具有自动协商的结果 NG  

此致、

野里奥

您好、Norio：

谢谢你的快速回复,我会看看我是否能理解结果 OK 和结果 NG 之间的区别。 以前有过执行回送测试的计划吗？

此致、

阿瓦塔

您好、Avtar：

感谢您的确认消息。

环回测试如下。

"NG"：   有时 CPU 检测到 CRC 错误和残留位帧接收错误(低半字节移位)。

------------------

关于 OK/NG.. (无回送)

例如、 当存在 NG 现象时、会在此处显示 Ping 结果。  

此时、 CPU 检测到 CRC 错误和 残留位帧接收错误(低半字节移位)   

[NG 案例]

>答案确定

>答案确定

>   超时

>   答案确定

>   超时

   ...

[正常情况]

>答案确定

>答案确定

>答案确定

   ...   

此致、

野里奥

您好、Norio：

您能否提供测试环回的设置的方框图(连接是什么以及数据包发送位置)。  

您是否能够捕获接收和发送线路的 SGMII 眼图？ 我们希望排除这是 SGMII 信号质量问题。 如果是信号质量问题、我们可以转到布局。  

您可以通过测量一个通道1的正线路和通道2的负线路并在几分钟内将功能 Channel1-Channel 2设置为无限持久性来实现这一点。

此致、

梅利萨

尊敬的 Melisa：

很抱歉延迟联系。

我找到了 SGMII 信号监控器和 8B10B 通道解码器、 我不知道它是否与这种现象有关、但我注意到了一点。

 (case1) K27.7 (SOP)、D21.2-(69次)、D21.6-(10次)、...

 (CASE2) K27.7 (SOP)、D21.2-(68times)、D21.6-(10times)、...

 →SO、D21.2少了1个采样。

此致、

 野里奥

您好、Norio：  

您能解释一下 K27.7和其它变量吗：  

 (case1) K27.7 (SOP)、D21.2-(69次)、D21.6-(10次)、...

 (CASE2) K27.7 (SOP)、D21.2-(68times)、D21.6-(10times)、...

D21.2和21.6之间的区别是什么？

此致、

阿瓦塔

您好、Norio：

 您也可以将 SGMII 部分的原理图发送给我吗？

此致、

阿瓦塔  

尊敬的 Melisa：

感谢您的回复。

D21.2和 D21.6是以太网帧前导码。

D21.2：X55、 D21.6：xD5各对应。

 Preamnle 为｛X55、X55、X55、X55、X55、X55、X55、xD5｝

当 SGMII 处于100BASE 模式时、  

  期望值：｛(K27.7 (SOP)、D21.2-(9times)、D21.2-(10times) D21.2-(10times)、D21.2-(10times)、D21.2- (10times)、...、D21.6-(10times)、...

 原理图如下所示。

   DP83TC812S-Q1→C (0.1us)→UPC：RH850

此致、

 野里奥

您好、Norio：

感谢您的答复和帮助。

对于原理图、我指的是设计原理图文件。 如果你有这些,你可以发送给我吗?

此致、

阿瓦塔

您好、Norio：

我会咨询我的团队、并尽快将这些信息提供给您。

谢谢。

阿瓦塔  

您好、Norio：

抱歉耽误了、SGMII 前导码有所不同、是设置为不同的还是以您看到 PHY 产生错误的方式进行了更改？

此致、

阿瓦塔

您好、Avatar！

感谢您的回复。

我尚未更改任何 PHY 和板设置。

此致、

野里奥

SGMII Rx 通道8B10B 解码结果

您好、Norio：

感谢您分享这些详细信息、我将与我的团队查阅这些新发现并与您联系。

此致、

阿瓦塔

您好、Norio：

很抱歉没有尽快回复您。 SGMII 解码结果看起来正常、没有缺陷。 您是否仍遇到 CRC 错误问题？ 如果是这样、我们将不得不采取不同的方法。  

此致、

阿瓦塔  

你好，阿凡达

感谢您的回复。

> SGMII 解码结果看起来正常，没有缺陷。

(1)前同步信号有68种情况 、所以这是器件规范(或勘误表)吗？ 还是标准规格？

(2)序言的数目是否有范围？ 例如、 是 67例还是70例？

(3)如果是标准规格,请告诉我参考。

>您是否仍遇到 CRC 错误问题？ 如果是这样、我们将不得不采取不同的方法。  

是的、我 仍然遇到 CRC 错误问题。

因此、 我 无法确认较低的数据转移到 SGMII 的8B10B 模式、

我认为有必要确认前同步信号的波动是否会影响 UPC。

此致、

野里奥

您好、Norio：

根据我的理解,序言数的波动不应影响 UPC 我认为问题在别处。 您是否正在加载本应用手册中的初始化脚本？  

https://www.ti.com/lit/an/snla389b/snla389b.pdf?ts = 1713215215431&ref_url=https%253A%252F%252Fwww.ti.com%252Fproduct%252FDP83TC812S-Q1

此致、

阿瓦塔

您好、Avatar！

①We 正在与 UPC 供应商核实它们是否支持前导码的波动和 eop2重复。

②We 几个月前,有脚本的搜索应用手册389b

   当我们设置 寄存器 0x893、x0896,0x89E (P.9 表3-2。 从模式配置)，不再可能接收数据包。

 有提示吗？

您好、Norio：

2.连接方是处于主配置还是从配置？  

此致、

阿瓦塔  

您好、Avtar：

μ ②The 链路伙伴(DP83TC811EVM) 处于主配置。

 此致、

您好、Norio：

SNLA389B 具有812的配置脚本

2.本应用手册提供811的配置脚本： https://www.ti.com/lit/an/snla293/snla293.pdf?ts = 1713544022753&ref_url=https%253A%252F%252Fwww.google.com%252F

请确保这两者使用正确的配置脚本、因为它们是不同的。

此致、

梅利萨

尊敬的 Melissa：

设置如下所示。

当我们设置 812的寄存器 0x893、x08996、0x89E (P.9 、表3-2。 从模式配置)，不再能够接收数据包。

如果省略这些设置、则可以接收数据包。

当接收到 SGMII 信号时、它与以半字节表示的字节移位有什么关系吗？

我们已将解释文件发送给日本子公司、如果您也可以查看、我们将不胜感激。

此致、

Norio。

您好、Norio：

0x893、x08996、0x89E 更多用于链接建立时间和与 SGMII 的半字节移位相关的参数。

您是否可以读取寄存器0x04A0以查看位15-14是否设置为高电平？

此致、
阿瓦塔

你好、头像。

感谢您的答复。

>0x893、x0896,0x89E 更多用于链接建立时间以及与 SGMII 的半字节中的字节移位相关的参数。

我也这么认为、

>您是否可以读取寄存器0x04A0以查看位15-14是否设置为高电平？

我暂时检查它。  但 我认为寄存器设置不存在问题。

・SGMII 模式不是低半字节移位。  

・它并非总是未对齐的 packets.in NG case。  

*您是否检查了发送至日本 TI 站点的文件？

此致、

Norio。

您好、Norio：

感谢您澄清、我同意寄存器0x04A0不是正确的方法。  

我没有收到发送到日本 TI 站点的文件、您可以通过电子邮件向我发送您发送到该站点的文件吗？

此致、

阿瓦塔

你好、头像。

当然、 请告诉我如何 私下发送电子邮件。

此致、

Norio。