大家好、
我的客户插入鼠标,他必须等待60秒,以便它可以在睡眠模式(S3)中唤醒它。
我知道这就是我们的器件的工作方式、这意味着鼠标可能是全速器件。
但奇怪的是、他们在同一设计相同的 TPS2546的最后一个平台上尝试了它、但使用不同的 CPU、鼠标不必等待60秒就能从睡眠状态中唤醒。
这真的很奇怪。
有没有人知道这种差异来自什么?
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.
您好、Fred、
对拖延表示歉意。
我对目前的情况有些不确定、想澄清一些问题、以确保我们在同一页上。 在"主要问题"部分、我将根据您和 Raymond 分享的信息来描述这个问题。
主要问题:
[引用 userid="498887" URL"~/support/power-management-group/power-management/f/power-management-forum/1167146/tps2546-60s-recognition。]我的客户插入鼠标时,必须等待60秒才能在睡眠模式(S3)下唤醒鼠标。计算机在 S3模式下处于睡眠状态时 ,鼠标最初连接到由 TPS2546控制的 USB 端口 ,鼠标需要60秒才能唤醒计算机。
在该设计的早期版本中、在上述确切条件下、鼠标无需等待60秒。
常数
差异
事件发生的时间
想法:
[引用 userid="498887" URL"~/support/power-management-group/power-management/f/power-management-forum/1167146/tps2546-60s-recognition/4392720 #4392720"]状态序列为1111至0111、然后等待60s 唤醒至1111、
上一代也是如此、但 60s 窗口除外、
[/报价]"STATUS"(CTL 1、2、3和 ILIM_SEL 引脚)全部由 CPU (?)从外部控制 这意味着与状态序列相关的任何时序都来自 CPU。 最初的想法是、在不同版本的 CPU 上以不同的方式处理例程。 由于两代产品使用相同的器件和相同的状态序列、因此似乎只有指向 CPU 的时序存在差异。
[Q1]您能不能描述客户希望 CPU 从 TPS2546看到什么以更改状态。 CPU 何时从0111变为1111。 是否有等待60秒的内部计时器、它是否正在等待来自 TPS2546的信号?
[Q2]在之前的版本中、这种处理方式是否不同?
。
您能否监控旧版本和新版本的故障线路、状态线路和 DM/DP 输出线路、并查看在这些事件期间它们的值是否完全不同。 如果您在这里和那里没有看到任何差异
[引用 userid="498887" URL"~/support/power-management-group/power-management/f/power-management-forum/1167146/tps2546-60s-recognition ]但奇怪的是、他们在设计相同的 TPS2546但 CPU 不同的最后一个平台上尝试使用该器件、因此鼠标不必等待60秒就能从睡眠状态中唤醒。TPS2546器件似乎没有任何最新更新、因此如果设计和器件相同、唯一可能导致差异的原因是 CPU。
由于我们从状态0111开始、因此数据线未连接、并且负载检测处于活动状态。 USB 唤醒的一个要求是连接了数据线、因此这可能与唤醒延迟有关。
谢谢、此致、
Chris
[Q1]您能不能描述客户希望 CPU 从 TPS2546看到什么以更改状态。 CPU 何时从0111变为1111。 是否有等待60秒的内部计时器、它是否正在等待来自 TPS2546的信号?
供您参考、鼠标一直连接。 它就在猛禽湖中央处理器里,不知怎么说,它需要60年代才能从睡眠中唤醒,但阿尔德湖却没有。
但60s 确实出现在我们的 IC 中、因此我仍然不确定这是否是 CPU 的问题。
至于从0111到1111的转换、我认为这是手动完成的。
[Q2]在之前的版本中、这种处理方式是否不同?
我不这么认为、 我是否知道 DP 和 DN 在唤醒时会采取什么信号行为或操作?
如果我们都在同一时间看到相同的唤醒信号,那么我不认为这不是我们的问题,对吧?
好的、我们不确定连接、因为我们可能担心负载检测。
[引用 userid="498887" URL"~/support/power-management-group/power-management/f/power-management-forum/1167146/tps2546-60s-recognition/4404688 #4404688"]我不这么认为、 我是否知道 DP 和 DN 在唤醒时会采取什么信号行为或操作?
如果我们都在同一时间看到相同的唤醒信号,那么我不认为这不是我们的问题,对吧?
[/报价]我不确定具体的信号行为是什么、因为我不太熟悉"Wake on USB"。 我假设在睡眠状态期间、没有数据通过线路传输、移动鼠标时、我们将在 DP 和 DN 的线路(鼠标侧)上看到数据信号。 0111状态表示数据线将断开连接(请参阅上面的表3)、因此我不希望在 DP 和 DN 输出线路(CPU 端)处于0111状态时看到任何数据线活动。
似乎我们发送回 CPU 的唯一信号是状态信号或故障信号、因此只要 CPU 和 TPS2546之间的所有信号时序在不同版本之间保持不变、我认为这不是我们的问题。
尊敬的 Chris:
客户在 这一代中说、进入 S3之前的持续时间已缩短到20秒、我想这就是为什么、
1.请帮助与 系统工程师核实,这60年代是由 USB-IF VESA 定义,还是仅由 TI 方定义? 为什么是60年代?
如果是后者、我们是否有其他器件支持小于60s?
2.看起来像60s 与 CPU 无关、它完全不在 TPS2546的内部计数器中、请与内部专家确认
谢谢
这些答案将影响这一代和下一代笔记本电脑市场上 TPS2546的大部分份额、因此 必须在这一领域提供帮助。
您好、Fred、
[引用 userid="498887" URL"~/support/power-management-group/power-management/f/power-management-forum/1167146/tps2546-60s-recognition/4404695 #4404695"]2.看起来像60s 与 CPU 无关、它完全不在 TPS2546的内部计数器中、请与内部专家确认
谢谢
[/报价]我觉得这个设计的前一个版本没有60年代的问题、而是使用了同一个器件。 这是真的,还是他们不关心前一版本中的60年代? 我认为您在这里的同一页上、但我很困惑、为什么它们在两个版本中使用我们的硬件时、在不同版本之间会出现60年代的问题、唯一的变化是 CPU。
让我尝试联系系统工程师、看看谁负责此部件。
谢谢、此致、
Chris
尊敬的 Chris:
与 CPU 无关、我的意思是60秒完全超出了 IC 内部计数器的范围。
上一代可以工作的原因是、挂起到睡眠模式的持续时间超过了60秒、所以他们没有发现这个问题、但是现在、使用新的 CPU 时、持续时间变为20秒。 而我们的 IC 仍然设置并固定为60s。
请确保您回答了以上两个问题、尤其是为什么选择60秒作为规格?
我们的客户可能使用了该器件的70%左右、我和我的经理需要此答案、谢谢
您好、Fred、
感谢您将其清除。 之前、听起来好像没有发生60秒的检测延迟、这令人困惑。
[引用 userid="498887" URL"~/support/power-management-group/power-management/f/power-management-forum/1167146/tps2546-60s-recognition ]但奇怪的是、他们在设计相同的 TPS2546但 CPU 不同的最后一个平台上尝试使用该器件、因此鼠标不必等待60秒就能从睡眠状态中唤醒。我已经与团队内部专家交谈过、60年代的人显然需要识别 FS 设备、但最终无法拆卸 它允许我们在 FS 和 HS 器件之间进行区分。 我包括了一份文件,深入探讨为什么60年代的等待是必要的。 如果需要、您可以与客户分享。
/cfs-file/__key/communityserver-discussions-components-files/196/wake_5F00_feature.docx
谢谢、此致、
Chris
您好、Fred、
我能够与系统成员和其他应用工程师交流。
从事这方面工作的系统工程师不再在小组中、我之前发送的文档是他离开时提供的文档。 团队中的所有系统工程师在该部件的推出过程中都不在身边、 未来也没有支持更新的路线图。
从注释中可以看到 、60秒是决定安全地考虑"向 S4/S5过渡的10秒"的结果。 我不确定是否可以降低到40或50年代、但从笔记中可以看到、我们似乎不太可能像您的客户所希望的那样将其降低到20世纪以下、即使我们可以这么做。
谢谢、此致、
Chris