Switching to a new ISP

Last month, we switched to Vodafone as our new Internet Service Provider (ISP) at home.

We’ve been with Now Broadband (Sky’s budget brand) since autumn 2018, who, at the time, could offer us faster speeds for less money. And they’ve been pretty good; when I was working at home full-time during lockdown, I rarely had any issues. Our bandwidth was sufficient for me to participate in online meetings whilst our (then) four-year-old watched Netflix in another room. Our typical download speeds were in the 35-40 Mbps:

Speedtest.neet results from the 5th November 2023, showing 36.88 Mbps download and 9.35 Mbps upload on our old ISP, Now Broadband

But then Now raised their prices by £9 per month. They probably told us that they would do this, but I have no recollection of being informed in advance.

Finding a new ISP

Meanwhile, Vodafone could offer faster speeds and a new router, for £2 less than Now before the price rise. So, we would be getting a better service, and paying £11 less per month for it than if we stayed with Now.

We used the MoneySavingExpert broadband comparison tool, which showed that Vodafone was the cheapest big name that didn’t have a poor customer service rating. Shell Energy were cheaper, but their customer service isn’t great and they’ve just been taken over by Octopus Energy who don’t currently offer broadband.

I signed up using Quidco (referral link) and should get £82.50 cashback in late spring, so factoring that in, what a savings.

The switchover took a couple of hours, and seemed to happen early in the morning, so by 7am we were already online with Vodafone. And the speeds are much better – around 75 Mbps download and 19 Mbps upload, so almost twice as fast. Considering that this is over DSL, I’m impressed with how fast it is.

Speedtest.neet results from the 21st December 2023, showing 74.11 Mbps download and 18.87 Mbps upload on our new ISP, Vodafone Broadband

The new Vodafone broadband hub is also better than the basic Now broadband router that we had previously. It has four 1 Gbps Ethernet sockets for a start, compared to just two on the Now router; this means I no longer need a separate Ethernet switch. It also looks nicer; it’s free-standing but has mounting holes on the back for screws.

Digital Voice Line

The hub also supports Digital Voice Line, where your phone calls are made over the internet, rather than PSTN. Openreach intend to switch off the analogue phone network in two years time, so switching now is timely. This means that our landline phone plugs into the hub, rather than the micro-filter attached to the master phone socket. That being said, since the switchover, our phone hasn’t actually worked. The fact that it took me several days to realise shows how much we use our landline, but I’ll need to get on to Vodafone to have them look into it.

As with all changes to a new ISP, over the first few weeks there was a little instability with the connection. But it’s settled down now and works well. The other issue I had early on was with connecting to my Raspberry Pi externally, as port forwarding didn’t seem to work properly. This was a bit of a gut punch, considering how much effort it took me to get Home Assistant working with HTTPS, but it seems to be sorted now.

If it’s been a while since you switched your ISP, I would recommend that you do a quick check to see if you can get a better deal elsewhere. Broadband providers make a lot of money from people who just let their contracts auto-renew. Even if you’re happy with your current ISP, you could try haggling with them to see if they can offer you a cheaper package.

Home Assistant with HTTPS and HomeKit

A screenshot of Home Assistant running in a web browser with HTTPS enabled and no certificate errors

Welcome to the latest chapter of getting Home Assistant working on a Raspberry Pi using Docker. Last time, I’d managed to get it working in Docker, but only over a regular HTTP connection and without HomeKit. The good news is that I’ve solved both of these problems.

Using SWAG to enable HTTPS

Firstly, I recommend reading this paragraph whilst listening to ‘Swagger Jagger’ by Cher Lloyd.

I’ve tried lots of different ways to get Home Assistant working over SSL/TLS. There’s a good reason why this is one of the key selling points of Home Assistant Cloud, as it can be difficult. Thankfully, there’s a Docker image called SWAG (Secure Web Application Gateway) that handles much of the legwork. Once you’ve installed SWAG, follow this guide, and you should find that you can access your Home Assistant setup at https://homeassistant.[yourusername].duckdns.org/ . No need to specify a port, or accept any certificate warnings.

