Had an experience last night that raised a number of questions. While away, a panel glassbreak alert was detected, leading to an unnecessary and prolonged series of outcomes. Apologies ahead of time for a long topic, but hopefully it will be helpful to others also.
-
The panel glassbreak sensor has triggered twice, to my memory, since we’ve installed this panel around 2.5 years ago. The first time was an oddity that I should have asked about at the time. One of our mobile devices for one reason or another was connected to the panel via Bluetooth and playing music as we were leaving our garage in our car. When the other mobile device armed the system Away, the panel glass break sensor immediately triggered. We aborted that pending alarm right away, but it did lead to questions about how the sensors actually work in this panel. Did the panel detect the self-noise of the music playing over bluetooth and interpret that as a glass break?
-
Last night, while we were Away across town, the panel glass break sensor was again triggered. The panel image showed nothing in the darkened home. We did not know what to do. I dismissed the alarm, wondering if we should check our cameras, but we decided it would be best to allow law enforcement to be dispatched. We do have three cats, however they have never triggered that sensor before while Away, even over extended use during long vacations. Because I had aborted that alarm, we now needed to decide how to “undo” that reflexive dismissal. We could only think to trigger the Panic for law enforcement from the app. We did do this. We hurried home to find eight police vehicles, officers outside the home with rifles readied, and a K9 already inside our home ahead officers performing a sweep. So - I am now interested to know exactly how these panel glass break sensors work, on a technical level. Are there any manufacturer documents I can reference for the Qolsys implementation of this feature?
-
Is there any difference in the information shared with local law enforcement dispatch between a triggered alarm and a Panic response, in terms of situational severity, that may have resulted in such a dramatic response, or would this have been the result regardless?
-
How can I feature request an “undo abort”? This situation is likely common where multiple persons with access to a system might require a reversion of an aborted alert state - otherwise the only option is to do what we did - initiate a manual law enforcement Panic.
-
I did perform a walkaround with Law Enforcement when the “all clear” was given. I discovered no fallen or broken objects. Our cats do not claw at windows, though they do use litter boxes which may perhaps be close enough to the microphone to match some audio signature algorithm. The police mentioned that a power outage had occurred in our area around the time the alarm was triggered. However, we do often experience outages, brownouts and flickers in our area, and this hasn’t happened before. When power is restored after an outage, there are plenty of beeps and “power restored” audible cues from various devices around our home (including bidets spontaneously flushing) but this has never triggered a glass break sensor. The only way I can think of to test this would be to Arm Away, hit the main breaker, restore power, and see of some sound causes that sensor to trigger. If Surety Support is aware of another method, I’d be eager to try that.
-
Once the police had left and we were attempting to console our highly traumatized cats, we faced an issue where our Power-G (Tyco DSC PG9936) smoke detectors were all continuing to chirp throughout the home. Actually, when initially entering and before resolving the Panic state, this was the case. After I acknowledged the alarm and disabled the system, I could see that the panel showed low battery on all of them. I assume that was because they had been continuously sounding during that entire period of time until they all entered a low battery state. Is that the expected behavior - that a low battery actually silences the active alarm and instead enters the low battery routine - rather than continuing to sound until the batteries are fully depleted? That would not seem to be a desirable functionality during an emergency, when the alarms should sound until no longer able.
-
Can I disable the audible chirp for a low battery state? The panel already notifies the user of any low battery sensor, and given that this is a Power-G device, I wouldn’t expect any compatibility concerns where a panel may not be capable of notifying a user of a low battery.
I realize this is a lot to read. I want to use the panel glass break capability - our house has numerous windows throughout, most of them cannot be opened, so monitoring them would be complex without a detection method like this. Yet, I also need to undertand what the limitations and criteria are to try to prevent false alarms. Thanks for reading.