# Sonoff TRV Gen2 incorrect time

**URL:** <https://forum.ewelink.cc/t/sonoff-trv-gen2-incorrect-time/209565>\
**Category:** Free discussion\
**Tags:** scene, web, app, zigbee, advanced-plan\
**Created:** [October 29, 2026, 5:58pm UTC](https://forum.ewelink.cc/t/sonoff-trv-gen2-incorrect-time/209565 "2026-10-29T17:58:32Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![morgan](https://dub1.discourse-cdn.com/flex005/user_avatar/forum.ewelink.cc/morgan/32/3184_2.png) [@morgan](https://forum.ewelink.cc/u/morgan)\
**Post date:** [October 29, 2026, 5:58pm UTC](https://forum.ewelink.cc/t/sonoff-trv-gen2-incorrect-time/209565/1 "2026-10-29T17:58:32Z")

</div>

I’m guessing that, just like every year, there’s another issue with the time change…

 ![trvgen2time](https://europe1.discourse-cdn.com/flex005/uploads/ewelinkforum/original/2X/c/cb025b3d79bcd7229dea7694324428740c3ee7be.jpeg)

@Milk

---

<div class="post-metadata">

**Author:** ![janvavra](https://avatars.discourse-cdn.com/v4/letter/j/cdc98d/32.png) [@janvavra](https://forum.ewelink.cc/u/janvavra)\
**Post date:** [October 30, 2026, 8:50am UTC](https://forum.ewelink.cc/t/sonoff-trv-gen2-incorrect-time/209565/2 "2026-10-30T08:50:25Z")

</div>

Hi, I can also confirm issues with the switch to “winter” time (-1 hour):

1. All automations running on ZBBridge-U (running locally) kept starting at the “old” time. I resolved this by restarting the bridge.

2. Even after restarting ZBBridge-U, the schedules on the TRV-ZBTs are still running at the “old” time. Is there some kind of time synchronization between the TRV-ZBTs and ZBBridge-U? I hope I won’t have to remove the batteries from all the TRV-ZBTs just to set the new time.

Best regards, Jan

---

<div class="post-metadata">

**Author:** ![jam3](https://dub1.discourse-cdn.com/flex005/user_avatar/forum.ewelink.cc/jam3/32/7918_2.png) [@jam3](https://forum.ewelink.cc/u/jam3)\
**Post date:** [October 30, 2026, 9:37am UTC](https://forum.ewelink.cc/t/sonoff-trv-gen2-incorrect-time/209565/3 "2026-10-30T09:37:23Z")

</div>

@emma23 @Milk I would appreciate some **clarification from the eWeLink/SONOFF team** regarding how the TRV-ZBT maintains and synchronizes its internal clock.

Some users have reported that schedules run one hour off after the transition from daylight saving time to standard time. Understanding how the device handles time synchronization and DST would help us investigate this behaviour.

Does the TRV-ZBT synchronize its time with the eWeLink app or Zigbee gateway, or does it use another mechanism? Does it automatically adjust its clock when DST changes, or is an explicit time update required?

 ![image](https://europe1.discourse-cdn.com/flex005/uploads/ewelinkforum/original/2X/1/1c25c31d0632e43e4b3aa806db71f65d60fc907b.png)

I checked the standard Zigbee Time cluster (`0x000A`) in Home Assistant ZHA, but the relevant time attributes return no values. This does not tell us how the device maintains its internal clock, so any clarification would be appreciated.

---

<div class="post-metadata">

**Author:** ![Milk](https://dub1.discourse-cdn.com/flex005/user_avatar/forum.ewelink.cc/milk/32/8679_2.png) [@Milk](https://forum.ewelink.cc/u/Milk)\
**Post date:** [November 2, 2026, 6:12am UTC](https://forum.ewelink.cc/t/sonoff-trv-gen2-incorrect-time/209565/4 "2026-11-02T06:12:33Z")

</div>

Okay, I’m checking this issue now.

> [@morgan](#):
>
> I’m guessing that, just like every year, there’s another issue with the time change…

From the screenshot you provided, I can’t clearly see where the one-hour delay occurs. Could you confirm whether the issue is that **the displayed end time does not match the current time plus the 45-minute delay**?

---

<div class="post-metadata">

**Author:** ![morgan](https://dub1.discourse-cdn.com/flex005/user_avatar/forum.ewelink.cc/morgan/32/3184_2.png) [@morgan](https://forum.ewelink.cc/u/morgan)\
**Post date:** [November 2, 2026, 8:48am UTC](https://forum.ewelink.cc/t/sonoff-trv-gen2-incorrect-time/209565/5 "2026-11-02T08:48:44Z")

</div>

> [@Milk](#):
>
> From the screenshot you provided, I can’t clearly see where the one-hour delay occurs. Could you confirm whether the issue is that **the displayed end time does not match the current time plus the 45-minute delay**?

My understanding of the boost mode is that, once activated, it should turn off after a set duration is that correct?

For example, if it’s 18:50:03 and the boost is configured for 45 minutes, the interface shows an end time of 20:34… but shouldn’t it be 19:34(35)?  
The boost is supposed to run for 45 minutes, yet the display suggests it’s set for 1 hour and 45 minutes.

The question now is, is this just an error in how the end time is displayed, or will the boost actually remain active for 1 hour and 45 minutes?

The reason I suspect the switch to winter time is this, if the time change hadn’t occurred, it would be 19:50 instead of 18:50 in which case, a 45 minute boost would indeed end at 20:35.

---

<div class="post-metadata">

**Author:** ![Milk](https://dub1.discourse-cdn.com/flex005/user_avatar/forum.ewelink.cc/milk/32/8679_2.png) [@Milk](https://forum.ewelink.cc/u/Milk)\
**Post date:** [November 3, 2026, 2:01am UTC](https://forum.ewelink.cc/t/sonoff-trv-gen2-incorrect-time/209565/6 "2026-11-03T02:01:28Z")

</div>

Sorry, I got a little mixed up and completely missed the date.

Since NSPanel Pro logs are only retained for a limited time, the logs from October 31 have most likely already been overwritten.

I’ll arrange for our testing team to reproduce and verify the issue, and I’ll keep you updated once we have any progress.
