jca001 Posted August 5, 2011 Posted August 5, 2011 I am in the process of purchasing all the components for an ELK-M1Gold and installing it my self. I would like to know if there is any documentation that explains the current integration between ISY and ELK? And then what can we expect with the new ELK ISY Integration Module that is currently being worked on? Things like new features, will ISY be able to use alarm events from ELK, etc...
Michel Kohanim Posted August 6, 2011 Posted August 6, 2011 Hello Mr. Allen, Unfortunately we do not yet have any documentation. At a high level, you should be able to use ELK events in your ISY programs. We should have it out shortly. With kind regards, Michel
frankv Posted August 13, 2011 Posted August 13, 2011 I have an old HAI Aegis (predecessor to Omni Pro) automation/security system with programming capability that can output X-10 (unfortunately no Insteon). Just got the ISY a couple of weeks ago and still learning, but what I did is plug the PLM into the same circuit as the X-10 interface module of the Aegis, with the idea of using X-10 signals sent by the Aegis (outputs of programs) as input (triggers) for ISY programs. The X-10 unit numbers I'm using for this purpose are not assigned to any real devices. This works within its limitations and with a slight time delay, but I'm wondering what I'd be gaining by using an Elk with the upcoming ISY integration module?
Michel Kohanim Posted August 14, 2011 Posted August 14, 2011 Hi all, an update on ELK module: we are the final stages of testing and everything looks very good/promising. frankv, with the ELK module you get to have ISY programs that react to ELK events such as zone's tripping and then be able to impact ELK operations (such as arm/disarm). This is in addition to whatever you can already do with ISY. With kind regards, Michel
iostream212 Posted August 15, 2011 Posted August 15, 2011 Wow! You guys are building an Elk module? Sent from my SCH-I510 using Tapatalk
Michel Kohanim Posted August 15, 2011 Posted August 15, 2011 iostream212, Though off topic, I just wanted to say (again) that I find your signature quite ingenious! With kind regards, Michel
polexian Posted August 15, 2011 Posted August 15, 2011 Iostream, I like it also! - Sent from my iPhone using Tapatalk
iostream212 Posted August 15, 2011 Posted August 15, 2011 Ok ok.,i will trade it with you Michel for some Elk module screen shots. Sent from my SCH-I510 using Tapatalk
Michel Kohanim Posted August 16, 2011 Posted August 16, 2011 I would do it in a heartbeat but, unfortunately so, not even I am privy to it at the moment! But, the wait is almost over! With kind regards, Michel
apostolakisl Posted August 16, 2011 Posted August 16, 2011 Pretty secret stuff, ehh? What is this, Apple or something? . . . . iISY?
richardl007 Posted September 2, 2011 Author Posted September 2, 2011 OK, i look at this forum everyday waiting for elk integration news... So what does "almost" mean? Should keep holding my breath?
Michel Kohanim Posted September 3, 2011 Posted September 3, 2011 Hi richardl007, Yes, please do hold your breath ... the reason for the delay is that our SSL2048 code introduce very many bugs that we are trying to fix including email/notification issues and an occasional system hang during SSL negotiations not to mention corrupted backup files. With kind regards, Michel
gatchel Posted September 11, 2011 Posted September 11, 2011 Michel, I have a pre-release question about the ISY Elk integration (Module)...I know it's not ready yet and I say it's done when it's done...That being said, here's the question. If you chose not to answer it I understand completely. Will the ISY be able to email based on a zone status change of state on the elk panel regardless of whether or it is armed or disarmed? Thank you. If you can't answer it, thank you also. Keep up the good work.
FRR Posted September 11, 2011 Posted September 11, 2011 Michel, This would be a great feature. I have many zones that are not security related such as sump pump over limit, water leak detector, etc. I would like to suggest to include ability to send out an email based on the state change of an output as well. It would be great to be able to send out these emails regardless of the elk arm status. gatchel Great idea! Will the ISY be able to email based on a zone status change of state on the elk panel regardless of whether or it is armed or disarmed?
polexian Posted September 11, 2011 Posted September 11, 2011 Doesn't the elk alarm do this already? We shouldn't ask michael to reinvent the wheel..?? If I'm wrong I apologize.
FRR Posted September 12, 2011 Posted September 12, 2011 Doesn't the elk alarm do this already? We shouldn't ask michael to reinvent the wheel..?? If I'm wrong I apologize. polexian I certainly agree that there's no reason to ask UD to spend resources to reinvent the perfect wheel. However I don't that this is the case here. It probably is a good idea to post some of the reasons why this capability interests me. The ELK has a cryptic rule engine that does not compare to the power of the ISY programing logic. (Also, I'm personally nearing the limit of my ELK program storage capacity which is not much.) The ISY may have access to data/events that the ELK would not have which could be incorporated in to the ISY logic along with the ELK input/output status. No need to maintain Insteon devices/status in both ISY and ELK. Some of my program logic and notifications would include ELK input/output states and a Insteon device state/change events. The ELK email notifications are very limited. 16 fixed text messages 255 characters long sent to fixed addresses 48 characters long max. I would think that we could use ISY variables in emails and this would be a great advantage. I doubt that ELK will be able to address these limitations on the current M1G platform because of hardware limitations. I think the request is more like going from a square wheel to a high performance round wheel. I hope this helps understand the request and thanks for challenging the justification. If I'm missing something in ELK's capabilities please let me know.
ryarber Posted September 12, 2011 Posted September 12, 2011 One thing that Michel has said is that the ISY will NOT have access to the ELK outputs through the interface. I don't know if that has changed, but apparently, although you will be able to use ELK zones as devices in the ISY, that does not go for outputs. Bummer. So any rules in ELK that depend on the status of an output will have to stay as an ELK rule and not an ISY program.
apostolakisl Posted September 13, 2011 Posted September 13, 2011 Does this mean no output status and control, or just no output control. I could live with no control but not knowing status is a real bummer.
ryarber Posted September 13, 2011 Posted September 13, 2011 my understanding is no output status or control. I could be wrong. It is a bummer, but it is still miles ahead of what we have now. I always found outputs to be useful timers when writing rules in the ELK. I had hopes of using these as timers for the ISY as well.
apostolakisl Posted September 13, 2011 Posted September 13, 2011 Well, it isn't the end of the world. Since outputs can't turn on by themselves, whatever the conditions that turn the output on in an Elk rule could be copied in an ISY program and a variable could be set to mimic the output status. It just makes for duplication. Timers can be fashioned in ISY as well, using "from/for" and "wait" commands. I was just hoping to move as much as possible into ISY.
polexian Posted September 13, 2011 Posted September 13, 2011 I forgot about the email barrier with the elk. I am on board with you now. Do you think Michael will be programming in the elk module for use to check the status of a variable on the elk side? Sent from my iPhone using Tapatalk
sanders2222 Posted September 13, 2011 Posted September 13, 2011 ryarber, apostolakisl, polexian You 3 scare me. I am planning on upgrading my 30 year old security system with the ELK M1. But I find I have no idea what you 3 are talking about. One thing I hope to get with the ELK is integration between my ISY, the security system and my Russound whole house audio distribution system. Some forum discussions complain about duplication. But I guess I just don't understand exactly why 'rules' to control Insteon devices are any different than what can be done in the ISY. I am hoping the promised ELK module will provide a seamless and complete connection with my home systems and existing ISY set-up. Wiring in the existing harness to the new ELK will be a challenge with some frustrating days I will spend "in the closet". Beyond that, I am looking forward to an integrated home automation system that includes security along with the control features I currently have.
apostolakisl Posted September 13, 2011 Posted September 13, 2011 Sorry, didn't mean to scare you If you have never used Elk programming you will see what we are talking about. It is not the most elegant programming interface. It works however and is very reliable. It is just tough to organize, trouble shoot, and is memory deficient. Elk is a rock solid security system and is very capable as far as HA is concerned, it just isn't elegant. I like programming ISY better. I had hoped that every input/output/status on Elk would be integrated to ISY. Perhaps not, we'll see. I don't know anything about Russound. How are you integrating that. Is there an Elk firmware package for an xsp unit? I doubt that ISY will have direct access to it if that is the case. But I imagine there will be a way to control it somehow. And, I JUST KNOW THIS IS GOING TO BE THE WEEK THAT ELK INTEGRATION IS ANNOUNCED!!!!
Recommended Posts
Archived
This topic is now archived and is closed to further replies.