April 10, 2019 at 8:21 pm #254594
Have tried on both iOS and Android devices. I’m currently on v4.10.2 of the ADC app on Android.April 11, 2019 at 9:44 am #255571
Just to be sure it isn’t the panel and ADC failing to sync settings, I have tried to resend a command to enable Quick Bypass (forced bypass). This is a setting on the panel which can be toggled.
When you get a chance, please try arming with force bypass. Any change?April 11, 2019 at 8:59 pm #255753
Just tried an arm stay and an arm away with those two zones open. No luck.
Attachments:April 12, 2019 at 8:53 am #255812
Can you try it with just one zone open? Do you see any difference if you are not trying to force bypass more than one?April 12, 2019 at 12:08 pm #255846
Unfortunately I can’t test that now as both sets of windows are having work done.
I am not sure of the actual implementation, but I would assume that the ADC SEM passes info back and forth to the Vista system via the keypad bus (http://www.alarmdecoder.com/wiki/index.php/Protocol).
Since the bypass works fine via the keypad whether bypassing both zones 9 and 15 individually (code + 6 + 09, code + 6 + 15, code + 2) or bypassing them all at once using quick bypass (code + 6#, code + 2), it would seem that the SEM is not passing the correct bypass string(s) to the Vista system. Just a wild thought – do you think the individual zone bypass for zone 9 is incorrectly programmed to send (code + 6 + 9) instead of (code + 6 + 09)? Not sure if you are able to see what’s actually getting passed over the keypad bus from your end…April 12, 2019 at 12:11 pm #255850
Just a wild thought – do you think the individual zone bypass for zone 9 is incorrectly programmed to send (code + 6 + 9) instead of (code + 6 + 09)? Not sure if you are able to see what’s actually getting passed over the keypad bus from your end…
That’s interesting, and it is certainly possible that there is a miscommunication between the SEM and the panel when sending bypass commands. We cannot unfortunately see the data being passed between the two devices though.
If those are wired zones you could always short the wires at the sensor location to keep it closed, that way you can test individual windows (and test double digit zones separate from single digit to see if that theory explains it)April 12, 2019 at 12:58 pm #255862
Hmm, I’m not at the premises now, and the person who is there is not as comfortable with electronics, so it will be hard to play with the sensor itself. I’ll wait for the window to be repaired – hopefully by next week. Will update you then.
Meanwhile, please let me know if you guys or ADC come back with any more info. Thanks for your help.April 12, 2019 at 5:34 pm #255907
I was just playing around with the system a bit trying to investigate and found some interesting behavior. I began with the premise that the bypass was being entered like it is on the keypad. Since the bypass is usually not going through, I thought perhaps the user code was being interpreted as a bypass zone.
i.e. instead of sending (code + 6 + # , code + 2), the SEM may be sending (code + 6, code + 2) which would lead the system to try to interpret the first 2 digits of the code as the bypass zone.
Since zones 09 and 15 are open, I changed the master user code to 0900 and 1500.
When the code was set to 0900, the system reported that it bypassed zone 1 (very strange), but obviously failed to arm.
When the code was set to 1500, the system reported that it bypassed zone 15, but since zone 09 was still open it failed to arm as well.
After several tries, I was able to get it to successfully bypass both zones and arm, but on subsequent tries it failed again.
If you refer to earlier in the thread, the system was intermittently incorrectly bypassing zone 10 as zone 12 before as well.
I can’t figure out exactly what is going on especially with bypassing zone 01 instead of zone 09. However there are 2 key observations:
1) The behavior is intermittent and seems to be a race condition
2) Changing the user code seems to affect which zones are being bypassed.
This leads me to think that there is something to my theory that the bypass command is not being sent properly – perhaps there is insufficient delay after the bypass command is issued, causing the bypass to fail and the subsequent keys to sometimes be interpreted as zone numbers.April 12, 2019 at 5:53 pm #255908
Setting a value remotely does not require actual key-press logic. It is just directly setting the value. However, the SEM does act as a bus device, so there may be some miscommunication going on. Based on observations it is certainly likely.
We haven’t seen this behavior replicated, so something unique is likely going on here. We will update ADC with all of your test info to see if it helps spur the investigation.
Changing the Master Code should have no impact on the data sent. Are you able to reliably get the same result numerous times with the code set to one value, then get a different consistent result at another value? The key there is consistent results, as varying results are more likely coincidental.
My best guess is that there was an error which occurred during the initial sync which is resulting in this incorrect mapping, but should be unrelated to codes.
Have you ever seen the SEM report incorrect sensor data to ADC or is it just for inbound bypass?
For example, if you open a window, that correct zone will always shows open on ADC?April 12, 2019 at 7:08 pm #255915
Yes, I am able to reliably get the zones to bypass differently based on the user code.
Just recently after the 1 successful arming:
Using code 1500: 3 bypasses of only zone 15
Using code 0900: 3 bypasses of only zone 9 (didn’t see the zone 1 error this time)
No, I have not seen the SEM report incorrect sensor data to ADC – it only seems incorrect for the inbound bypass message.April 15, 2019 at 5:17 pm #256381
I am updating ADC with this information and will reply here with their suggestions for troubleshooting. I believe it may be necessary to fully reconfigure the SEM, as it seems that errors during setup are the most likely cause for the activity we are seeing.April 17, 2019 at 12:27 pm #256763
Thanks, let me know what they come back with.
You must be logged in to reply to this topic.