SetRtcTime接口调用异常

交流互助区
1

问题描述

当前在通过dbus上手动调用SetRtcTime接口，bmc_time模块打印日志为写入成功，但是读取cpld对应寄存器查询rtc时间时发现，读取到的时间与dbus接口写入的时间不同，初步分析为接口函数并没有成功将时间信息写入cpld寄存器。

（当前环境无NTP，所以bmc系统时间为rtc时间）

img_v3_0213s_b4776913-f782-4776-94ec-6874549469bg
img_v3_0213s_b4776913-f782-4776-94ec-6874549469bg1473×236 58.2 KB

重现步骤

  1. 查询修改前的cpld寄存器中保存的rtc时间；

  2. 通过dbus调用SetRtcTime接口写入时间戳；

  3. 查询修改后的cpld寄存器中保存的rtc时间，查看是否写入成功。

期望结果

查询修改后的cpld寄存器中保存的rtc时间，发现时间写入成功。

实际结果

bmc_time组件没有异常日志打印，时间写入失败。

分析结论

当前怀疑该接口没有对特定cpld寄存器写入rtc时间的功能进行适配，导致日志显示函数正常返回，实际时间写入失败。

2

答案内容由AI生成，仅供参考：

5. 结论

您分析的方向与知识库信息一致：默认 SetRtcTime 接口未适配通过 CPLD 操作 RTC 寄存器的硬件方案。日志中的“成功”仅仅代表函数级返回，底层通信未实际同步到 CPLD。建议参考社区已讨论的方案，通过 CSR 配置调整 或 在 component_drivers 中实现定制驱动 来补全这一控制路径。同时，可以对比 Accessor_EXUWP_0101 案例中因命令字错误导致写失败的经验，确认本场景中 使用的命令字（读/写）是否正确（文档 “Accessor 无法修改 EEPROM 写保护状态” 提供了类似排查思路）。

点击此处查看详细分析解答

关于 SetRtcTime 接口调用异常的分析与建议

1. SetRtcTime 接口的功能说明

根据知识库的信息，SetRtcTime 是一个直接写入 RTC（实时时钟）的方法，用于避免后续 RTC 同步操作覆盖已设置的时间。它使用 TimeStamp 作为参数，直接修改 RTC 芯片上的时间，以绕过常规的同步机制。

2. 问题可能的硬件访问路径差异

在目前讨论的系统中，用户通过 读取 CPLD 寄存器 来查询 RTC 时间，这表明 RTC 芯片并非直接连接至 BMC，而是通过 CPLD 进行桥接访问。知识库明确指出：

  • BMC 时间同步依赖 CPLD 获取 RTC 数据（关系：BMC Time Synchronization -> CPLD）。
  • CPLD 管理 RTC 数据访问，并且在没有电源的情况下可能错误地返回有效数据（CPLD 描述）。
  • RTC 芯片通过 I2C 连接，但访问 RTC 时可能 需要给 CPLD 发送 SMC 命令字 才能选通 RTC 芯片（参考文档块 “RTC 配置问题”）。

因此，SetRtcTime 的默认实现通常假设 RTC 芯片与 BMC 直接通过 I2C 通信，但在需要 通过 CPLD 转发 的硬件方案中，仅仅执行标准 RTC 写入操作无法将时间同步到 CPLD 内部的寄存器。这解释了日志显示“写入成功”（函数正常返回），但实际读取 CPLD 寄存器时仍为旧值的现象。

3. 社区相关讨论与已知限制

在主题 topic/4870（RTC 配置问题）中，已有用户遇到类似情况：

  • guoxin 提出：“需要给 cpld 发送 smc 命令字，才能访问到 rtc 芯片，当前支持的配置方式是否无法覆盖该情况……是否需要在 component_driver 独立开发指定 rtc 芯片的 driver？”
  • huangzhiyu 回应：“如果实际使用下来发现目前的 rtc 芯片无法满足要求，可以在 component_drivers 实现自己的器件驱动。”
  • zhangbaocun 指出：“第二个属性关联一个 chip 用来读取 rtc 时间”，暗示 CSR 配置可以指定用于读取 RTC 的 chip 对象。

这些信息表明 标准方法默认不覆盖 CPLD 桥接的场景，需要通过 CSR 配置 或 自定义驱动 来适配。

4. 基于上下文的建议

角度 知识依据 建议
驱动层 huangzhiyu 建议在 component_drivers 实现自己的器件驱动 可为该硬件开发专门的 RTC 驱动，将写入操作转化为 SMC 命令字 → CPLD 寄存器 → RTC 芯片 的链路。
CSR 配置 Time_Bmc_0101 和 Scanner_Rtc_0101 是关联的系统对象，SetRtcTime 可能与这些对象交互 检查 Time_Bmc_0101 等配置中是否 指定了正确的 RTC 芯片标识，或需要按社区建议新配置关联的 chip 对象。
接口调用链 bmc_time 组件使用 rtc_time.lua 处理 RTC 更新；日志曾出现 rtc_time.lua(45): update time failed over 5 times 确保 rtc_time.lua 或底层工具链能够正确解析硬件格式，并采用正确的写入协议。
电源状态 CPLD 在 RTC 断电时可能返回错误数据 确认 RTC 电源正常，避免 CPLD 因电源问题拒绝写入或返回旧值。

5. 结论

您分析的方向与知识库信息一致：默认 SetRtcTime 接口未适配通过 CPLD 操作 RTC 寄存器的硬件方案。日志中的“成功”仅仅代表函数级返回，底层通信未实际同步到 CPLD。建议参考社区已讨论的方案，通过 CSR 配置调整 或 在 component_drivers 中实现定制驱动 来补全这一控制路径。同时，可以对比 Accessor_EXUWP_0101 案例中因命令字错误导致写失败的经验，确认本场景中 使用的命令字（读/写）是否正确（文档 “Accessor 无法修改 EEPROM 写保护状态” 提供了类似排查思路）。

3

这个功能是某一款特殊机型做的需求，不是通用的能力

4

所以组件内部不会做适配吗