Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Vista20SE Expander Zones Report as Wrong Zone Number #61

Open
krkeegan opened this issue Jun 24, 2021 · 0 comments
Open

Vista20SE Expander Zones Report as Wrong Zone Number #61

krkeegan opened this issue Jun 24, 2021 · 0 comments

Comments

@krkeegan
Copy link
Contributor

The issue is in the calculation here:

if panel_type == ADEMCO:
# TODO: This is going to need to be reworked to support the larger
# panels without fixed addressing on the expanders.
idx = address - 7 # Expanders start at address 7.
zone = address + channel + (idx * 7) + 1
elif panel_type == DSC:
zone = (address * 8) + channel

The Vista20SE is an ademco panel, so it falls under the first conditional.

The issue is, for the Vista20SE a fault on Zone 13 shows up as the following expander message:

!EXP:01,04,01

I gather that on other Ademco panels the "Address" portion of this starts with 7. But the Vista20SE panels it seems to start with 1. As a result in my case the calculated zone ends up being -36 instead of 13.

I realize the SE panels are old.

If this code is working properly on all other Ademco panels, I don't see a way out of this at least not automatically. The best solution is likely to alter the main alarm decoder package to handle SE panels as a distinct variant that can be configured on the device. That is more than I feel like dealing with.

The funny thing, is that things will work OK with this error. But the zone tracking for all of the expander zones is only handled by the alphanumeric messages. So many users may not notice the glitch, but as a result, expander zones will flutter ready and faulted as a result of the limitations of alphanumeric zone tracking. If things worked correctly, expander zones are never reported incorrectly.

For my own use, I may just fork off and fix what I need as this repo has become a little stale.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant