• 状态 Resolved
  • 已锁定 已锁定
  • 回复 8 回复
  • 订户 0 订户
  • 视图 656 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] UCD9090：通过来自GPO的系统重置功能控制引脚访问，用于断电顺序

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/575679/ucd9090-control-pin-access-through-system-reset-functionality-from-gpo-for-power-down-sequence

部件号：UCD9090

你(们)好  

1.根据我们从TI论坛收到的有关“UCD9090断电顺序实施问题”线程的信息，我们实施了系统重置功能，并使用该功能切换控制引脚状态。

系统重置由5V电源状态(板主电源输入来自外部电源)和GPI (GPIO16)的跟踪状态决定。 当GPI变高时，控制针脚变低并进行电源循环。 当我们需要一个完整的主板电源循环(当然5V除外)时，GPI由CPLD驱动(由3.3V供电)。 我们需要验证此实施。 我附上了示意图快照和项目文件。

2.当主板电源接通时，我们看到所有GPO线路在同一时间出现电源故障， 我们在Proto1设计中没有遇到过这种情况。由于毛刺一直持续到1V，当主板电源接通时，两个调节器(1.8V和2.5V使用TLV6.2084万DSG)打开。 这是因为电脑控制器的EN阈值约为1V。

我们怀疑由于系统重置而形成的环路。

请查看示意图快照和项目文件，并提供您的输入。

此致，

