[参考译文] TPS2546：USB 唤醒(无线鼠标)失败问题

导致该问题的原因可能是什么？

尊敬的 Emma：

感谢您的更新。 我是否可以知道为什么我们不支持全速唤醒功能？ 此外、无线鼠标似乎并不总是出现故障、而是出现故障率百分比。 为什么会发生这种情况？

谢谢

最大

尊敬的 Emma：

我注意到以下数据表中的索赔(第一页上的3个说明部分、声称支持全速)。  

部分中的 USB 唤醒部分中的另一个部分、该部分声明了具有60s 窗口的全速器件的唤醒功能。

您能否再次确认 TPS2546是否通过某种方法支持全速唤醒？

使用相同的无线鼠标、在上一代项目中没有2546报告问题、因此我认为可能存在一些与主机行为相关的问题。

谢谢

最大

尊敬的 Max：

抱歉、似乎支持全速设备。 您能否发布成功唤醒的示波器捕获？ 此外、能够查看 DP/DM 在 VBUS 放电期间是否保持连接将有助于查看 VBUS 放电是否会实际切断数据线路通信并将端口传输至 DCP_auto。 在正常的唤醒场景中、DP/DM 将覆盖主机信号以移至 DCP_auto 并保持连接状态、从而查看来自鼠标/键盘的 WAKE 命令。

谢谢、

Emma

尊敬的 Emma：

S0-S3正常、

S0-S3失败、

S3-S0正常、

S3-S0失败、

如果您发现任何异常行为或需要更多信息、请帮助审核并告知我。

谢谢

最大

尊敬的 Max：  

时机如何？ 您是否在唤醒后的60秒内将主机置于睡眠状态？ 还是在主机唤醒60秒以上时执行这些测试？

此致、

Emma

尊敬的 Emma：

是的、它的持续时间为60秒以上、但我们仍然可以看到发生了故障。  

您能帮您列出相关的正式测试程序吗？

我们可以检查其他波形以解决该问题吗？

如前所述、问题似乎与主机/平台/BIOS 相关、因为 TPS2546几代和上一代之间的原理图没有变化、因此没有问题。  

谢谢

最大

尊敬的 Max：

VBUS 放电是在 TPS2546的系统侧还是连接器侧进行？ 这个问题似乎是由 VBUS 放电引起的。   

如果您可以对 TPS2546两侧的 VBUS 执行相同的测试(失败并通过)、这可以为我们提供有关 VBUS 发生情况的答案。  

谢谢、

Emma

尊敬的 Emma：

不幸的是、我认为这不是系统端5V 问题、因为它在整个过程中被启用。

S0-S3失败

S3-S0

它似乎与 TPS2546对信号的行为和检测有关。 需要您的帮助才能进一步审查和分析问题。

谢谢

最大

尊敬的 Max：

您能否再次确认用于唤醒的 CTL 引脚？  

此致、

Emma

尊敬的 Emma：

我不太关注您的想法。 CTL 引脚指示唤醒。 在执行系统状态瞬态任务时、CTL1将被系统 EC 拉取。

该问题似乎与主机无关的更正。 由于在前一平台上进行交叉检查、模式根本没有变化、切换 CTL1也会导致上一代产品出现相同的问题。

最大

尊敬的 Max：

我想确认其他两个 CTL 值。 您能详细说明交叉检查吗？  

我们可以看到的一件事是、无线鼠标是否属于低速/全速类别。 您能否查看无线鼠标的型号和品牌以了解鼠标的速度？ 低速器件的速率为1.5Mbps、全速器件的速率为12Mbps、高速器件的速率为480Mbps。   

您是否能够使用其他无线鼠标/键盘唤醒此制造商以外的设备？

谢谢、

Emma

尊敬的 Emma：

是的、我确认了其他2个 CTL 引脚没有切换(从硬件设计来看、它们连接到+5V_S5 (TPS2546的系统侧)、并且波形之前已连接。  

客户在 Windows 操作系统中检查了"USB Viewer"工具、并向我确认鼠标是全速设备。 我没有记录制造情况、但客户确实提供了一些由不同供应商生产的小鼠、可以重现问题。  

有线鼠标和键盘可以始终唤醒系统、而无线鼠标和键盘似乎有问题。

哪些因素会影响 TPS2546在 USB 功能上的唤醒？ 我认为最好清楚说明所有因素、并逐一查看、看看我们是否错过了任何或器件是否违反了任何要求。

谢谢

最大