Inside SWAG, there’s a DNS client, which will automatically renew the SSL certificates every 90 days for you, using ZeroSSL or Let’s Encrypt. There’s also nginx, which is used to set up a reverse proxy, and support for dynamic DNS services like DuckDNS.

SWAG has sample configurations for lots of different services, including calibre-web, so I have SSL access to my calibre-web image too. My only issues with it so far were last week when DuckDNS went down on Sunday morning. Most services, like Home Assistant, need to be mounted as subdomains (as above), but others (like calibre-web) can be mounted as subfolders, e.g. https://[yourusername].duckdns.org/calibre-web. This reduces the number of subdomains that you need SSL certificates for; ZeroSSL only offers 3 subdomains for a free account so it’s worth considering subfolders if you want to add more services.

If you have your own domain, then you can also add a CNAME to it to point it at your DuckDNS account, should you wish to use that rather than a [something].duckdns.org address.

Getting Apple HomeKit working

Carrying on the musical theme, here’s ‘Carry Me Home’ by Gloworm, a 90s dance classic which has only recently become available on digital platforms again.

After getting my swagger jagger on and getting HTTPS working, the final issue I’ve been having with Home Assistant is the HomeKit bridge. Adding Home Assistant devices to Apple’s Home app is something that normally works out of the box if you install Home Assistant OS, but takes more work if you use Docker.

The instructions which helped me where these on the Home Assistant forums. You’re going to need to install another Docker image containing avahi; there are several but this one worked for me. It’s bang up to date, unlike the most common Docker image which is, um, 8 years out of date and also only works on x86 machines. Which isn’t much help for my arm64-based Raspberry Pi 4.

Once you’ve installed avahi, added the relevant lines to configuration.yaml in Home Assistant and restarted it, HomeKit should work. To get started, add the HomeKit integration to Home Assistant – you may want to specify which devices will show if you don’t want all of them. Then, use your iPhone or iPad to scan the QR code in your Home Assistant notification panel, and add the bridge. If all goes well, it should immediately tell you that it’s an unsigned device, but will then let you set up each device in turn.

If it just sits there for several minutes and then gives up, you’ll need to do some more digging. Don’t worry, this happened to me too. I suggest downloading the Discovery app, which shows all of the mDNS devices broadcasting on your network. If you can’t see ‘_hap._tcp’ in the list, then there’s a problem. In my case, this turned out to be because my Raspberry Pi wasn’t connected to the same wifi network. It’s plugged in to my ADSL router with a network cable, but we use Google Wifi which results in a ‘double NAT’ situation. Connecting the Raspberry Pi to both wired and wireless connections seemed to fix the issue.

Indeed, as a side effect Home Assistant managed to autodiscover some additional devices on my network, which was nice.

Home Assistant Core in Docker? Done it, mate

All in all, I’ve successfully managed to get Home Assistant to where I want it to be – self-updating in Docker, secure remote access, and a HomeKit bridge so that I can ask Siri to manage my devices. I’m looking forward to being able to turn my heating on whilst driving, for example.

It’s been a challenge, requiring a lot of skimming through the Home Assistant forums and various StackExchange discussions. Ideally, I would have a spare computer to run Home Assistant OS, which would have taken some of the leg work out of this, but I’m happy with the setup. Finding SWAG and getting it to work was a moment of joy, after all the setbacks I’d had before.

Running Home Assistant in Docker and Snap

A screenshot of the Home Assistant installation instructions for Docker

So, as I mentioned a couple of weeks ago, I’ve set up Home Assistant (HA) to control the various smart devices that we have around the home. At the time, I just used a snap package, but now I’ve migrated to using Docker, and here’s why.

Firstly, there are some disadvantages of installing Home Assistant using a snap package. Namely:

  1. The snap package isn’t an official release by the Home Assistant project, and is instead built by a third party.
  2. This means that, at time of writing, it’s a couple of releases behind the latest official release.
  3. It also means that it’s not a formally supported way of running Home Assistant, and there are fewer resources out there to help you if you’re stuck.
  4. I had issues updating previously installed custom components from HACS

