One feature of Home Assistant that I’ve only recently started using is Dashboard Badges. These are small widgets that appear at the top of your dashboard, and allow you to view information at a glance. There’s a screenshot above which shows the widgets that I currently have set up.
Badges have been part of Home Assistant for a long time, but they received a major overhaul last August in version 2024.8. In the (approximately) 18 months that I’ve been using Home Assistant, I’ve been gradually adding more and more data to my dashboard, to the point where I had to scroll through several screens worth of data to see what I needed. Which isn’t ideal. Badges are a potential solution, showing basic information at the top, where it’s most accessible.
Each badge widget can usually display the state of one entity. In the screenshot above, I’ve included:
The temperature in our dining room, as recorded by our Nest thermostat
The current weather (it was, in fact, not raining when I took this screenshot)
The current power output of our solar panels
How much charge our solar battery currently has
The current status of our dishwasher
The current status of the TV in the living room
The current status of the sun
The latest version of Home Assistant
There’s a moderate amount of customisation available. For example, as well as the status of the entity, you can include its name, and this text is also customisable to save space if needed. You can also tweak the colours and the icons.
Controlling visibility of badges
One great feature that badges have in Home Assistant is controlling when they’re visible. I actually have more badges than the eight mentioned above, but they’re not showing as I don’t currently need the information offered. For example, I have a badge that displays whether an update to Home Assistant is available. But I only want to see this when an update is available – if I’m running the latest version, I want the badge to be hidden. Here’s how I configured it:
Having selected the widget, I’ve gone to the ‘Visibility’ tab, selected the entity, and told Home Assistant to only display it when the ‘State is equal to’ and ‘Update available’.
I use this on some other badges too. For example, if there’s no power coming from the solar panels, that badge disappears. Similarly, if my solar battery is at 20% or below, which is its idle state, that’s hidden too. You can also control the visibility based on which user is currently logged in, or anything really – the state of one entity can control the visibility of the badge for another.
A useful badge is one that makes use of the custom Octopus Energy integration from HACS, and will display if I haven’t used my Octopus Wheel of Fortune spins that month. Last month, I won 800 Octopoints, which was nice, and it’s helpful to have a reminder to use them.
By using badges, and setting their visibility, I’ve reduced the number of cards on my dashboard significantly. It makes the dashboard less overwhelming, and prioritises the most important information that I need to see quickly.
I now have two dongles – both Sonoff ZBDongle E devices – connected to the Raspberry Pi which runs my Home Assistant instance. One is for Zigbee, and the other one is for Thread.
During the further development and testing of the multiprotocol firmware, we have concluded that while Silicon Labs’ multiprotocol works, it comes with technical limitations. These limitations mean users will not have the best experience compared to using dedicated Zigbee and Thread radios. That is why we do not recommend using this firmware, and it will remain an experimental feature of Home Assistant Yellow and Home Assistant SkyConnect. If you currently have the multiprotocol firmware installed but don’t actively use it to connect to Thread devices, we recommend that you disable multiprotocol.
For the time being, I have been operating a single ZBDongle E just with Zigbee firmware. However, now that I have some Thread devices, I decided to buy a second dongle and flash that with Thread firmware, using this web flasher.
Now, my Thread smart plugs can be reached by Home Assistant without its own Thread dongle – I have a Google Nest Wi-Fi system which also acts as Thread Border Routers. Therefore, having a Thread dongle isn’t necessary – Home Assistant can see and interact with the devices using Google Nest Wi-Fi. But having a dedicated Thread dongle for Home Assistant does offer some advantages:
Thread is a mesh network, so adding another Thread device extends the mesh and should improve resilience.
It gives Home Assistant direct access to the Thread network.
It enables another Thread Border Router, offering an additional exit node.
The Home Assistant Thread Border Router addon includes a web interface, allowing you to view your network’s topology and get a visual representation of how the devices connect to each other.
If you’re looking to buy your own Sonoff ZBDongle E, you can, of course, buy one from Amazon(sponsored link), but (whispers: they’re cheaper on AliExpress).
Just a note: I was unable to flash any updated firmware on the newer dongle that I bought this month, using the Web flasher, so that’s now the Zigbee dongle. Apparently it may be an issue with the Windows drivers, as I was able to use Home Assistant’s Silabs Firmware Flasher addon to update it instead. If you specify this custom URL in the addon settings, it’ll use the latest (as of November 2024) Zigbee firmware. It’s also worth noting that, if you use Zigbee2MQTT, once you’re running the latest Zigbee firmware, you’ll need to tell Zigbee2MQTT to use the new ’ember’ driver rather than ‘ezsp’.
The older dongle seemed to happy to accept different firmware using the web flasher, having done so in the past. So, that’s the one with the Thread firmware.
If you have several devices of the same type, and want to be able to control them all together, then it’s possible to group them together in Home Assistant. The integration is simply called ‘Group‘, and once configured, it creates a helper entity that will perform the same action on all grouped devices.
Last year, I picked up two Zigbee colour-changing LED strips from AliExpress. One was to go in our nine-year-old’s bedroom and the other in the living room – the idea being that we could set the colours depending on the time of year. Rather than having Christmas lights that we put up in December, and took down in January, these lights could stay up all year round. For example, they could be pink around Valentines Day, or green at Halloween.
That was the theory. However, despite ordering 3 metre long strips, they were too short. Our house is about 100 years old with tall ceilings, and consequently, tall windows. In the end, two LED strips together, totalling 6 metres, were long enough just for one window and so they’re both in our nine-year-old’s bedroom. Because they’re two separate strips, they appear and work as separate Zigbee devices.
Creating a group in Home Assistant
You can start the process of creating a group either on the Integrations or Helper screens of Home Assistant’s settings. First of all, Home Assistant will ask you what type of devices you are grouping – all the devices must be of the same type, so you can’t group a switch and a light together.
Well, actually you can – but first you need to create a ‘Change Device Type of a Switch’ helper. Say you have a smart plug controlling a light; you can then create a Helper that appears as a Light, and then that can be grouped with other lights.
Anyway, in my example, I selected Light, gave it a name, and then selected the entities that needed to belong to the group – i.e. the individual lights. There’s also a ‘Hide Members’ option, which will hide the devices you’ve selected from the list of entities in Home Assistant. If you’ll only ever want to interact with the lights as a group, then tick this. However, if you still want to be able to manage individual lights as well, then keep it unticked.
On my Home Assistant dashboard, the icon shows that the new group helper is for multiple lights. The good news is that, even with colour changing lights, all the lights in the group will respond the same way together once grouped.
I also make these lights available in Apple Home and Google Home, and again, I make sure that Home Assistant is exposing the group, rather than the individual lights. As such, when I use Google Assistant to turn them on and change the colour, both lights change simultaneously.
Being able to access your Home Assistant instance outside of your home is useful, and there are many ways to do it – I’ve used several, including SWAG, an nginx proxy and more recently Nginx Proxy Manager. Today, I’m reviewing Homeway, a third-party service.
Setting up Homeway
Of all of the ways that you can enable remote access to Home Assistant, Homeway is one of the easiest. You sign up for an account on the Homeway web site, install an addon on your Home Assistant instance, and then you should be ready to go. Setting up the Home Assistant Companion App for iOS and Android is also supported, albeit with a little more work. If you don’t run Home Assistant OS or Supervised, and can’t install addons, then there’s also a Docker image or CLI client you can install.
Once up and running, it works well – you log in first to Homeway, and then into your local Home Assistant instance. It’s all done over SSL, without needing to set up DNS, port forwarding or reverse proxies.
Homeway also supports easy integration with Google Assistant and Amazon Alexa. Having done it myself, setting up Google Assistant manually is a chore, and even when it’s up and running, I found it slow and unreliable. Using Google Assistant this way is much easier, as you don’t need to create a developer account. I also found it to be much faster, and I haven’t had any issues with devices showing as offline.
If you want to use Home Assistant’s voice control feature, then Homeway also provides access to an AI large language model for processing commands. Its chatbot is called Sage, and behind the scenes it uses ChatGPT 4 and Anthropic’s Claude services. For speech-to-text, it can also call on Google Gemini and DeepSeek R1, and there’s a choice of 25 voices from the various services it uses. As I use Google Assistant, I haven’t set this up myself.
What about Home Assistant Cloud?
What Homeway offers is very similar to Home Assistant Cloud. Home Assistant Cloud is provided by Nabu Casa, who employ many of Home Assistant’s developers and support the Open Home Foundation. So why should one use Homeway instead of Home Assistant Cloud?
The answer is price. I’ve compared the prices in a table:
Monthly price
Annual price
Home Assistant Cloud
£6.50
£65
Homeway
£3.49
£29.88
As you can see, Homeway is less than half the price of Nabu Casa’s Home Assistant Cloud. And, it should be noted that Homeway offers a free tier, if you just want remote access, albeit with data limits. You only need to pay for heavy usage and Google Assistant/Alexa access. There isn’t a free or lower-priced tier for Home Assistant Cloud.
That being said, as of January, Home Assistant Cloud now includes backup storage as well, which Homeway doesn’t currently offer. It’s also worth reiterating that some of the money from Home Assistant Cloud subscriptions goes to paying staff to work on Home Assistant development. As such, Homeway is a little controversial, and I noted that the Home Assistant Community on Reddit seems to block the word ‘homeway’ from posts.
For me, the best feature about Homeway is the Google Assistant support, which works well. I already have good remote access set up using Nginx Proxy Manager and will continue to use this.
I recently bought a pair of Onvis Matter Smart Plugs(sponsored link), as my first foray into smart devices that use a Thread network rather than Wi-Fi. These were to replace my remaining Tuya smart plugs, which use Wi-Fi.
I’m going to review the Onvis smart plugs, and talk about why I’ve chosen Matter and Thread smart plugs over Wi-Fi or Zigbee.
Why not Tuya?
I bought my Tuya smart plugs several years ago, when I didn’t know so much about smart home technologies. At the time, we’d only recently got a Google Home Mini, and so I picked up a cheap smart plug which happened to support Google Assistant and IFTTT, as well as Alexa. The other advantage of Tuya devices was that they could work without buying a hub as a controller, unlike Zigbee-based devices from the likes of Philips and Ikea. Bearing in mind that the hubs often cost at least £40, it’s a lot for when you just want one plug.
I wouldn’t buy a new Tuya Wi-Fi device nowadays, for the following reasons:
Wi-Fi devices use more power than others (Zigbee and Thread). Whilst we’re talking single digit numbers of watts here, having lots of Wi-Fi smart plugs around your home adds to your home’s ‘base load’ (sometimes known as a ‘phantom load’) of always on devices.
Tuya devices rely on Tuya’s servers to work. I understand that users based in Europe use servers located in Europe, but it means that every request has to make a round trip to their servers. This makes it slower than a system where commands can be actioned locally. Now, millions of Tuya devices have been sold over the years and I doubt that those servers would ever go offline, but if they did, any Tuya devices would lose their smart abilities.
Tuya is a Chinese company, so theoretically someone in the Chinese government could be logging every time you use a Tuya device. It’s a theoretical risk, but not having that data pinging across the internet in the first place is better for privacy.
The Tuya plugs that I have are also quite big, and not very sturdy.
Getting started with Thread
To use Thread devices, you need a Thread Border Router. Thankfully, I already have two, as they’re built into my Google Nest Wifi devices. You may also already have a Thread Border Router if you have some of the newer Google Nest Hub devices, a newer AppleTV or Apple HomePod, a newer Alexa device or a Samsung SmartThings Hub.
If you use Home Assistant, you can flash a Zigbee dongle to use Thread instead. Note that the blog post mentions enabling a ‘multi-protocol’ mode that allows you to use both Zigbee and Thread on the same dongle, but this isn’t recommended. As it is, my dongle just runs Zigbee nowadays but I may get a second dongle that I can flash Thread firmware onto. That way, Home Assistant has its own Thread Border Router, and it expands the Thread mesh network. Until then, Home Assistant is able to use the existing Thread mesh network that my Google Nest Wifi devices created – see How to join a preferred Thread network in Home Assistant for more.
Commissioning the Onvis smart plugs
When you get a new Matter device, it needs to be ‘commissioned’ to add it to your home network. You need to open the app for the smart home ecosystem you want to add it to (for example, Google Home, Apple Home or Home Assistant), select to add a new Matter device, and then scan a QR code on a label on the side of the device. In the case of these Onvis smart plugs, you also need to hold down the button for around 15 seconds to put them into commissioning mode. It helps to read the manual.
One of the reasons that I use smart plugs is that they’re controlling devices in awkward places, so I commissioned this in a place where I could sit comfortably with the devices plugged in, and then moved them to where they need to be. Otherwise, I’d be spending time crouched awkwardly in a corner.
Once commissioned, the Onvis plug will show up in the smart home app of your choice, and you’re done. I’ve been using them for a couple of days, and they seem to work well.
Why Matter and Thread?
So I’ve outlined why I wouldn’t use a Tuya device, but why have I chosen a device that uses Matter and Thread?
Thread devices only work locally. Whilst voice assistants like OK Google and Alexa may still need to use the internet to interpret what you say, they don’t need to send the actual commands across the internet. As well as protecting your privacy, it’s also faster; these Onvis Thread plugs seem to respond almost instantly, rather than at least half a second with the Tuya plugs.
The majority of Tuya devices do not work with Apple Home. This isn’t a massive problem for me, as although I use an iPhone and an iPad, I’m not a big Siri user. However, Matter devices are supported.
The idle power usage of these plugs should be lower than Wi-Fi.
As Thread is a mesh network, the more devices you add, the stronger the network becomes. It can also have multiple Thread Border Routers as exit points to your LAN/Wi-Fi network, so a network with several Thread devices and Border Routers should be very resilient.
Many of Apple’s newer iPhones (iPhone 15 and later), iPads and MacBooks include Thread radios, offering even more resilience if they’re connected to your Thread mesh network when at home.
I also think Matter is the future, although it’s taking longer than I would have anticipated for Matter devices to become mainstream.
It should be noted that these Onvis smart plugs do not support energy monitoring. They simply turn a socket on and off. Obviously, you can use automations in your choice of smart home ecosystems to set timers, or trigger them to turn on and off in relation to external events.
I’m noting this because it seems to be a common issue with these relatively early Matter devices – their Matter support is basic. With the Meross smart plugs for example, the Matter support is also limited to turning them on and off again. If you want to use their energy monitoring abilities, you have to use the Meross app, or install the Meross LAN integration from HACS for Home Assistant. These don’t use Matter and instead rely on Meross’ servers to send and receive data.
Price
I recently picked up a Zigbee smart plug for around £8 (including VAT) from AliExpress, which included energy monitoring. Seeing as these Onvis smart plugs don’t support energy monitoring, you may be surprised to find that they’re £25 each, or £40 for a pair (although as I write this, there are 15% off vouchers available on Amazon). So they are on the pricey side.
Which brings to the question about why I’m not just using Zigbee. After all, Zigbee is also a mesh network, and devices work locally. As it is, I have a small Zigbee network with the smart plug and a couple of colour-changing lights for our nine-year-old’s bedroom. And they work fine with Home Assistant. But then I have to use Home Assistant to make them appear in Google Home, and allow my Google Assistant devices to talk to them. Command fulfilment can be slow, taking a few seconds, and it’s unreliable – even when the Zigbee devices are obviously working, Google sometimes complains that they’re offline.
I suppose I could buy a Zigbee hub, like a Philips Hue or Ikea Dirigera, which would probably work better. But I already have Thread Border Router devices, and I’m hoping that Matter will mature as a standard.
Is £25 per Onvis plug worth it? Well, that’s up to you – but bear in mind that they work without needing a third-party app, will work with most smart home ecosystems, seem nice and sturdy and don’t rely on third-party internet servers. Hopefully, these Onvis smart plugs will be a good, long-term investment.
It’s also worth noting that these were the only Thread smart plugs that I could find on Amazon UK.
Matter Multi-Fabrics
One last thing to mention about Matter is its ‘multi-fabric’ feature, which allows you to add devices to multiple smart home ecosystems simultaneously. Initially, I’ve added all my Matter devices to Home Assistant, which has the Python Matter Server addon. On the device settings page, there’s a ‘Share Device’ button, which, when clicked, puts your device back into commissioning mode. You then get a new QR code in the Home Assistant interface, which you can use to add it to another smart home app like Google Home. You can then repeat the whole process for any other apps, like Apple Home.
This means that I have my Onvis smart plugs added to all three smart home apps, and they can be controlled by Home Assistant, Apple Home and Google Home. What’s particularly notable is that I was still able to control the lights in Apple Home whilst my Raspberry Pi running Home Assistant was restarting after an update.
Summary
Well, this ended up being a longer blog post that I’d expected. So, in summary:
The Onvis smart plugs work well, are sturdy, respond quickly and are compatible with most smart home ecosystems
They’re a bit pricey at £25 each, and don’t support energy monitoring
You need a Thread Border Router device for them to work, but you may already have one
They’re more energy efficient than Wi-Fi sockets, and don’t rely on third-party internet servers
Recently, I’ve used Resolver to handle a couple of complaints that I have had with companies, such as the firm that provides water in Yorkshire. As I mentioned on Monday, we’ve had some water supply issues recently and this has resulted in some expenses for us.
Resolver works by managing the complaint for you. It sends your complaint using a unique email address, and notifies you of responses. You can also upload evidence, and keep these in a ‘case file’ to keep track of documents. If the company you’re complaining to doesn’t respond, then it’ll help you escalate the complaint to more senior people in the company.
The thing I like best about Resolver is that it helps you write your complaint in a structured way. Instead of one long free text field, you get a series of prompts, asking you to write:
what the problem is
its impact on you
what resolution you are seeking
You’ll also be prompted for important information like customer reference numbers, which will hopefully make things easier for the staff handling your complaint. Before your message is sent, you’ll have the opportunity to review and tweak it.
Resolver supports a wide range of companies across a number of sectors. Utility firms are there, as are telecoms companies, parking firms, insurance and financial services companies, and many others. Even my employer is there. Resolver was quite popular when PPI was mis-sold, as it allowed customers to manage their claims themselves, rather than engaging a claims management firm to do so (and who would take a cut of any compensation). Resolver is free to use, as it’s supported by advertising.
So far I’ve used Resolver twice, with one case resolved. I don’t often have the need to complain, but when I’ve used it, it has made the process easier.
I did this last year, and found it interesting to look back at the various statistics of things that I have done over the year. So, here it is again for 2024. It helps that loads of web sites now offer their own version of Spotify Wrapped.
Countries and counties visited
In 2024, I didn’t visit any countries besides England where I live.
Over the course of the year, I have spent at least some time in the following English counties:
West Yorkshire
North Yorkshire
South Yorkshire
Lincolnshire
Greater Manchester
Lancashire
Cheshire
Norfolk
Northumberland
County Durham
Merseyside
Greater London
West Midlands
This doesn’t include any counties that I have passed through without stopping. Compared to last year, I didn’t go to Leicestershire, Northamptonshire, Hertfordshire, Surrey or Hampshire, but I did go to Northumberland, County Durham, Merseyside, Greater London and the West Midlands which were all counties that I didn’t go to in 2023.
For context, I went as far east as 2023, but further north and (slightly) further west. However, as we didn’t go to France this year, I went significantly less far south.
Methods of transport used
Because we didn’t take our car to France, I didn’t drive as much this year – about 8000 miles, or 20% less than last year.
However, I have done more train travel. As well as my commute to work, we took the train to London in March. I have driven once in London and vowed never again; not least because our car is a diesel and therefore subject to additional charges inside the ULEZ. I also took our nine-year-old to Leeds last week on the train.
We’ve also been on trams a couple of times in Manchester – we tend to drive to Hollinwood tram stop and use Metrolink as a park and ride service. And whilst we didn’t cross the channel by ferry this year, we did cross the Mersey by ferry instead. Once again, no aeroplane flights in 2024.
Music listened to
Over the year, I scrobbled 12,671 tracks on last.fm, so slightly down on the 13,194 from 2023 (and 13,447 from 2022). That’s almost 35 songs per day, again down by about one a day from 2023. Assuming an average song is around three minutes, I listen to almost two hours of music every day on average. Spotify reckons that I listened to 436 minutes, or just over 7 hours of music on the 25 October.
Whilst I don’t exclusively listen to music on Spotify, on there, pop was my top genre, following by trance, rock, pop dance and Europop this year, according to my Spotify Wrapped. My most-listened to song was ‘React’ by Switch Disco featuring Ella Henderson and Robert Miles, which I listened to 14 times. Which is unsurprising as it’s one of our nine-year-old’s favourite songs, and samples Robert Miles’ ‘Children’.
My top artist was Armin van Buuren, which surprised me but there’s almost always one of his songs in my weekly Release Radar playlist. The rest of my top five were Patty Gurdy (blog post), Madam Misfit (blog post), David Guetta and Dua Lipa. I listened to 4,235 different bands and artists over the course of the year.
Books read and listened to
According to My Goodreads Year in Books for 2024, I read 77 books this year – 16 fewer than 2023. This amounts to 17,845 pages (although many of these were listened to as audiobooks).
The shortest book I read, at 32 pages long, was ‘The Giraffe, The Pelly and Me’ by Roald Dahl(sponsored link) – clearly, one of the books that I read to our nine-year-old this year. Meanwhile, I listened to 15 and a half hours of Nicola Coughlan reading ‘The Shadow Cabinet’ by Juno Dawson(sponsored link), which translates to 528 pages and the longest book. That’s longer in terms of pages than my longest book last year (‘What Just Happened?!’ by Marina Hyde(sponsored link) – 472 pages) but shorter in terms of listening time (17 hours).
Overall, the average length of book that I read was 231 pages, which is 11 more than 2023. Matt Haig’s ‘The Midnight Library’(sponsored link) was the most popular book that I read last year.
Beers and ciders consumed
I log the beers and ciders that I drink using Untappd, and these stats are from my year in beer. However, I only logged 11 such drinks this year (compared to 58 in 2022). I just haven’t been particularly interested in drinking beer and cider this year, and it’s notable that my favourite style was ‘non-alcoholic’.
Steps taken
My total steps taken was very similar to 2023. Overall I took 3,526,369 steps, which is 5% less than 2023 and means that, on average, I walked just under 10,000 steps per day. Overall that’s almost 2,600 kilometres (again down by around 100 compared to 2023). These are all tracked using my Fitbit Versa 3.
Time spent learning French
I started Duolingo’s French course on the 1st January 2022 (so I have a three year streak now), and in 2024, I spent 4,228 minutes learning – that’s 70 hours or an average of 12 minutes per day. Again, slightly down on 2023, but then we didn’t go to France this year. I also managed to remain in the Diamond League for the entire year, and successfully completed every friends quest and monthly challenge.
My Duolingo Score for French is 100, which means that I’m in the low B2 level (‘vantage’) of the CEFR for French. Currently Duolingo’s maximum score for French is 130, which is high B2 level and should be sufficient to study a university course taught in French. I’m hoping to achieve that by the end of 2025, although there’s a possibility of us going on holiday somewhere else which may see me switch languages for a bit.
Podcasts listened to
I listen to the majority of my podcasts through Overcast (with the remainder in BBC Sounds). My most listened to podcast was RHLSTP (RHLSTP!) with 78 hours over the year. The Guilty Feminist, The Comedian’s Comedian, The Bugle and The Infinite Monkey Cage make up the rest of my top 5. ‘Reasons Revisited’ is the now defunct podcast which was hosted by Ed Milliband and Geoff Lloyd; now that Ed is a government minister again, there are no more new episodes.
Tracking my podcast listening is a relatively new feature in Overcast and so this is a new statistic that I didn’t track in 2023.
Photos taken
Another new statistic that I didn’t track in 2023 was number of photos taken. It’s an estimate – basically it’s the total number of images backed up from my phone to Dropbox over the year. That could also include screenshots, memes and a few videos. Overall, it was 1,813 in 2024, compared to 1,417 in 2023. So whilst I may have been less active, listened to less music and not been abroad, I did take around 28% more photos in 2024.
So, that’s 2024 quantified, and a useful summary of the statistics from various web services that seem to spend their December telling me data they hold about me but in a nice way. I suppose I need to get a bit active in 2025 then.
Recently, I’ve been reading about Dave2‘s adventures with his new Homey Pro, which he is using as his smart home controller. For context, Dave2 has tried to use devices certified for Apple HomeKit for years, and it’s been a struggle. Devices disappear randomly, automations fail to work, and so on.
The Homey Pro is an all-in-one smart home controller, supporting Zigbee, Matter, Z-Wave, Bluetooth, Wi-Fi (and optionally Ethernet), Infrared and RF devices, in one neat package. That’s basically every smart home protocol covered. There’s also the Homey Bridge, which is available separately to increase range, but it can also be bought separately.
Dave2 has written five blog posts about his journey: part one, part two, part three, part four and part five. If you’re considering buying a Homey Pro, I would suggest reading each one – especially if you’re moving away from Apple HomeKit.
How does the Homey Pro compare to Home Assistant?
As regular readers will know, I’ve basically gone all in on Home Assistant as a smart home controller. It works fine for me, and I like its do-it-yourself nature up to a point. Where Homey stands out is that everything is in one box, and, as far as I can tell, you don’t need to sign up for developer accounts to integrate services. That removes a large amount of friction which can be intimidating to new users. Home Assistant Cloud makes integration with Google Assistant and Alexa much easier, but it’s a paid add-on.
However, where Home Assistant stands out compared to Homey Pro is the number of integrations. Homey Pro offers a good range of apps, and has an open SDK. But there isn’t the same range as Home Assistant, and there doesn’t appear to be the equivalent of HACS to install additional integrations.
Whether Home Assistant or Homey Pro is right for you depends on how much time you have, and how much control you want. The Homey Pro will work much better out of the box, and it should be quicker and easier to get started with it. Home Assistant is definitely more complicated, even if you buy a device with the software pre-loaded, but it’s much more powerful and customisable.
Bytemark announced that its BigV platform was being retired, as it’s reaching the end of its operational life, and offered to transfer me to HostingUK. They’re both now owned by the same parent company, IOMart. Price-wise, I’m still paying the same amount per month for a very similar package as before.
Hopefully, you won’t have noticed any issues with the changeover. It seemed to go really smoothly from my end – I’ve had far more issues in the past, but then I was significantly more prepared this time
On the new host, I’ve built a new virtual machine, rather than simply copying the entire image over. It’s still based on Debian Linux, with Sympl providing the hosting environment. Sympl, incidentally, is forked from Bytemark’s own Symbiosis project which is no longer in development.
I then copied over the data from the old image to the new one – both the data files and a dump of the MariaDB database. Then all I had to do was wait for the DNS to switch over. Indeed, it felt like an anti-climax – apart from renewing some login tokens and some DNS tweaks, I’ve not needed to do much tinkering following the switchover.
If you’re a Home Assistant user who is getting started with Zigbee devices, then you may be tempted to just use Zigbee Home Automation (ZHA), Home Assistant’s built-in Zigbee implementation. But you may also want to consider Zigbee2MQTT as an alternative, and this blog post will explain the differences.
Low power, so battery-powered Zigbee devices shouldn’t need their batteries replacing too often.
It’s a mesh protocol, so every mains-powered Zigbee device forms a mesh with each other, allowing a network to span a house without necessarily needing multiple access points like Wi-Fi.
It works locally, so it’s more secure and private than Wi-Fi.
If you’re new to Zigbee and/or Home Assistant, my recommendation is to use ZHA, which is Home Assistant’s built-in implementation. If you plug your Zigbee dongle in, Home Assistant should detect it, and offer to configure the ZHA integration for you. Then, you just add devices using the ‘Add Integrations’ button on the Integrations Settings page, where a new ‘Add Zigbee device’ option will appear at the top.
Home Assistant should be able to recognise and offer to add any Zigbee device, but what you may find is that some devices won’t have any entities. This means that it’s not supported by ZHA. There’s a database of Zigbee devices which you can use to check whether they’re supported by ZHA or Zigbee2MQTT, and what you may notice is that there are quite a few which ZHA doesn’t support.
Zigbee2MQTT
One of the devices that I’ve recently bought seemingly fell into this latter category. To be fair, I never checked it with ZHA, but reading reviews online suggested that it would only work with Zigbee2MQTT and not ZHA. Zigbee2MQTT also maintains its own list of supported devices, which currently number nearly 4000.
Getting Zigbee2MQTT set up with Home Assistant is a much more involved process, however. You’ll need to install two addons and an integration:
Firstly, you’ll need to install the Mosquitto addon, which is an MQTT broker – essentially a server which handles the MQTT messages. This is available from the standard Home Assistant add-on store. There are other brokers available, but this one is most recommended for use with Home Assistant.
Next, you’ll need to install the MQTT integration. Once Mosquitto is running, Home Assistant may automatically detect it, and offer to install this for you, but if not you’ll need to install it manually.
Finally, there’s the Zigbee2MQTT addon to install. This isn’t available from the standard Home Assistant add-on store until you add a custom repository.
Once all of these are installed, you’ll need to disable the ZHA integration if it’s enabled, and then open the Zigbee2MQTT web interface. Go into the settings, and ensure that it’s pointing at the Mosquitto MQTT server that you set up in step one above – you may need to enter its IP address.
You’ll then need to add devices using the Zigbee2MQTT web interface – there’s a button at the top right where you can enable pairing. Any devices you add will then show up automatically under the MQTT integration in Home Assistant.
Once set up, Zigbee2MQTT seems to work well, and I’ve seen others state that they’ve found it more stable than ZHA. But it’s a lot more difficult to set up, and ZHA will probably work for most users. If you’re new to all this, my advice would be to try ZHA first, and then re-pair your devices with Zigbee2MQTT if it doesn’t work out.
