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.

[参考译文] TPS2546:60s 识别

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1167146/tps2546-60s-recognition

器件型号:TPS2546

大家好、

我的客户插入鼠标,他必须等待60秒,以便它可以在睡眠模式(S3)中唤醒它。

我知道这就是我们的器件的工作方式、这意味着鼠标可能是全速器件。

但奇怪的是、他们在同一设计相同的 TPS2546的最后一个平台上尝试了它、但使用不同的 CPU、鼠标不必等待60秒就能从睡眠状态中唤醒。

这真的很奇怪。

有没有人知道这种差异来自什么?

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

    您好、Fred、

    TPS2546的当前设置和以前设置是什么? 您能否提供方框图?  

    使用不同的鼠标时是否会发生相同的情况?  

    谢谢、此致、

    林德华

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

    您好、Raymond、

    我认为这是相同的设置,因为它们只更改 CPU,

    它们从1111 (S0)更改为01111 (S3)、

    这个60年代的东西,它与 CPU 有什么关系吗?

    还是介于 TPS2546和鼠标之间?

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

    您好、Fred、

    CPU 可能会对 TPS2546执行某些操作、但我想首先确认这是否是器件兼容性的情况。 所有类型的鼠标或仅此特定类型的鼠标是否都会出现此问题?

    谢谢、此致、

    林德华

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

    您好、Raymond、

    他们只测试了这种鼠标,没有尝试过其他类型的鼠标。

    但我认为问题不在设备上,  

    因为一个需要等待60秒、另一个不需要等待。   

    鼠标是否有可能从全速设备变为低速设备?

    或者、您是否会告诉您导致这种情况的潜在差异是什么?

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

    您好、Fred、

    让我在内部询问您的问题、因为我对该器件不太熟悉。 我将在本周结束前再次与您进行讨论!

    谢谢、此致、
    林德华

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

    您好、Raymond、

    他们尝试了三种不同的木屋,结果都是一样的,

    状态序列为1111至0111、然后等待60s 唤醒至1111、

    上一代也是如此、但 60s 窗口除外、

    请在内部讨论并向我提供反馈、谢谢

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

    您好、Fred、

    感谢您的澄清、我将在明天之前提供答复!

    谢谢、此致、

    林德华

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

    您好、Raymond、

    来自 BU 的任何更新?

    它们的情况有点紧急。

    此致、

    Fred

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

    您好、Fred、  

    很抱歉耽误你的时间、明天让我回到你身边。

    谢谢、此致、

    林德华

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

    您好、Raymond、

    如果我们无法解决这个问题、我们将进行设计、  

    请提供帮助,谢谢

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

    您好、Fred、

    从我的团队中选择 Chris 来提供帮助。

    谢谢、此致、

    林德麟

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

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

    常数

    • 鼠标
    • TPS2546
    • 通用布局
    • 软件

    差异

    • CPU
    [引用 userid="498887" URL"~/support/power-management-group/power-management/f/power-management-forum/1167146/tps2546-60s-recognition/4392720 #4392720"]状态序列为1111到0111,然后等待60s 唤醒返回1111,

    事件发生的时间

    1. 鼠标未连接
    2. 计算机在 S0中处于唤醒状态、状态为1111
    3. 计算机在 S3状态下进入睡眠状态,状态为0111
    4. 鼠标已连接
    5. 60秒后、计算机在 S0中唤醒、状态为1111

    想法:

    [引用 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]FYI,鼠标会一直连接。  [/报价]

    好的、我们不确定连接、因为我们可能担心负载检测。

    [引用 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  

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

     尊敬的 Chris:

    非常感谢、这很有帮助

    但我的问题将是为什么设计团队选择60年代、因为60年代看起来不是 USB2.0规范。

    我是说它可以是40或50、还是其他任何类型?

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

    您好、Fred、

    我能够与系统成员和其他应用工程师交流。

    从事这方面工作的系统工程师不再在小组中、我之前发送的文档是他离开时提供的文档。 团队中的所有系统工程师在该部件的推出过程中都不在身边、 未来也没有支持更新的路线图。

    从注释中可以看到 、60秒是决定安全地考虑"向 S4/S5过渡的10秒"的结果。  我不确定是否可以降低到40或50年代、但从笔记中可以看到、我们似乎不太可能像您的客户所希望的那样将其降低到20世纪以下、即使我们可以这么做。

    谢谢、此致、

    Chris

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

    您好,Deric,

    请告诉我有关为何选择60s 规格和60s 识别 (包括移动鼠标或键盘)的反馈信息?

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

    您好、Fred、

    Deric 不在这个 E2E 主题上、我建议通过电子邮件联系他。

    谢谢、此致、

    Chris