Meanwhile, there’s an official Home Assistant Docker image that is updated at the same time as new releases, and it’s mentioned in the installation guide.

So, on the whole, Docker is better for running HA than Snap. But I wanted to run HA on my Raspberry Pi 4 which has Ubuntu Core on it, and that only offers Snap. But wait… you can install Docker on Snap, and the Docker Snap package is one maintained by Canonical so it’s regularly updated.

You can see where this is going. What if I install Docker using Snap, and then install Home Assistant into Docker? Well, that’s what I did, and I’m pleased to inform you that it works.

Docker on Snap, step-by-step

If you want to try this yourself, here’s the steps that I followed. However, please be aware that you can’t migrate a Home Assistant setup from Snap to Docker. Whilst HA does offer a backup tool, the option to restore a backup is only available on Home Assistant Operating System, and it seems that manually copying the files across won’t work either. So, if you currently use Snap, you’ll have to set up HA again from scratch afterwards. You’ll also, at the very least, need to run snap stop home-assistant-snap before you start.

  1. Install Docker. You can do this by logging into your machine using SSH and typing in snap install docker.
  2. Enable networking. There’s probably a better way of doing this, but for me, just running chmod 777 /var/run/docker.sock worked.
  3. Install Home Assistant. You’ll need to enter quite a long shell command, which is:
    docker run -d \
    --name homeassistant \
    --privileged \
    --restart=unless-stopped \
    -e TZ=MY_TIME_ZONE \
    -v /PATH_TO_YOUR_CONFIG:/config \
    --network=host \
    ghcr.io/home-assistant/home-assistant:stable

    The two variables in bold will need changing. For ‘MY_TIME_ZONE‘ you’ll need to type in your time zone, which in my case is ‘Europe/London‘, and for ‘PATH_TO_YOUR_CONFIG‘ is a folder where you want your configuration files. I suggest /home/[username]/homeassistant .
  4. Grab a drink, as the installation will take a few minutes, and then open http://[your IP address]:8123 in a web browser. If it’s worked, then you’ll be presented with HA’s onboarding screen.

Again, if you had the HA snap package installed, then if everything’s working with Docker, you’ll need to uninstall any related HA packages (like HACS, toolbox and configurator) and then the home-assistant-snap itself. And then you’ll need to set up all of your devices again. The good news is that, if you decide to move your HA installation to a new machine, you can just migrate the Docker image in future.

Wouldn’t it be better just running Docker?

Okay, so you may be wondering why I’ve set up HA this way. After all, it would probably be easier just to install Raspberry Pi OS Lite and put Docker on that, without using Snap. Well, there’s a method to my madness:

  • I like running Ubuntu Core because it’s so minimalist. It comes with the bare minimum of software installed, which means that there’s less risk of your system being compromised if a software vulnerability is found and exploited.
  • I already have Plex running quite happily in Snap, and didn’t want to have to migrate that as well.

In other words, this was the easiest way of running HA in Docker with my current setup. And I’m happy with it – I’m running the latest version of HA and it seems to work better.

There are a couple of additional steps that I still need to complete, which are:

  • Enabling SSL/TLS for remote access
  • Enabling mDNS broadcasts for Apple HomeKit integration

I’m working on these. Home Assistant Cloud is the easiest way of setting up secure access and I’m considering it. It’s a paid-for service, but it does financially support HA’s development, and seems to much easier than the alternatives. As for mDNS, I’m still working on this, and I imagine there’ll be things I need to tweak in both Docker and Snap to get it to work.

Ghost Signs

You know those old painted adverts you sometimes see on the side of buildings? York, where I grew up, has a famous one for Bile Beans, due to its prominent location, but there’s also one in Halifax too.

Historic England is building a list of these, with photos and GPS locations, and you can contribute. I’ve added one near where I live in Sowerby Bridge – it’s seen better days, but perhaps in Historic England have a list, then there may be money and resources to restore some of these.

