Home Assistant Advanced Automations & ESPHome: Beyond the Basics UK
Once you've got Home Assistant running, here's where it gets genuinely powerful - custom automations, ESPHome DIY sensors, and integrations no app-based hub offers.
Contents
- ESPHome: Turn Any Cheap Sensor Into a Smart One
- Zigbee2MQTT: An Alternative to Manufacturer Hubs
- The MQTT Broker Zigbee2MQTT Actually Needs First
- Node-RED: Automations Too Complex for the Basic Editor
- Real Automation Examples Worth Building
- HACS: The Community App Store
- Common Pitfalls at This Stage
- Troubleshooting a Device Stuck “Interviewing”
- Is This Overkill for a Normal Smart Home?
- Frequently Asked Questions
- Do I need to know how to code to use ESPHome?
- What happens to my automations if Home Assistant itself goes down?
Our Home Assistant beginner’s guide covers getting the platform installed and your first devices connected. This one is for once that’s done and you’re wondering what the fuss about Home Assistant being the “power user” choice is really about - because the honest answer is that the beginner setup barely scratches the surface.
ESPHome: Turn Any Cheap Sensor Into a Smart One
ESPHome is a system for flashing custom firmware onto cheap ESP32/ESP8266 microcontroller boards, turning basic components - a temperature sensor, a relay, a button - into a fully-fledged Home Assistant device with no cloud account, no subscription, and no manufacturer app at all. A £3 ESP32 board plus a £1 sensor can replace a £30 commercial smart sensor, and it shows up in Home Assistant natively via the ESPHome integration, auto-discovered on your network.
It requires a bit more comfort with basic electronics and following a config file (YAML, not code exactly, but structured text), but ESPHome’s documentation and component library cover an enormous range of sensors and use cases - soil moisture for houseplants, garage door position sensors, PIR-based presence detection with adjustable sensitivity, and more.
A typical first project - flashing a cheap ESP32 dev board and wiring up a DHT22 temperature/humidity sensor - takes under an hour even for a first attempt, and ESPHome’s web-based installer means you often don’t need to install any separate development software; you flash the firmware straight from a Chrome browser over USB.
Check ESP32 Dev Boards on Amazon UK →Affiliate link
Zigbee2MQTT: An Alternative to Manufacturer Hubs
Instead of buying separate hubs for Aqara, IKEA, and other Zigbee brands, Zigbee2MQTT paired with a USB Zigbee coordinator dongle lets Home Assistant talk directly to Zigbee devices from dozens of brands through one interface, with no manufacturer cloud account involved at any point. It’s a popular alternative to the growing pile of proprietary hubs that otherwise accumulate in a mixed-brand smart home. A single coordinator dongle (typically £15-30) plus Zigbee2MQTT running as a Home Assistant add-on can replace several separate manufacturer hubs entirely, at a one-off hardware cost rather than an ongoing per-brand commitment.
Check Zigbee Coordinator Dongles on Amazon UK →Affiliate link
The MQTT Broker Zigbee2MQTT Actually Needs First
Worth understanding before setting up Zigbee2MQTT, since it explains a step that trips up a lot of first attempts. As the name suggests, Zigbee2MQTT relies on MQTT, a lightweight messaging protocol that acts as the go-between for the coordinator publishing Zigbee device data and Home Assistant subscribing to it - it isn’t bundled automatically, and needs its own broker running first, almost always the Mosquitto add-on installed from the official Home Assistant add-on store before Zigbee2MQTT itself is configured. Skipping this step is the most common reason a freshly paired Zigbee device shows up in Zigbee2MQTT’s own interface but never actually appears as an entity in Home Assistant - Zigbee2MQTT is trying to publish to a broker that isn’t there yet. Installing Mosquitto takes a couple of minutes and is a one-time step, so it only needs doing once before Zigbee2MQTT works correctly. ESPHome, by contrast, uses Home Assistant’s native API integration by default and doesn’t need MQTT set up at all for a typical setup, which is one less prerequisite if you’re starting with ESPHome rather than Zigbee2MQTT.
Node-RED: Automations Too Complex for the Basic Editor
Home Assistant’s built-in automation editor handles most day-to-day rules fine, but for genuinely complex logic - multiple conditions, time-of-day branching, integrating with external APIs - Node-RED (installed as a Home Assistant add-on) gives you a visual flow-based editor that’s significantly easier to reason about once automations get complicated. It’s optional, not a replacement for the basic editor, but worth knowing about once you hit its limits.
Real Automation Examples Worth Building
- Presence-based heating - combine phone location, a door sensor, and a motion sensor to distinguish “actually home” from “car’s on the drive but no one’s inside yet” before adjusting the thermostat
- Notification chains - a water leak sensor triggering a phone notification, then escalating to a second household member if the first doesn’t acknowledge it within 10 minutes
- Adaptive lighting - using the Adaptive Lighting integration to shift colour temperature and brightness through the day automatically, rather than fixed scenes
- Vacation mode - randomised light/blind schedules while away, layered on top of your existing routines rather than replacing them

