• 状态 Resolved
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 0 订户
  • 视图 249 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] DP8.3867万IS：需要确认启用自动协商

admin
Guru**** 2465940 points


请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/631169/dp83867is-need-confirm-about-auto-negotiation-enable

部件号：DP8.3867万IS

您好，

我想确认TI的DP8.3867万数据表令人困惑。

是否在模式1启用了自动协商？

("Autoneg disable N/A"表示启用？)

欢迎提供任何建议。

谢谢！

TS

  • 0
    TI__Guru**** 2465940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    TS您好！

    感谢您使用TI论坛。 我们的产品专家将在周五之前回复您。
  • 0
    TI__Guru**** 2465940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好Mitch：

    感谢您的善意通知。

    通过连接到SGMII接口的TI DP8.3867万 phy芯片，

    速度为100/1000M时，链路接通，TX和Rx正常，

    在速度10M状态下，链路接通和TX操作正常，但Rx操作不正常。

    (在ping操作中，确认另一台设备中的recv增加。)

    我还有以下两个问题。

    1.在数据表中，有关SGMII功能的说明仅为1000。 是否可以在SGMII状态下与10M通信？

    2.请解释10M_SGMII_CFG注册表。 数据表仅包含以下句子。

    “需要清除10M_SGMII_CFG寄存器(0x016F)的10M_SGMII_RATE_ADAPT位(第7位)才能启用10M SGMII操作。”

    谢谢！

    TS

     

  • 0
    TI__Guru**** 2465940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    TS您好！

    要回答您的原始问题，"不适用"表示不适用。 这意味着RX_Ctrl不应在模式1或模式2中使用。 RX_CTRL应捆绑到模式3或模式4。
    对于SGMII中的10M通信，将'0'写入寄存器0x16F中的位7。 对于10M SGMII，其他连接和寄存器值与100M/1000M SGMII操作相同。

    此致，
    Aniruddha
  • 0
    TI__Guru**** 2465940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好Aniruddha：

    感谢您的回答。

    此外 ，链路连接和通信 以100 / 1000M的速度正常工作。

    但是，在10M速度下，只能很好地进行链路连接，但无法进行通信。

    10M和100/1000M之间是否存在差异？

     软件检查的结果是 ，将速度设置为10M时，如以下日志所示，

    TX数据包通常会发出，伙伴设备通常会接收响应数据包，

    但不接收RX数据包。

    由于下面所示日志中'frame'项目的计数增加，
    进入RX的数据包的帧大小似乎不正常，因此无法进行通信。

     

     

     

    - V5808U

    *SWITCH#./phy_read 1 14

    phyaddr1 reg14：0.0015万

    *SWITCH#./phy_write 1 1 4 0x61   <-将自动NEGO设置更改为速度10M

    *SWITCH# OCT 1304:29:29 201792017 系统：MGMT -链路已接通- 10/已满

    *SWITCH#

    *SWITCH# OCT 1304:29:39 201792017 系统：MGMT -链路断开

    2017年10月13 04：29：40 系统：MGMT - Link is up - 10/ full

    *SWITCH#

    *SWITCH# ping 10.56 ．23.111

    Ping 10.56 ．23.111 (10.56 ．23.111) 56 (84)字节数据。

    来自10.56 ．30.11 ICMP_Seq=1目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=2目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=3目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=4目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=5目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=6目标主机无法访问

     

    -- 10.56 ．23.111 ping统计数据--

    传输7个数据包，接收0个，+6个错误，100 % 数据包丢失，时间6030毫秒

    ，管道3

    *SWITCH# ifconfig管理

    MGMT     链路加密：以太网 HWaddr 00：D0：CB：9D：28：72

             iNet addr:iNet 10.56 ．30.11 255.255 Bcast:iNet ．255.255 Mask:INet．10.56 0.0

             运行多播 MTU的UP广播：1500 度量：1

             RX数据包：15错误：0丢弃：0溢出：0帧：9

             Tx数据包：24错误：0已丢弃：0溢出：0载波：0

             冲突:0 queutxelen:1000

             RX字节：1482 (1.4 KiB) TX字节：1512 (1.4 KiB)

             基本地址：0x8000

    *SWITCH# ping 10.56 ．23.111

    Ping 10.56 ．23.111 (10.56 ．23.111) 56 (84)字节数据。

    来自10.56 ．30.11 ICMP_Seq=1目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=2目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=3目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=4目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=5目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=6目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=7目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=8目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=9目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=10目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=11目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=12目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=13目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=14目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=15目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=16目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=17目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=18目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=19目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=20目标主机无法访问

    来自10.56 ．30.11 ICMP_Seq=21目标主机无法访问

     

    -- 10.56 ．23.111 ping统计数据--

    传输24个数据包，接收0个，+21个错误，100 % 数据包丢失，时间2.3127万ms

    ，管道3

    *SWITCH# ifconfig管理

    MGMT     链路加密：以太网 HWaddr 00：D0：CB：9D：28：72

             iNet addr:iNet 10.56 ．30.11 255.255 Bcast:iNet ．255.255 Mask:INet．10.56 0.0

             运行多播 MTU的UP广播：1500 度量：1

             RX数据包：15错误：0丢弃：0溢出：0帧：33

             Tx数据包：48错误：0已丢弃：0溢出：0运营商：0

             冲突:0 queutxelen:1000

             RX字节：1482 (1.4 KiB) TX字节：2520 (2.4 KiB)

             基本地址：0x8000

     

    *SWITCH#


    欢迎提供任何建议。

    TS

  • 0
    TI__Guru**** 2465940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    请注意，我仍在等待您的回答。
  • 0
    TI__Guru**** 2465940 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    TS您好！

    在进行测试之前，寄存器0x16F中的位7设置为'0'。 它不会显示在上面共享的命令行数据转储中。 请勿按照数据表中的说明，使0x16F需要扩展存储器存取。

    为了便于将来参考，我建议为新问题打开新的线程，以便更好地查看。

    此致，
    Aniruddha