Ianvisits mentioned this last week, and it’s encouraging to have seen the list grow in the days since. It’s not just painted adverts like this that are welcome – signs for old and defunct shops can be added too.

Getting started with Home Assistant

A screenshot of Home Assistant

A recent project of mine has been to set up Home Assistant, as a way of controlling the various smart devices in our home.

From bridge to assistant

You may remember, back in February, that I had dabbled with Homebridge, a more basic tool which was designed to bridge devices into Apple’s HomeKit universe which aren’t otherwise supported.

I’ve ditched Homebridge, as it didn’t really do what I wanted it to do. If you want to primarily use Apple’s Home ecosystem, but have a few devices which don’t support it, then it’s great. But that doesn’t really apply to our home – although I’m an iPhone and iPad user, I no longer have a working Mac and so I use a Windows desktop, and my wife uses Android devices. Consequently, the only device that we own which natively supports HomeKit is our LG smart TV.

Home Assistant is essentially a replacement for Apple Home, Google Home, Samsung SmartThings and whatever Amazon’s Alexa provides. That means that it provides its own dashboard, and lots of possibilities for automations. But instead of your dashboard being hosted on a cloud server somewhere, it’s on a device in your own home.

Setting it up

Like with Homebridge and HOOBS, you can buy a Home Assistant hub with the software pre-installed. If you already have a device, such as a spare Raspberry Pi, then you can either install HAOS (a complete operating system based around Home Assistant) or just install Home Assistant on an existing system. I chose the latter, and now I have Home Assistant sat on the same device as my Plex Server, using Ubuntu Core and the relevant Snap package.

Once set up, Home Assistant will auto-discover some devices; it immediately found both my ADSL router and my Google Wifi hub using UPnP. You can then add devices yourself. Home Assistant supports way, way more devices than its competitors, due to its hobbyist nature. For example, there’s an IPP integration which means that you can view your printer’s status, including how much ink is left. Despite it being a ‘smart device’ of sorts, Google Home won’t show this in its app. You can also bring in web services like Google Calendar and last.fm.

Some integrations are easier to set up than others though. In most cases, one of the first instructions for setting up an integration is ‘sign up for a developer account with your device manufacturer’. Whilst the instructions are usually quite clear, you’ll find yourself spending lots of time copying and pasting OAuth keys and client secrets to be able to connect your devices. In the case of my Nest Thermostat, this included paying a non-refundable $5 USD charge to access the relevant APIs.

It should also be noted that, whilst Home Assistant does offer integration with Apple HomeKit, I’ve yet to get this to work. Which is ironic as this was the reason why I previously used HomeBridge.

Remote access

Another thing which took some trial and error to get right was enabling remote access. If you want to be able to view and control your devices when you’re out of the home, then there’s a few additional steps you’ll need to complete. These include:

  • Configuring port forwarding on your router
  • Setting up a DNS server

Home Assistant recommends DuckDNS, which is pretty simple and seems to work okay, but again it’s something that requires some technical know-how.

One limitation of using Home Assistant as a Snap on Ubuntu Core is that you can’t use addons, so setting up DuckDNS meant manually editing Home Assistant’s configuration.yaml file. Indeed, some integrations require this, and so it’s worth backing up this file regularly. You can, however, install a separate snap which enables the Home Assistant Community Store (HACS), and this allows you to install additional (but less-well tested) integrations. I initially couldn’t get this to work, but managed to install it literally whilst writing this paragraph.

If you’re willing to pay, then for £6.50 per month, you can get Home Assistant Cloud. As well as providing an income for Home Assistant’s developers, it offers an easier and secure remote access solution, and integrates Google Assistant and Alexa.

Privacy matters

It should also be noted that Home Assistant has a greater focus on privacy. By hosting an IoT hub yourself, you can limit how much data your devices send to cloud servers, which may be in places like China with markedly different attitudes to privacy. Indeed, the integration with my Solax inverter (for our solar panels) connects directly to the inverter, rather than the Solax Cloud service. It’s therefore not surprising that many of the Home Assistant developer team are based in Europe.