费利克斯。 e2e.ti.com/.../g430v3_5F00_u3702_5F00_v2.xml

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

    我对项目文件进行了快速测试，当5伏电压进入时，系统重置非常清晰？

    当5伏电源接通时，您是否看到系统重置引脚出现任何故障？ 如果是， 如果断开系统复位和控制针脚连接，是否仍然存在故障？

    5伏电压是否非常稳定，没有大噪声或波纹？

    GPO信号上的浮故障脉冲持续多长时间？

    GPIO16在整个通电过程中是否稳定？

    是否有波形可用于显示5V，系统重置，对比针脚和其中一个短时脉冲波形输出？

    谢谢

    Yihe

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

    您好，Yihe：

    系统重置信号(在我们的情况下是驱动控制引脚的)在5V通电时正好产生故障。

    请参阅带有波形的附加文件夹。

    我们捕获了UCD上的所有启用输出，以及5V输入和启用引脚激活的相应电源轨。 我们可以看到当5V打开时所有启用引脚上的故障。

    删除系统重置设置后，我们仍需要检查捕获。 您是否建议在熔融工具中执行此操作？ 或者在硬件本身，我们是否需要切断道路？

    请查看并提供您的意见。

    我们在其中一个板上观察到的另一个问题是，当我们探测控制引脚时，板会关闭。 这种情况发生在其中一个板上。 其他主板在探测时显示高，这也是预期的。 这背后是否有任何理由呢？ 我们在环路路径上没有任何上拉。 希望它不是必需的，因为我们没有将系统重置GPO配置为漏极开路。请给出您对此的观点。

    此致，

    Felix.e2e.ti.com/.../PowerSequ_5F00_Capture.zip

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

    你(们)好

    5伏电压是否也会在为UCD供电的3.3VS上供电？

    5V的转换速率是多少？ 您是否可以将5V转换速率更改为4V/ms？

    您是否可以通过 一个浮点GPIO来捕获5V，3.3VS，BPCAP电压？

    您提到在以前的设计中不存在此问题，除了system_reset和control_PIN循环之外，还有哪些更改？

    您可以移除R3753以断开SYSTEM_RESET和CONTROL_PIN？

    谢谢

    Yihe

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

    您好，Yihe：

    以下是我们的回应

    1.3.3VS通过线性电路由5V电源板产生，为UCD供电。

    2.我们通过客户端产品内置的电源为电路板提供5V电源。 请参阅随附的斜坡波形。  

    3.我们捕获了5V，3.3VS和EN (GPO)的故障。  

    4.除了环路之外，我们将3.3VD连接到MON3而不是MON11，并将2.5VD连接到MON4而不是2.5V导轨上。 "D"导轨是主电源滑轨3.3v，2.5V和1.8V的延时导轨

    我们没有任何其他变化。

    5.我们卸下了R3753并为主板供电，但我们仍然看到GPO上的故障

    6.我们认为5V电压会提前到达3.3VS i.e (UCD电源本身)的监控引脚。 因此我们从电路板和UCD项目文件中删除了5V监控。

    即使这样做，我们也看到GPO (enable)行上的故障。

    7.我们监控的不是5V，而是3.3VS。 即使这样，我们也发现GPO线路出现了故障。

    我们不确定是哪一个导致GPO线路出现此故障。

    八，BPCAP升至1.8V  

    请查看波形和我们提供的输入，并帮助我们解决此问题。

    此致，

    Felix.e2e.ti.com/.../CTRLPIN_5F00_5V_5F00_3_2D00_3VS_5F00_Capture.zip

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

    你好，Felix
    非常感谢您提供的信息和波形。
    V3.3Vs的转换速率为0.66V/ms，这可能是导致开机一开始出现故障的原因。
    这与系统复位和控制针脚之间的回路无关？
    您是否可以尝试探测其他protype的转换率？ 是否可以将3.3vs的转换速率提高到4V/ms，或保持3.3VLDO LDO直至5V完全上升？
    有多少块板在新设计上显示了这种故障？
    可能值得对旧设计进行一些与新设计相同的电路板修改。

    谢谢

    Yihe

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

    非常感谢您的意见和指导。

    1.我们尝试使用外部实验室电源为我们的主板供电，该电源具有良好的斜坡。 当时我们没有看到故障。
    然后，我们将注意力集中在电路板上，通过拆除5V至3.3VS转换电路上的47uf盖来增加5V和3.3VS导轨的斜率(请参阅前面接线柱上的示意图快照)。 这有助于达到大约2.5V/ms的斜坡。 这次我们没有看到EN输出的任何小丑。 我们仍然可以在PUP_RST_L和UCD_SYS_RST_L行上看到故障。 不管怎样，我们理解了浮华形成的主要原因。

    2.我们检查了现有Proto1的故障。 即使是它们也产生了故障，而且我们以前也没有注意到，而且也没有像我们在Proto2中一样，通过错误切换对1.8V和2.5V稳压器产生影响。

    3.我可以看到这些故障可能与控制引脚环无关。

    4.与系统重置(UCD_SYS_RST_L)和控制引脚(PMBus_CTRL_UCD)实施相关，我们需要进一步说明。 系统重置基于GPI信号状态生成，该信号状态由CPLD驱动。 此处的要求是，当软件通过此CPLD线路发出请求时，我们需要执行电源回收。 无论何时GPI从低到高，我们都会生成一个从高到低的系统重置切换，控制引脚由该系统重置驱动，并使UCD执行电源循环。 CPLD由3.3V供电，因此在电源回收期间，CPLD也会关闭。 我们在这里看到的是，当跟踪GPI的控制引脚发出时，两者的脉冲持续时间几乎相同，大约为500uSec。 此处我们不会给1V导轨的时间，因为根据断电顺序，1V导轨最后会下降。 1V导轨持续存在。 在这里，我们需要保持控制引脚处于低电平状态足够长的时间(以毫秒为单位)，以便我们可以正确关闭1V导轨。 我们尝试在启用GPI跟踪的情况下，在状况窗口中给出"脉冲时间"，但未成功。 请根据我们的要求帮助我们实施更长的系统重置脉冲。

    此致，
    费利克斯。
  • 0
    TI__Guru**** 2318830 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    你好，Felix
    很高兴听到这个消息。
    我看到1V上有40毫秒关延时，您真的需要40毫秒关延时吗？ 我没有看到其他滑轨有这么长的断开延时，这就是为什么1V仍然打开的原因。
    如果需要40 m ，我建议将1V导轨设置为3.3V导轨的“轨SEQ关闭”依赖关系，因此3.3V导轨在1V关闭之前不会关闭。

    增加GPI跟踪的长系统重置脉冲的方法是在GPI跟踪下设置释放延迟时间。

    此致

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

    e2e.ti.com/.../UCD9090-2.3 ．5.0-Address-101-Project-File_5F00_228.2017万_5F00_UCDTest.xml 您好，Yihe：

    感谢您的意见。 根据您的建议，我在GPI跟踪下保留了50毫秒的释放延迟时间。 现在，我可以看到一个长控制引脚低电平，它允许在断电时进行正确的顺序。 3.3V和3.3VD变为低电压后，1V变为低电压。 开机顺序也匹配。

    我们有一个断电顺序req，表示除1V外，所有其他导轨都可以先归零。

    经过一段延迟后，1V (核心电压)必须看到零。 除此之外，在下一个ON序列开始之前，所有电压轨都应低于0.4V电平。

    这就是我们保持40毫秒的原因，这是近似值。 不管怎样，我们将它更新为20毫秒。 因此，在1V配置上，我们选择了所有导轨作为序列关闭相关性。  请确认此实施。

    请查找附加的项目文件和快照，以供参考。

    我们实施了故障响应-故障，重启OV (5次)，UV (1次)和最大故障开启(5次)

    此外，我们要验证这些反应的执行情况。  

    您能否建议一种方法或模拟环境来测试此故障响应？

    此致，

    费利克斯。