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:在检索时间戳时添加时基

Guru**** 2538950 points
Other Parts Discussed in Thread: UCD90320

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/957721/ucd90320-adding-time-base-when-retrieving-the-time-stamp

器件型号:UCD90320

在"UCD90320序列发生器和系统安全控制器 PMBus 命令参考"中、对于命令 ECH、它具有以下注释:

 "天数从2000-01-01 00:00:00.00起偏移。  它负责应用程序在检索时间戳时添加该时基。"

 

如果我读取 ECH 并确定天数、则年数超过25年。  如果我在2000年再补充这一点,那么这显然是错误的---- 2025年。 下面是一个示例。  我创建了一个故障、并通过命令 D7、已记录的故障 EA 和详细的故障 EC 提供了运行时 clk。

 

在这种情况下、根据参考指南、days 是字节4-7的位26-11。

字节4-7为0x89 0x24 0x89 0x01

位26-11 - 0x2491 = 9361天或~25.6年

 

命令 pg0/EA - 010000000000000000000000000000000000000000000000000000000000000000020000000000000000000000

命令 pg0/D7 - 03DCA8E800004898

命令 pg0/EC - B3 DC 96 26 89 24 89 01 76 2D 00

                0 1 2 3 4 5 6 7 8 9 10 11

 

我做了什么错误或参考指南有没有更正?

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

    你好

    run_time_clock (0xD7)是从0001-01-01 AD 而不是2000/01/01开始的天数。 例如、今天是2020年11月19日。 自公元0001-01-01年至今,已有737747天。

    https://www.epochconverter.com/seconds-days-since-y0

    由于存储器限制、我们必须对故障日志时间戳使用16位而不是32位。

    此致

    Yihe

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

    你好

    我们已有一段时间没有收到您的意见、并假设问题已得到解决。 如果需要进一步的帮助、请回复。

    此致

    Yihe