原理
分时电价将一天划分为峰、平、谷等时段，各时段电价不同，引导用户移峰填谷。智能表需内置时钟、时区与费率切换表，分别累计各时段电量。主站经 NB-IoT/4G 下发费率计划与节假日策略，表内按规则冻结数据，争议时可召测冻结记录核对。
同步
时钟漂移会导致时段错位，需定期网络对时并监控电池；夏令时与政策变更需远程升级费率表。
用户侧
配合 APP 展示分时段用电曲线，帮助优化习惯；物联网充电桩等可自动避开峰段。
表计与模组侧的时钟治理
分时计费依赖表内时钟与费率切换表一致，任何漂移都可能导致峰谷电量归属错误进而引发电费纠纷。智能表应支持网络对时、守时与闰秒处理，并在时钟异常时记录告警与冻结数据。NB-IoT 与 4G 模组唤醒间隔要满足主站召测与对时窗口；PSM 深度休眠场景需评估温漂与电池电压对晶振的影响。费率表升级应支持断点续传与签名校验，防止中途断电造成半套费率。
主站、争议处理与监管对接
主站需保存费率版本、生效时间与操作者，便于监管检查与用户申诉。争议时常对比冻结寄存器、事件记录与外部标准表数据。物联网平台向用户展示曲线时应标注时区与夏令时规则，避免「看懂了曲线却看不懂电费」。充电桩、储能等互动负荷若参与需求响应，分时电价与实时电价策略可能叠加，计费引擎要分层清晰、可解释。
工程实践补充
针对「分时计量」的跨团队协同：硬件提供阻抗与电源预算，射频提供杂散与灵敏度余量，嵌入式明确线程模型与存储寿命，云端明确 SLA 与限流。对 NB-IoT 等场景，业务模型需与唤醒周期、包长与下行容量匹配；对车载与移动场景，需考虑切换与漫游时的会话保持。项目收尾做一次「红队」式复盘：弱网、掉电、证书过期、时钟跳变与存储写满是否都有定义行为。
费率切换表生效前时钟必须先对齐
分时计量按预先公布的时段，把电量记入不同费率寄存器。表计内部同时有时钟、日历、节假日安排和费率切换表，越过时段边界时把增量归入新的寄存器并留下冻结。通信模组不算电费，它负责把对时、费率表和冻结召测可靠送达，再把执行结果带回。时段错一位，峰谷电量会整段记反，事后很难只靠总电量还原。
前提是表内时钟已经与主站对齐，时区和季节性调整规则与政策一致，费率表带版本和生效时刻，传输过程可校验、可续传。窄带或 LTE 的唤醒间隔必须盖住对时窗口。深度休眠时，晶振随温度和电池电压漂移，苏醒后第一件事是判断时钟是否仍可信。政策调整日常集中下发，模组要能处理并发和写到一半的情况，不能覆盖到半套时段就复位。表计数据项可参考 DL/T 645，台区负荷的时标则要与 智能电网物联网 对齐。
时钟已经失效仍按旧时段累计、既不告警也不冻结，是直接产生争议的错误。升级中掉电会留下半套时段，峰段被写成谷价。平台用浏览器时区、表计用标准时间，曲线和电费单会差一截。节假日安排未随年度更新，工作日费率会被用到假日。充电桩若同时套用实时电价和分时电价，两套规则没有优先级，使用方看到的单价就无法解释。
处理争议时要能调出费率版本、生效时间、冻结寄存器和时钟异常事件。只给一张总电量记录不够。模组日志应保留下发摘要和表计返回码，才能区分主站没发出、模组没送到和表计拒绝写入。
表计在时钟不可信时要有明确行为：暂停跨时段累计，或把电量暂记到待核对的寄存器，等对时成功后再处理。静默沿用本地钟，会把较长时间的峰谷写错。模组掉线期间，主站不能只凭下发接口返回成功就认为费率已经生效，必须读回版本和生效时刻。对时源本身也要防跳变，一次错误的大步调整会把冻结记录切到错误的日期。电池欠压导致的停走，应与通信中断分开记录，否则电量缺口会被误认为模组没有把冻结送上去。