Michel Kohanim

Hi Wayne, Have you looked at the Error Log to see if you have SMTP errors? http://wiki.universal-devices.com/index ... MTP_Errors With kind regards, Michel

Hi PurdueGuy, You are correct and the reason we chose not to do it that way is in the list I outlined. In short, for the sake of consistency (and not having to query things all the time). With kind regards, Michel

Hi PurdueGuy, Welcome to our world! I am not entirely certain what you are referring to. You can set the status of individual LEDs if they are inside a group. Furthermore, you can create mutual exclusive and other group combinations between the buttons inside the group and ISY will provide you with the correct status for each. Every time you query a KPL, ISY does actually query the status of those LEDs as well. If the question is why we do not set the LED backlight using direct commands, the reasons are: 1. Used lease common denominator between different KPL versions, engines, and compatibility 2. Backlight buttons signify a scene regardless 3. Within a scene, there's a consistent manner in which ISY handles mutual exclusive groups and other group combinations 4. As a rule (and unless we are forced such as for the case of iMeter Solo), we do NOT like to query devices frequently just to get their status. As a matter of fact, you can remove our 3AM query and everything should still work With kind regards, Michel

Hi LeeG, as always, you are 100% correct. Hi nokin, in your case, these are HTTP requests to ISY : 192.168.1.133:59177->80 192.168.1.133= source IP address 59177= source port 80= ISY port So, someone/something from 192.168.1.133 at port 59177 called the http port (80) on ISY. This information becomes valuable if you have hackers bombarding ISY so you will know their IP address/port. With kind regards, Michel

Hi nokin, 170001 is informational messages. If you have Event Viewer on using level 3, then you will many of these informational messages. With kind regards, Michel

Hi Xathros, You are 100% correct. Thank you. With kind regards, Michel

Hi bgalbraith, I really do not think you should factory reset IRLinc. You will lose all the programming and it'll be very difficult to get them back. With kind regards, Michel

Unfortunately not. With kind regards, Michel

Hi Patrick, Here's the issue ... it seems that your device is requesting for things that cannot possibly be in ISY: GET-->/apple-touch-icon-152x152-pr ISY file names are 8.3 and thus what is being requested is definitely something that your device is adding on its own. It's quite interesting and, at the same time, I am not sure how we can fix it. With kind regards, Michel

Hi Charles, Unfortunately not. Network resources assumes that you already know about basic HTTP/TCP communications (unfortunately). Not as long as you follow Basic64 encoding. The problem is that that the POST to ISY does not have a body. So, you should put /rest/X10/C12/3 in the Path and NOT the Body. With kind regards, Michel

Hi Patrick, Thank you. Can you do me a favor? Please: 1. Go to Tools | Clear Error Log 2. Go to Tools | Diagnostics | Event Viewer, change the level to 3 3. Try those bookmarks on your Safari (on iPad and then iPhone) on the homescreen 4. Go to Tools | Error Log ... copy/paste the contents back here With kind regards, Michel

Hi Kev, I think it would be best to start with a very simple program first (disable all other programs): If Control 'Main Bath Motion.1-Sensor' is switched On And Control 'Main Bath Motion.1-Sensor' is not switched Off Then Set Scene 'sMain Bath Lights' On Wait 4 minutes Set Scene 'sMain Bath Lights' Off Else - No Actions - (To add one, press 'Action') This program will keep the bathroom light on for 4 minutes starting the moment that the motion is sensed and turns off thereafter. With kind regards, Michel

Hi johnnyt, Thanks so very much for the update. With kind regards, Michel

Hi NHWA, Unfortunately not at the moment. With kind regards, Michel

Hi Charles, Configuration | Networking | Network Resources . With kind regards, Michel

Hi brendan_muir, LeeG is 100% correct! Need a little more input. Why do you have to change the programs? With kind regards, Michel

Hi Patrick, This is quite strange. Can you create a shortcut to http://10.0.2.202 without the /WEB/INDEX.HTM? With kind regards, Michel

Hi bgalbraith, My recommendation is this: 1. Pick one of the devices with which you have IR problems 2. Do a factory reset on it 3. Go to Admin Console, Right Mouse Click on it, and then choose Restore Device If this works, it tells us that some of your devices have lost their programming during the outage. With kind regards, Michel

Hi Wayne, Fortunately not since all our applets/applications are signed by a Certificate Authority known to all computers/browsers. With kind regards, Michel

Hi Alan, We shall ... just need to figure out the "when" part! With kind regards, Michel

Hi imxuf92, Until such time that we implement websockets, there's really no easy way for static HTML pages (without the help of dynamic cgi/script backend) be able to provide real time information. So, unfortunately so, at the moment you have to: 1. Have your server subscribe to ISY 2. Have your server read/parse events coming from ISY 3. Somehow update your page using either websockets OR some other more dynamic UI framework With kind regards, Michel

Peter, I think you and I are on different realms and it would be rather difficult to speak the same language let alone help with troubleshooting. Tasks are blocked = they will NOT respond till they get the lock. If all tasks are blocked, then nothing will respond till at least one gets the lock. If you have a dead PLM while many different things (including web and programs) are trying to control INSTEON things, then all HTTP task will be waiting for the lock and thus will not respond. With kind regards, Michel

Hi Steve, At this point, I think it would be best to submit a ticket so that we can schedule a call and help you install it. With kind regards, Michel

Peter, ISY does multi-tasking and does everything that's necessary to keep it functioning. HTTP tasks are not network related; they are application layer tasks that have to get a lock before they can do something to INSTEON. The same lock is needed for all other tasks that need to do something with INSTEON. If the PLM is defective, getting that lock gets pretty difficult because a) the queues get full and the reach a timeout. With kind regards, Michel

Hi Steve, You can ignore the Unknown Error (x out of it) and then go to Network Settings. I need more information as what you are trying to achieve as it does not look like a self signed certificate. Are you trying to install a wildcard certificate? With kind regards, Michel