Looking to the future, I’m hoping more of my devices will support Matter – indeed, this week, Matter 1.2 was released, adding support for devices like dishwashers. Theoretically, our existing Google Home devices can all be Matter hubs, but none of my other devices yet support it, and may never will. Home Assistant can work with Matter devices, if you buy their SkyConnect dongle, and again, it will mean that more of your device communications can be done within in your home and not using the cloud. That should be faster, and better for privacy.

Overall, I’m quite happy Home Assistant, even though it’s taken a long time to get every device added and some trial and error. I appreciate being able to see (almost) all of my devices on one dashboard, and it feels like I have more oversight and control over the smart devices in our home. I hope that, with greater Matter support, it’ll become easier for less-experienced users to use in future.

My Podcast Diet – August 2018

Matt Haughey, who has recently quit Twitter and returned to blogging more, has posted about which podcasts he listens to regularly and semi-regularly. It’s a good idea for a blog post, and so I’m going to steal it.

Podcasts that I listen to straightaway

These tend to be topical podcasts that would go stale very quickly.

  • BBC Radio 4 Friday Night Comedy Podcast – whichever show happens to occupying the 1830 Friday comedy slot on BBC Radio 4. Normally this alternates between The News Quiz and The Now Show, but Dead Ringers pops up in summer. Weekly, every Friday, somewhat obviously.
  • The Bugle – topical satirical comedy from Andy Zaltzman and rotating guest hosts filling the gap left by John Oliver (yes, that John Oliver). Weekly, every Friday.
  • The Guilty Feminist – this was the podcast that I saw live in March 2016, which mixes discussion of issues relating to feminism and stand-up comedy. Hosted by Deborah Frances-White with a rotating guest co-host. Weekly, every Monday.
  • Standard Issue Podcast – a magazine style-show covering women’s issues, as well as interviews, women’s sport, and regular features on TV shows and Disney films. Once a month, there’s a ‘gigcast’ with celebrity chats recorded live in front of an audience. Weekly, on Wednesdays, with occasional bonus content at weekends.
  • Reasons to be Cheerful – a new podcast co-hosted by Ed Milliband and Geoff Lloyd, which focuses on a political issue each week.

Podcasts I listen to regularly

  • The Comedian’s Comedian – stand-up comedian Stuart Goldsmith interviews a fellow comic (or comedy group) about how they work. Always enlightening. Weekly, on Mondays, but seemingly on a break at the moment – probably due to the Edinburgh Festival Fringe.
  • Made of Human – stand-up comedian Sofie Hagen (formally of The Guilty Feminist) interviews people about life and how they handle it. Warm and friendly. Weekly, on Wednesdays.
  • Felicitations – Felicia Day’s relatively new podcast, about what she’s been up to, and parenting. Weekly, on Thursdays, but seemingly on a break at the moment.

Podcasts that I listen to when there’s a new season

These podcasts run as seasons and so new episodes don’t come out all year round, but I listen to them regularly when they’re on.

  • Mrs Brightside – stand-up comedian Susan Calman interviews a fellow celebrity about depression and mental health. Weekly, on Mondays. Series one has just ended, but should be back later in the year.
  • The Infinite Monkey Cage – science podcast co-hosted by Professor Brian Cox and Robin Ince, with a different topic each week. Guests are a mixture of scientists and comedians. Weekly, on Mondays, with new episodes available now.
  • Global Pillage – comedy panel show about diversity, hosted by Deborah Frances-White. Weekly, on Mondays. No new episodes at present.
  • Richard Herring’s Leicester Square Theatre Podcast (RHLSTP) – stand-up comedian Richard Herring interviews a celebrity guest in front of a live audience in London’s Leicester Square Theatre. Weekly, on Wednesdays, back in the autumn.
  • Grownupland – a podcast for millennials about adulting.
  • Newsjack – weekly comedy sketches with an open-door writing policy, so anyone can submit.

Comparing smart speakers

