Lack of supported zigbee smoke detectors

I'm a little surprised about how few Zigbee smoke detector there are "supported" by Hubitat. Only one on the officially supported devices page and I've found two (sort of) community drivers.

One is for a Xiaomi device:

  • but there is discussion that these drivers are not being maintained (which is obvious from the git repo).

The other one is the Heiman HS1SA which I believe I may have found a driver for... and hopefully this is the best driver / latest version... but honestly I absolutely despise this "version control by discussion forum threads":

I'm sure there are others, but these are the ones that it looks like I can buy with relative ease here.

So, my question is, are these any good? Do the drivers work properly? Am I missing better drivers for these devices? Or are there maybe other devices/drivers I should be looking at?

Personally, when I was looking into this earlier this year, I decided not to go with an IOT-connected smoke detector. They'll be installed for 10 years and I don't want IOT involved in a safety system. I did want to have an IOT-connected way to know if the smoke detector went off. That's why I used the Ecolink FireFighter (which is a device that listens for a smoke or CO alarm). There is a Z-Wave and Zigbee version of that device.

4 Likes

that's one way of doing it... however I just can't be bothered wiring up smoke detectors. Is the wiring power only or is it data communication as well?

for interconnected smoke detectors, it requires a 14/3 or 12/3 romex cable. 2 lines are for power(black/white) and the 3rd line(red) is the comm line, that communicates to the other detectors. Fire code dictates the interconnect must be hardwired. I think Nest has certified its way around being "interconnected" without a wire, but they are very ridiculously expensive. And they might not be considered interconnected in all jurisdictions throughout the US.

Halo is a zigbee smoke/CO that are great but sadly discontinued. They can be found on ebay for cheap, some brand new.
But yes there is a huge lack of IOT product in this arena

This is true for Canada as well, and any home built in the last couple decades (1986 and up for Ontario) has required hard-wired smoke detectors. All these hardwired smoke detectors are interconnected as explained above and it is easy to integrate them into home automation. Simply purchase on of these:
http://www.brkelectronics.com/product/RM4

Tie the relay into any zigbee or zwave contact sensor and your done.

My home was not built with hard-wired smoke detectors (1960ish). So I decided to hard-wire several of them in. This was not done for the sake of home automation but was rather done to bring my home up to today's safety standards. Once my home was brought up to today's safety standards integrating all the smoke detectors into my Hubitat through a relay working off their interconnect wire was easy.

Beyond the obvious safety advantages of having your home meet today's safety code requirements. The above solution also has these advantages:

  1. Cost, the relay is less than 20 bucks and the contact sensor can be found cheap as well, you can also choose to go zigbee/zwave/ardino whatever you prefer. Once setup it is good forever.
  2. When it comes time to replace your smoke detectors (10 years typically) you can choose any hard wired smoke detectors you want.
  3. The interconnect relay along with the contact sensor can be installed anywhere you can tie into your interconnect wire. (Mine is in my furnace room, out of sight). Why anyone would want to install the Ecolink Firefighter in a system that has interconnected smoke alarms is beyond me. I guess in some instances it may be difficult to find and tie into the interconnect wire.

If you are absolutely dead set against Z-Wave for whatever reason, then please disregard this recommendation. Besides, someone else down the road stumbling into this thread may find it useful.

This Smoke/CO2 detector works perfectly in Hubitat-land

My smoke detectors are wirelessly interconnected (first alert) and I use the Ecolink FireFighter to hook them up to my system. The sole purpose of this listener is to turn on all my lights if an alarm is detected.

A note about the Ecolink FireFighter: the zigbee version does not work with hubitat. I ended up giving mine away with my ST hub and ordered the zwave version.

2 Likes

Thanks for the link to the BRK relay. I have a house full of BRKs.
There wouldn't be a way to distinguish between smoke and CO, would there?
Supposedly the Ecolink unit can distinguish between the two, but I can see the relay being more reliable.

I have nothing against Z-Wave... I'm just not using it, but I have a pretty decent zigbee mesh going on now so I would like to keep my network homogenous.

1 Like

Thanks for a lively discussion.

Just to make some things clear:

  1. I live in Iceland where we don't (to my knowledge) have any mandate on having interconnected smoke detectors in residential homes.

  2. I prefer Zigbee since that's the way I went with my current network. The smoke detectors would be my only Z-Wave devices which would probably require me to get some repeater devices for that protocol as well as the zigbee ones I already have. This is not something that interests me much.

  3. I would not dream of relying on the Zigbee functionality as the only means of notification. I'm assuming that all smoke detectors (smart or not, zigbee or zwave) would have a built in siren that would go off if smoke is detected. The situation is pretty simple, I have to have smoke detectors, I'm either buying regular ones (which are not interconnected) or I'm buying smart ones. As the smart ones include exactly the same functions as the non-smart ones and only add the communication ability on top, I want to go that route.

  4. Given the above, I don't really see the point of buying cheap, non-interconnected smoke detectors and then add a device that listens to them when/if I can buy a single unit with both functions built in.

  5. The reason for wanting Zigbee would be to try to turn on lights / send notifications to phone etc. If that were to fail, I'd be no worse off than having the dumb smoke detectors anyway... but if it didn't fail I might benefit from it. So it's a no-lose type of thing... but I do realise that I cannot rely on Hubitat/Zigbee for safety devices.

Hope this explains my situation a bit better.

Er, I looked into all of this during a slight remodel a year or two ago. Long story short, couldn't justify the cost of any smart smokes.

