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.

[参考译文] TLK106L:以太网通信不稳定

Guru**** 665180 points
Other Parts Discussed in Thread: TLK106L
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/688571/tlk106l-ethernet-communication-not-stable

器件型号:TLK106L

您好!

TLK106L 以太网 PHY 也存在相同的稳定性问题,如中所述:

由于我们的硬件配置完全相同,因此与本主题相关,我们有两个问题:

  1. Thread 中的一个 µs 点是、您所说的是"在 VDD 斜坡之前、XI 时钟必须稳定至少1 μ s。" µs 数据表第4.10.1节、在数据表中、我们发现只有 T2定义 XI 时钟初始化"XI 时钟在配置前必须稳定至少1 μ s。"。 我们还参考了相同的数据表 (SLLSEE3D–2013年8月–2016年4月修订版)。 在该数据表中、没有基准或要求在电源之前具有稳定的时钟。 您能澄清一下这个问题吗?、是否有一个版本号相同的旧数据表?
  2. 我们已经找到了一种可能的解决方案、我们希望从 TI 方面得到确认。 我们注意到、当芯片加电时、扩展寄存器0xAE (断电控制寄存器)和0xD0 (电压稳压器控制寄存器)不包含它们的默认值。 加电后,它们将显示以下值:
    1. 寄存器0xAE 的值0x8211
    2. 寄存器0xD0的值0x0006

  在这些寄存器值的情况下、PHY 在发送时不稳定、第二个接收 PHY 随机将 RX_ERR 信号置为有效。

  要解决此传输错误、我们需要执行以下步骤

  • 等待复位完成(上电序列300ms)。
  • 将默认值写入寄存器0xAE (0x8020)和寄存器0xD0 (0x0000)
  • 触发软件复位、寄存器0x1F 位14 (0x4000)
  • 等待400ms
  • 开始传输

 按照上电后的这些步骤、链路再次稳定。

您能否确认此解决方案? 我的意思是、这些寄存器的描述是有限的、我们并不能完全确定它是否能够稳定工作。

此致

Ramiro

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

    图4.1 (上电时序)清楚地表明器件电源斜升时钟存在。

    2.我们建议按照数据表中给出的正确上电顺序进行后续操作。 鉴于器件具有此配置的特性、我们不建议更改寄存器配置、因为它可能具有一些您在测试中可能未涵盖的其他副作用。


    此致、
    GET
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Geet、您好!
    1。 图4.1. 在 VDD 斜升之前显示时钟、但没有与其相关的扩展时序信息。 T1和 T2要求被称为"之后"VDD 和复位事件。 在 VDD 缓升之前、时钟需要稳定多长时间?
    我们不会更改任何寄存器值、我的意思是我们只设置它们的默认值。 根据您对数据表图表和规格的准确解释的建议,我们应该确保寄存器 VRCR (0x00D0)的 ist 设置为0x0,因为它的描述中明确显示“必须写为0”,对吧?

    您是否可以从一侧获取 TLK106L 测试程序、以检查我们的解决方案是否有效?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Geet。
    我刚刚检查了 DP83822数据表图1"加电时序"中的 VDD 斜坡前是否有一个时钟信号处于激活状态、但仍有人建议 Corrado 先生(在上一个线程中)用 DP83822替代 TLK106L、并且两个器件都具有相同的加电要求。 此类解决方案/建议不够鼓励...
    您是否有旧版 TLK106L 数据表的副本?它是否在 VDD 斜升之前设置了 XI 稳定的确切要求?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Geet、您好、未解决。 我们希望了解有关寄存器 VRCR 和 PWRBOCR 的更多信息。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Ramiro、

    DP83822是 TLK106L 的升级版。
    TLK106L 在加电时确实需要一个稳定的时钟。
    VRCR 和 PWRBOCR 寄存器可进行微调、且该值可能因器件而异。
    我们目前无法分享任何其他信息。

    如 Geet 所述、请在加电时提供稳定的时钟以确保正常运行。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ross、

    VRCR 和 PWRBOCR 是读取写入寄存器、为什么应进行修整?

    与寄存器描述相关的数据表是否也不够准确?

    为什么 VRCR 寄存器被描述为"必须写入为0"?

    TLK106L 是否有可能在80米长模式下正常工作、而在140米长模式下不可靠(来自寄存器 PWRBOCR)?

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


    1.修整主要在装运部件之前的工厂测试中完成。
    2. VRCR:如果要手动禁用,则需要将“0”右键。
    3、不是80米或140米。 器件仅按照数据表中的说明进行验证和表征。


    此致、
    GET
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Geet、您好!
    很抱歉,我这么做,因为我们是一个非常重要的问题。

    我们的解决方案可以消除一个变化率误差因素。 我们的经验显示出了巨大的改进、我们唯一可以理解的错误就是消失了。

    我们的解决方案只是:
    1.将"默认值"写入寄存器
    2.执行软件复位。

    如果您确认数据表包含与默认寄存器值(读取/写入字段)相关的错误信息、我将放弃。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Ramiro、

    存在数据表错误、不应说"必须写入0"。
    您可以执行的操作是写入最后4位0xF。 这将解决您遇到的任何问题。
    您是否还可以向我们发送组件的顶部标记?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ross、

    我假设寄存器修改后仍然需要软件复位/初始化。

    下周您将获得 IC 的最高评分、我将回到实验室。

    谢谢!!!!

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

    您好、Ross、

    我们遇到问题的 IC 的顶部标记是:

    TLK106L

    TI 541

    ACFL G4

    此致

    Ramiro

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    寄存器0xD0的值0xF 使得 TLK106L 在 TX 通道上产生过多的错误。
    我们将继续使用寄存器0xAE 和0xD0的默认值(在数据表中给出)。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    谢谢。 我要关闭此主题。 如果您有进一步的问题、请打开一个新的问题。

    此致、
    GET