Yesterday, I reviewed our (relatively) new Google Home Mini. Today, I’m going to focus on why we chose to go with Google, and not an Amazon Echo or Apple Homepod.

Ecosystems

When you choose a smart speaker, I would take some time to decide which one works with the apps, services and devices that you already use. Apple’s HomePod only works with iOS devices for example; that’s fine for me, but not much use for my wife who has an Android phone. The Verge’s review seems to focus on the HomePod’s locked-in nature.

Similarly, Amazon’s Echo devices work well if you have Amazon Prime and one of its Fire TV devices, but we’re a Netflix household and have a Google Chromecast. I gather that Netflix support on Alexa isn’t that great, whereas it works well with a Google Home.

Price

We got our Google Home Mini free as part of a deal with Nest, which was probably the biggest reason for us choosing it over its rivals. As I write this, both the Amazon Echo Dot (sponsored link) and the Google Home Mini are £39, and normally sell for about £50, and even the more expensive models are under £200. Apple is selling the HomePod for £319. For that, you could buy six Google Home Minis and cover your house, and have some change left over.

Sound quality

One reason for the HomePod’s higher price is its focus on high quality sound for playing music. Arguably, it’s trying to compete more with the Sonos range of wireless speakers, some of which now include Alexa as well.

The larger and more expensive Google Home and Amazon Echo models have better speakers than the smaller ones, but I was still reasonably impressed with the little speaker in the Google Home. Audiophiles would probably be disappointed with all but the most expensive models but for most people, even the smallest and cheapest models will do.

Third party services

Amazon’s Alexa devices have a range of third-party ‘skills’ available, which massively expand its abilities and integration with other services. Google Home is somewhere in the middle; it supports a lot of internet of things devices, but not much else. That is changing but some things, like being able to order a pizza from Domino’s, are US-only for now.

As for the HomePod, it’s Apple all the way down. If you have smart devices that support HomeKit, great. But that’s a bit useless if you have a Nest thermostat, for example. It can only play music from Apple Music, and not Spotify or any other third party streaming service.

In summary

If you like good quality audio, have only Apple or HomeKit-supporting devices and money to burn, then by all means, buy a HomePod. Amazon and Google offer much better value speakers that work with a wider variety of third-party devices and services, and the choice you make will reflect what you already own.

Google Home Mini review

A photo of a Google Home Mini

Back in January, we welcomed a Google Home Mini into our house. As the name suggests, it’s the smaller version of the Google Home, which is Google’s smart assistant. It competes with Amazon’s Echo/Alexa range, and Apple’s new HomePod.

In the run up to Christmas, the Google Home Mini was significantly discounted, and being bundled with mobile phones. We got ours bundled with our Nest Protect smart smoke alarm, which I reviewed last month. We placed it in our living room, seeing as that’s where we spend most of our time awake, and because it works well with a Chromecast.

Indeed, this is probably the thing that we use it for the most. When you have a screaming toddler, it’s handy to be able to shout across the room ‘OK Google, play Paw Patrol‘ and have it come on the TV without having to find a remote and navigate menus. We recently inherited my parents’ old Sony TV which supports HDMI-CEC (Consumer Electronics Control), and so through the Google Home Mini and the Chromecast, we can turn the TV on and off using our voice, which is pretty cool.

Our Nest Thermostat is also able to communicate with the Google Home Mini, so we can use it to find out the current temperature and also change the temperature on the thermostat. This, together, is the extent of our foray into the so-called ‘internet of things’ and we haven’t yet invested in any other smart home devices. Although I’m contemplating either a smart light bulb or plug for a standing lamp in our living room.

Having support for Spotify built-in is also handy, although it works best if you have a Spotify Premium account as then you can play individual songs. This prompted me to upgrade. Sadly, although you can have multiple Google Accounts linked to one Home Mini, you can only have one Spotify account. As I found, when I opened Spotify at work, to find that Christine was already using it to listen to the Moana soundtrack.

