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.

[参考译文] TPS2121:IN1和 IN2在同一时间加电期间的输出选择

Guru**** 2540720 points
Other Parts Discussed in Thread: TPS2121, LM7310

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/995043/tps2121-output-selection-during-in1-and-in2-power-up-at-same-timing

器件型号:TPS2121
主题中讨论的其他器件: LM7310

大家好、团队、

我的客户考虑电源多路复用器、并对 TPS2121手动切换模式感兴趣。

输入为12V 和5V、输出电源为12V 或5V LCD 背光。 它们不会损坏 LCD 背光、因此不应向5V LCD 背光提供12V 电压。

但是、查看数据表9-3和客户的电源序列、在上电期间将选择12V 作为第一电源。

请参阅以下客户的电源序列。 +12VD 和+5VD 在相同的时间开始斜升、但+12VD 具有更快的压摆率、因此它首先达到欠压阈值。

为了使 TPS2121从加电时序控制输出源、我认为 PR1电压需要在+12VD 达到 UV 阈值之前被输入。

客户可能使用+24VD 来创建 PR1电压、但存在是否会损坏器件的问题。

在将有效电压输入到 IN1或 IN2之前、是否会将24V 产生的某个电压(1.06V~3.3V)输入到 PR1引脚、从而损坏器件?  

如果你能提出其他建议来解决这种情况,我也将不胜感激。

此致、

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

    尊敬的 Sato-San:

    如果有两个不同的负载、为什么要使用电源多路复用器? PowerMUX 意味着采用两个输入并选择将其输出到一个负载上。 在这里、具有两个负载开关的系统会更有帮助吗?

    谢谢、

    Shreyas

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

    Shreyas San、您好!

    负载是一个 LCD 面板。 但是、有两种类型的 LCD 面板(12V 和5V)、我的客户必须进行设计、以便无论连接哪个 LCD 面板都能正常工作。 因此、需要正确选择12V 或5V。

    我认为电源多路复用器可以用于这种情况。 我们的电源多路复用器件无法用于开关电力线?

    我还寻找了负载开关、我发现只有 LM7310、因为客户需要反向电流阻断。 然而、其引脚间距为0.45mm 且小于0.5mm、我的客户通常不接受引脚间距。 因此、客户考虑 TPS2121。 如果 TPS2121不能用于此用途、您还有其他建议吗?

    此致、

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

    尊敬的 Sato-San:

    我现在了解限制。 通常、TPS2121旨在将两个输入多路复用为一个输出、但在这种情况下、负载是不同的。 我将研究如何找到更好的选择、因为我认为可能有一个理想二极管器件或电子保险丝器件在这方面可以提供帮助。 您是否可以通过 s-dmello@ti.com 直接向我发送电子邮件? 这是一个非常有趣的用例。

    关于像这样使用 TPS2121、我想我有一个想法。 由于此处不需要 TPS2121的多路复用性质、而只需要开关性质、我认为可能会从外部将 OV1和 OV2引脚拉至高电平。 这将使器件认为两个电源轨上都存在 OV 事件、输出将为高阻态 然后、一旦连接了一个负载、相应的 OVx 引脚可被拉低、而另一个引脚保持高电平、从而仅允许5V 电压轨进入5V 负载、或在连接时仅允许12V 电压轨进入12V 负载。 这里的想法是使用 OV 引脚、例如器件的低电平有效使能端。

    谢谢、

    Shreyas