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.

[参考译文] DS32EL0421:环境限制

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1425482/ds32el0421-environmental-limits

器件型号:DS32EL0421
主题中讨论的其他器件:DS32EL0124

工具与软件:

您好!  

我正在以低于10%的相对湿度运行此芯片、我知道这不是最适合电子产品的。 是否可以提供关于湿度限制的任何测试数据?

我的样本大小为~ 10、其中一些在低湿度下工作、而另一些不工作。 将会提供任何数据或见解。

提前感谢

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

    Jeffrey、您好!

    我们已指派一名工程师来帮助您完成此查询。 他们将很快为您提供帮助。

    此致!
    David

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

    Jeffrey、您好!

    看起来我们已经对该器件在温度范围内的特性进行了描述、但我没有看到任何有关器件在湿度范围内的性能数据。

    您能否分享有关如何测试这些器件以及通过/失败标准的更多详细信息?

    湿度可能会影响 ESD、但我不知道它会影响器件性能。 我也在内部对此进行了查询。

    谢谢!

    Drew

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

    您好、Drew:

    我将其用作 CAT6A 双屏蔽电缆上的链路。 链节的一侧位于一个小型腔室中、其中泵入干燥空气(但不加压、只是轻微的正压以防止灰尘)、另一侧位于开放大气(办公室)空气中。

    大量数据正在通过链路传递、但通过失败标准只是解串器上的失锁。 串行器位于低湿度室(~0-10% RH)中 、解串器位于空气开放的电路板上。

    我知道不到30%的 RH 不是很适合电子产品、但我正在寻找一些可能更多的变量来进行测试、而不是开奖器件中的硅和 ESD 稳健性、在我假设的情况下、是一个小型 ESD 事件、构建在绝缘体上、即器件的塑料外壳上(大声思考)。

    任何信息都很棒、我很乐意在电话中进行讨论  

    谢谢!

    Jeff

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

    尊敬的 Jeff:

    感谢其他设置详细信息。  我正在与一些同事讨论此问题、尽管这似乎并不常见。

    我想向您说明的一点是、在这些情况下、串行器会导致解串器失锁、这些串行器器件是永久损坏还是只是出现临时的性能问题?  另外、解串器在解除锁定后是否可以重新获得锁定?

    谢谢!

    Drew

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

    您好、Drew:

    感谢您的快速回复! 我非常感谢您的及时性。 这似乎是一个临时的条件,把板从低湿度,它能够恢复锁。  

    我有2个装置可以承受6个多小时的低湿度而不失去锁定、但随后有少数(10个以上)的 PCB 无法锁定在低湿度下。

    我将测试这些单元、但想知道是否还有其他可以调整的东西使其更加稳健。

    在标称湿度44% RH 的情况下、I 可以运行100小时而不失锁、同一装置将在3-5% RH 的~30分钟内失锁。 由于"正常"条件下的稳健性、我认为这不是设计问题或布局实现。

    欢迎提供所有信息。 如果您需要更多信息、我可以继续提供背景信息。

    谢谢!

    Jeff

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

    尊敬的 Jeff:

    我已经和几位同事谈论过这个主题。  根据我的交谈、我们不会预计在低湿度环境下器件或封装级别的性能会下降、因此您的观察结果会有点令人费解。

    与典型的湿度环境相比、您的低湿度环境中是否存在温度变化?  此外、您是否能够在测试环境中的不同温度下测试这些电路板?  我想知道我们是否会在高温/低温下看到一些不同的行为。

    另外、您是否能够在示波器上查看串行器的输出信号?  我想知道解串器失锁的情况是否是由于串行器中的信号以某种方式静音、还是某种信号完整性问题所致。

    谢谢!

    Drew

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

    您好、Drew:  

    我附上了我的一些发现。 我们有一个数据包计数器、用于指示特定持续时间后的失锁。 在指定的工作点稳定后、测试期间温度没有变化。 运行中没有瞬态功率尖峰或变化。 串行器/解串器对在稳定状态下发送数据。

    我可以调节温度、使其冷热、因此我可以轻松地将这些作为变量添加。  我将测试这些测试、看看我们是否能从这些测试中吸取任何新的知识

    我没有速度足够快的示波器功能/低电容探头可以制作 CML 线的眼图来遗憾地检查312.5MHz 的信号完整性。   

    下面提供的数据使湿度看起来像是一个因素、但不是二进制因素、因为在失去锁定之前、外壳中的持续时间较长、为>7小时。 考虑到同一个精确单元可以直接运行超过97个小时而没有任何问题、这是令人困惑的。  

    PCB SN 失锁? 测试台 结束温度 结束湿度 数据包数量 时长(小时) 失锁? 封装中 结束温度 结束湿度 数据包数量 时长(小时)
    36. 22.7. 38.2. 1500000000 41.66666667 35.9. 3.89 12385000 0.3440277778
    13. 22.25. 36.8. 953572990 26.48813861 34.8. 5.5. 15480756 0.430021
    6. 23. 37.5. 150000000 4.166666667

    主动测试

    31.4. 1.39. 74286470 2.063513056
    23. 22.1. 34.17. 3503939000 97.33163889 37.5. 3.58. 265874650 7.385406944
    5. 22.8. 43.6. 2536576000 70.4604444444. 37.2. 15.7. 66027670 1.834101944
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Jeff:

    Drew 今天不在办公室。 他可以在本周晚些时候向您提供更多反馈。

    此致!

    卢卡斯

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

    您能否分享您记录的任何温度数据? 乐意签署保密协议或私人信息等、以实现最高可靠性操作或任何不推荐的边缘条件。  

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

    尊敬的 Jeff:

    我将研究这一点、但我不确定在此设备使用年限内是否会有很多数据。

    另外、感谢您详细了解系统设置和测试结果。

    我还有几个要澄清的问题:

    1. 我假设您在测试这些不同的串行器板时使用相同的解串器板。  该假设是否正确?
    2. 如果您尚未执行此操作、则是否可以在外壳中测试电路板、而不是向外壳中泵送任何空气(只需使用房间湿度)。  虽然这似乎不太可能、但我想确认外壳本身的设置 不会导致锁丢失。
      在这些生产线上进行的另一项实验是在泵运行的情况下测试机柜中的板、但仅泵送室温空气(非干燥 空气)。

    谢谢!

    Drew

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

    您好、Drew:

    感谢您和我一起讲解所有这些内容、希望我们能够深入探讨。

    是的、所有这些测试都是使用相同的解串器 PCB 完成的。

    2.我已经完成了这个测试。 在半湿润空气中泵送似乎可以缓解问题、这就是为什么我认为 PCB 上这种特定实现中的湿度很重要、但我正在推测。 我相信这是环境,再次投机。

    CML 线上是否有任何时序变化会受到温度的影响? 是否存在性能欠佳的温度?

    谢谢!

    Jeff

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

    尊敬的 Jeff:

    感谢您提供的信息。  我肯定希望我们能够做到这一点。

    我需要查看能否找到特定于此器件的温度数据、但总的来说、我想我们会在较高温度下看到高速线路上的抖动更多。

    我曾与我们的一位 IC 设计人员讨论过这个问题。  他并不知道低湿度会对硅产生任何影响、但他想知道这是否会影响布线阻抗。  我没有研究过这件事,但只是一个其他想法,我想分享考虑.

    谢谢!

    Drew

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

    您好、Drew:

    我正在工作台上运行测试、此时我正在慢慢地提高温度、看看系统是否能从正常工作变为失去锁定。

    我很快就会发布数据。  

    您能分享抖动与温度数据吗?  

    谢谢!

    Jeff

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

    尊敬的 Jeff:

    我正在查找此器件的验证数据、下周将与您联系。

    谢谢!

    Drew

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

    15°C 差值温度的时序偏差是否会导致失锁?
    当设备重新获得锁定或尝试使用时、锁定时间周期是否会复位?

    谢谢!

    Jeff

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

    尊敬的 Jeff:

    我能够在此设备上找到一些数据。   您使用的数据速率是多少?

    我看到了在温度升高时抖动增加的趋势、在温度降低时抖动降低的趋势。

    当器件失锁时、锁定时序周期将复位。

    谢谢!

    Drew

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

    您好、Drew:

    我正在使用2.5Gbps 并启用了直流平衡和遥感功能。

    您是否存在与温度变化相关的抖动(以百分比或皮秒为单位)? 我真正的问题是温度变化是否会导致抖动、从而将解串器锁定在可接受的周期之外?

    今天、我刚刚在串行器外壳上使用一个测量温度为31°C 的外壳进行测试、测试时 RH 低于1%、该设置在一小时后失去锁定。  

    但是、在工作台上使用风扇运行(之前的测试)、我可以降低冷却、直到完全相同的 PCB、相同的热电偶测量读数在23.44% RH 下为44.93C、45小时内不会失锁。

    然后在上述设置和测试中关闭风扇(工作45小时后、无失锁)温度上升到52.1C、并在23分钟内失锁。  

    我无法解释这种行为。 为了确认同一个 PCB 仍然正常工作、我已经在工作台上通过 PCB 上的风扇和串行器在27.5% RH 下测量34.7C、该单元已运行5个多小时并在计数。 我希望它能够在不失锁的情况下整夜运行。

    有什么建议吗?  

    谢谢!

    Jeff

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

    尊敬的 Jeff:

    查看我的数据、在85°C 时观察到的最大抖动为49ps。  85°C 时的平均值为44ps、25°C 时的平均值为37ps。

    经 DS32EL0124数据表发现、它的抖动容限为0.3UI 或120ps。  就 DS32EL0421输出而言、抖动似乎不应成为问题。  然而、CAT6A 电缆中的 DJ 可能是一个影响因素。  如果不能 测量 Cat6信号上的抖动、则更难以确定。

    感谢您分享最新动态、目前我的想法不多。

    您是否对 DS32EL0421/DS32EL0124进行了任何配置?  如果是、您可以分享这个吗?

    如果您认为其中有价值、我还可以帮助您查看原理图和布局。  如果您想把这个话题放到公共论坛上、可以向我发送一个 E2E 私人消息。

    谢谢!

    Drew