• 状态 Resolved
  • 已锁定 已锁定
  • 回复 18 回复
  • 订户 0 订户
  • 视图 1222 视图
  • 用户 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：10BASE-Te

admin
Guru**** 2466550 points


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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/633969/dp83867is-10base-te

部件号：DP8.3867万IS

您好，

关于TI dp8.3867万IS phy芯片中的10BASE-Te，我 有几个问题。

首先，我想知道dp8.3867万中的睡眠模式或wake on LAN功能设置是否会影响接收数据包帧。

这些功能在默认情况下似乎已禁用，但我想知道上述功能的设置是否会影响10 base-Te的操作以及接收数据包的状态变化。

当我们将电压差与使用10Mbps通信状态下的其它phy芯片的设备进行比较时，我们无法找到任何差异。

1.使用的设备DP8.3867万

2.设备使用其他供应商phy芯片

其次，我想知道在dp8.3867万中是否有能力将10BASE-Te更改为10BASE-T。

在调查10BASE-Te时，其他 供应商 的phy芯片支持10BASE-T，而更改为10BASE-Te，因此我想知道dp8.3867万是否具有此功能。

(以下来自 http://ww1.microchip.com/downloads/en/DeviceDoc/0.2275万A.pdf第33页 )

谢谢！

TS

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

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

    1.在WoL中，PHY继续处于活动状态并在解码特定位模式时中断MAC，不会影响常规数据传输。
    2.在睡眠模式下，PHY处于睡眠状态，必须根据enegy检测唤醒。 但不应干扰常规数据传输。
    3. 10BASE-Te至10Base-T：10Base-Te向后兼容，应与10Base-T LP配合使用。 您需要将低功耗驱动器转换为高功耗驱动器的使用案例是什么？

    BTW，
    1.您的设计是否总是10Base-T或10Base-Te？ 或者您在1G/100M/10M之间切换？
    2.从您的邮件中，您主要关心的问题似乎是采用低功耗设计。 您在设计上的功率预算是多少。


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

    Geet，您好！

    感谢您的回答。

    这是对您的询问的回复。

    1.您所寻找的将低功耗驱动器转换为高功耗驱动器的使用案例是什么。

    ->目前，我们为所有与具有10M的TI DP8.3867万IS连接且没有良好Rx的器件制定了10BASE-T标准。

    这是为了测试由于此标准差异是否无法进行10M通信。

    2.您的设计是否总是10Base-T或10Base-Te？ 或者您在1G/100M/10M之间切换？

    ->设计为使用1G / 100M / 10M自动协商。

    3.从您的邮件中，您主要关心的问题似乎是采用低功耗设计。 您在设计上的功率预算是多少。

    ->我不知道SW侧硬件部分功耗的详细信息，但我在最初制造的设备中将phy芯片更改为TI DP8.3867万IS，因此功耗不会缩短。

    谢谢！

    TS

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

    10BaseT和10BaseTe应向后兼容。 我再次确认，我尝试了实验室测试，将DP8.3867万与10Base-T链接，并将数据传输链接。

    此致，
    很棒
  • 0
    TI__Guru**** 2466550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Geet，您好！
    我们是否可以在询问的DP8.3867万IS phy芯片中将设置从10BASE-Te更改为10BASE-T？
    如果可能的话，我还没有回答。
    请告诉我们。
    谢谢！
    TS
  • 0
    TI__Guru**** 2466550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我只需要一件事。
    -我应该更改DP8.3867万IS的哪个寄存器以禁用EEE？
  • 0
    TI__Guru**** 2466550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    TS，您好！

    - DP8.3867万仅支持10Base-Te，不能为10Base-T配置驱动程序

    -有关禁用EEE的信息，请参阅下面的帖子。

    e2e.ti.com/.../203.6811万

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

    Geet，您好！

    感谢您的快速响应。

    您告诉我们的EEE禁用未解决。

    以下是我们 的其他问题。

    1.数据表上未定义0x31位7。

    Q1> TI似乎 不会打开寄存器，但我是否可以获得公共文档？

    2. 10BASE-T似乎能够将电缆极性反转为自动。

    我们找到了用于在数据表中查找状态信息的寄存器。

    Q2>请提供一个注册表以启用/禁用此功能。

    谢谢！

    TS

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

    配置寄存器0x31h时，是否使用了SMI部分中概述的扩展寄存器访问方法？
    寄存器0x31h不能通过直接寄存器访问进行访问。
    此外，您可以使用RX_CTRL引脚来硬件配置PHY以禁用操作。 请将手提带设置为模式3。

    对于10BASE-Te，极性检测是自动完成的，不能禁用。 当PHY通电时，它正在寻找正确和反转的极性。 我们不会故意反转发射器上的极性。 这种极性状态是我们从链接伙伴检测到的。

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

    您好，Ross：

    要访问寄存器0x31，请按照 TI DP8.3867万数据表(snls504b.pdf)文档第27页“8.4 ．2.1 扩展地址空间访问”(精确为8.4 ．2.1 ．3和8.4 ．2.1 ．4)中所述的方法完成。

    地址 在0x1f之后的寄存器已知会处理此问题。
    你是这样说的吗？

    在数据表上，0x31寄存器描述的第7位被保留， 所以我问。

    谢谢！

    TS

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

    该位是保留的，因为我们更喜欢PHY在模式下启动，而不必禁用通告。
    如果无法更改引导带，则建议进行注册访问更是一种缓解措施。
    是否可以更改模式3操作的引导？

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

    您好，Ross：

    10M问题尚未解决。

    我想再次提醒大家注意这一现象。

    链接到10M时，TX正常，但CPU无法将RX识别为正常帧。

    (Rx非八位字节对齐帧)

    下面问题的答案不正确...

    (问题)与'0x31 bit7'类似，它未在数据表中列出，但是否有带隐藏函数的寄存器？

    针对上述情况，您要求我将RX_Ctrl更改为mode3，但我不知道原因。

    这是对我们问题的完全不同的答案。

    相应的寄存器位用于EEE功能启用/禁用，我不知道它与RX_Ctrl引导启动(自动nego)有何关系。
    RX_CTRL设置不能确定自动Nego启用/禁用寄存器支持10M。

    [附加问题]

    对连接到PHY的CPU (P1011 @ NXP)代理的响应是SGMII检测到非二进制八位数帧并返回错误。

    我们 得到了删除非标准SGMII信令扩展的答案。

    确定是否存在与Cisco SGMII规范中指定的标准不同的扩展信号。

    (NXP 答案)

    我假设您从RxBD状态字中读取了0x0c10代码。 错误0x10为
    否，未对齐八位字节的帧。 有关说明，请参阅T1020RM的15.9 部分。8.3。 此错误基本上意味着PHY无法可靠地检测或错误地报告帧的结尾。 这可能是由于PHY/MAC协议扩展不受支持或线路上的条件导致的。 建议抑制所有未在Cisco SGMII规范1.7 中指定  的SGMII信号扩展，诊断PHY和到远端的链路

    此外，如果数据表上的RX_CTRL未设置为模式3或4，则配置寄存器4 (0x0031)的位[7]将被清除。 如前所述，数据表中没有对应的寄存器描述。

    当 打开/关闭EEE时，需要设置相应的位。

    要通过软件禁用EEE，请将'0'写入寄存器0x31>中的位7

    还请告诉我们登记册的实质内容。

    谢谢！

    TS

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

    感谢您对TS的支持，今天我与客户会面，他想回答以下问题。 客户已经得到了您的一些回答，但还是有点困惑。 好的，请确保，


    1. DP8.3867万IS是否正式支持10BASE-T？
    2. TS得到了禁用TE E的答案，应清除0x31位7。 TS按这种方式进行操作，但没有改进。之后TS再次获得"RX_CTRL MODE3 setting"(RX_CTRL模式3设置)。 但是，这与"EEE禁用"和"自动NEGO开/关"之间没有关系。 是否有其他方法禁用"EEE"？
    3.是否有任何隐藏寄存器可禁用"EEE"？
    4.某些phy供应商(如Realtek)可以很好地与T模式连接。 但是，VSC8221 / AC201 / BCM5.615万内部连接的phy设备不可用。 如果DP8.3867万IS支持T模式，您是否可以使用VSC8221 / AC201 / BCM5.615万内部PHY进行测试(如果有)(对于10M链路和10M流量TX，这些都可以。 但是，10M流量RX不可用)，请告诉我连接结果。
    (如果测试不可用，请告诉我，我可以将其发送给您)

    提前非常感谢。

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

    Max，您好！

    请在下面找到我的回复，

    1.此问题之前已在此线程中得到解答。 DP8.3867万IS仅支持10Base-Te，但10Base-Te向后兼容10Base-T 这已在实验室中得到验证，我们能够成功地将数据包传输到10Base-T链接伙伴。

    2.寄存器0x31的位7与RX_CTRL带相关。 正确捆扎可能会导致链路稳定性问题。 从描述来看，客户似乎正面临数据传输问题，而不是链路稳定性问题。 这将需要进一步调试，但请继续清除寄存器0x31的位7。 如果无法完成此操作，则修改系统上的带式电阻器值，将RX_CTRL置于模式3。

    3.有关清除寄存器0x31的位7的注释现已添加到数据表中。 客户无需编辑任何其他寄存器即可禁用EEE。

    4. DP8.3867万IS已使用10Base-T链接伙伴进行测试，但不能使用您在注释中提到的特定链接。

    进一步的调试步骤，

    1.通过读取寄存器0x14的位7确认已启用SGMII AutoNeg。

    2.通过多次读取寄存器0x11中的位10来确认链路是否正常工作且稳定。

    3.确认寄存器0x16F的位7被清除为'0'。 这是10M SGMII操作所必需的。 如果该位未被清除，则写入'0'并通过写入0x4000来注册0x1F发送软重启命令。 尝试在10M链路连接后发送和接收数据包。

    4.如果第3点不能帮助解决问题，请检查寄存器0x37的位0以验证SGMII自动neg是否完成。 如果未完成SGMII自动NEG，则尝试通过将0b00写入寄存器0x31的位6:5来增加SGMII自动NEG计时器。 通过写入0x4000以注册0x1F发送软重启命令。 在10M链路接通后尝试发送和接收数据包。

    请告诉我调试步骤的结果。

    此致，

    Aniruddha

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

    你好，Aniruddha，

    我们将继续 您的调试步骤，并将很快分享结果。

    顺便提一句，我想在下面提到两件事。

    1.这种现象是CPU无法将来自DP8.3867万的RX识别为正常帧。

    (对连接到PHY的CPU (P1011 @ NXP)代理的响应是SGMII检测到非八位字节帧并返回错误。)

    因此，请确定是否存在与Cisco SGMII规范中指定的标准不同的扩展信号。

    2.如果RX_CTRL设置为模式3，将禁用SGMII的自动NEG，并且无法进行通信。

    谢谢！

    TS

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

    我将更仔细地看一下你提到的第一点。 但是，对于第2点，模式3中的RX_CTRL腕带不会禁用自动NEG。 模式3将把'Autoneg Disable'(自动禁用)配置为'0'，这意味着实际启用了自动关闭。 当您尝试将RX_CTRL捆绑至模式3时，是否看到自动NEG被禁用？

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

    您好Aniruddha：

    我们已经尝试了您建议的"进一步调试步骤"，并再次尝试，但无法改进。

    1.通过读取寄存器0x14的位7确认已启用SGMII AutoNeg。

    ->已启用。

    2.通过多次读取寄存器0x11中的位10来确认链路是否正常工作且稳定。

    ->链路状态保持正常。

    3.确认寄存器0x16F的位7被清除为'0'。 这是10M SGMII操作所必需的。 如果该位未被清除，则写入'0'并通过写入0x4000来注册0x1F发送软重启命令。 尝试在10M链路连接后发送和接收数据包。

    -> Bit7保持为0。

    4.如果第3点不能帮助解决问题，请检查寄存器0x37的位0以验证SGMII自动neg是否完成。 如果未完成SGMII自动NEG，则尝试通过将0b00写入寄存器0x31的位6:5来增加SGMII自动NEG计时器。 通过写入0x4000以注册0x1F发送软重启命令。 在10M链路接通后尝试发送和接收数据包。

    ->无需增加计时器，因为已完成自动NEG。 我尝试软重启，但没有改善。

    TI似乎需要与有问题的链路合作伙伴PHY产品进行检查。

    谢谢！

    TS

  • 0
    TI__Guru**** 2466550 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    1.最初设置为Mode4，即使在10M的链接也不容易，
    2.设置模式3，检查链路是否正常，并启用AutoNeg。
    3.在10M时，某些链路伙伴的RX数据包会中断。