DSC Alarm Plugin (Locked)

[travisc]

Please see the post below for current information and installation instructions.

DSC Alarm Plugin - Installation and Information

[travisc]

Some advantages and disadvantages of each interface. The purpose of this list is to help would-be purchasers understand the differences between the interfaces before they buy. I'll try to keep these up to date as others chime in.

Serial IT-100 Interface:
Pros:

• - Sends updates in real-time, Indigo is updated instantly of all zone and alarm states.

• - Extremely lightweight on resources. The plugin just sits and waits for status updates (no polling).

Cons:

• - Requires USB to Serial Adapter.

• - The interface module must be located at most 25 feet from your computer.

Ethernet TL-150 Interface:
Pros:

• - Network interface means this module can be located anywhere within 100m of a network connection.

Cons:

• - The web page needs to be polled and parsed before updates can be sent to Indigo. This will likely only happen once every 5 - 30 seconds or so?

• - No option to arm the alarm in Stay mode. UPDATE: This may not be accurate.

[travisc]

@raneil

There is no provision to "Arm Stay"; only "Arm Away". And no detail as to the nature of any "Error" status. These are limitations of the TL-150.

Ouch. I use that feature every night via a KeypadLinc on my nightstand.

Incidentally, the TL-150 also reports (individually for each zone) the number of minutes (up to 1 hour, I think) that have elapsed since the zone's status changed. I find that to be very handy. This is not shown in the screen shot since that information is only displayed as a tooltip if you hover the cursor over a zone in the grid (can't capture that in a screenshot). But, since the information is in the HTML, it's easily parsed and can therefore be made available to Indigo via the plugin.

That's a great feature. The serial module doesn't export this data directly but I can easily keep track of it in the plugin. My pre-Indigo implementation of the plugin showed different colors for each zone based on the last time it was opened. We'll definitely include an option for this information to be exported to Indigo variables.

First, I think we'll need to clearly define exactly what we want the plugin to do. Personally, I'm of the Keep It Simple philosophy. I would propose a plugin that simply updates a collection of user-named Indigo variables that represent the current System Status, the status of each zone, and optionally, the elapsed time since the most recent status chagne for each zone. The user could then decide what to do with those variables.

Agreed. One feature I use now and will also be adding at some point is the option to have the plugin speak the names of zones when the alarm is tripped or fails to arm. I have speakers placed around the house that are connected to the Indigo server. So for example, if I try to arm the alarm but a window is open it will simply say "The alarm failed to arm, the dining room window is still open". Or if the alarm is tripped, it will constantly repeat "Warning, the alarm has detected movement at the following zones: basement window, basement motion".

Looks good! So, you can arm/disarm the system from your phone without entering an access code? I debated myself endlessly about that, and finally decided to require the code. It shouldn't be hard to make that part optional, though; let the user decide.

I opted for the no code option on the phone since I have the passcode feature enabled which means I have to enter a 4 digit code before I can access anything on the phone. More security can certainly be an option.

[peppop]

I am using the IT-100 with Serial Bridge and the DSC script found here http://www.perceptiveautomation.com/use ... 5&start=60 which i tweaked numerous times. It works great. It allows me to do just about everything with the alarm. The only issue is Serial Bridge. It keeps on freezing so I have a timed action to restart Serial Bridge every hour and that seems to solve the problem.







I am curious, are you using the same thing to create your interface? If not, please explain. A plug in would be great for the IT-100 & the TL-150.

Sum info that the TL-150 provides.

[travisc]

I am curious, are you using the same thing to create your interface? If not, please explain. A plug in would be great for the IT-100 & the TL-150.

I chose not to go the Serial Bridge/Applescript route and wrote my own interface in Perl using Sean Adam's Automogator extension (http://www.google.ca/search?sourceid=ch ... utomogator). It has worked great for almost a year now, no lockups. My script simply updates Inidigo variables that are monitored by Indigo for various lighting/HVAC purposes. The control page itself I created using Indigo's control page editor with a custom background image.

