Summary
"My smart thermostat won't connect" is a network problem wearing a heating-appliance disguise. It's easy to assume a fault with a device that controls the boiler must be a heating fault, but the connectivity layer (thermostat/hub to home Wi-Fi to internet to manufacturer's cloud service to phone app) is entirely separate from the heating control layer (thermostat to boiler/zone valve, covered by two-wire or OpenTherm wiring). A thermostat that has lost its network connection will usually keep running its last-known schedule locally and still fire the boiler on demand — the loss is remote/app control and any cloud-dependent features (geofencing, energy reports, voice assistant integration), not necessarily heat.
This distinction matters for triage on site. If wiring or boiler-side heating control is suspected, that's covered in thermostat not working and is a different fault category — check there first if the complaint is "the heating doesn't come on" rather than "the app shows offline". This article is specifically for the connectivity fault: the thermostat or its hub failing to join or stay on the home network, or failing to reach the manufacturer's cloud service once connected locally.
The two most common root causes by a wide margin are the 2.4GHz-only limitation of most smart thermostat Wi-Fi radios (many UK home routers default new devices onto 5GHz, which the thermostat can't see) and range/signal strength at the thermostat's typically low, central wall-mounted position — a location chosen for accurate temperature sensing, not for Wi-Fi reception.
Key Facts
- 2.4GHz vs 5GHz — the majority of smart thermostats (including most Hive, Nest, Tado and Wiser hardware generations) only support the 2.4GHz Wi-Fi band, not 5GHz; many modern routers broadcast a single combined SSID that auto-assigns devices to whichever band it judges best, which can silently put the thermostat's connection attempt on the unsupported band
- Hub-based vs direct-connect systems — Hive, most Tado models, Drayton Wiser and Honeywell evohome use a separate hub/bridge (usually wired by Ethernet to the router) that talks to the thermostat over a short-range proprietary or Zigbee-based radio link; Nest and some standalone models connect the thermostat itself directly to the home Wi-Fi with no intermediate hub — always establish which architecture is in use before troubleshooting, since the fault point differs
- Thermostat signal range — typically quoted around 30–50m line-of-sight for hub-to-thermostat links, reduced significantly by masonry, brick internal walls, and especially foil-backed insulation or metal-lath plaster
- Router channel congestion — dense housing (flats, terraces) with many neighbouring 2.4GHz networks on overlapping channels can cause intermittent drop-outs that look like a hardware fault but are actually interference
- MAC address filtering / guest network isolation — some routers with MAC filtering enabled, or "client isolation" on a guest network, will block a new device from joining even with the correct password; the thermostat needs to be on the main trusted network, not an isolated guest SSID
- Router firmware/settings changes — a router replaced or reset by the broadband provider (common after an ISP switch or a router firmware update) frequently breaks previously-working smart home device connections, because the new router generates a new SSID/password or changes band-steering behaviour
- App vs local vs cloud status — "offline" in the manufacturer's app can mean three different things: the thermostat/hub cannot reach the local Wi-Fi at all, the thermostat has local Wi-Fi but the manufacturer's cloud service is down (a service-wide outage, not a fault at the property), or the phone itself has lost internet access and is misreporting status — check the manufacturer's service status page before extensive on-site troubleshooting
- Firmware update failures — some thermostats fail to reconnect after an automatic firmware update; a power cycle (isolate, wait 30 seconds, restore) of the thermostat and/or hub often resolves a stuck post-update state
- Factory reset as last resort — re-pairing from scratch (factory reset, then follow the manufacturer's setup flow again) resolves persistent connectivity faults that survive a simple power cycle, but will require re-entering the household's network credentials and re-confirming any wiring configuration set during original commissioning — note the existing settings before resetting
- Boiler/heating function during a connectivity fault — in almost all cases the thermostat continues to control the boiler locally using its last programmed schedule while offline; confirm this with the customer before assuming any urgency around heating function itself
- Router placement relative to the thermostat — thermostats are positioned for accurate room temperature sensing (away from heat sources, doorways, direct sun), which is frequently the worst possible location for Wi-Fi signal strength; a mesh Wi-Fi extender or repositioning the router is sometimes the actual fix, not anything at the thermostat end
Quick Reference Table
Diagnosed the problem? Create a repair quote in minutes with squote.
Try squote free →| Symptom | Likely cause | First check |
|---|---|---|
| Thermostat never appeared during initial setup pairing | Wrong Wi-Fi band selected (5GHz not supported), or wrong password entered | Confirm router broadcasts a 2.4GHz-visible SSID; re-enter password carefully |
| Was working, now shows "offline" in app | Router replaced/reset by ISP; new SSID/password not updated on thermostat | Check router admin panel for recent changes; re-pair if credentials changed |
| Hub shows connected (light solid), thermostat shows no signal | Range/interference between hub and thermostat, not a Wi-Fi fault at all | Move hub closer, check for masonry/foil insulation in the path |
| Intermittent drop-outs, reconnects itself after a few minutes | Wi-Fi channel congestion or router band-steering flapping the connection | Check for many neighbouring networks; try setting router to fixed channel |
| App shows "offline" for many users, not just this property | Manufacturer's cloud service outage | Check manufacturer's public service status page before further troubleshooting |
| Thermostat connects then drops every time a specific appliance runs | Interference from a nearby device (microwave, older cordless phone, baby monitor) sharing 2.4GHz | Identify and relocate the interfering device, or the thermostat |
| Never connects even close to the router | Guest network isolation, MAC filtering, or a captive-portal style router (ISP-locked) | Confirm thermostat is joining the main trusted network, not a guest/isolated SSID |
| Reconnects after factory reset but drops again within days | Underlying signal strength issue masked temporarily by reset | Address root cause (extender, router relocation) rather than repeated resets |
Detailed Guidance
Fault-finding decision tree
START: Smart thermostat / app shows "offline" or won't connect
|
|-- Is this a HUB-BASED system (Hive, Tado, Wiser, evohome)
| or a DIRECT-CONNECT thermostat (Nest, some standalone models)?
|
|===================== HUB-BASED SYSTEM =====================
|
|-- Check the HUB first (not the thermostat):
| |-- Hub light showing no connection at all?
| | |-- YES --> Check hub's Ethernet cable to router (most hubs
| | | are wired, not wireless) - reseat/replace cable,
| | | confirm router port is active (try another port)
| | |-- Hub light shows connected --> continue below
| |
| |-- Hub connected to router OK, but THERMOSTAT shows no
| | signal to hub?
| | |-- YES --> This is a hub-to-thermostat RANGE/interference
| | | issue, NOT a home Wi-Fi problem. Check distance,
| | | masonry walls, foil-backed insulation between
| | | hub and thermostat. Relocate hub closer if
| | | possible, or check for a signal repeater/range
| | | extender option from the manufacturer.
| | |-- NO, hub and thermostat see each other fine --> continue
|
|-- Hub connects to router AND thermostat connects to hub, but
| APP still shows offline / no remote control?
| |-- Check manufacturer's public service status page FIRST --
| | a cloud outage looks identical to a local fault from the
| | customer's side
| |-- If manufacturer status is "all systems normal" -->
| | check the property's actual internet connection (can other
| | devices reach the internet? Router showing WAN connected?)
| |-- If internet is fine and manufacturer status is fine -->
| power cycle hub (isolate 30s, restore), then re-check app
|
|===================== DIRECT-CONNECT THERMOSTAT =====================
|
|-- Never successfully paired during setup?
| |-- YES --> Confirm router broadcasts a 2.4GHz-visible network.
| | Many routers combine 2.4GHz + 5GHz under one SSID
| | with auto band-steering - the thermostat may be
| | steered onto 5GHz, which it cannot see. Check router
| | admin panel; temporarily split into separate SSIDs
| | ("HomeNetwork" vs "HomeNetwork_5G") and connect the
| | thermostat explicitly to the 2.4GHz one.
| | Re-confirm password entered correctly (case-sensitive,
| | check for router default password changed recently).
| |-- NO, was working before --> continue below
|
|-- Was previously connected, now offline?
| |-- Router recently replaced/reset by ISP or homeowner?
| | |-- YES --> New SSID/password - thermostat needs re-pairing
| | | with new credentials via manufacturer's app flow
| | |-- NO --> continue
| |-- Check signal strength at thermostat position (most
| | manufacturer apps show a signal indicator)
| | |-- Weak/no signal --> range or obstruction issue between
| | | router and thermostat's typically low, central, wall
| | | position - consider mesh Wi-Fi node or router relocation
| | |-- Signal shows fine but still drops --> check for channel
| | congestion (dense housing, many neighbouring networks)
| | or MAC filtering / guest network isolation on the router
|
|===================== BOTH ARCHITECTURES =====================
|
|-- Persistent fault surviving all above checks?
| |-- Power cycle the affected device (isolate mains/battery,
| | wait 30 seconds, restore) - resolves many stuck
| | post-firmware-update states
| |-- Still failing --> factory reset and re-pair from scratch
| | (note existing wiring/schedule config before resetting -
| | some models clear this on reset)
| |-- Still failing after reset --> hardware fault; escalate to
| manufacturer support/warranty rather than continued
| on-site troubleshooting
Establishing hub-based vs direct-connect before doing anything else
The single most time-saving step is identifying the system architecture before opening the router settings or the thermostat's own menu. Hub-based systems (the majority of the UK market — Hive, most Tado installations, Drayton Wiser, Honeywell evohome) have two separate wireless links: hub-to-router (usually Ethernet, sometimes Wi-Fi) and thermostat-to-hub (a short-range proprietary or Zigbee-based radio, not the home Wi-Fi at all). A thermostat showing "no signal" on a hub-based system is very often a range problem between the hub and the wall-mounted thermostat, which has nothing to do with the home broadband or router — moving the hub, not touching any router setting, is frequently the actual fix.
Direct-connect thermostats (Nest is the most common example, along with some standalone Tado and Wiser configurations) have only one wireless link: thermostat directly to the home Wi-Fi router. Here, router band, password, signal strength and interference at the thermostat's own position are the relevant variables — there's no separate hub to consider.
The 2.4GHz problem in detail
Most UK home routers supplied by ISPs since roughly 2018–2020 broadcast a combined SSID that automatically steers each connecting device onto whichever band (2.4GHz or 5GHz) the router's firmware judges best for that device, based on signal strength and capability reported during connection. Most smart thermostat Wi-Fi radios only support 2.4GHz — a legacy of lower power consumption and better wall penetration, both useful for a battery- or low-power device fixed to an internal wall. If the router's band-steering logic assigns the thermostat's connection attempt to the 5GHz radio (which the thermostat physically cannot use), the pairing simply fails with no obviously diagnostic error message on either side.
The fix is to temporarily split the router's combined SSID into two separate named networks (most router admin panels have this option under wireless settings — look for "band steering" or "smart connect" to disable, or a manual SSID-per-band toggle), connect the thermostat explicitly to the 2.4GHz-named network during setup, and then either leave the SSIDs split or re-enable combining once the thermostat has successfully paired (some devices remember the specific band once initially connected; others may need the split to remain permanent — check behaviour after re-enabling).
Checking for a manufacturer cloud outage before extensive on-site work
Many "won't connect" call-outs are not local faults at all — the thermostat and hub are connected fine to a working home Wi-Fi network, but the manufacturer's own cloud service (which the phone app talks to for remote control) is experiencing an outage. This is indistinguishable from a local fault purely from the customer's description ("the app says offline"), so checking the manufacturer's public service status page (most major brands publish one) before spending time on router settings or re-pairing saves wasted diagnostic time on a fault that isn't actually on site.
When it's a heating fault, not a connectivity fault
If the actual complaint is that the heating itself doesn't respond — the boiler won't fire, or fires regardless of the thermostat's setting — that is a wiring, zone valve, or boiler-control fault, not a network fault, and is covered in detail in thermostat not working, including the specific wiring diagnosis, neutral-wire requirements for smart thermostats, and OpenTherm troubleshooting. Confirm which category the fault falls into early: ask whether the display/app shows connectivity issues specifically, or whether the heating fails to respond even to a local (on-device) temperature change — the latter points to the heating-control side, not the network side, even on a smart thermostat.
Frequently Asked Questions
My thermostat's app shows "offline" but the heating still comes on as scheduled — is this urgent?
No, not from a heating-function perspective. Most smart thermostats continue running their last-set schedule locally when disconnected from the network, so the heating itself keeps working. What's lost is remote/app control, geofencing, energy reporting and any voice-assistant integration. It's worth fixing for convenience and functionality, but there's no need to treat it as an emergency heating fault.
Why did my customer's smart thermostat stop connecting after their broadband provider sent a new router?
New routers generated by an ISP typically come with a new SSID and password different from the old one, and the thermostat (or its hub) has no way of knowing about the change automatically — it will keep trying to connect to the old network name. The fix is simply re-pairing the thermostat/hub to the new network via the manufacturer's app setup flow, entering the new credentials. Also worth checking whether the new router's band-steering or guest network settings differ from the old one.
Should I extend the Wi-Fi network or replace the thermostat's hub position first?
Address the signal path (mesh Wi-Fi node, router relocation, or a manufacturer-specific signal repeater/extender for the hub-to-thermostat link) before assuming a hardware fault. Thermostats and hubs are almost always sited for functional reasons (central room position, near the boiler) rather than for wireless performance, so weak signal at the thermostat's fixed position is a common and entirely expected finding — it's usually cheaper and more reliable to improve the signal path than to relocate the thermostat itself.
Can I just use the thermostat's boost/manual controls if it stays offline?
Yes — the physical unit on the wall (or its local touchscreen/buttons) still operates the heating locally regardless of network status, in the same way as before smart features existed. This is a reasonable interim workaround for the customer while connectivity is fixed, and useful to point out during triage so the household isn't without heating control while troubleshooting takes place.
Regulations & Standards
BS 7671:2018+A4:2026 (IET Wiring Regulations) — governs the fixed electrical wiring at the thermostat/boiler if any wiring-side fault is found alongside the connectivity issue; not directly applicable to Wi-Fi/network troubleshooting itself
Building Regulations Part P — only relevant if fault-finding uncovers a wiring issue requiring notifiable electrical work, not for connectivity troubleshooting alone
Boiler Plus (England, April 2018) — Building Regulations Approved Document L1A/L1B; background context for why smart thermostats with time/temperature control became standard, relevant if the underlying heating-control (not connectivity) is also in question
Ofcom — Wi-Fi and home broadband guidance — general home network troubleshooting context
HHIC — Boiler Plus guidance — background on smart thermostat requirements for new gas boiler installations
Hive — thermostat Wi-Fi troubleshooting — example of a manufacturer connectivity troubleshooting guide; always check the specific manufacturer's own support and service status page for the model in question (Nest/Google, Tado, Honeywell, Drayton Wiser etc.), as router compatibility notes and known issues are updated frequently
thermostat not working — wiring, placement and boiler-side heating control faults, a distinct fault category from the network connectivity issue covered here
smart heating controls — background on smart thermostat brands, OpenTherm, and zone control architecture referenced throughout this guide
home automation protocols — Wi-Fi, Zigbee and other wireless protocols used by smart home devices, relevant background for the hub-to-thermostat link discussed above
iot device cybersecurity — network security considerations relevant when a smart thermostat needs to join the home's trusted Wi-Fi network