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.

[参考译文] TPS25751:未返回 ACK 或 GOOD_CRC 时的行为

Guru**** 2457760 points
Other Parts Discussed in Thread: TPS25751

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1543435/tps25751-behavior-when-ack-or-good_crc-are-not-returned

器件型号:TPS25751


工具/软件:

尊敬的 Sis 和 Madams:

我们已经设计并正在评估使用 TPS25751 的电池包。

我对使用 eMarker 电缆时的操作有疑问。

协议如下所示。

-电池组是 DRP

-使用 EMCA

-连接的设备是电源受电方

(1)

最初、NAK 在与电缆通信时返回。

您认为这是电缆的问题吗?

(2)

下一个发送供电方能力、但不返回 Good_CRC。

重复此操作三次。

我认为受电方侧未返回 GOOD_CRC 是一个单独的问题、而是将该操作重复三倍于 TPS25751 的预期行为?

(3)

发送源功能三次后、它会将 Vender_Defined 发送至 EMCA 并识别 eMarker 电缆。

未退回正确的 ACK 或 GOOD_CRC 时、这些行为是否符合 USB PD 标准?

此致、

Masashi

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

    尊敬的 Masashi-San:

    [引述 userid=“558541" url="“ url="~“~/support/power-management-group/power-management/f/power-management-forum/1543435/tps25751-behavior-when-ack-or-good_crc-are-not-returned

    最初、NAK 在与电缆通信时返回。

    您认为这是电缆的问题吗?

    [/报价]

    可减小温漂。 可能只是需要一些时间来开机和响应。

    [引述 userid=“558541" url="“ url="~“~/support/power-management-group/power-management/f/power-management-forum/1543435/tps25751-behavior-when-ack-or-good_crc-are-not-returned

    下一个发送供电方能力、但不返回 Good_CRC。

    重复此操作三次。

    我认为受电方侧未返回 GOOD_CRC 是一个单独的问题、而是将该操作重复三倍于 TPS25751 的预期行为?

    [/报价]

    是的、如果受电方端没有响应、PD 控制器将尝试发送几次供电方能力消息。 接收端尝试几次响应拉电流上限消息的情况并不少见。

    [引述 userid=“558541" url="“ url="~“~/support/power-management-group/power-management/f/power-management-forum/1543435/tps25751-behavior-when-ack-or-good_crc-are-not-returned

    发送源功能三次后、它会将 Vender_Defined 发送至 EMCA 并识别 eMarker 电缆。

    未退回正确的 ACK 或 GOOD_CRC 时、这些行为是否符合 USB PD 标准?

    [/报价]

    是的、一旦电缆在 Vendor_Defined prime(电缆)上标记出发现身份、消息就会根据 PD 规范显示正确。

    我在过去看到过类似的行为(它需要几次尝试让电缆和水槽响应)、在这里没有看到任何异常情况。

    谢谢。此致、

    Chris

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

    您好 Chris、

    我知道、当 TPS25751 供电时、如果受电方没有响应、它将多次发送供电能力。

    我们还在考虑不仅使用 EMCA 电缆,而且使用非 EMCA 的通用电缆时的操作。

    使用非 EMCA 电缆时的协议如下所示。

    (1)

    由于未连接 EMCA 电缆、因此首先发送供电能力、并且由于未从电源接收端返回 GOOD_CRC、因此会发送三次。

    从上一个答案中可以看出、我了解了多次发送供电能力、但在 TPS25751 规范范围内是否多次发送发现身份?

    我不明白为什么即使未使用 EMCA 电缆、TPS25751 也会发送 Discover Identity。

    如果 TPS25751 发送供电方能力、但未收到 GOOD_CRC 回复、是否会通过检查 EMCA 是否已连接来重新处理数据?

    此致、

    Masashi

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

    尊敬的 Masashi-San:

    在上一个答案中、我知道供电能力已多次发送、但是否在 TPS25751 规范范围内、然后多次发送发现身份?

    正确、即使对于非嵌入式电缆、我们仍会尝试通过 SOP'与设备通信并多次发送发现 ID 命令。 这是 PD 控制器默认执行的操作。 我们通过在 SOP'上等待 ACK 来检查 EMCA、这就是为什么会多次发送发现 ID。

    正在发送的发现 ID 和非嵌入电缆未响应在预期行为范围内、不应导致任何问题。 TPS25751 就是这样进行初始发现的。

    谢谢。此致、

    Chris

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

    您好 Chris、

    很抱歉有其他问题。

    当未使用 EMCA 电缆时、在 PD 协商完成(此数据中的电压从 5V 变为 12V)后、TPS25751 总共对 EMCA 电缆进行了 16 次检查。 即使没有 100W 或更高的 PDO、它也能检测 EMCA 是否有任何原因?

    是否由于在发送初始源能力和 EMCA 命令时未收到正常响应而多次向此 EMCA 电缆发出命令?

    此致、

    Masashi

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

    尊敬的 Masashi-San:

    我们将在以下几种情况下发送发现 ID:

    • 在大多数情况下、是在采购 PD 合同时
    • 如果我们是 vconn 提供商

    我们有一个内部计数器、它可以限制向电缆发送发现 ID 消息的次数、但它会在一定程度上自动发生。

    检查 EMCA 的原因(涉及整个 PD 规范,而不仅仅是我们的器件)

    • 拉电流> 3A
    • EPR
    • 高数据速度
    • 检查电缆中是否存在有源电路、以了解交替模式和 HS 数据。

    第一个曲线适用于 TPS25751、但仍是我们需要检查的部分。

    是否会多次向此 EMCA 电缆发出命令、因为在发送初始源功能和 EMCA 命令时没有收到正常响应?

    正确、我们会多次发送命令、直到收到响应或发送一定数量的命令并超时。

    谢谢。此致、

    Chris

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

    您好 Chris、

    您说过以下内容:

    正确、我们会多次发送命令、直到收到响应或发送一定数量的命令和 超时

    您知道超时有多长时间?

    此致、

    Masashi

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

    尊敬的 Masashi-San:

    我们应遵循此处的规格、因此您应该看到最大值为 20、但可能会更小。

    谢谢。此致、

    Chris

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

    您好 Chris、

    我通过以下连接再次检查了协议:

    来源:配备 TPS25751 的电池组

    电缆:非 EMCA

    接收端口:USB PD 兼容

    (1)

    可以看出、受电方侧没有响应前三条供电能力命令(下图中的 2、3 和 4)。

    接下来、发送 VDM 2.1 三次(下图中的 5、6 和 7)、但由于非 EMCA 电缆、没有响应。

    接下来、VDM 2.1 会发送三次、但没有响应、因为电缆不符合 EMCA 标准。 似乎发送了三次供电功能和厂商定义、但 TPS25751 的设计初衷是否正确?

    (2)  

    之后、GOOD_CRC(下图中为 9) 返回到 TPS25751 发送的供电能力(下图中为 8)、电源协商成功完成。

      在超时之前、TPS25751 似乎会发送 16 次 VDM1.0 命令(下图中为 18 至 33)。

    我以为超时是基于时间的,但我理解它是基于次数。

    我认为 Chris 答案中的图片是 USB IF 标准、但 TPS25751 规定了 16 次尝试后超时这一点是否正确?

    /**************************************************************************************** /

    使用 EMCA 电缆时、

    来源: 配备 TPS25751 的电池组

    电缆:EMCA

    接收端口: USB PD 兼容

    (3)

    第一个供应商定义发送 VDM2.1 并从电缆接收返回的 NAK。

    接下来、发送拉电流能力三次、但不返回 GOOD_CRC。

    第二个供应商定义发送 VDM2.0、并从电缆返回 ACK。

    随后的 PD 协商成功完成。

    在这种情况下、为什么 TPS25751 会像使用符合 EMCA 标准的电缆那样多次发送 VDM1.0?

    它的设计是不会在 Ra 识别 EMCA 电缆时多次发送 VDM1.0、而是在 Ra 不存在时多次发送 VDM1.0 吗?

    处理 VDM 很复杂、因此我只能根据它的行为来判断它。

    您能告诉 我们上述问题吗?

    此致、

    Masashi

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

    您好、Masashi、  

    Chris 目前不在办公室。 请延迟回复。  

    此致、  

    Aya Khedr

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

    尊敬的 Masashi-San:

    接下来、VDM 2.1 发送了三次、但由于电缆不符合 EMCA 标准、因此没有响应。 似乎发送了三次供电功能和厂商定义、但了解 TPS25751 的设计初衷是否正确?

    是的

    我认为 Chris 回答中的图像是 USB IF 标准、但 TPS25751 在 16 次尝试后有超时规格是否正确?

    我不确定确切的数字、但您的回答是正确的、这是基于多次尝试。 它似乎是 16、但我想我们也可以在发送源上限之前计算以前的尝试次数。

    [引述 userid=“558541" url="“ url="~“~/support/power-management-group/power-management/f/power-management-forum/1543435/tps25751-behavior-when-ack-or-good_crc-are-not-returned/5947972

    在这种情况下、为什么 TPS25751 会像使用不符合 EMCA 标准的电缆那样多次发送 VDM1.0?

    它的设计是不会在 Ra 识别 EMCA 电缆时多次发送 VDM1.0、而是在 Ra 不存在时多次发送 VDM1.0 吗?

    [/报价]

    它基于对电缆的任何响应、无论是 VDM1 还是 VDM2。 一旦我们在 SOP Prime 上看到电缆的响应、除非有特定的原因、否则我们不会再次发送发现 ID。

    由于我们收到 SOP Prime 的回复、因此不会在 SOP Prime 上出现其他 DISC ID 消息。

    我们的 PD 控制器的做法是检查电缆是否响应。 如果没有响应、并且电缆无法通信、我们最终会超时。 当电缆在 SOP Prime 上响应时、我们不需要发送额外的消息、除非系统中的某些内容需要额外读取、但这通常不会发生。

    谢谢。此致、

    Chris

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

    您好 Chris、

    您的评论帮助 我们理解了这个问题。

    谢谢您、

    Masashi

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

    欢迎您现在结束本主题