Michel Kohanim

Hi aLf, Sorry I must of missed it. When the time changes (either through DST or otherwise), all the last run time, next run time, etc. will be reset till the next time that they are calculated. As far as Run at Start Up, this is an in-memory/display bug but it has ZERO impact on the operation of ISY: in case your ISY reboots, all those programs that were supposed to run at start up would still run at start up and the flag reappears. With kind regards, Michel Michel: Posted this earlier on another thread and never got a response. I've since corrected the time issues by "forcing" them through toggling Home & Away. None are a big deal, but wondered if there is a simple answer to why it happened. The Run at Startup is the most troubling. To fix that I physically had to go in (remotely) and re-add the run at startup call to that particular program. I assume that at DST the time moved and therefore the last runs and next runs couldn't keep up? Just wanted you to have a picture of what I saw. aLf

Hello, All NTP servers have mechanisms which prevent clients to query more frequently than some predefined periods. As such, please do make sure that your refresh interval is not less than 24 hours since, especially during heavily accessed times, the server will simply ignore your request. Now, not adjusting to DST is a cause for concern. What versions of ISY firmware do you have? Adjusting for DST has NOTHING to do with the NTP server: ISY has to adjust the time automatically. With kind regards, Michel

Hi Joe, No, we do not support it yet (or, better said: we do not have official support for it) and will not add support until such time that we iron out our support for all the EZIOxxx devices. With kind regards, Michel

Hello drw, Would you be kind enough to let me know which URL do you use? Do you use: http://www.unviersal-devices.com/99i OR do you access your ISY's URL directly? With kind regards, Michel

Hi aLf, My pleasure ... and, yes, the reason you do not see it at home is because you are local. SSL kicks in if and only if you are accessing your ISY remotely. With kind regards, Michel

Hello W, Apologies for the inaccuracy: I do not know of a programmatic way of making that button non-toggle. I do not think that's the issue. The controller is always group 1 = the 2 min button. With kind regards, Michel It is on and off on mine... (there is a setting for that as well as an extra key cap that says on/off). I am sure it is the manual someplace if you want to look it up. I wonder if that is why I am seeing this problem, and other are not? W

Joe, It has a capacitor which should keep your time for up to 6 hours. If by power cycling you lose the time, then: 1. If you do NOT have automatic synchronization with NTP checked, then, the battery is not working 2. Otherwise, your NTP server is providing the wrong time Please note that ISY, by default, adjusts the time to the NTP server (if one is defined) at reboot. So, unless you have change this, I suspect the problem is your NTP server. With kind regards, Michel

Hi aLf, This is 100% normal simply because you are signing and using YOUR own certificate. If you wish to pay for a Certificate Authority signed certificate (between $14.00 to $400.00 year), let me know and I'll set it up for you. Please note that you will not get any more secure that what you already have. With kind regards, Michel

Hello W, As far as I know - and unless you have figured out otherwise - H is only OFF. I have not been able to use H to turn anything on. 2 Minutes button is group 1 which is the load button. With kind regards, Michel

Hi W, Sorry ... yes as long as they are both controllers in the same scene. Now, if you wish to turn on the timer remotely (using another button on the KPL), then only thing you can do is to put the desired timer button as a "RESPONDER" with the remote button as the controller. I do apologize for the confusion. All I am trying to say is that no matter what you do, you will be out of synch simply because the KPL timer buttons can never be controllers. As you suggested, you can make a program that simply turns of the remote button but, then, you will have to write the same program 7 times for each one of the timer buttons. With kind regards, Michel

Hi W, I guess but I do not think you have to test the status. i.e. you already know that someone turned it either on or off. The main problem is that you will have to do this for all 8 buttons which makes it not worthwhile. If you only have ONE kpl button for which you want to do this, then simply put the Load on the timer and that button as controllers in the same scene. This way, whenever the timer turns off, then your other KPL will also turn off. With kind regards, Michel I guess I could write a quick program that would run 31 minutes later to check the status and turn off KPL controller if it is still on, right? W

Hello smileyw, You can actually put the timer buttons in a scene as responders and have another KPL button in there as a controller. This way, you can turn the timer's load on for the amount of time indicated by button. The only problem is that your KPL controller will never know when the timer has turned off. With kind regards, Michel

Hi KR, The reason that toggling Daylight Saving box has no impact is because, currently, we are still in Standard Time and therefore, clicking that box has no impact now. Comes 3/8 at 2:00 AM, ISY will automatically move the clock to 3:00 AM. With kind regards, Michel

Hi guy, Thanks so very much again for the links. This will not work since I need to install eclipse and debug the GUI issues for both MAC and Linux. There used to be a Hosted Linux Desktop but they went out of business a year ago. Our current Linux box is so old that I am scared touching it. As such, now I am trying to find the least expensive solution to have both Linux and MAC on the same machine and be able to debug all at the same time. With kind regards, Michel

Joe, before you do the upgrade, can you tell me what you see when you go to Link Management | Advanced Options? I assume by "does not work" you mean that NONE of the responders in the scene work, right? With kind regards, Michel

Hi Bob, thanks so very much. You do have a pretty impressive setup. I do want to get our MAC and install Linux on it. I think that would be the easiest way of supporting both mostly because our GUI anomalies happen to be isolated to these two platforms. With kind regards, Michel

Joe, thanks for the update. Yes, please do keep me posted. With kind regards, Michel

Hi Joe, Please go to Tools->Diagnostics->PLM Links Table, when done, click on count and let me know how many links you have in your PLM. Thanks and with kind regards, Michel

Hi dss, Please read this post: http://forum.universal-devices.com/view ... 8309#18309 With kind regards, Michel

Thanks Bob ... trying to build a new Linux box. Can you have dual boot MAC/Linux? This would help us tremendously if possible. With kind regards, Michel

Hi Guy, I am not sure either! We have an older machine with Fedora on it so I cannot really give you the steps. But, what I am going to do (tomorrow) is to go get a new computer, install RedHat/Fedora, and find these bugs once and for all. I shall keep you posted. With kind regards, Michel

Hello NewTech, Thanks so very much for the update. My only comment is that X10/INSTEON combination in no way slows down ISY (in case you ever wish to pack your Plato). This said, however, the PLM is not as good as handling X10 as it is INSTEON. With kind regards, Michel

Hello RLIKWARTZ, Yes, they are on our todo list and we are getting closer. With kind regards, Michel

Hello Markens, The main issue is that spider does NOT bring in properties stored in local KPL memory. As such, you will have to recreate those (Drag and drop multiple buttons from the same KPL into the scene). Furthermore, the postings to the effect that you cannot have multiple buttons from the same KPL in the same scene applied to our releases 2.6.0 and below. All firmware after 2.6.0 allow you to drag and drop multiple buttons from the same KPL into the same scene with the following caveat: - for KPLs 1.4 and below, the sub buttons of the same KPL can NOT control the load button of the same KPL With kind regards, Michel

Hi guy, thanks so very much. We do not have a 64bit machine anywhere. We have tested ISY on Fedora and we do have one user (LinuxGuy) who's also using Fedora without any known issues. With kind regards, Michel