The support for multiple Google Accounts works well; it’s able to identify whether me or Christine is talking to it. So if I ask it to add something to my calender, I know it’ll go into mine.

Support for third party services outside the Google ecosystem isn’t great. Whilst the Google Home can connect to a wide variety of smart home devices, it’s limited to playing video content from YouTube or Netflix, and music from either Spotify, Deezer, Google Play Music or Apple Music (if you have an iOS device and a valid subscription). Fortunately, there is IFTTT integration, and I was able to set up a link with my to-do list in Wunderlist, albeit in a roundabout way using IFTTT and email. But Amazon’s Alexa platform has a much wider variety of ‘skills’.

I was sceptical about whether we would actually use the Google Home, but it’s become part of our daily lives. On a morning, it’s handy to ask for a time check whilst getting ready, or for a weather update. And it works really well with our Chromecast; we’ve not really used our Roku player since we got the Google Home. I wish there was more third-party support; being able to request content from BBC iPlayer would be a great help.

I recently visited a friend who has five Google Home devices around his house – including the bathroom. I don’t think we’ll ever get to that stage, but the thought of having one in the bedroom has crossed my mind more than once. Maybe we’ll consider it the next time there’s an offer on.

TP-Link Gigabit Powerline Starter Kit review

A photo of one of the TP-Link Gigabit Powerline adaptors

Today I’m reviewing the pair of TP-Link 1000 Mbps Gigabit Powerline Starter Kits that I bought earlier this year to improve our network at home. If you haven’t already, please read yesterday’s post for some context, although I’ll summarise here too.

My aim was to improve the network speeds on some of the devices that I own, thus freeing up Wifi capacity. I went with Powerline (also known as HomePlug) because it would be less disruptive to install than Ethernet cables.

The TP-Link units were well-reviewed on Amazon, averaging 4.5 stars with over 1000 reviews at time of writing. I needed three adaptors; unfortunately I could only find them in packs of two, and so ended up buying four. At the time, this set me back £80, but they’re now down to £36 for a pack (so £72 for two).

Installing the Powerline adaptors

Setup is a doddle. Each starter pack includes two Powerline adaptors, and two standard two metre Ethernet cables. You plug one adaptor into a wall socket near your router and connect it up with an Ethernet cable, and then use the other adaptor and cable to connect to your device in another room. Ensure the adaptors are switched on at the wall, and your device should connect, just like it would if there was a direct Ethernet cable linking it to the router. Repeat this for any additional adaptors – you can use more than two in the same home.

There’s no special software to install, and unlike Wi-Fi routers, there’s no configuration either. It’s literally just ‘plug and play’.

That being said, each adaptor has a ‘Pair’ button, and it’s recommended that you press this on each adaptor in turn. This encrypts the signal between each adaptor, so if there’s any signal leakage with a neighbour, their Powerline adaptors won’t be able to connect to your network and vice versa. It’s a bit like enabling WPA on your Wi-Fi, and it doesn’t seem to have any discernible effect on performance.

Performance

Speaking of performance, the TP-Link adaptors seem to work well. The speeds and latency are certainly better than I was getting over Wifi. Internet-based tests like Ookla’s Speedtest seem to suggest that I’m able to take full advantage of my internet’s connection speed.

As I mentioned yesterday, our household electrical wiring is of variable quality and I was concerned that the older wiring would affect speeds. This doesn’t look to be the case, and the Powerline signal works across our fuse box to serve different electrical rings.

It is worth pointing out that you ‘lose’ an electrical socket when using these adaptors. This isn’t much of a problem for us; when we had the downstairs rewired, we deliberately installed far more sockets than we needed. If you are short of sockets, then you can pay extra for adaptors with a pass-through capability. They work the same but you can still plug another AC device in; however, they cost £50 for a pair, rather than £36.

Compatibility

As I was starting from scratch, I deliberately bought two pairs of adaptors from the same manufacturer. The good news is that HomePlug is an agreed standard (IEEE 1901), and these TP-Link adaptors comply with the HomePlug AV2 specification. This means that if I wanted to expand the network even further, I could theoretically use any HomePlug AV2 compliant hardware to do so – I wouldn’t necessarily need to buy TP-Link equipment again. As it is, I have a spare adaptor since I only needed three.

