
Michel Kohanim
Administrators-
Posts
26777 -
Joined
-
Last visited
Everything posted by Michel Kohanim
-
Hi AnthemAVM, All you have to do is to: 1. Enable it in the Configuration tab under Electricity. 60 second polling interval should suffice 2. Just like any other event, in your programs, you can check the status of Flex Your Power (enabled = CA needs you to cut back) and based on its status turn on/off your devices/scenes With kind regards, Michel
-
How To: Interface ISY-99i with Nabaztag ("Internet Rabb
Michel Kohanim replied to RatRanch's topic in ISY994
Jim, This is amazing. Thanks so very much for sharing this with us as I am sure others will find this integration both interesting and exciting. With kind regards, Michel -
Hello Gary, Do you have more information/APIs/contacts for VWS? With kind regards, Michel
-
Hello slpelts, The first question is: have you checked the on level/ramp rate for KPL for that scene? Also, do you have any controllers in the scene? If so, does your KPL respond to those controllers? In short, we need to isolate the problem to PLM->Device issue vs. Device->Device issue. With kind regards, Michel
-
Hi Mack, You are correct. Alternatively, you can simply create a folder with those conditions and put your climate program in the folder. This way, the folder's programs will not be evaluated unless the folder condition is true. I like folders because they make things more organized. With kind regards, Michel
-
Hello Mack, This is quite strange; your program should have worked as it was and without these acrobatics. I am going to test this scenario and get back to you. With kind regards, Michel
-
Hello NJ_Mark, 1. Please go to C:\Users\Your-User-Name\AppData\LocalLow 2. Remove udi_frame.state and udi_tree.state With kind regards, Michel
-
Hello Mack, The conditions are evaluated based on AND/OR conjunctives. Now, if everything works except for when you add the time, would you be kind enough to: 1. Go to the configuration tab 2. Check the Schedule Grace Period If this value is very low (such as 5-10 seconds), then the schedule may not run if there are other activities which delay the evaluation of the condition. In short, the grace period gives ISY some room as far as what to consider 5:30 AM. The default is 15 minutes but you can change it to a lower value. With kind regards, Michel
-
MasterMog, Apologies for the inconvenience. Few comments: 1. The last run time is the time when any of the conditions changed. So, if your polling interval is 2 minutes, AND IF within those two minutes any of the conditions change, then the program is run again (re-evaluated). That's why you see the last run time keep changing every couple of minutes 2. The last finish time is equal to the last run time + the amount of time it took to run "then" or "else". So, since you have many waits in the program, the last finish time will surely be some time later in the day Now, with all this said - and as a test - would you be kind enough to make a copy of your program and make the following modifications: 1. Remove the Time is condition 2. Remove the KPL status condition 3. Choose current climate values that you know are true and will be true from now till now + polling_interval time Please do let me know if this works. With kind regards, Michel
-
Hello Mike, Currently, EZFlora is the only option and it seems to work with ISY (most recent firmware) but, unfortunately, we cannot guarantee that it works with all firmware versions. With kind regards, Michel
-
Why does my ISY hate me? Does yours hate you?
Michel Kohanim replied to csetter911's topic in ISY994
Hello Mr. Setter, I do apologize for the inconvenience. It's possible that you have defective unit and we'll replace it with no questions asked. This said, however, I think there are other underlying issues that have to be resolved since the next one might exhibit the same exact issues. As such, if possible, it would be great if we can login to your system remotely and see what's causing all these problems. We also received your email and I am going to reply back to you to schedule a call for Sunday or Monday. Again, in case we decide it's ISY, you will get a replacement unit with no questions asked. With kind regards, Michel -
What's in the next release (2.8.16)
Michel Kohanim replied to Chris Jahn's topic in Previous Releases
Hello taskman, Even I am getting tired of me saying that we are changing the GUI and building it from ground up. The fact is, although we are really doing this, it seems that something more urgent keeps coming along and getting us sidetracked. Now, with the InterfaceGo/iPhone/IES/ interfaces, you do have that capability. For instance, with iPhone, you prefix the name with a character and so on and so forth. We are still working on updating our GUI ! With kind regards, Michel -
Hello Mr. Carney, thanks so very much for sharing this information with us. I have take the liberty of copy/pasting this to our Firewall forum. Thanks again and with kind regards, Michel
-
Hi all, There's an exception: LampLincs which support Load Sensing will also show up as controller icons. With kind regards, Michel
-
Hello curtbl, We are investigating this solution. The main problem is that although our programs use Meta data to act upon events, but, to some extent we have to know what those events are. So, we are working on a low cost solution for networked attached devices that will expose their capabilities to ISY and thus can immediately be used in programs. Unfortunately, the priority is low. With kind regards, Michel
-
Hi jcthorne, The main question is: what would you like done with ISY hears the "off" signal? The problem with the above program is: when ISY hears the Off from motion sensor, thus the condition becomes false and thus the execution stops (stops waiting). Now, if you do not care about off sent my MS, all you have to do is to remove the And Control .... switched off and you should be fine. In short, the condition becomes true every time there's motion and waits 30 minutes. With kind regards, Michel
-
Hi lapolonyc, Here you go: http://forum.universal-devices.com/viewforum.php?f=49 With kind regards, Michel
-
madcodger, Thanks so very much for the feedback. Yes, indeed this is on our requirements list but with a low priority. Is it possible for your weather station to also feed WeatherBug? We spoke with Weather Underground and they wanted an exorbitant amount of money for licensing. NOAA site does not have a real time feed (it's hourly and you have to download a large xml file ... they are working on a web services solution though). So, we chose WeatherBug since their licensing is very reasonable and they have an open API which can be used for reporting to and retrieving from ... all and all everything is almost in real time. So, while waiting, it would be best if we can figure out a way to report to WeatherBug and thus others would also benefit from your information + you will get the WB module free of charge! Again, we do have this in our list. With kind regards, Michel
-
Hello Z, not currently but this is a good idea. I am going to add it to our list of requirements. With kind regards, Michel
-
Hi ergodic, You will see just a little bit of improvement in 2.7.3. Still, if you have many things queued up to be sent on the wire, then you will experience delays till all our sent out (500 m.s. per message). The configuration option is very tempting but the main issue is changing task priorities is always a very risky business. As such, please do be kind enough to test 2.7.3 to make sure you are not having system hangs. With kind regards, Michel
-
Hi all, Based on the feedback, we changed some of the behaviors and task priorities in 2.7.3. Although we could not make drastic changes, but we managed to make program execution just a little more responsive by changing some of the priorities. Please do be kind enough to test 2.7.3 when it comes out and let me know how it feels. Also, please do make sure to check for deadlock or unresponsive system. 2.7.3 should be out very soon. Thanks and with kind regards, Michel
-
What's in the next release (2.8.16)
Michel Kohanim replied to Chris Jahn's topic in Previous Releases
Hi Al, I sent this link to SH team. Hopefully we'll have someone respond in a few days. With kind regards, Michel -
trosmus, thanks SO very much. Your invaluable log provided me with enough to actually find a very rare bug the finding of which would've been impossible otherwise. Moshe, thanks for finding this bug. It's all fixed now and included in 2.7.3 (hopefully to be dropped any day now). With kind regards, Michel I am seeing the same problem. Version is 2.7.0 I have the NTP server Enabled and set to sync every hour. I run my own local NTP server so I know it is not a connection problem. Upon a ISY device reboot, I see the initial time sync.... (.130 is the ISY device and .50 is the server running NTP) 9:47:17.89708 172.22.22.130 -> 172.22.22.50 NTP client (Wed Feb 6 22:28:16 2036) 9:47:17.89761 172.22.22.50 -> 172.22.22.130 NTP server (Sun Apr 12 09:47:17 2009) Then nothing, ever. If I do a manual "Synchronize now", I get another valid time sync.... 16:22:46.36672 172.22.22.130 -> 172.22.22.50 NTP client (Wed Feb 6 22:28:16 2036) 16:22:46.36844 172.22.22.50 -> 172.22.22.130 NTP server (Mon Apr 13 16:22:46 2009) Also note the initial date/time from the ISY device
-
Release 2.6.7 is now available
Michel Kohanim replied to Michel Kohanim's topic in Previous Releases
Hi guy, Please do be kind enough to test http://www.universal-devices.com/test for some of the Linux fixes. The fixes were tested on Ubuntu 8 and Java 1.6.10. The major outstanding issue is the cell renderer in for the tree and the background color for the programs. It completely baffles me how Java has two completely different faces on Windows vs. Linux. With kind regards, Michel -
Hello jkraus, Wow, this is incredible. Are you saying that your non-INSTEON devices start flickering when you use INSTEON to activate a scene? If so, what protocol is used for those other devices? With kind regards, Michel