Jump to content

Michel Kohanim

Administrators
  • Posts

    26775
  • Joined

  • Last visited

Everything posted by Michel Kohanim

  1. Mark, Thank you so very much for the feedback. This is a know GUI bug which is already fixed and will be included in the next release of Beta (by the end of the week). As far as your original (migrated) schedules which run against My Lighting, please do not do anything with them; they will continue to run. With kind regards, Michel
  2. Mr. Hart, This is an excellent idea! My only concern is security: if you can send ISY and email so does everyone else in the world by simply knowing your ISY's email address. I think we might be able to solve your requirement with our new HTTPS/HTML feature to be out in November. Thanks so very much and please do look for our new features by November. With kind regards, Michel
  3. Anders, My pleasure! You are correct and that's precisely why we are not pushing our UDMobile. I am impressed with your solutions. We shall have our HTML/HTTP(S) based version by November and we would be very interested in your feedback. With kind regards, Michel
  4. Mark, Excellent. Please do let us know if you run into this issue again. Thanks and with kind regards, Michel
  5. Mark, Have you upgraded to release 2.4.8 (= 2.5 Beta) yet? With kind regards, Michel
  6. siegeld, First of all, apologies for the inconvenience. To program a RemoteLinc (drop it into a scene), you should first hold the Bright and Dim button on the RemoteLinc for 10 seconds to put it into programming mode. ISY comes up with a dialog instructing as such but not on releases before 2.4.5. So, please do be kind enough to let me know which release of ISY you are running. Please note that 2.4.5 is a minor version which is not automatically notified. Again, with sincere apologies, Regards, Michel
  7. Mr. Anders, It seems that you are already familiar with AJAX and possibly Java. At the moment, we do have a JSDK (Java SDK) which allows you to create applications/applets. JSDK allows you to do everything we do from our Admin Console. We do not support AJAX (yet) simply because we have a lot more security hooks than a simple HTTPS. Furthermore, we maintain the state of each session for each client, and thus, we make sure the clients are alive otherwise we close the session. We do communicate with external web services from within ISY, but that piece is not configurable. Do you have any specific feature in mind? If you are interested, here is our Developer Forum Thanks and with kind regards, Michel
  8. Hello All, I just wanted to let you know that 2.5 Beta is now available. Thanks and with kind regards, Michel
  9. Hello All, 2.5 Beta is now available with the following enhancements: 1. X10 Support 2. Enhanced Triggers/Schedules 3. KPL Relay, OutletLinc, SWL 2.0, and INSTEON thermostat (beta) support 4. Full integration with ELK For details on the New Triggers/Schedules read the Wiki http://www.universal-devices.com/mwiki/index.php?title=New_Triggers/Schedules&oldid=1667 Please contact tech@universal-devices.com for instructions. With kind regards, Michel
  10. Mr. Nichols, First of all, apologies for a tardy reply. To be honest, we never thought about it and now that I read your post, it makes 100% sense: we are doing things backwards! Your requirement has been added to our list and shall be reviewed and implemented as time/resources permit (after 2.5). Release 2.5 Beta is ready and is being sent to a select few who are interested in our Beta. If you are interested, please send an email to tech@unviersal-devices.com. In short, these are the new features: 1. X10 support ... you can trigger X10 devices or use them as triggers 2. Trigger schedules and schedule triggers 3. Add wait, repeat, random to your sequences + a lot more. Thanks so very much for your feedback, With kind regards, Michel
  11. siegeld, Unfortunately, INSTEON does not allow sending preset dim levels to a scene. As per philosophy: that's why each device belonging to a scene already has a preset DIM associated with it! We would've it loved if your scenario worked as we do get a lot of requests for that functionality. With kind regards, Michel
  12. alf, Hello and apologies for a tardy reply. With respect to your question, we do have pre-2.5 (beta) release coming out shortly (early next week) which allows you to do as you described below + a lot more. With kind regards, Michel
  13. Dave, Thanks so very much for the quick feedback. Here's what's going on: - For devices that may never be controllers such as LampLinc, InlineLinc, and lately OutletLinc, ISY solely depends on the linkages as they are made during the linking session; i.e. ISY does not create a Master link in the device and a Slave link in the PLM. As such, if these devices are not part of any other scenes, therefore they will not respond to All On/Off command issued from the PLM. - ISY does create master/slave links when a device, regardless of its type, is put inside a scene and, therefore, all the devices that are already part of a scene will respond to All On/Off command. To test this scenario, please create a dummy scene and put one of your non-responding devices inside that scene. Please ldo be kind enough to let me know of the outcome. Again, thanks for your feedback, With kind regards, Michel
  14. Hello Dave, Thanks so very much for the update. May I humbly ask a few questions: 1. Did you import existing links from a previous installation? 2. Did you do a File->Restore Devices (not individual Restore Device)? As far as your question, here's the only reason why an INSTEON device would respond to on/off from the device page but not from All On/All Off: When you are on the device page, ISY is sending a direct command (through the PLM) to the device. This does not require any linkages to be set in the device and, thus, it works. When you send an All On/All Off command or when you send a group command (from the scene page in ISY), then the following conditions should be met: 1. The PLM should have an existing link for that device 2. The device should have a slave link for the PLM (device is acting as a slave) So, if any of the above conditions are not met, then the device will not respond to All On/All off. Now, here are more questions: 1. Would you be kind enough to inventory the list of devices that do not respond to the All On/All Off command? 2. For all those devices, would you please let me know if they already belong to a scene (you can check that out by looking at the device page and to your right you have another tree which shows whether or not this device belongs to any groups) After receiving your input, I'd be in a better position to recommend a corrective measure. I believe the issue is due to some existing links which cause a conflict with the PLM. Again, thanks so very much for the feedback, With kind regards, Michel
  15. Hello All, Apologies for the long silence as we've been heads down with the 2.5. Rand, Thanks so very much for your quick responses. As usual, you've been instrumental in making ISY a better product. MikeB, I am not sure why previous releases of SL do not have any feedback. riceman and marksanctuary, Thank you so very much for reporting this issue. This must be a bug which we are going to analyze and find the root-cause + resolution. At the moment, it seems to me that you have a defective PLM ... as such, please do be kind enough to report any other anomalies. In the meantime, we are going to test all new releases of SL + KPL. Again, thanks so very much to all for reporting this issue and apologies for the inconvenience. With kind regards, Michel
  16. Hello Dave, If you have SwitchLinc versions above 2.4, you should immediately see the feedback (when you do anything on the switch). For SwitchLinc version below 2.4, you will never get the status back and thus you would have to manaully query. Unfortunately, at this point, the only thing I can suggest is to get an upgrade for your SwitchLics. Thanks and with kind regards, Michel
  17. linuxguy, You are correct: ISY can turn on/off the load but we cannot set the timer. With kind regards, Michel
  18. MikeB, Apologies for the misunderstanding. In that case, this is a BUG simply because the scheduler task has to run all the schedules in its queue. With kind regards, Michel
  19. MikeB and jbev, Here's what happens: Since ISY shows that the schedule was actually run, therefore I conclude that the message was sent out but due to a lot of network activity (programming your RL), the destination device(s) did not receive the message. Is this a scene schedule or a device schedule? With kind regards, Michel
  20. wjoel, Thank you for the update. When you say "Admin Console doesn't show", does it imply that you get the splash screen with the Universal Devices logo and "Please don't close this window"? If so, plus the fact that you can get Admin Console using the remote URL in your own network, leads me to believe that at the remote location you have a router which blocks Java applets. If you wish, you can send your remote URL to tech@universal-devices.com and I can tell you whether or not we can access it from here. With kind regards, Michel
  21. Hello All, Apologies for a tardy reply. Yes, this is indeed an issue due to our "simplification" methods which consider all "controllers" to be always on and able to respond. This issue has been logged as a bug and shall be fixed in the next release (if not sooner). Thank you so very much for all your feedback, With kind regards, Michel Michel has been emailing me, and has confirmed this is an issue that they will fix with their next update. Hopefully he'll post in this thread.
  22. wjoel, I am so very sorry for the inconvenience. Would you please let me know whether or not you can access ISY using the icon in Network [Vista]/My Network Places [XP]? If you can access ISY using the icon, then the problem is that of port forwarding issue in your router. Do you have a UPnP enabled router? i.e. do you get the remote URL (http://##.###.###.###:#####/0/x'>http://##.###.###.###:#####/0/x) by performing File->Enable Internet or have you manually added port forwarding in your router? If manual, please make sure: a. You configure ISY with static IP address b. Forward all traffic [TCP] to ISY port (:#####) to ISY's static IP address c. Make sure your router does not block "Java" applet downloads from external URLs If you wish, you can send me an email (tech@universal-devices.com) with your phone number and the best time to call and we'll walk through it together. With kind regards, Michel
  23. jbev, NO. No need to factory reset all of your devices. I just posted a reply to your last posting. Please let me know if it's clear. With kind regards, Michel
  24. Rand and sfhutchi, Thanks again and we will surely try to keep it up. With kind regards, Michel
  25. Rand, Thanks so very much for the feedback. You are 100% correct, we never do a poll except for the 3:00 AM schedule (which is simply there to make sure we are 100% in synch). As far as analysis, I think you are right. At the same time, we have a history of the number of failed operations per device, I think we can extrapolate some minimally useful information. Thanks again, With kind regards, Michel PowerHome does polling, the ISY does not, so these figures will probably not be as useful from the ISY. I guess you could do a Query every so often, but... Michel has promised a Copy Scene, AFAIR. Using a PLC and my Group Commander program it was not a problem to create links between another PLC and other devices. The ISY PLM has no problems communicating with the PLM in my EZIO with the limited testing I have done. I hope you find the ISY to be as useful as I do to program your Insteon devices, I think it is a fantastic Insteon tool! Thank you, Rand
×
×
  • Create New...