DW20R-345 - false sensor open status

Hi, I have a DW20R and occasionally I get a door open sensor notification when the door is closed. Most recently I had the door closed, but it remained as sensor opened for a few hours until I opened and shut the door again. I have the magnet installed directly across from the sensor on the handle side of the door.
Any suggestions on what might be causing the false sensor readings? No low battery alerts that I am aware of. Maybe a setting on the panel? I see on your product page it says “Reed sensitivity: 0.625 in. (1.59 cm) minimum gap” which wasn’t in the instruction spec sheet in the box. What does that mean?

I just saw there was a similar post to mine except with a different sensor type, Window sensor issue. I read through it, some add on info from me is the sensor is not set as an alarm sensor, only a monitoring sensor. And the sensor status reporting open is on ADC not the panel itself, I’m not sure what the panel status is since I am not sure how to see a non-alarm sensor status. Since it is not an alarm sensor, it doesn’t affect my ability to arm or trigger the alarm.

The magnetic gap refers to the distance from the face of the sensor the magnet can be placed to effectively hold the circuit closed.

Is this the only sensor that causes this issue?

Typically an issue like this will result from a physical problem: magnet on the edge of the magnetic gap, the door having some room of motion while closed, with a recessed sensor metal on the door or frame can cause problems.

A sensor programmed as type 23 (no response type) will not show as open on the panel when it is opened, but it will chime.

The magnetic gap refers to the distance from the face of the sensor the magnet can be placed to effectively hold the circuit closed.

The distance between the magnet and the sensor is less than .625 in. It looks less than .25 in.

Is this the only sensor that causes this issue?

The only other device I am currently using is the TAKE345 which hasn’t had any problems. This is the only wireless sensor I have installed. It is also the only type 23.

Hmm. Would you be able to test this sensor as a different type which would report open on the panel screen? This would verify whether the panel was also seeing the sensor as open, or if the close signal was just not being sent by panel/received by ADC.

Entry Exit as a temporary Zone type to test would be good.

So I had a similar issue last night where I shut my garage door (on a TAKE345), but ADC never registered it as closed. Panel registered it as closed and I was able to arm the panel, but ADC status was open the whole night. It didn’t reset until I opened the door the next morning.

Any ideas what could be happening?

Out of curiosity, I see an enormous amount of locked/unlocked statuses from the garage door lock at the time the status last reported open on that sensor, and a little time before. (upward of 50 status changes during a total span of a few minutes)

Were you performing work on this door lock or testing the lock repeatedly?

I was working on the lock and had the door open during that time.

The excessive signaling from the lock may have affected sensor activity signal. Sensor activity signals (open/close when the system is disarmed) are set at a lower processing priority in the panel than most other signals. This is true afaik with all panels/modules. However, with the GC3, firmware may need tweaks, we’ve heard of a few systems where a missing status update was noticed.

We can see in the history where the door reports open and then open again without a close signal in between. We’re updating an ongoing ticket with Alarm.com and 2GIG regarding this.

If the panel appropriately shows the status of the sensor when this occurs, it looks like the sensor activity priority needs boosted slightly.