Skip to content

Commit 8bf2afb

Browse files
author
Tom Lasswell
committed
docs(readme): align thermometer cadence wording with validated estimate
The 15-60 min H5151 figure is observed, not a guaranteed Govee constant (matches the protocol-reference wording from the govee2mqtt validation).
1 parent 461dbc9 commit 8bf2afb

1 file changed

Lines changed: 2 additions & 2 deletions

File tree

README.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -139,8 +139,8 @@ Caveats:
139139

140140
Govee thermometer/hygrometer readings (H5075, H5100, H5110, H5179, H5109…) come from the Govee **cloud**, and the cloud only refreshes them on Govee's own schedule:
141141

142-
- **WiFi-native sensors** (e.g. H5179): roughly every 10 minutes.
143-
- **Bluetooth sensors behind a gateway** (e.g. H5075/H5110 reporting through an **H5151** WiFi gateway): the gateway batch-uploads every **15–60 minutes**.
142+
- **WiFi-native sensors** (e.g. H5179): on the order of ~10 minutes.
143+
- **Bluetooth sensors behind a gateway** (e.g. H5075/H5110 reporting through an **H5151** WiFi gateway): the gateway batch-uploads infrequently — often many minutes (observed ~15–60 min; the exact interval is Govee's, not guaranteed).
144144

145145
So a value can look "frozen" even though polling is perfectly healthy — the integration is faithfully showing the latest value Govee has. This is a Govee cloud limitation, not an integration bug (the same applies to govee2mqtt and homebridge-govee). Each thermometer exposes a **"Last Changed"** diagnostic timestamp showing when the value last moved, so you can see how old it is.
146146

0 commit comments

Comments
 (0)