For the last week, I’ve been testing three products: the Eve Weather, Eve Door & Window Sensor, and Eve Energy Plug. These are all Apple HomeKit devices, but more importantly, they’re also Thread compatible. The best summary of my experience? This is what the smart home should be.
On the surface, the Eve products themselves aren’t tremendously unique. A door & window sensor is a door & window sensor after all. But they work well for their respective functions and they illustrate the benefits of a Thread network in your smart home. I’ve covered these prior in a recent “Thread 101” post but I’ll explain the experience in detail. Note that I’m using the Apple HomePod mini as a Thread router, so you’ll need one for the full experience.
First though, a quick overview of the products themselves, all of which were extremely easy to set up using the standard Apple HomeKit process: Just scan a QR code with your iOS device and go.
Eve Weather
The new $69.95 Eve Weather Connected Weather Station, which goes on sale later this week, looks similar to the model it replaces. This is a small IPX3 water-resistant display with three sensors to measure temperature, humidity, and barometric pressure. It runs on a coin cell battery and supports both Bluetooth LE and Thread connections. I mounted the Eve Weather my back deck, away from the sun, which can skew the temperature readings.
This model’s display shows more information than the prior model. Indeed, it shows everything: your local temperature, humidity, and a 12-hour weather trend icon based on the barometric pressure. Calling it a “weather station” may be a stretch because you’re only getting a general forecast based on that pressure. Still, having local temperature and humidity is more specific than from a non-local source.
I’m a bit of a weather nerd, so I like that you can see historical graphs of all of the data in the Eve app. Some may not care about this, but they can ignore that data.
I also appreciate that you can automate actions based on this very local weather.
We typically set our HVAC system to a schedule but with automations in HomeKit or the Eve app itself, we can trigger the heat to rise a little if the outdoor temperature drops beyond a certain point.
You’ll note in my historical graph image, the Eve Weather didn’t capture data.
I replaced the included battery and that resolved the issue.
And it led me to truly appreciate the self-healing network feature provided by Thread.
Once I replaced the battery, the Eve Weather was reconnected to the Thread network in under 30 seconds.
Eve Energy Plug
Like the Meross HomeKit Dual Wi-Fi plug I recently reviewed, the $39.95 Eve Energy Plug is a smart plug. This device too looks like the model it replaces. It provides a single 3-pole outlet, so you don’t get two outlets like the Meross offers. But you do get two other benefits: Both Bluetooth LE and Thread compatibility and the ability to monitor energy usage.
Using HomeKit, the Eve app, or Siri to control the outlet is super snappy, thanks to Thread. It’s nearly as fast as switching a physical switch when using the Thread network. You can also automate or schedule any accessories plugged into the smart outlet.
And of course, being a data-driven individual, I look at the plug’s energy consumption in the Eve app. Again, Eve provides historical data and can even calculate the electricity cost of the plug.
Eve Door & Window sensor
If you’ve seen one door & window sensor, you’ve seen them all. Eve’s product here is no different: The two sensor pieces use a magnet to determine proximity to each other and therefore if a door or window is open. Or closed, for that matter.
This $39.95 product can be purchased now because it’s actually not a just-launched new model. However, after a quick firmware update, you gain Thread support. And again, it’s Thread that has me recommending this sensor over competing ones; at least if you’re a HomeKit user.
I have an older Samsung door & window sensor installed on my home office door. I use it to let me know when someone enters the room as I’m working since my desk faces away from the door. I often have headphones on when I work as well and I got tired of having people “sneak up” on me. Truth be told, I was more tired of being startled by them.
So when my office door opens, I have an automation that turns on a LIFX bulb with red color for about two seconds. The Samsung sensor has done the job admirably for the last six months. The Eve sensor though? It’s much more responsive. That red alert happens before someone can even step into the room because the signal over Thread is that fast. By comparison, the Samsung seems ridiculously slow.
Aside from setting automations based on the sensor status, the Eve app also provides (you guessed it) historical information. I can see how many times the door has been opened, for example, or see the exact time of day it was opened or closed.
About that Thread
While I’d consider all of the Eve products I’ve been using to be good on their own, it’s the Thread support that makes them great. Each device has super-fast response times, can easily reconnect to the Thread network if the situation arises, and has a better wireless range than traditional Bluetooth devices.
I tested this range by removing the Eve Weather and walking away from my house. It wasn’t until I was nearing the end of my mesh Wi-Fi network range that the Eve Weather started to periodically lose its Thread connection. I was able to walk around 60 feet from my home before this happened. That’s far more distance than most Bluetooth devices I’ve used.
Eve didn’t just integrate Thread support into these products either. Instead, Eve embraced it.
Within the Eve app settings is a way to view the Thread network. In my case, it shows the HomePod mini as the main router, which sends all data from the network to the internet as needed for remote access.
It also shows the Eve Energy Plug as a secondary router that helps build out my Thread network. As that secondary router, the smart plug can support child devices but can’t get the data from them, or itself, to the internet. Lastly, I can see the other two Eve devices as Thread endpoints. The app also shows the connectivity strength of the router devices.
Keep in mind that there’s no setup process for the Thread network. There are no pairing hassles or Z-Wave exclusions when removing devices. Nothing. It just works.
I couldn’t recommend the Thread-supported Eve products any higher other than by saying this: If Eve makes a Thread product that you want in your HomePod mini-equipped smart home, don’t think twice. Buy it and experience the future of the smart home.
So is the door sensor performance better because of Thread or because homekit runs locally and doesn’t involve the SmartThings cloud?
Meaning if you had a zwave bulb and zwave door sensor where ST can do one of its few fully local processes, how would the Thread sensor compare?
Or if you had a homekit Bluetooth sensor?
This was my thought exactly. I’d bet the issue isn’t a protocol difference between Zigbee and Thread, but a platform difference between SmartThings and HomeKit.
It wouldn’t be a perfect comparison, but I’d be curious how an Aqara Zigbee contact sensor (connected to an Aqara G2H camera as a base station to bring the sensor into HomeKit) would compare to the Eve sensor.
You’d expect it to be a little slower because of the need for the base station, but I’d still expect the HomeKit-based Zigbee sensor automation to be quicker than the SmartThings-based Zigbee sensor automation (and likely comparable to the HomeKit-based Thread sensor automation).
Had old indoor temp/air monitoring device and outdoor temp device .. both went dead same time and wonder eve removed old devices from App.
Great App but their old Bluetooth devices were not good when it come to distance.. Eve need to have their own Thread hub or similar and Hue And Nest work great and i think they have Thread..
In Australia Eve support non existent and hope they have exchange policy to swap/ credit for their old products.
Eve doesn’t need its own Thread hub because a HomePod mini serves that function in a HomeKit set up. Eve has indicated they’re perfectly happy just creating accessories for HomeKit rather than setting up their own competing ecosystem, which is what having their own hub would do.
Nest now has its own version of thread that is not interoperable with HomeKit, so it’s a nice system, but it doesn’t help in this regard.
Hue has not yet added thread, they are still using zigbee and Bluetooth for the end devices and local Wi-Fi for the connection between the Hue Bridge and HomeKit. Their move into Bluetooth last year was interesting, and I agree, we might eventually see them add thread to their end devices at least for HomeKit compatibility that doesn’t require a bridge for basic functionality.
I’ll admit I’m most curious to see whether Meross and some of the other budget device manufacturers end up adding thread compatibility or not. The main advantage would be reducing the number of Wi-Fi addresses required since many home routers can only handle about 50 total.
indeed, I think getting off the Wi-Fi network without requiring a separate hub other than the HomePod mini for Homekit compatible Devices might be the main draw for manufacturers in the next year or two. We’ll see.
I am afraid, buying a speaker (apple) just because it has thread does not help any one. Apple is out of network market, even though they had great wifi routers like airport extreme. Having a speaker with no technical info on thread does not help any one either. Apple Home implementation is a mess and need to refine to get this working. You can connect Apple Home to Nest using Starlin Hub, but this is exactly what we need to avoid. Hue is a great product since its network side work perfectly but it take so many IP addresses.
Thred being new protocol, we need to find what it can do and not and for me I will look into nRF52840 Dongle since it has necessary hardware since nRF52840 Dongle is a small, low-cost USB dongle that supports Bluetooth 5, Bluetooth mesh, Thread, ZigBee, 802.15.4, ANT and 2.4 GHz proprietary protocols.
Question is implementing this in to wifi since there are issues.
Thread uses 6LoWPAN and use it at work to mesh lorawan devices together and it have been able to achieve distances of up to 12km between nodes. This tech would be easy to integrate into my home IOT platform, however thread networking usually uses another bearer for ipv6 transmission so the ip traffic is passed through the network with out being converted being piggybacked if you like over low power wireless. It can use 900mhz where as the application uses 2.4ghz class licence so distances would be pretty poor and susceptible to WiFi interference same as zigbee already is.
Bottom line is with so many IOT devices ( I have more than 50) do you need so many boxes hanging on your router ( not a good idea) or we use Thread as a separate device that piggyback on your own wifi but can be be manage easily using single app? I have ODROID N2 running a Home IOT platform and it can monitor/run all my Apple, Hue, Solaredge, weather, and lots of other IOT devices. I will integrate Thread into this.
I am ex Cisco R&D Director.
I understand your concerns, but this particular article is specific to the Eve devices which all require HomeKit to work. So for that platform, the Thread hub is Apple’s HomePod mini.
It will be interesting to see in the future how many manufacturers are interested in creating Thread devices that don’t require Homekit, and what hubs become available.
How accurate was the temp, it is after all a thermometer. I’m looking to replace an accurite wireless sensor, and they to have terrible QC, some are good, some not. I’d like 3, but these are pricey. Garage, backyard, living room. Lastly, are they easily viewable from 10 feet away for most people. Love the podcast(s) and the newsletter 🙂
I compared the temperature to what my hyperlocal weather shows and at first, it wasn’t very accurate. I then realized I had the Eve sensor in the sun, which was boosting the temperature by a good 15 degrees on some days. After that, I tested in a shaded area and find it’s quite accurate.