Instead however (and I think this is a hell of a lot better for a number of reasons), I did get a sparky to install some standard physically interconnected AC smokes (fire angel, from memory). One goes off, they all go off. Bonus points for these guys is that you can happily purchase a mount (just need one, because obviously they're all connected) for a couple of quid which includes a dry contact relay.

Which... wooo...! Connects to one of my most favourite devices in the world, a nodemcu flashed with konnected firmware. I must have about 20 of these dotted around the house, they're awesome. Used to use the same setup connected to a fibaro ubs on smartthings before i learned to hate, well, both smarttthings and fibaro =p

With the relay, you can happily connect to non-smart devices with ease (smokes go off, siren goes batshit!), and with the addition of the nodemcu, that makes all sorts of cool smart stuff possible too (mine texts me if the smokes get set off/tested).

Replacement smokes are less than 20 quid when they invariably need to be replaced (5 years, maybe, off the top of my head?). Can't go wrong.

=)

I'll chime in. My house came with interconnected ionization smokes. I added (stupidly?) photoelectric and co detectors, also hardwired, so my ceiling has got all these warts on it.

I've found that pe sensors are subject to more false alarms-I blame spiders. I actually did an autopsy on an alarm, and there was the web by the sensor.

My point is, tracking down a false alarm is tough. You're craning your neck, looking at the ceiling for a tiny light that blinks more than usual. Maybe the talking ones are better, I don't know.

With the smart detectors, you'd know which one went off and could even have some logic alerting you somehow during the event.

If it's a retrofit, no brainer.

There is no way to determine whether the smoke alarm went off due to CO or Smoke when connecting a relay on the interconnect wire. My detectors detect both CO and Smoke and my relay has never failed to notify HE when a detector alarms. I don't believe I have ever had a detector alarm due to CO, to date it has always been cooking in the kitchen, so it is obvious it was smoke. If my alarm ever goes off without any smoke apparent, I would have to find the detector that caused the alarm condition and check its LED status for Smoke or CO.

The Relay I posted above is made by BRK but it would work on any interconnect wire between smoke alarms. You could use the one made by Kiddie if you prefer:
https://www.amazon.ca/Kidde-SM120X-Interconnect-Accessories-Module/dp/B00HQNPOHI

Yes, I would consider the relay more reliable. It is not an IOT device (just a simple relay) and if it ever failed the interconnect between hard wired smoke/co detectors would still work fine. I would just lose the signal connection to the contact sensor.

If the other side of a relay is an MCU, Arduino as an example, it is possible to tell whether a smoke or CO is detected on the interconnect line. When smoke is detected, the line will be pull up to 9V and stay there as long as a smoke is detected.

CO detection may be non standard use of the interconnect line. Basically, the interconnect line is used to send a switching signal. The line will switch between high and low unlike when it detect a fire/smoke a constant high pull. This signal may be intended to be able to send code for different type of faults. The signal is relatively short so that the old continuous pull up the line for the smoke detection does not get mistaken as this newer signal.

Today, the only signal is a CO signal from my personal observation. Therefore the signal is not important. If you sample the interconnect fast enough from the signal transition to high and the last transition to low, the sampling data will tell you whether it is a smoke detected or co detected. When the sampled data is all high, it must be a smoke detected. If the signal has any low value during this sampling period, you know that it is a non smoke detected. Today, this may be assumed a CO detected.

BTW, While studying the signal, I believe that there are CO specific relay. I forget about where I found it. If one have both the smoke and co relay and use 2 different GPIO pin, one can differentiate the CO and Smoke events. This is another alternative.

I make a Zigbee Environment sensor that connect to the interconnect smoke detector a while back. I agree with op that Zigbee smoke detector is kind of rare.

Thanks
Iman

1 Like

I'm using the Aqara Smoke Detectors with the driver created by Markus and yes, these will be Zigbee! :wink:

2 Likes

Thanks, I stand corrected. My Christmas project is an Arduino board to read my water meter. This will be next to the location where I currently tie into the Smoke/CO interconnect. If you end up remembering where you saw the CO relay, please let me know, easy enough to tie both relays into different pins on the Arduino board.

I just google it. As an example, The Kiddie relay for smoke is below. Based on the theory, the relay should detect smoke for any vendors.

For CO, kiddie has the following.

This relay may only work with kiddie only. It is a signal. The signal eventually interpreted into a code. This code can be different from one vendor to another. I am no sure how the signal is standardized. I would assume that this only work with Kiddie CO detector.

Since you will be working with arduino or MCU, I think it is probably more economical to just wire the interconnect wire to the arduino GPIO. I did mine with optocoupler. The 9V signal is too high for my 3.3v MCU. I also want to make sure I have enough isolation between the interconnect line and the arduino.

I hope it help.

Finally somebody who answers the question! :wink:

Hoooow did I miss that driver!? I'm using markus-li's driver for a bunch of Aqara devices. So this changes everything. That's what I'll buy.

But just before I do that... does everything look like it's working okay for you? Just to be sure, the aqara smoke detector works just like a normal (dumb) smoke detector right? I mean, it has a built in siren and works even though it isn't connected via zigbee right? Are you getting proper battery status reported in Hubitat with the markus-li driver?

1 Like

Yes, they are what you call "dumb" as well and from what I've seen the battery reporting seem to be okay. With that said, they are using CR123A with a very long life and I haven't changed any of that batteries so far since... oh, I don't really remember when they where installed!

They are checking in approximately once an hour as shown below...

Hands down, Nest Protect are the best in my opinion. Not only for the features, but they just never give false alarms. Maybe thread (which they do have a version of) finally being utilized will eventually being them into the fold.

Meanwhile, since I’m already an iOS user with HomeBridge and HomeKit automations setup, I just use a Homebridge plugin that works nicely to trigger a virtual switch in HE when there’s a Smoke or CO emergency in the Nest Protects.

Download the Hubitat app