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.

[参考译文] WEBENCH®︎工具:设计历史记录显示了错误的创建时间

Guru**** 2595770 points


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

https://e2e.ti.com/support/tools/simulation-hardware-system-design-tools-group/sim-hw-system-design/f/simulation-hardware-system-design-tools-forum/778964/webench-tools-design-history-shows-incorrect-creation-time

工具/软件:WEBENCHRegistered设计工具

在 myTI 帐户->我的活动->我的设计下有一列标题为"创建日期(GMT)"(这是我的正确时区)、但显示的某些时间明显不正确、例如凌晨2:24 (我没早点起床!)。 我不认为是时区错误;相反 、我怀疑问题是始终标记为 AM、无论它们是 AM 还是实际是 PM、因为 我的所有设计都显示了 AM 时间。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    有关这方面的更多信息:Atul 已善意地提请我注意 HTML WEBENCH 电源设计器工具中的 My Designs 链接、它显示了不同的创建时间、仍然是错误的、但采用了不同的方式。 例如、我在今天的第三个设计显示为在"我的活动"页面上于早上5:57创建、而在 HTML 工具中显示为15:57:52。 因为现在只有14:39、这也不能正确。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Richard、

    这看起来像是一个错误、我们将致力于修复错误的设计创建时间。 感谢您将此事提请我们注意。 我们将处理此修复、并不断更新您对修复程序何时将反映在生产版本上的估计。

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

    我们希望提供一个更新、我们将查看此问题、并估计大约在3月底的2个发布周期中进行修复。

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

    此问题已在 TI.com 上解决。

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

    您好、Mahantesh、

    感谢您的联系、但我担心这个问题未在 myTI 的 WEBENCH 设计页面上得到解决。 可以肯定的是、我注销了 myTI、从浏览器中清除了缓存和 Cookie、然后关闭并重新打开它( 我现在使用 Microsoft Edge 获取 WEBENCH 的 HTML 版本 )、并再次登录。 从2013年开始、一个设计现在 显示了 PM 创建时间、因此发生了一些变化、但有几次是不可信的。

    如果修复程序不适用于历史设计(这会令人失望且毫无意义、因为这都是关于设计历史!) 我在当地时间14:10创建了一个全新的设计、即 GMT+1。 在 HTML 版 WEBENCH 的"我的设计"对话框中、新设计显示如下:

    这样、 这个现在就适合我的本地时间了。 但是、在 myTI 的 WEBENCH 设计页面 上、相同的设计 显示如下:

    因此、该声明为 GMT (应给出13:10的时间、即下午1:10)、但实际上显示为时区 GMT-7 (例如太平洋夏令时)。 此页面现在同意闪存工具中显示的内容(不表示时区):


    此致、

    Richard

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

    此问题已在 Webench 上得到解决。 但对于 myTI、我们已将此查询发送给相关团队、并在解决后尽快让您回答。

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

    您好 Richard、

    我们已将 myTI 设计的相关问题 w.r.t 时区转发给相应的团队。
    请您在之前的评论中提及的以下陈述中澄清问题吗?

    "一个设计、从2013年开始、现在出现了 PM 创建时间、因此发生了一些变化、但有几次没有变化

    可信"

    谢谢、此致、
    Harish

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

    您好 Harish、

    根据要求、我将尝试澄清您引述的陈述:

    1. 在我的原始帖子中、我提到我的所有设计都显示了 AM 创建时间。 现在、我的设计#17显示为 2013年10月10日晚上11:10、所以有所改变。 (我怀疑报告的大部分或所有时间都发生了变化、但我没有记下之前的值。)
    2. 列标题声称时间是 GMT、我的时区是冬季的 GMT 和夏季的 GMT+1。 如果我们相信专栏标题,那么几乎所有的时间都是不可信的,因为我不会在半夜创造它们!  
      1. 4 2010年12月17日上午12:27
      2. 17 2013年10月10日晚上11:10
      3. 202013 年10月15日凌晨4:58
      4. #41 2019年3月4日上午6:19
      5. #42 2019年3月5日上午6:10
      6. #69 2019年3月19日上午6:57
      7. #91 2019年4月1日凌晨2:16
      8. #104 2019年4月10日上午6:10 (实际上是在13:10 GMT 创建的、正如我之前的帖子中所述)
    3. 另一方面、如果只是列标题错误、它实际上应该声明它处于太平洋时间(有或没有夏令时?) 那么、其中的大多数都是可信的、如果是 PDT、#104肯定是正确的(正如我在上一篇文章中所述)。 唯一可疑的是17号,因为太平洋时间晚上11点10分在我的时区是上午7点10分(太平洋时区和我的都在2013年10月10日使用夏令时),这对我工作来说还相当早。
    4. 如果在 GMT-7时区引用的时间不使用夏时制(我认为亚利桑那州的山地标准时间、但我对美国时区的理解可能不正确)、这实际上更有意义。 在这种情况下、#104 6:10 AM 仍是13:10 GMT、14:10在我当前的区域设置中、但现在#17 11:10 PM 变为07:10 GMT、即 GMT+1中的08:10、这将是我的时区、这是我创建该设计的可信时间。
    5. 我还注意到、HTML 版本 WEBENCH 中的"我的设计"对话框中显示的时间比 myTI 中显示的时间提前8小时、但未显示#69 19 2019年3月6:57 AM、即仅提前7小时显示为13:57。 我相信这是在美国和欧洲夏令时开始之间的三周内唯一创建的一个、这一点很重要、但我将把它留给您的软件团队、让他们的领导来完成这一个。

    这一切看起来都很糟糕、但我希望它能回答您的问题!

    此致、

    Richard

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

    Richard、  

    我们正在与使用 TI.com 上的功能进行管理的团队合作。 我们已经把这作为我们很快将要处理的优先事项。 感谢您花时间详细解释问题。 我们非常感谢您的反馈。  

    谢谢  
    Raj