[参考译文] TLK110：关于软件捆绑模式

您好，TAO_2199，

这些寄存器0.9万a,000b的默认值由硬件绑带决定，并在寄存器访问可用之前预加载。
如果重新编程了任何带位，则编程值将生效。

如果您需要更多详细信息，请告诉我。

－－
此致，
Gokul。

您好，Gokul-san，
感谢您的回答。

在客户的电源开/关测试中， 他们发现多个TLK110不能正常工作，10次中有5次不能正常工作。
这种现象是它不能在100Base-T上链接
经调查，我们发现了以下情况。

1.引导使用内部上拉/下拉

2.客户设置程序
  ・/SW_strap = L
  ・启动时仅软件设置SWSCR1 = 0xFC01
  ・现已确认MDC和MDIO的交流电规格不存在问题。

3.当再次执行H/W复位时，它工作正常。

4.我们检查了以下步骤：

  案例1：开机/重置释放
     >执行BMCR (0x0000)重置[15]
     > SWSCR1 = 0x7C01设置
     > SWSCR1 = 0xFC01设置
     结果→NG

  案例2：开机/重置释放
     >执行PHYRCR (0x001F)软件重置[15]
     > SWSCR1 = 0x7C01设置
     > SWSCR1 = 0xFC01设置
    结果→NG

  案例3：开机/重置释放
    > SWSCR1 = 0x7C01设置
    > SWSCR2 = 0x0004设置
    > SWSCR3 = 0x0000设置
    > SWSCR1 = 0xFC01设置
    结果→正常

从以上的结果来看，我有一些问题。

1.当POR不能正常工作时，我期望与通过软件重置重置H/W时的行为相同，但情况不同。
H/W重置和软件重置之间的Bootstrap加载是否存在差异？ 此外，初始化的内容是否存在差异？

2.根据您的答案，POR之后的SWSCR寄存器的内容反映了Bootstrap的内容。 它是否反映在软件重置中？

3.当我在POR之后阅读SWSCR寄存器时，
SWSCR2，0x000a = 0x0104是默认值，但设置的值与0x7f05完全不同。 因此，​​其他一些寄存器中的值与预期的值不同。
因此，我将所有内容从SWSCR1重写到SWSCR3
工作正常。

当Bootstrap值未在POR中反映出来时，它是否是重写从SWSCR1到SWSCR3的所有内容并对其进行操作的有效方法？

4.虽然人数不多，但有些人的POR不能正常工作。 导致这种情况的可能因素是什么？

此致，
Toshi

您好，Toshi-san，

请在下面查找答复

1.当POR不能正常工作时，我期望与通过软件重置重置H/W时的行为相同，但情况不同。
H/W重置和软件重置之间的Bootstrap加载是否存在差异？ 此外，初始化的内容是否存在差异？
[Gokul]：H/W重置和软件重置(0x001F[15])之间的Bootstrap加载没有区别。 您能否提供您所看到的差异的日志和详细信息？

2.根据您的答案，POR之后的SWSCR寄存器的内容反映了Bootstrap的内容。 它是否反映在软件重置中？
[Gokul]:是的，它们得到了反映。

3.当我在POR之后阅读SWSCR寄存器时，
SWSCR2，0x000a = 0x0104是默认值，但设置的值与0x7f05完全不同。 因此，​​其他一些寄存器中的值与预期的值不同。
因此，我将所有内容从SWSCR1重写到SWSCR3
工作正常。

当Bootstrap值未在POR中反映出来时，它是否是重写从SWSCR1到SWSCR3的所有内容并对其进行操作的有效方法？
[Gokul]；奇怪的是，寄存器0x000A被读取为0x7F05。 如果“Always 0x7F05？(始终为0x7F05？)” 还是仅在某些迭代上发生？
当反映错误值时，将SWSCR1写入SWSCR3是一个很好的解决方案。  

4.虽然人数不多，但有些人的POR不能正常工作。 导致这种情况的可能因素是什么？
[Gokul]：我们必须通过监控电源斜坡和重置引脚来启动调试。 您观察到的故障指示是什么？ 是否始终在少数设备上或在几次迭代中观察到？

－－
此致，
Gokul。

您好，Gokul-san，
感谢您的回答和支持。

硬件重置和软件重置之间的实际现象不同，因此我再次阅读数据表。

数据表解释如下，我的假设是错误的，确认的现象被认为是正确的。

