[参考译文] TMS320F280039：SCL 下降后的 PMBus 数据保持时间

您好、Terry、  

“你是不是很怕她?“ 这就是数据表中的内容。

此致、

Delaney

是的、I 表示 300ns、以便您可以确认 在主器件保持时间<300ns 时应该存在不稳定？

您好、Terry、

在我们所有具有 PMBus 模块的器件数据表中、该规格似乎是相同的。 为了确保正确的行为、我们需要最小 300ns。 它可能也能够在 300ns 下正常运行、但我们无法保证。  

OEM 主产品对该时序使用什么值（您能否附上该器件的数据表）？ 我可以将此信息提供给设计团队、看看他们说了什么/是否有需要注意的特定不稳定行为。  

此致、

Delaney

你好 Woodward

感谢您的帮助、许多 OEM 都使用了差分主器件、客户是否可以帮助评估 F280039 在 200us PMBus 保持时间下运行的风险？ 我们是否有任何建议权变措施来提高 200us 条件下的可靠性？

您好、Terry、

好的、我已经联系了设计团队、并会在收到他们的回复时通知您。  

此致、

Delaney

您好、Terry、

在咨询其他专家后、我们确实针对较新的器件 (F28P55x) 更改了此规格值。 添加了一个允许 0ns 保持时间的设置。 请告诉我它们是否愿意切换到该器件。

此外、我们的 C2000 器件是否是总线上的唯一目标/总线上有多少个目标？ 当接收到 200ns（或者两种情况下都是这样）时、发送器是哪个器件？ 听起来主设备可能遇到时钟问题。  

此致、

Delaney

嗨、Delaney

是的、我们已经向客户宣传 F28P55 的保持时间为 0ns、客户可以开发这个新平台、但需要时间才能完成（他们的新项目开发时间表通常比 1 年以上）。 面临的挑战是他们的产品基于 F280039 作为目标器件、该器件在市场上已经是 MP、并与 OEM 主器件搭配使用、PM 总线保持时间可能会更低至 200us。  我们的 F280039 只 4~6 目标、它可能在总线上包含 μ W 目标、具体取决于 OEM 系统。 到目前为止无法确定是否已经发生了一些帧错误、因为系统不会报告哪怕只是几个错误、但最终可能存在潜在风险、同时市场上设置了更多的系统 MP、并且运行时间更长。  因此、客户的理解是、我们可以帮助 评估多大的风险？ 我们有任何建议权变措施吗？

您好、Terry、

设计团队已确认、此处的风险是可能 检测到无效的启动或停止条件。 由于总线上有如此多的目标、我的理解是总线上产生噪声的风险也更高、因此存在风险。

如果他们必须坚持使用 F28003x、我唯一的建议是切换到 I2C 外设、因为这也具有 0ns 保持时间要求。 由于这是标准要求、理想的解决方案是让它们将主器件的保持时间增加到 300ns。

此致、

Delaney