[参考译文] TPL5010：重置原因？

添加原理图

嗨、Nathalie、

MAIN_BOOST_EN 和 SMPS_EN 是否由 RSTn 或相反触发？

WAKE 是否连接到其他地方？

在 Watchdog_Reset #上设置触发器

设计中没有插入唤醒功能、只需在信号上放置一个探头即可看到唤醒功能。

嗨、Nathalie、

如果在下一个唤醒置为有效之前器件未获得 DONE 信号、RTSn 将置为有效。  

是否有100ns 的 DONE 脉冲宽度？

由于您未使用 WAKE、因此您的 DONE 信号与 WAKE 不同步。 您可能在不正确的时间为器件提供 DONE 信号、器件未在时间间隔内接收到 DONE 信号、因此会将 RTSn 置为有效。  

DONE 脉冲宽度为10.4usec。

我们是否有太多可以创建复位的 DONE 脉冲？

嗨、Nathalie、

不确定但时间间隔内的第一个 DONE 信号已经复位了内部计数器、以下 DONE 将被忽略、并且不应该损坏器件。

因此、每4秒、DONE 脉冲不足以创建任何复位？

还发现了5年前这个聊天: 我最近遇到了一个线程,其中提到了一个现象,如果你发送太多完成的脉冲,它可以将时间持续时间附加到下一个持续时间。

e2e.ti.com/.../tpl5010-inconsistent-rstn-time-periods---using-as-watchdog---recommendations

嗨、Nathalie、

如果正确、您是否可以使用唤醒信号触发 DONE 信号？

不确定是否理解该问题？  

PCB +产品设计无法更改...

这是 TPL5010的已知问题吗、DONE 脉冲太多...   

嗨、Nathalie、

我们不知道这是否是已知问题、我们的团队没有设计和表征此产品。  

我只能在实验中验证这一点、看看是否可以重现问题。 这几天我不在办公室、我会请团队中的某个人提供帮助。

嗨、Nathalie、

我进入实验室尝试复制它。 我使用了 TPL5010EVM。 我在下面连接了示波器截图。

您可以看出、我在每个间隔期间手动向器件发出多个 DONE 脉冲(紫色波形)、但器件绝不会发出复位信号(即 RSTN 引脚从不会拉低、示波器上的蓝色波形)、并且唤醒信号(绿色波形)在每个间隔结束时拉高。  

Noel 和我将在星期一进行更正式的测试、看看我们是否能找到问题的根源。  

谢谢、

Michael

嗨、Nathalie、

这个问题听起来有点熟悉。 我将查看我们的 e2e 记录以了解可以找到的内容、但我将于明天设置更正式的测试。

谢谢、

Michael

再次嗨、Nathalie、

根据您所描述的内容以及我在旧 E2E 论坛上阅读到的内容、您遇到的是自发重置事件、该事件可能是由以下三种情况之一引起的：

• 缺少完成信号
• DELAY/M_RST 脉冲高电平> 1.5V、持续时间超过20ms
• 计时器的 POR

考虑到您之前分享的波形(尽管我们将在其中放置一个引脚)、我无法想象 DONE 信号丢失了。 此外、DELAY/M_RST 引脚从未置为高电平。 最后、VDD 引脚从未改变其状态、但 3.3V 总线上可能有其他电路或噪声会触发内部 UVLO 和 POR 序列。 您能否用示波器探测 VDD 线路以查看是否有任何噪声？ 此外、C14的物理位置在哪里？ 它是否正好靠近 VDD 引脚？

根据您分享的 E2E 论坛、高脉冲到达速率似乎可能会导致意外发生复位事件。 鉴于问题非常零星、很难要求您重新获取数据、但是 如您在下面所问的那样、当您降低发出脉冲的频率时、问题是否会变得更好？

Unknown 说：

因此、每4秒、Done Pulse 不足以创建任何重置？

同时、我将设置函数发生器、以更长的周期(> 1分钟)向器件输入方波。

谢谢、

Michael

我已经介绍过一些理论。  与 Noel 讨论。  请参阅以下说明。

娜塔莉的图片在上面...

如果放大最左侧的第一个唤醒脉冲、则似乎有一个完成脉冲重叠它。  由于分辨率、很难判断、但最好将其缩小以查看序列。   该 DONE 脉冲似乎违反了 tDdone (最小100ns)的器件规格。  这是 tDdone 规格、而不是 tDone 规格(这个规格有一个额外的 D)。

该规格表明、如果脉冲边沿彼此相差100ns 以内、则可能存在问题/竞态条件。   锁存这个错误定时的 DONE 脉冲可能会导致该唤醒周期中忽略其余的 DONE 脉冲、从而导致稍后产生 RSTN 脉冲。  换句话说、如果器件记录了 DONE 脉冲时序故障、它可能不再查看其他 DONE 脉冲、而是只是等待计时器到期来发送 RSTN 信号。

第2个唤醒脉冲在 DONE 波形中似乎与黑色空间重叠、因此没有 DONE 脉冲重叠或在100ns 内重叠。  因此、该唤醒周期中没有 RSTN 脉冲。

我怀疑您在其他 e2e 中不会看到此问题、除非另一位客户未使用唤醒信号、以相同的方式以开环方式完成脉冲。

在旁注中、上面有一个建议、即每4秒发送一次 DONE。  这不是真的。  这可能是平均值、但 DONE 脉冲之间的时序似乎是随机的。  下图取自上。

建议的 DOE

使用 EVM、将 TPL5010的计时器设置为5秒、而不是32分钟  使用数据发生器(DG2020或类似产品)发送500ns 宽 DONE 脉冲、此脉冲具有1015ns 周期或类似操作、以相对于 WAKE 边沿上的5秒计时器设置来调整 DONE 边沿。  如果理论正确、我们将看到 快速生成 RSTN 信号的故障、并能够从工作台上演示根本原因。

其他操作

Reed 将有数字团队开始寻找 RTL 代码位置。  这个问题似乎是非常数字化的。