What are you using for the DSC to get interior and exterior temperatures?

Sum info that the TL-150 provides.

Do you also have a TL-150 ethernet interface? Are those screenshots of? They show an option to arm the alarm in STAY mode. Raneil had mentioned that wasn't possible with the TL-150.

[peppop]

Yes i have the LT-150 & IT-100, I also have an IP100D from EnvisaLink. It is the same module, it looks identical. Even the on board web interface looks the same except it has their name on it.
They provide a free log-on service that gives you that interface.
There is also an iPhone APP for both modules.
EnvisaLink
https://www.eyez-on.com/EZMAIN/
iPhone app
http://itunes.apple.com/us/app/dsc-alar ... 93212?mt=8

For the temp I use a DSC Escort module & DSC thermostat.
http://www.dsc.com/index.php?n=products&o=view&id=18

Maybe these files will help with the plugin process.
http://peppo.com/images/Indigo2/DSC.zip

Like to try your script, will you post it, with directions on how to?

[travisc]

Like to try your script, will you post it, with directions on how to?

Let me update it to the new plugin architecture then I'll be happy to share it. It will take me longer to write a howto for the old version than it will to port it over.

I should have something usable within a week.

Thanks for the information!

[peppop]

KO thanks.

[raneil]

Sum info that the TL-150 provides.

It would appear that EYEZ-ON have replaced the TL-150's firmware with a significantly improved version! Much more information available, and greater capability (STAY arming, codeless arming, *9 arming, Toggle PGM, etc.)

Were the pages in these screen shots generated by accessing the EYEZ-ON device locally, or by accessing it via their website over the Internet? The Quick Installation Guide available from their website gives instructions for setting up an account on their website to gain remote access to the device. I'm hoping that's not required to utilize the improved functionality over the TL-150.

[raneil]

I should have spent a bit more time researching before I posted my question... It would appear that the local interfaces (and therefore, capabilities) of the two devices are essentially the same. The extra functionality is provided only through the EYEZ-ON web portal -- at least for the time being.

[travisc]

I've completed the first version of this plugin. More info on the first forum post: http://www.perceptiveautomation.com/use ... =19&t=6891

[jcoopers]

Does this release of the plugin support the tl250? I have both the it-100 and the tl 250.

Thanks in advance.

Oops. Just read further thru the forum and discovered the pros and cons message. I guess it makes sense to use the IT-100.. Thank you for developing this plugin!

Jeff

[matt (support)]

Great contribution. Thanks Travis!

[peppop]

It looks good thank you.
I'm getting thees errors

Code: Select all

 DSC Alarm Error                 Error in plugin execution runConcurrentThread:

Traceback (most recent call last):
  File "plugin.py", line 84, in runConcurrentThread
  File "/Library/Application Support/Perceptive Automation/Indigo 5/Plugins/DSC Alarm.indigoPlugin/Contents/Server Plugin/DSC.py", line 488, in startComm
  File "/Library/Application Support/Perceptive Automation/Indigo 5/Plugins/DSC Alarm.indigoPlugin/Contents/Server Plugin/DSC.py", line 207, in readPacket
<type 'exceptions.UnicodeDecodeError'>: 'ascii' codec can't decode byte 0xdf in position 7: ordinal not in range(128)

  DSC Alarm Error                 plugin runConcurrentThread function returned or failed; will attempt 

[travisc]

It looks good thank you.
I'm getting thees errors

Interesting. Looks like your system is sending out some different characters for the LCD update. I've made a small change to help me track this down. Download this version of the plugin here and let it run. Turn on Enable Debugging in the plugin's config. Post the log lines you see from the moment the plugin starts up, to the moment you see the error. In particular I need to see the lines marked RX and LCD DEBUG.

Are you using the IT-100 or PC-5401?