Direct answer
For the Hue Bridge v2, time zone, placement, calibration, stale cloud state and sensor hardware should be separated. First, compare local device value with app history and a reference.
What this covers
- Hue Bridge v2 (BSB002)
- Hue Bridge v2; the hub every Zigbee accessory reports through, and the only component in a Hue system with its own network connection.
- The specific fault this record addresses: shows the wrong time, state or sensor reading
What it does not cover
- ×The same symptom on a different Philips Hue product line, which has its own record and its own cited source
- ×An on-screen error code whose meaning has not been checked against this exact model's manual
- ×Live electrical, gas, sealed-system, internal battery-cell or structural repair — a technician boundary, not a self-service step
Differential
What actually causes this, and how to tell them apart
These are ordered by how often each one is the answer, not by how easy it is to try. The point of the middle column is that two causes producing the same headline symptom rarely produce the same detail — that detail is what tells you which one you have before you change anything.
- 1
The app is showing a cached value, not a current one
What separates it The reading is plausible but stale, and it refreshes when the app is reopened or pulled down. The timestamp beside the value is the giveaway and is routinely ignored.
How to confirm Read the timestamp on the value itself. A correct sensor and a stale display is the most common version of this complaint.
- 2
The home's time zone rather than the device's clock
What separates it Everything is offset by a whole number of hours, including event history and schedules. The home has its own time zone setting that defaults to wherever it was created.
How to confirm Check the home or hub's time zone rather than the phone's. A whole-hour offset is essentially always this.
- 3
The device has lost its clock and not resynchronised
What separates it Timestamps are wrong by an arbitrary amount rather than a whole number of hours, often after a power cut. A device that boots before the network is available can start with no valid time.
How to confirm Restart it once the network is confirmed up and check whether timestamps correct themselves.
- 4
The sensor itself has drifted or failed
What separates it The reading is implausible, changes erratically, or does not respond to a real change in conditions at all.
How to confirm Reach this only after the others are excluded. A sensor that fails to move when conditions genuinely change is different from one that reads a real microclimate.
Before you touch a setting
Record this first — changing settings destroys the evidence
Every item below stops existing the moment a reset, re-pair or settings change is made. Written down first, they are what separates the causes above; recovered afterwards, they are guesswork.
- The timestamp shown beside the value, not just the value. A correct sensor with a stale display is the most common form of this complaint.
- The size and direction of the error: a whole number of hours, a small stable offset, or an erratic difference. Each points somewhere different.
- The home or hub's time zone setting, read there rather than on the phone.
- Whether the problem began after a power cut, a network outage or a move.
Read the timestamp before the value
ReversibleA stale display of a correct reading is the most common version of this complaint, and it is settled in one look. Pull to refresh and see whether the value changes before investigating the sensor at all.
Classify the size of the error
ReversibleA whole number of hours is a time zone. A small stable offset is placement or self-heating. An erratic or implausible difference is the sensor. These three share no steps, and the classification costs nothing.
Check the home's time zone, not the phone's
ReversibleThe home has its own time zone and location, defaulting to wherever it was created. A whole-hour offset across readings, history and schedules is essentially always this, and the phone's own clock being correct proves nothing about it.
Restart once, after confirming the network is up
ReversibleA device that boots before the network is available can start with no valid time and never resynchronise. Timestamps wrong by an arbitrary amount after a power cut are this, and one restart in the right order fixes it.
Confirm the reading responds to a real change
ReversibleChange the conditions deliberately and watch. A sensor that does not move when conditions genuinely change has failed; one that moves correctly but reads a consistent offset has not.
Model-specific
What is true of this model and not of its siblings
Generic advice for the product line fails here. Each item below is a property of this specific model family that changes which of the steps above apply to you.
- Model scope
- BSB002. Hue Bridge v2; the hub every Zigbee accessory reports through, and the only component in a Hue system with its own network connection.
- Capacity
- Philips states the Bridge supports up to 50 lights and 12 accessories. Those are two separate limits, and the accessory limit is the lower and the one people reach first — a switch or sensor that will not pair on a large system is worth checking against the 12-accessory figure before anything else.
- Network
- Connects to the router by Ethernet cable, not Wi-Fi. That is the single most useful fact about this device for troubleshooting: Wi-Fi problems cannot affect the Bridge's own connection, and a Wi-Fi fix will never help it. What can affect it is the cable, the router port and the router's client list.
- Radio to accessories
- Zigbee to every light and accessory. Accessories have no independent path to anything — they reach the Bridge over Zigbee and nothing else — so a Bridge fault presents as every light and switch failing at once, and no accessory-level check means anything until the Bridge is confirmed working.
- Power
- A supplied mains adapter, 120 V in the US, with standby power consumption stated as 0.1 W. There is no battery, so the Bridge stops with the power and returns with it, and everything commissioned to it stops too.
- Mesh behaviour
- Mains-powered Zigbee devices — the lights — repeat the mesh. Battery accessories such as dimmer switches and motion sensors do not. That is why adding another battery accessory never improves range, and adding a mains-powered light often does.
- Philips Hue's own specification
- Philips publishes the Bridge's specification at philips-hue.com/en-us/p/hue-bridge/046677458478, and its support section for the system at philips-hue.com/en-us/support/product/philips-hue-system/100005.
- Power path
- Mains adapter into a standard outlet. Switched outlets and outlets on a circuit that trips are the two failure modes that present as device faults. Use the supplied adapter — third-party adapters that supply the right voltage at the wrong current are a common cause of intermittent restarts.
- Radio
- Zigbee mesh through a bridge. The accessory has no independent internet path, so a bridge fault presents as every accessory failing at once. Mains-powered Zigbee devices repeat the mesh; battery ones do not, which is why adding a battery accessory never improves range.
- Radio
- Wired Ethernet available. A wired path removes signal strength, band steering and Wi-Fi credentials from the investigation entirely, and is worth using during diagnosis even if the device will end up wireless.
- Symptom boundary
- This record covers Philips Hue Hue Bridge v2 when it shows the wrong time, state or sensor reading. A different symptom on the same hardware, or this symptom on a different Philips Hue product line, has its own record with its own causes and its own cited source.
Stop boundary
When this stops being a self-service repair
Continuing past any one of these costs more than the repair saves — in safety, in warranty, or in evidence a technician needs.
- !The reading does not respond to a deliberate, real change in conditions, which is a failed sensor rather than a configuration problem.
- !The device is being relied on as the sole medical, fire, freeze or security guarantee. No consumer sensor is specified for that, whatever it currently reads.
Evidence ledger
Sources behind this answer
Visible sources support the visible claims. Home Product Support records the publisher, the fact used and the review date; community reports can suggest an issue but do not become a published fact on their own.
Where the manufacturer's article stops. Philips Hue Support publishes this as "Philips Hue system support". Philips Hue's own support section for the Hue system and Bridge — the hub every Zigbee accessory reports through, and the only component with a network connection of its own. What that article does not carry is the model boundary — it is written for a product line, and BSB002 is the scope applied here. Where a control label, terminal, indicator pattern or reset sequence differs on your unit, the manual for that exact model is the authority, not this page and not the article.
Exact questions
Common follow-ups
Does the Hue Bridge connect over Wi-Fi?+
No — it connects to your router by Ethernet cable. This is the most useful thing to know when troubleshooting it: a Wi-Fi problem cannot affect the Bridge's own connection, and no amount of Wi-Fi work will help. Check the cable, the router port and the router's client list instead.
How many devices can the Hue Bridge handle?+
Philips states up to 50 lights and 12 accessories. Those are separate limits, and the 12-accessory limit is the lower one — so a switch or sensor that refuses to pair on a large system is worth counting against that figure before assuming the accessory is faulty.
All my Hue lights stopped working at once.+
Check the Bridge first. Every light and accessory reaches it over Zigbee and has no independent path to anything else, so a Bridge fault takes the whole system out simultaneously. It also has no battery, so a power cut does the same thing.
Will adding another dimmer switch improve my Hue range?+
No. Mains-powered Zigbee devices — the lights — repeat the mesh; battery accessories such as switches and sensors do not. Adding a battery accessory adds a leaf to the network, not a relay. Adding a mains-powered light in the gap is what extends range.
How much power does the Bridge use?+
Philips states standby power consumption of 0.1 W, from a supplied mains adapter (120 V in the US). Its own consumption is negligible; what matters is that it has no battery, so anything depending on it stops during a power cut.
The reading looks wrong but the device seems fine.+
Read the timestamp beside the value before anything else. A stale display of a perfectly correct reading is the most common version of this complaint, and pulling to refresh settles it in one look.
Everything is out by exactly an hour.+
That is the home's time zone, not the device's clock. The home has its own time zone and location setting that defaults to wherever it was created, and the phone's clock being correct tells you nothing about it. Whole-hour offsets are essentially always this.
Timestamps went wrong after a power cut.+
A device that boots before the network is available can start with no valid time and never resynchronise. The distinguishing feature is that the error is an arbitrary amount rather than a whole number of hours. One restart, after the network is confirmed up, normally fixes it.
How do I tell a bad sensor from bad placement?+
Change the conditions deliberately. A badly placed sensor reads a real microclimate and moves correctly when conditions change. A failed sensor does not move at all, or moves erratically. That single test separates them where comparing numbers does not.
Can I rely on this for a freezer or a medication store?+
No. No consumer sensor is specified as a sole guarantee for medical, fire, freeze or security purposes — the reporting is duty-cycled, the alerting is best-effort, and nothing tells you when it has stopped. Anything that matters needs a layer designed to fail loudly.
Does this answer apply to every Philips Hue model?+
No. It is scoped to BSB002. Hue Bridge v2; the hub every Zigbee accessory reports through, and the only component in a Hue system with its own network connection.
What should I record before troubleshooting wrong reading or time?+
Record the complete model identifier, exact message or indicator, software/firmware where visible, the operating stage and what still works.
Why is a factory reset not the first step?+
A reset can erase accounts, networks, maps, schedules or preferences without distinguishing wrong reading, time. The ordered checks preserve that evidence.
When should I stop and use qualified service?+
Do not use consumer sensors as the sole medical, fire, freeze or security guarantee.
Answer for the exact device and software version shown above.