Conclusion

I’m really impressed with the TP-Link Powerline units. They deliver a good, fast connection, and have worked well in the couple of months that I’ve had them. Whilst it would have been nice to save a bit of money and buy a pack of three adaptors, rather than two pairs, at least I have a spare adaptor for future expansion.

If you have problems with your Wi-Fi speeds or signal strength – especially if your home is around 100 years old and built of stone, like ours – then Powerline adaptors may be a good solution for you.

Update (January 2025): this model is no longer available, but here’s a sponsored link to some newer ones on Amazon.

Adventures in home networking

Wires

We’ve been living in our house for approaching two years, and in all of that time we’ve been reliant on Wi-Fi for our home networking. Our phone line enters the house in a spare bedroom so that’s where our ADSL modem is (a BT Home Hub 4, although we’re no longer with BT). This isn’t too bad from a Wi-Fi signal perspective, as it’s located close to the middle of the house, but we still have some signal issues in the kitchen which is the furthest room.

For this reason, we have a Netgear Wi-Fi range extender which ensures an adequate signal in those parts of the house. Combined, the whole of the house is covered.

Limitations of Wi-Fi

The problem is that we have quite a lot of devices all using the Wi-Fi connection. There’s my Mac, Chirstine’s laptop, two smartphones, two tablets, a Roku, a Chromecast, a Blu-Ray player, our Nest thermostat and a Kindle, plus any devices that visitors bring. The Roku and Chromecast in particular are used for streaming video which requires a good connection, and I upload photos from my Mac every now and again.

Most of the equipment we have supports the IEEE 802.11n standard and so it’s reasonably quick, but some devices use the older 802.11g standard and not all are compatible with both 2.4 and 5 GHz wireless bands. Wi-Fi also has higher latency than wired solutions. And I have a Raspberry Pi and a Freesat receiver that do not support Wi-Fi at all. The Raspberry Pi currently gets a connection from an Ethernet cable linked to the Netgear extender, but the Freesat box has been isolated from the internet.

It would be great if everything supported the new 802.11ac standard. But this would require us to replace all of our devices and so isn’t likely to happen soon.

Laying Ethernet cable

The optimum home networking solution would be to lay Ethernet cable across the house, with ports in each room. That would ensure at least Gigabit connection speeds everywhere, with almost no latency.

We had most of the downstairs rewired before we moved in a couple of years ago and, with hindsight, this would have been an ideal time to install network sockets. Sadly, we didn’t, and trying to install sockets now would be very disruptive. I’d rather not have cables trailing around, or even fixed to walls, seeing as our toddler will inevitably want to play with them. Whilst I could probably do this myself, I’d rather not have to cut and crimp network cables.

Power line networking

Which leaves power line networking, also known as Homeplug. This uses your household electric circuits to carry a network connection, with adaptors that plug into your existing electrical sockets.

I was a little hesitant to try this, as our wiring is of variable quality. Obviously the downstairs wiring is good, having only been installed two years ago. But upstairs, some of the wiring is much, much older; in some cases, dating back to the 1950s. I was also worried about whether the signal would pass through our fusebox (which is thankfully quite new), as the upstairs and downstairs are on separate electrical rings.

I decided to take a punt, and ordered some well-reviewed Homeplug networking adaptors from Amazon – I’ll review them later on. At £80 for four, I felt this would be cheaper and less disruptive than installing Ethernet cable. And, so far, so good. I’m using three of the four adaptors; one of them connects in turn to an old Ethernet switch that I had, to provide connection to our Blu-Ray player, Roku and Freesat box.

My worries about the wiring seemed to be unfounded – we’re getting good speeds and much lower latency than on Wi-Fi. In particular, I can upload photos from my Mac much more quickly now than I ever could on just a wireless connection. I’m glad to have a better connection without having to tear the house apart, or replace all of my devices.