I have an oven that I need to manage the temperature of, keeping it in the neighborhood of 600° C (1100° F). I have not been able to find a Zigbee-enabled solution to measure temps that high. Does anyone know if such a thing exists? If not, any ideas for how to roll a custom solution that I could integrate into a Sonoff ihost controller? I have no trouble finding high temperature probes, but none of them interface with my automation stack.
I have got mainly hue bulbs around the house, apart from a couple of places where it wasn't practical or pretty enough.
In those cases I put in sonoff in line switches so I can control them remotely. But now I'm wanting to further upgrade by replacing most of my light switches with Hue Tap dials (and add some fittings in where I tend to not want lots of light, but will need it some time). Then I can easily switch between different profiles and have guests do the same.
Does anyone know if I can get a replacement for the sonoffs that can be recognised in Hue so that I can control it with the Tap Dials?
Or alternatively any good alternatives to replacing the light switches with smart controllers?
Thanks
I'm looking for a zigbee smart bridge recommendation.
I need something I can hide in the ceiling as want to use for downlights.
I don't want a pairing button, I'm looking for another idea as don't want to pull out the ceiling to re-pair. Must work with Amazon hub, as I don't want to use manufacturers hub.
Any recommendations?
Thanks,
Hello!
I have recently begun making my home smarter, and I've run into some trouble while trying to get my Sonoff zbmini-l, which is connected to my Philips Hue bridge, to work properly. I am able to control it individually, but not through scenes or with the Google Home app. Has anyone else encountered this problem and know of a fix? Additionally, I have another Zigbee bridge, but I am unable to find the Sonoff device on it.
Thank you in advance for your help!
PS: I am very new to this.
One of my aqara sensors suddenly stated that the temperature in the garage passed +650 degrees.. I checked, and it wasn't. 😉
Both humidity and pressure is reading normal levels - i guess this must be a HW error?
Its not dead either, just severely offset:
13d464d7-8a77-4740-95bf-6ed3a59515b8-image.png
After researching a number of various Zigbee solutions, I have come to the conclusion that Deconz with a ConbeeII is probably the best one available, covering the two HA1.2 stacks and ZLL stacks with the widest compatibility range, even better than the ZHA or Zigbee2MQTT components of Home Assistant, and also the best maintained with regurlar firmware updates. It is really an equivalent to z-way but for zigbee. It has a rest API so I am dreaming awake of a bridge for openLuup here...
Introduction - deCONZ REST-APICould be a good project? I may get one to play with... It could potentially enable unifying the hue devices into one network.
2.4Ghz band Zigbee, WIFI, BT, Microwave, Cordless Phones Interferences. What Zigbee channel to pick?
Kicking off this section with a quick write up on Zigbee 2.4GHz channel utilization.
Zigbee has become a very popular protocol over the past few years mostly due to its low power consumption, low chip cost (not being proprietary like z-wave was) and ease of inclusion.
It does come with a couple of downsides however ranging from single controller topography (aka single PAN coordinator) to what the title says: It uses the 2.4GHz (ISM) band which is possibly ultra saturated by other wireless protocols and even a variety of other more or less proprietary zigbee stacks. (i.e philips hue, Ikea Tradfi, Xiaomi, Plantlink etc...)
It is therefore important to make sure they don't interfere with one another.
This is a good article showing the correspondence between Zigbee and WIFI.
https://support.metageek.com/hc/en-us/articles/203845040-ZigBee-and-WiFi-Coexistence
Interferences lead to range reduction, dropped packets, more retries and lags. I have a 2.4GHz spectrum analyzer I can post some results from. I read through the zigbee alliance presentation claiming low interference but my experience demonstrates quite the opposite. When I was using SonosNET and Hue at the same time on neighboring channels, playing SONOS would kill the philips hue network.
Deconz
-
After researching a number of various Zigbee solutions, I have come to the conclusion that Deconz with a ConbeeII is probably the best one available, covering the two HA1.2 stacks and ZLL stacks with the widest compatibility range, even better than the ZHA or Zigbee2MQTT components of Home Assistant, and also the best maintained with regurlar firmware updates. It is really an equivalent to z-way but for zigbee. It has a rest API so I am dreaming awake of a bridge for openLuup here...
Could be a good project? I may get one to play with... It could potentially enable unifying the hue devices into one network.
-
After thinking hard about it, I will be putting this one on the back burner... I have a working solution with the ZHA component of Home assistant for now and have no intention of expanding my zigbee network. The only significant advantage for my setup was to get rid of the hue hub and consolidate all zigbee networks into one for the future. Zigbee is just a mess with too many semi proprietary stacks and I will try to stay away from it as much as I can.
-
Alright after now well over 6 months using the vera zigbee chip, I have decided to bite the bullet and move to conbee2.
I found it interesting while shopping that Aeotec is selling the razberryII for less than $18 and that there is a deconz equivalent with the raspbee II sold for the same price as the usb version. Let's see how this goes. Not giving up on the idea of a bridge for openLuup. -
Not giving up on the idea of a bridge for openLuup
Currently I’m working on new concepts for plugin implementations, taking Shelly as an exemplar. If successful, this could be a framework for other protocols.
Unlike the other place, I’m looking for a seamless evolution of API and capability. The BIG IDEA is to implement ‘plugins’ as CGI files which could be run under almost any web server. A significant part of openLuup’s extended functionality is already implemented in this way (Historian, Console, ...) For a complete transition, I would need to wrap some existing parts (Luup requests, bridges, ...) as CGIs. This would, eventually allow me to lose the weakest part of openLuup, which is its own web server...
-
@rafale77 I've not invested so much into Zigbee, but count me in if you want help. I could afford a controller+some devices
@akboer this sounds great. I was toying with the ability to explicitly implement ha bridgefeatures in LUA and offer Alexa's support natively. in general, this could help the addition of different APIs to openLuup and this sounds great! -
I have not invested a whole lot in zigbee either. The device/mesh management is much easier than zwave on one hand but the controller implementation and stack complexity are big downsides.
Thanks for the support guys! I am trying to get away from having this done in home assistant. In spite of the evolution they have made, I am finding the configuration/entity setup they implemented very cumbersome and vastly prefer a z-way bridge type integration into openLuup. -
My only Zigbee experience is through the Hue bridge and @amg0's excellent AltHUE bridge. I have installed some LED strips with compatible drivers, and they (surprise!) actually compatible, so they work fine too. Current lighting strategy is Hue for individual bulbs/strips and Shelly for relay-controlled clusters. The only other Zigbee device I have is actually a Hue motion sensor, and that seems to work well, but I have no real plans to extend the Hue network (a bit expensive.)
Shelly forever! (well, for a while, at least.)
-
I went the lazy way for now for lack of time and just dropped in the conbee directly to replace the vera plus into home assistant using the zha component then into openLuup instead of using deconz. I would have to pick up another conbee and really start from a deconz installation to get going on a bridge...
Introduction - deCONZ REST-API
but because of the fun involved, nothing more. I don't have the hardware, but I see a summer in my future with no beach and a lot of stay-at-home.