===数据表摘录===
除非应用了新的通电/硬件重置，否则配置的SW Strap Register (SW带寄存器)值​​将作为默认值发挥作用。 软件重置/软件重启的生成--register PHYRCR (0x001F)的位15和14将不会清除配置的SW Strap位值。
===================================

顺便说一句，根据客户的报告，他们 使用的是一个3.3V电源。 没有观察到波形，但电源的上升时间约为1.425毫秒。

POR失败时，SWSCR2的保留位设置为“1”，其中它应为“0”。

在POR容易出现故障的示例中，这是电源开/关测试中出现的问题。 因此，假设在关闭电源时IC内的电荷未完全放电，我尝试冷启动，但已确认POR可能不能正常工作。
用一个好的样本替换有问题的样本可以解决问题。

附录了注册纪录册的内容(如正常)及注册纪录册的内容(如有NG则)，以供参考。

执行步骤如下所示。
开机/重置释放
>执行BMCR (0x0000)重置[15]
> SWSCR1 = 0x7C01设置
> SWSCR1 = 0xFC01设置

e2e.ti.com/.../TLK110_5F00_OK_5F00_NG.xlsx

有问题的样品数量很少，但不清楚为什么某些样品容易出现POR故障。

Boootstrap使用内部上拉/下拉电阻器。 是否有使用外部电阻器更好的情况？

谢谢，此致，
Toshi

您好，Toshi-san，

我明白了您正在谈论的问题。 但是，要调试这一点，我们没有足够的支持，因为TLK110已逐步淘汰。

您是否介意让我知道您目前使用TLK110 PHY的开发阶段？
如果时间不晚，请切换至与TLK110兼容的引脚2引脚的DP8.3822万吗？

－－
此致，
Gokul。

您好，Gokul-san，
感谢您的回答和支持。

由于这将是我们客户的信息，我想在这里用私人信息回复。

此致，
Toshi

您好，Toshi-san，

当然！ 我们可以在这里讨论。

－－
此致，
Gokul。

您好，Gokul-san，
感谢您的支持。

有新的信息和更正。
据报告，POR或HW重置后的SWSCR值是IC中的默认值，在电源开/关测试中很容易失败。 使用POR或HW Reset初始化该值似乎不是问题。

因此，这是根据客户的设置程序尝试以下操作来查看每个步骤SWSCR寄存器的内容的结果。

1.​​写SWSCR1之前的值，断言硬件重置后的2和3
   SWSCR1 = 0x7C01
   SWSCR2 = 0x0104
   SWSCR3 = 0x0000
2.仅设置SWSCR1后的值= 0x7C01
   SWSCR1 = 0x7C01
   SWSCR2 = 0x0104
   SWSCR3 = 0x0000
3.设置SWSCR1 = 0xFC01后的值(Config_done)
   SWSCR1 = 0xFC01
   SWSCR2 = 0x7F05
   SWSCR3 = 0x0000

当他们只重写SWSCR1并执行"SW Strap config done (SW Strap配置完成)"时，SWSCR2寄存器的内容出于某种原因而奇怪。
这似乎是基于SWSCR的配置不起作用的原因。

但是，在设置SWSCR1，2和3后执行"SW Strap config done (SW Strap配置完成)"后，它工作正常。

如果IC在通电/断电测试中没有问题，则在SWSCR2值不正确的情况下，IC将正常工作。

这次的问题是，​​如果未设置所有SWSCR，为什么在运行"SW Strap config done (SW Strap配置完成)"后，某些IC的SWSCR值不正确。

此致，
Toshi

您好，Toshi-san，

您能否告诉我电源斜坡完成与取消确认硬件重置之间的延迟？ 在加电过程中，在加电斜坡过程中，重置引脚的状态是什么？

在坏板上，SWSCR2 在硬件重置断言/取消断言和通电循环中是否重复观察到损坏？ 在所有电源循环中，行为是仅发生几次还是始终发生？

－－
此致，
Gokul。

您好，Gokul-san，

关于功率斜坡和重置；
在通电过程中，硬件复位被确认，电源完全打开时取消确认，然后再次确认硬件复位。 在600毫秒后取消断言，并设置SWSCR1。

关于SWSCR2登记册的内容被销毁的问题；
他们没有一直检查，但已确认SWCSR2的值已损坏。
在通电/断电测试中，正常操作的概率为50 % ，因此估计SWSCR2也 会因50 % 概率而损坏。

波形通过私人邮件发送给您。

此致，
Toshi