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.

[参考译文] LM5160:LM5160:LM5160:有时无法启动(第2部分)

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/985437/lm5160-lm5160-lm5160-sometime-not-start-part2

器件型号:LM5160
主题中讨论的其他器件: TPS386000

您好!

我启动此新线程是因为最后一个线程被锁定(仅在1个月之后?)。

初始线程在此链接上:

https://e2e.ti.com/support/power-management/f/power-management-forum/975785/lm5160-lm5160-sometime-not-start/3639501#3639501

最后、我们认为问题来自输入 EN 行为

1) 1)开始时、EN 输入通过电阻桥直接连接到输入电压(24V)。 但是、当输入电压被噪声噪声化时、芯片不会启动并被阻断、输出电压为1或2V。

2) 2)我们将 EN 从 TPS386000链接起来。 这样、当输入电压增长非常缓慢时、问题就会出现。 实际上、当输入电压超过 TPS386000的输入阈值(17V)时、EN 输入被启用。 LM5160启动。 但是、它的起始引线会加载输入并产生一些微小的噪声、但如果输入电压增长得不够、则这足以低于 TPS386000阈值迟滞。 然后、其输出再次锁定 EN 输入、几毫秒后再次启用。 (如果输入电压快速上升、则没有问题)。

然后我们可以得出结论、LM5160具有奇怪的行为、如果 EN 输入不稳定并且变化过快、则会被阻止。 我复制了一个简化的时间记录:

从第2点观察可以看到、我们只需在输入 EN 上放置手动开关即可验证此结论。 当我们快速移动此开关(< 100ms)时、很容易重现问题。 您可以轻松地将其复制到您的一侧。

我们在原理图下方进行了最终设计、以纠正问题

/resized-image/__size/1576x925/__key/communityserver-discussions-components-files/196/0143.Schema.jpg

您对我的分析有什么看法? 您是否可以在您的一侧重现此问题?

此致、感谢您的支持。

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

    您好!

    关于声明#1、EN 引脚上的噪声不应将控制器锁存在不规则状态。 如果您将 EN 保持在 UVLO 周围的"灰色区域"、但根据 EN 上升参数具有足够的 EN 电压、则可能会发生一些不规则的导通/关断行为、从而导致稳压输出

    关于语句#2、当超出 EN 上升时、控制器应完全导通。 在使能端进行快速斜坡(正常斜坡)时、器件是否进行了适当调节?

    我们是否已确认 BOM 确实稳定?

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

    很抱歉该线程被锁定。 这是 TI 领导的一条规则、旨在防止人们劫持旧线程并确保该线程受到关注。

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

    您好!

    对于#1、当 EN 变为3.3V、而状态介于0.35V 和1.24V 之间(待机模式)时、会出现问题

    然后、对于 TPS386000、我们禁止这种中间状态。

    对于#2、是、如果输入快速上升、则不会出现问题、EN 输入上不会出现"glich"。 您可以尝试在输入端放置24V 电压、EN = 3.3V 电压、输出功率正常。

    将 EN 置为0、然后缓慢置为3.3V =>好、不要在输出下降之前产生一个最前沿/上升沿(>5ms)、并且永远不会上升到24V。 我们必须在 EN 引脚上施加新的低电平(>100ms)才能正确启动(输入电压电平设置为24V 稳定)

    对于 Bom、我们使用与应用手册相同的值。

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

    您好!

    如果您的设计允许、我建议避免缓慢斜坡。

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

    您好!

    我们无法控制客户的24V 电源。 它可能会受到干扰、并且必须在这些干扰之后始终重新启动

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

    您好!

    您是否能够在 EN 引脚之前添加比较器、以便我们获得尖锐的边缘?

    我的假设是缓慢斜坡会导致器件逻辑问题。

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

    您好!

    实际上、对于 TPS386000、我们已经拥有了锐边。 但我们在 EN 上有一个短暂的高逻辑(几毫秒)。

    我认为这是问题所在。

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

    好的。 我认为、ms 通常被视为我们器件的直流电、应该足以切换状态

    这一发言令我感到不安:

    "

    对于#2、是、如果输入快速上升、则不会出现问题、EN 输入上不会出现"glich"。 您可以尝试在输入端放置24V 电压、EN = 3.3V 电压、输出功率正常。

    将 EN 置为0、然后缓慢置为3.3V =>好、不要在输出下降之前产生一个最前沿/上升沿(>5ms)、并且永远不会上升到24V。 我们必须在 EN 引脚上施加新的低电平(>100ms)才能正确启动(输入电压电平设置为24V 稳定)"

    根据我的解释、它描述了 EN 上的锁存型行为。 假设您下降或上升到高于此引脚上的阈值+迟滞、则状态应发生变化。

    如果这种行为仍在发生,我希望对这一说法作出更多的澄清。

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

    关于 EN 输入、我们使用 TPS386000来驱动 EN 引脚、

    然后 EN 输入电压为0V 或3.3V (通过上拉电阻)。

    EN 引脚的上升和下降时间是 TPS386000的上升/下降时间。 (约为几 ns)

    然后、EN 引脚的 mecanisum 阈值(通过添加电流源)对该原理图没有影响。

    但是、TPS386000具有触发阈值输入。 如果24V 功率在17V 以下下降、则输出(连接到 EN 引脚)下降至0。 如果上升到以上、则输出上升至3.3V。  但17V 阈值也具有 TPS386000内部的迟滞。 我们注意到、当输入电压上升到高于 TPS386000阈值时、结果会使下降电压略微低于24V。 如果电流功率缓慢上升、这个小下降足以超过 TPS386000低阈值并使输出再次下降。 因此、这会在 EN 输入引脚上生成一个小引脚。

    总而言之、在 EN 输入上一个相当短的高电平状态、然后在最后返回高电平状态之前、一个短的低电平状态就足以阻止组件。(如上面的时间图所示)

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

    感谢您的澄清。

    您能否分享与您绘制的时间图类似的示波器捕捉?

    我浏览过您的旧主题、可以找到任何类似的内容。

    我想向团队的其他成员提出这个问题、以获得他们的想法。

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

    您好!

    目前,我必须再次修改我们的硬件,以恢复原始架构,从而进行屏幕截图。

    我今天不掌握硬件。

    我将在接下来的几天内尝试这样做、

    但我不认为这会阻止您将其传递给您的团队、因为上面给出的时间记录与范围非常相似。

    此致

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

    您好!

    据我所知、这在以前还没有出现过、因此我想用示波器来验证问题和分享问题。