HACS: The Community App Store
The Home Assistant Community Store (HACS) isn’t part of the official install, but it’s close to a must-have add-on - it gives you access to hundreds of community-built integrations and dashboard cards that extend support to devices and services Home Assistant doesn’t cover out of the box. It’s typically the first thing more advanced users install after finishing initial setup.
Common Pitfalls at This Stage
- Backing up before experimenting - Home Assistant’s built-in backup add-on takes seconds to run; do it before any config file edit or new add-on install, since a bad YAML edit can stop the whole system booting
- Zigbee network congestion - a Zigbee2MQTT network with dozens of devices and weak mesh coverage (too few mains-powered “router” devices like smart plugs relaying the signal) can become unreliable; spread mains-powered Zigbee devices around the house rather than clustering them near the coordinator
- ESPHome device naming - use consistent, descriptive device and entity names from the start; renaming later means updating every automation and dashboard card that references the old name
Troubleshooting a Device Stuck “Interviewing”
A specific, well-known Zigbee2MQTT problem worth knowing about in advance: a newly paired device sometimes gets stuck showing as “Interviewing” indefinitely in the Zigbee2MQTT dashboard rather than completing setup and reporting its actual entity type. This is Zigbee2MQTT’s process of querying the device for its full capability list, and it stalling usually comes down to one of three causes: the device is too far from the coordinator for a reliable connection during the more data-heavy interview phase (moving it closer temporarily, then relocating once paired, usually fixes it), the coordinator’s firmware is out of date for a newly released device model (checking for a coordinator firmware update is worth doing if this happens on a brand-new device specifically), or the device simply needs a power cycle to retry the process cleanly. If none of those help, removing the device from Zigbee2MQTT entirely and re-pairing from scratch, rather than waiting for the stuck interview to resolve itself, is the more reliable fix.
Is This Overkill for a Normal Smart Home?
Genuinely, for a lot of households, yes - if a Google Home routine or an Alexa routine does everything you need, there’s no obligation to go further. This level of Home Assistant is for the segment of users who specifically want local control, no subscriptions, and automations more precise than app-based routines allow. If that’s not you, our Google Home and Alexa routines guides cover a simpler route to most of the same day-to-day outcomes.
Frequently Asked Questions
Do I need to know how to code to use ESPHome?
Not really - ESPHome configs are YAML (structured text describing what sensors and behaviour you want), not a programming language. Most common sensors and components have ready-made example configs in ESPHome’s documentation that need only minor edits (Wi-Fi credentials, pin numbers) to work.
What happens to my automations if Home Assistant itself goes down?
Locally-run Home Assistant (the standard self-hosted install) keeps running entirely on your own hardware, so it isn’t affected by any external outage - the main risks to plan for are your own hardware failing or a power cut, which is why regular backups (ideally stored off the same device) matter.