• 状态 Resolved
  • 已锁定 已锁定
  • 回复 20 回复
  • 订户 0 订户
  • 视图 502 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] UCD90320：运行时钟

admin
Guru**** 2538930 points
Other Parts Discussed in Thread: UCD90320

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1049425/ucd90320-run-time-clock

器件型号：UCD90320

大家好、  

我对读取 run_time_clock 以及如何使用它有几个问题。  

1.在 bl黑色 框_FAULT_INFO 数据中有一个日期字段。  这被描述为从00：00 01/2000开始的天数、但器件如何知道实际日期是多少？  

2.我们可以在 run_time_clock (write)命令中设置所需的任何信息、对吗？

3.要在 UCD 域中的时间和 Linux 中的时间之间进行转换：将时钟结果转换为几天和几毫秒是否出了问题，请将该值写入 run_time_clock (write)命令？  

4. UCD 如何知道将 blue_box_fault_info (read)命令的 days 字段中的内容？

感谢您的支持、  

Delaney

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

    你(们)好

    请参阅下面我的评论。

    1.故障中的日期文件基于00：00：01/2000、这是芯片中的默认起始时间。 它与 run_time_clock 的基址不同、即0001-01-01 AD 00：00：00.000。 默认情况下、器件会自动计算这两个基极之间的差值。 对于客户、当您从故障日志中读取时间戳时、请将其添加到00：00：01/2000的顶部。  

    2.必须根据正确的时间设置 run_time_clock：例如：2021 10-29-7：35：00000。 您可以参考 https://www.epochconverter.com/seconds-days-since-y0#:~:text=Days%20Since%200001%2D01%2D01,since%20January%201%2C%201%20AD。请注意、run_time_clock 的基本时间为0001-01-01 AD 00：00：00。 此命令发送的值应基于此基址

    3.以上第2项应回答这一问题。

    这已经在#1中进行了解释。  

    此致

    Yihe

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

    您好、Yihe、  

    谢谢你。  

    为了跟进、 我设置 UCD RUN_TIME_CLOCK 的时间与 UCD 在故障日志中放置的时间戳之间有何关系？

    例如、如果实际时间为16：54：53 GMT 11/1/2010、并且我将 UCD RUN_TIME_CLOCK 设置为18932天和60893000毫秒 (因为 Linux epoch 00：00：00.00 01/1970和16：54：53 GMT 11/1/2021之间有18932天和60893000毫秒、因此我可以方便地相对于系统 RTC 的同一 epoch 设置 UCD run_time_clock)、 如果十秒后出现故障、故障日志将作为时间戳报告什么？

    谢谢、  

    Delaney

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

    你(们)好

    为了使其简单、您可以使用 runt_time_clock 将 UCD 内部时钟设置为本地系统 RTC。 从故障日志中读取的任何内容都是2000-01-01-00：00的偏移时间。 FAULT + 2000-01-00-00：00：00的时间；是检测到故障时的 RTC

    此致

    Yihe

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

    谢谢 Yihe。

    还有几个问题。  

    根据 PMBus 命令参考、blue_box_fault_info 中的毫秒字段以小端序显示、但 logged_fault_detail 中的毫秒字段以大端序显示。 此外、"故障 ID +天数"字段 按大端序排列。 是这样吗？ 我提出的原因是它看起来像 UCD 中的其他多字节无符号整数以小端序出现。

    如果 实际时间为16：54：53 GMT 11/1/2010、并且我将 UCD RUN_TIME_CLOCK 设置为18932天和60893000毫秒 (我希望这样做是因为 Linux epoch 00：00：00.00 01/1970和16：54：53 GMT 11/1/2021之间有18932天和60893000毫秒、对于我来说、相对于与系统 RTC 相同的 epoch 设置 UCD run_time_clock 非常方便)、 如果十秒后出现故障、故障日志将作为时间戳报告什么？  您能否计算此类时间戳字段的值(即毫秒和天)？ 或者、我是否可以自己计算此值？

    非常感谢您的帮助！

    Delaney

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

    你(们)好

    小端字节序或大端字节序实际上无关紧要、主机应按照程序指南来解释信息。  

    如前所述、必须根据  0001-01-01 AD 00：00：00.000设置 RUN_TIME_CLOCK。 您不能基于 Linux epoch tie 19700/01/01进行设置。 如果您转到 GUI Configure->Global Configuration->Run Time Clock，则快速方法是使用 GUI。 您可以将 UCD 时钟与 PC 同步。 您可以在此处看到 GUI 如何在 GUI 中发送 Run_Time_clock 命令。 如上一帖子中所述、从故障日志中读取的任何时间戳都是偏移2000-01-01。 请记住这一点，如果您在10秒后出现故障，则会添加时间10s->10000ms。 您还可以使用 GUI 读取故障、以查看如何  根据故障日志计算时间戳。  

    此致

    Yihe

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

    您好、Yihe、  

    感谢您帮助我更好地了解此器件！  

    另一个问题：  

    在最坏的情况下、UCD90320检测电源轨 UV/OV 故障的最长时间是多少？  

    谢谢、  
    Delaney  

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

    你(们)好  

    无论配置了多少个电压轨、ADC 都会以400us 的间隔对所有32个电压轨进行采样。

    此致

    Yihe

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

    谢谢、Yihe！

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

    您好、Yihe、

    只是为了澄清最坏的情况"回应时间"。 在我的情况下、在没有任何配置的延迟或干扰滤波器的情况下、立即关断的最坏情况是什么？ 这将是400us、对吧？  

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

    你(们)好

    400us 是检测故障的时间、它需要额外的开销来处理故障、而且还需要多少个电源轨发生故障。

    我会说大约600us。  

    此致

    Yihe

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

    您好、Yihe、  

    客户正在尝试将运行时钟设置为738124 (0x000b434e)天和2637 (0z00000a4d) msec。

    命令如下所示：

    0xd7  0x08 0x00 0x00 0x0a 0x4d 0x00 0x0B 0x43 0x4e

    但它们正在回读：

    0x08 0x04 0x99 0x09 0xd7 0x00 0x0c 0x24 0x33

    这是不可预料的。 77138391msec 和795699天。

    您是否有人建议运行时钟命令会发生什么情况？ 是否有时钟自行设置的配置模式？  


    感谢您的反馈、  
    Delaney

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

    你(们)好

     他们是否立即回读？

    我会要求他们检查写入和读取波形？

    这是我的测试：

    此致

    Yihe

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

    谢谢 Yihe、  

    我将与客户核实。 但是、回读时间超过57、000天、这似乎是可疑的。

    谢谢、  
    Delaney

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

    您好、Yihe、  

    是的、它们基本上会立即回读； 在写入和读取之间、只是将程序中的数据记录到文件中的消息。 我正在检查他们是否可以获得 I2C 分析仪、但交易似乎合理。  

    我想知道 RUN_TIME_CLK 上是否存在可能会增加额外时间的设置、您是否知道此类设置/配置？

    谢谢、  
    Delaney

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

    当我将配置加载到器件中时、RunTimeCLK GUI 页面的外观是什么、这是正确的吗？ 但是、他们没有使用 GUI 加载运行时钟。

    此页面上是否有需要设置的设置、以便在写入时运行时钟时正常工作？

    谢谢、  
    Delaney

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

    你(们)好

    你有一个奇怪的行为，我从来没有见过。 没有针对 GUI 中 RTC 更新的设置或启用。  

    使用哪个版本的 GUI？  

    此致

    Yihe

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

    您好、Yihe、  

    客户未使用 GUI 对器件进行编程、但我使用7.7.3加载了文件。  

    想知道代码中是否有某种方式重复写入时钟？

    谢谢、  

    Delaney  

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

    你(们)好  

    很难相信。 但您可以轻松地进行测试。 转至 tool->Clear configuration。 GUI 随后将关闭、您可以重新启动 GUI 以查看其工作原理、然后再次下载其代码。

    此致

    Yihe

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

    您好、Yihe、  

    感谢调试这种奇怪行为的帮助。 "刷新所有参数"是否相同？  

     

    这是否也适合客户？ 清除配置、然后重新加载配置？  

    谢谢、  

    Delaney

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

    我看到、GUI 看起来是正确的。  


    谢谢、  
    Delaney