请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：TLK110 工具与软件：
我正在回答一个有关 TLK110PT phy 芯片的问题、该问题似乎与以下问题报告非常一致： https://e2e.ti.com/support/interface-group/interface/f/interface-forum/647280/tlk110-half-of-the-devices-unresponsive-above-70-degrees-c?tisearch=e2e-sitesearch&keymatch=TLK110#。 该客户的解决方案是什么？
失效模式；
-
当装置达到热平衡且烤箱环境温度高于约50摄氏度时、它不再能够与烤箱外部的远程伙伴(也与 TLK110 Phy)自动协商物理链路。
-
如果单元通电并允许在较低温度下协商链路、则它保持连接到(甚至超过)电路板的最高环境温度70摄氏度
-
类似地、如果器件在高于50摄氏度的环境温度下以故障模式启动、则当温度降低到正常室温时不会重新协商。
-
通过物理方式拔下链路时的行为与上电无法区分开来(假设在早期协商过程中发生故障)。
-
当设备未通电但已连接时、伙伴链路指示灯缓慢闪烁(0.5Hz)。
配置；
-
我们是在硬件自动加载(bootstrap)模式下启动该单元、因此、我们认为没有必要依赖软件/初始化来建立物理链路。
-
被测器件和链路伙伴都需要自动协商链路参数。
我们所尝试的；
-
我们已尝试并消除了上述论坛博文中推荐的建议、即通过1.5K 的上拉电阻将 JTAG_TDI 拉至高电平。 TI 是否了解某项已记录或其他情况的特性、从而使器件卡在 JTAG 模式下、超过特定温度？
-
Bob Grice 的报告表明、MDIO 通信也会出现故障、而我当前的 问题更多是 MDIO 继续响应的工作故障"阈值"。 我不认为这是目前的同一个问题。
-
尽管如此,按照 Bob Grice 的问题报告中的建议,我们已经重新验证了以下内容;
-
我们已检查由晶体 osc 生成并通过时钟缓冲器转发的输入时钟、这两个时钟都在规格范围内。 我们可以看到 RX_CLK、RATE 似乎正确。
-
我们已经将3V3轨的斜升速率增加到47us。
-
在向 TLK110供电之前、我们仍然无法确保时钟电路得到供电和稳定。
-
以上均未解决温度问题。
-
需要注意的其他要点；
-
当器件在高于50°C 启动后无法协商链路时、MDIO 接口保持正常工作。 软件复位不会导致重新建立链路。
-
如果外部环回插头(TX -> RX)替代了有效链路伙伴、则无论温度如何、之前发生故障的单元都能够与自身建立链路。 TI 是否知道内部时钟在温度容差范围外会出现任何问题？
-
已从具有以下 TLK110生产日期代码的以下供应商处识别出故障部件(所有供应商均提供了 C-OF-C)；
-
Mouser (TI 生产日期代码1927、德克萨斯州？ [也许是通用原产地])
-
回弹(TI 生产日期代码1849、泰国)
-
Arrow (TI 生产日期代码2228、台湾)
-
-
TI 是否了解上述生产日期代码/制造厂的 TLK110器件的任何热相关问题？
