工具/软件:
F280039 数据表提到 PM 总线数据保持时间最小为 300us、客户想再次确认它是否不稳定、而主器件保持时间小于 300us、因为他们发现许多 OEM 侧主器件产品都小于 300us。

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.
工具/软件:
F280039 数据表提到 PM 总线数据保持时间最小为 300us、客户想再次确认它是否不稳定、而主器件保持时间小于 300us、因为他们发现许多 OEM 侧主器件产品都小于 300us。

您好、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