主题中讨论的其他器件: AM3358
您好!
该器件具有 EN 输入、可启用/禁用输出电压。 根据数据表、EN 引脚与 CMOS 逻辑兼容。 如果有人能够澄清以下内容、那将会很好:
- 该输入是否配备了某种施密特触发器?
- 什么是最大值 该输入上控制电压的上升和下降时间?
- 如果在该输入端放置电容器会产生已知的不利影响(例如、为了使用简单的 RC 电路略微延迟 LDO 稳压器的开启)?
谢谢
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.
您好!
该器件具有 EN 输入、可启用/禁用输出电压。 根据数据表、EN 引脚与 CMOS 逻辑兼容。 如果有人能够澄清以下内容、那将会很好:
谢谢
您好 Igor、
是的、EN 输入的行为与施密特触发器类似。
通常不会指定 LDO 的上升和下降时间、因为它们取决于应用。 启动时间取决于输出电容的大小和连接到输出端的负载、而下降时间也取决于负载和输出电容、因为负载是输出电容的初级放电路径。
我知道在 TL5209的 EN 引脚上施加 RC 延迟没有问题。 这是一种在外部为与其他 LDO 的 EN 添加延迟的比较常见的方法。
此致、
Nick
您好、Nick、
感谢您的回答。 这正是我要问的。
现在、让我谈谈我的问题的背景。 不是出于发明目的、而是利用这次机会来提醒一下 TI 支持的设计中存在的一个长期问题。
TL5209用于 BeagleBone Black 板。 PMIC 芯 片具有内部 LDO (包括3.3V LDO)、因此 TL5209用作另一个 LDO、使另一个3.3V 电源(可能目的是为 SD 卡和 Cape 等扩展外设分配更多3.3V 电源)。
因此、该设计中有两个3.3V 电压轨。 其中一个(3V3A)由 PMIC 供电、而另一个(3V3B)由 TL5209供电。 根据接线图、它们之间存在主从关系。 PMIC 是决定何时打开和关闭电压的主器件、而 TL5209是遵循 PMIC 的从器件。 显然 、设计人员的假设是、两个电源轨将始终同时导通和关断。
实际上、当电源打开时、情况也是如此。 但是、当 PMIC 切断3V3A 电源轨的电源时、3V3B 电源轨仍由 TL5209供电。 因此、TL5209的电压通过其 I/O 端口渗入 AM3358 SOC、最终达到连接到3V3A 电源轨的 VDDx 焊球。 因此、3V3A 电源轨实际上由3V3B 电源轨供电。 由于 TL5209器件的 EN 引脚连接到3V3A 电源轨、尽管 PMIC 停止为3V3A 电源轨供电、TL5209仍保持开启状态。 只要存在5V 系统电压、死锁就会持续。
我对这一发现感到非常惊讶、因为 CMOS 电路的每个设计人员都知道这种现象。 甚至对本科生也是如此。 此外、AD 还指出、BeagleBone 是与 TI 密切合作设计的、每个硬件方面都经过了审查、讨论和批准。 不清楚这是如何导致如此严重的设计缺陷的。 无论如何、BeagleBone 绝不是一种新设计、因此我已经做了一些研究、发现问题已向公众公开多年、在该论坛和其他地方可以找到大量相关的讨论。 设计维护人员的 GitHub 页面上的未决问题列表中早就提到过这一点。
今年、维护人员发布了 BeagleBone Black 设计的 C3修订版。 有些小问题是可以解决的,但这个问题不是我认为严重的问题。 因此、每位新客户都面临维护任务、即在使用电路板之前以一种或另一种方式对电路板进行修复(以避免 SOC 在每次断电时承受不必要的电气应力)。
讨论期间提出了一些可能的硬件修复。 对于每种情况、明显的要求是消除 EN 引脚与3V3A 电源轨的直接连接。 幸运的是、这不是问题、因为 TL5209是一个重要部分、因此很容易提起引脚。 接下来、需要相应地控制 EN 引脚的电路。 通常、每个电路都消耗功率、因此我希望最大限度地减少额外消耗、但要足够硬地驱动 EN 引脚、以消除从附近走线中捕获噪声的风险。 从那时起、控制电路的输出阻抗应较低(越低越好)。 遗憾的是、断电时实现该目的的唯一方法是使用一个低欧姆电阻器将 EN 引脚接地。 但这将导致引脚被驱动为高电平时耗电。 不是一个好主意。 IMHO 更好的方法是使用一个较高值的电阻器和一个小型并联电容器、这将提高抗噪性能(代价是引入一些在这种情况下不需要的延迟)。
这就是我询问 EN 引脚开关特性的原因。 一个奇怪的问题、但类似的奇怪用例、就不应该存在了。
再次感谢您的澄清、Nick。
--
此致、
Igor