Michel Kohanim

RichGer, In order to isolate the problem, we can do two things: 1. If you don't mind, email me (tech@universal-devices.com) your remote access URL and I'll try to do an upgrade remotely 2. If you can try this with any other computer without your firewall software With kind regards, Michel

Hi Digger, I am so glad you found the underlying issue and thanks for the update. With kind regards, Michel

Hi Digger, I am going to forward this to our ELK contact and see if he has a remedy. With kind regards, Michel

Wayne, Thanks for the update and I do hope you'll receive ISY as quickly as possible. Please keep us posted with your progress. With kind regards, Michel

Hello Scott, Thanks so very much for the update. As far as wiring, unfortunately so, you are well beyond my level of expertise. From what I know or have heard, yes, you do need an AP between the EZRain circuit and your circuit but I may be completely wrong. Fortunately, Mr. Steve Lee, at SmartHomePro, has his own INSTEON section in our forum (Everything INSTEON) and he will be much more knowledgeable in answering your question. May I humbly suggest posting your question at that forum? As far as the Floorplan, we took a poll a few months back: no one is really using our Floorplan option and we think we may have to get rid of it in future releases. With kind regards, Michel

DEGoodrich, Unfortunately, we do not integrate with DSC. So, I think the X10 module will come handy: you can use DSC -> X10 -> ISY -> X10 -> DSC ( with a lot of delay!!!). There have been other customers who wanted ISY->MControl Integration. We are completely open to this integration. With kind regards, Michel

Hello Maui4Marko, I am so very sorry for the long delay in replying to your post: it was lost! You are 100% correct and I have added a task to include the error codes in our Wiki site (http://www.universal-devices.com/mwiki). With kind regards,

Hi Mike, This post of yours got lost ... anyway, apologies for the tardy reply. Few comments: The following code does not make sense: If -( | Status 'TheaterControls1A-Table' is not 50% | Or Status 'TheaterMain1' is not 50% | Or Status 'TheaterMain2' is not 50% -) And Status 'TheaterControls1H' is not Off Then Wait 1 seconds Set Scene 'TheaterPartyStatus' Off Else - No Actions - (To add one, press 'Action') If your TheaterControls1H is non-toggle off, then this should never change and, if it does, then we do have larger problems to worry about: that button should be in a scene and controlled ONLY but other non-toggle-off buttons. With kind regards,

sceaton, Apologies for a tardy reply. This means that you can now have the sub-buttons control the load for the KPL. This also means that now ISY has to keep track of the firmware version for each device to figure out what's supported. ISY 2.5 will not have KPL 1.5 support. This feature will be supported in 2.6 (very early next year). With kind regards, Michel I'm mainly interested in #1 -- Was this issue limited to the KPL in such a way that it's business-as-usual for the ISY and now that the KPL firmware is fixed, the sub-buttons will control the local load appropriately too? This doesn't mean that each button can be directly controlled, right? In order to change LED status, we still need to add it to a scene by itself, then control that scene? Just wondering what the new KPL firmware means in the ISY realm. Thanks!

Digger, Yes. ISY/ELK integration works based on a bit that's set in ELK. If that bit is not set, you will get into loop conditions + you can expect delays. Please make sure you have the latest ELK firmware/bootware AND make sure you have all the Future bits set for all your lighting devices in ELK RP. With kind regards, Michel

DEGoodrich, I am so very sorry to hear it. If you're planning to use ELK as your security system, you can use its inputs (16) to do as precisely what you are trying to do with EZIOSA/ISY. With kind regards, Michel

DEGoodrich, That's excellent. Please do keep us updated with your progress! With kind regards, Michel Same Here! I have been having fun with this! I have been programming Allen Bradley PLC's/SLC's for over 20 years now! I finally great to be able to make thing in my house do what ever I want. I already have close to 100 programs already. I am sure I will never stop!

DEGoodrich, Thanks. I am going to forward this post to Paul at SHN and make sure you have the latest version. With kind regards, Michel

Frank, Excellent idea! Dim and Bright in programs simply dim/bright by an approximately 2.5 notches upon each invocation. With kind regards, Michel

Greetings Frank! I guess that I missed this somewhere. Maybe I was sleeping in class! But what is Insteon 2, when will it be available, and what effect will it have on the ISY?? They are out! For instance, KPL 1.5 has the I2 engine and so does the RL. The impact on ISY is that we have to now do conditional logic to figure out which version we are dealing with and then act accordingly. We have not yet incorporated full support for KPL 1.5! Good idea! It's already entered in our bug/enhancement database. With kind regards, Michel

DEGoodrich, Would you be kind enough to let me know the firmware version of your EZIO? Thanks and with kind regards, Michel

DEGoodrich, I am glad that you got things to work again! Would you be kind enough to try the following: 1. Remove your EZIO8SA completely 2. Do a factory reset on your EZIO8SA 3. On Admin Console, issue Link Management->Start Linking 4. On your EZIO, click and hold the set button for 4 seconds till its LED flashes and then release 5. Immediately follow step 4 (after you've released the set button on your EZIO) with another click/hold of the set button on your EZIO for another 4 seconds and till the LED goes out/off 6. Wait for your EZIO's LED to come back on (this will take around 30 seconds) 7. Click on the Cancel button on ISY's Admin Console (Linking in Progress Dialog) Let me know of the outcome please. With kind regards, Michel

RichGer, No need to mention the importance of remote upgrade as we agree with you 100%. If you have McAfee please read this post: http://forum.universal-devices.com/viewtopic.php?t=179. If you have NOD32, then please disable HTTP firewall while upgrading. With kind regards, Michel

Yes, 12/10/2007. With kind regards, Michel

Frank, As MikeB suggested, I suggest a scene but this will only work if you know before hand what the "dimmed" level is. The reason is that INSTEON does not allow sending a group command with an on level! With kind regards, Michel

Frank, You do need an airgap either way. Currently we mimic the on level by sending an on command with the level. That cannot be done for the ramprate. In I2 (INSTEON 2), we can specify both the on level and ramp rate from the PLM. With kind regards, Michel

Hi AD8BC, Each device in a scene takes one link. The link calculator uses an average of 10 per scene! With kind regards, Michel In the calculator, what assumptions are used for number of links per scene? I have quite a bit of scenes with only 3 or 4 devices, but I noticed that each time a scene is added it adds 10 to the link table. Is that the assumption?

gwarthur, Thanks so very much for the feedback and update. Release 2.5 will surely add a lot more features/ehancements. With your permission, I am going to add a link to your post in our Communication Error section. Thanks so very much and please don't hesitate to contact us (we would surely like to reduce the amount of pain and misery). With kind regards, Michel

Digger, This might have nothing to do with the KPL/PLM. Do you have the latest firmware/bootware for ELK? Also, please make sure all the devices have the Future bit set under lighting in ELKRM. With kind regards, Michel Interesting..... I put a KPL back in last week and have the load tiggered by my ELK (when front door opens and its dark outside turn light on for 4 minutes, restart timers if zone still violated). The light turns on and turns off 4 minutes later but then turns back on right away and off a few seconds later and back on and cycles for about 5 minutes. I did see in the GUI for the ISY a communication problem which I thought was the PLM being so weak and that it was retrying and waiting for an acknowledgement. Maybe its the light itself?

MikeB, Please change the null to Query. Yes, you may safely delete this program the only adverse impact of which would be that the status of your devices might be +/-5% off from their actual state. With kind regards, Michel