Traditional alarm siren bridge

I would like to bridge a traditional alarm system into ST in a simple way. Is there a siren sound detector that can trigger a signal to ST? I have seen one of those before for older alarm systems. Basically, it listens to really loud high pitch sound and will send a signal out via z-wave. Please advise.

The Leeo and the netatmo Welcome can do this for some alarms through IFTTT as long as Wi-Fi is available to them, but there may be some additional lag because of having to go out to the cloud and back.

Netatmo is much more expensive, but includes a video camera.

Both of those listen specifically for alarm patterns.

The iHome smart monitor has a more general acoustic monitor and can turn on an Ihome plug which can also be recognized by SmartThings. So in that case you’re using the plug as the go-between instead of IFTTT. Might have less lag, but still needs local Wi-Fi and requires buying two devices. I’m also not happy with this company because the product description is very deceptive with regard to HomeKit. The only sensor that HomeKit recognizes as a trigger is the motion sensor. The other sensors can only be used through their own app which only works with their own smart plug. But it is a sound sensor and it can be used.

All of that said, most people do integration with an existing security system differently. You might want to look at the project reports on security on the quick browse lists in the community – created wiki:

I should also say that I wouldn’t bet my life on any system that expected SmartThings to be as reliable as a typical purpose built security system. So if you just want additional notifications for convenience beyond your existing hardwired system, that makes sense. But I wouldn’t put anything mission critical on it.

They say so themselves:

Data accuracy and consistency from SmartThings sensors, including those provided by SmartThings directly, resold by SmartThings, or supported by SmartThings, is not guaranteed.
Therefore, you should not rely on that data for any use that impacts health, safety, security, property or financial interests. For example, because temperature readings may vary significantly from reading to reading on an individual device, between devices, or over time, those readings should not be used to control heating and cooling in environments where food spoilage, health risks, or damage to physical goods could occur.
Alternately, presence data from SmartThings devices or mobile/Smartphones can vary in accuracy, and therefore should not be used to control access to secure locations without secondary authentication.
SmartThings provides information on the physical state of many devices, including through contact sensors (which may provide open/closed status of windows and doors), accelerometers, locks, appliances, HVAC, light and power fixtures, and presence sensors.
The complexity of combining physical interactions with digital interactions may result in inconsistencies in the representation of the actual state of a device in the physical world in its digital representation. In all cases, SmartThings does its best to interpret and maintain the state of these devices (including by querying for current data), but this is not intended as a replacement for direct, physical verification in situations where the true state of a device may have an impact on health, safety, security, property or financial interests.
For example, you should not assume that a curling iron (which may cause a fire if left on too long) is actually off without physically verifying the state.

Thank you. You have been so helpful. I am happy with the ST community but less with the ST decision making process in their product development and infrastructure reliability, although not to minimize the efforts ST has made recently.

1 Like