Xathros

Try connecting with https:// instead of http:// Once in, set the http port back to 80 and leave the https port at 443. You can change the ports but they need to be different from each other. -Xathros

Oberkc- Sunrise to Sunset would usually be the (Same Day) - not next. This is for during the day usage. Sunset to Sunrise would use (Next Day) for overnight use. BillFuchs- There is no reason for this to stop functioning. Post the actual program involved. I suspect there is another condition that is causing the failure. Possibly related to the motion sensor. -Xathros

Hi Rod- There is a copy of the Admin console stored right in your ISY! Here is how to get to it: Start by clearing your java cache (including applications) Goto http:///admin/admin.jnlp Save the resulting JNLP file to your downloads or docs or wherever you want to save it. Double click the JNLP file to install a fresh copy of the Admin console onto your desktop. Should you need to reinstall the console again, just clear the cache and double click the saved JNLP file again. Dashboard does not exist in the ISY like the admin console so you need to pull that JNLP file from the UDI URL but the same method works for saving the file and reinstalling the dashboard. Keep in mind that you will need new JNLP files anytime the firmware is updated otherwise your UI will be out of sync with the actual firmware. -Xathros

I believe that 4.1.2 is the most recent beta version released. Anything higher than that at the moment is a limited release alpha which is less tested and more likely to have problems. That said, I have been running 4.1.3 alpha for about a month now and have had no unexpected problems. -Xathros

Excellent. Glad I could help. -Xathros Sent from my iPhone using Tapatalk

Electronic equipment, UPSs and Surge suppressor strips should usually be placed behind a filter to prevent noise or signal attenuation from such devices from affecting your Insteon communications. If that strip is on the same circuit as the PLM or the problem device, then you may have just located your problem. You can pick up a filterlinc to place between the strip and the outlet to isolate that from the system. As a test, using a long extension cord, plug that strip into a distant outlet and see if you can then communicate with that problem device. If so, then putting a filter on that strip will likely help your situation. -Xathros

Sounds like poor communications to the device location. Has anything changed on the circuit that device is on? New electronics, power strip, charger etc? -Xathros

Right click the device and select "Write Updates to device" -Xathros

OK. One last thing to try: Clear your Java cache (All checkboxes - Including applications) Goto: http://isy.universal-devices.com/994i/4.1.2 See if that is any different. -Xathros

OK. Your description is similar to problems that are often related to AV/Firewall issues. Have you tried temporarily disabling your AV/Firewall to see if it makes a difference? -Xathros

Try double clicking the My Programs Folder. It could just be collapsed. -Xathros

Harold- I note that you have both Access points and a passive bridge installed. I would recommend removing the passive bridge in favor of the access points. The passive bridge can actually bridge noise from one phase to the other and does not retransmit signals at full strength where the access points will only pass valid Insteon traffic and at full strength. -Xathros

I have to agree with Brian on this one. Likely since you have no bulbs in the circuit, no current flows through that circuit and is not "Transmitting" noise as a result. -Xathros

smokegrub- I'm at a loss. As far as I can tell, your system and mine are nearly identical yet I have no problem with mine in this regard. I think you may need assistance from UDI support at this point as I am all out of ideas as to what may be causing this. -Xathros

Understood. What I am saying is have a program modify the local ramp rate setting a few seconds after the control has switched on or off so that the next opposite action at the control has the desired ramp rate. Is this not possible? -Xathros

Couldn't we have a program that modifies the scene ramp rates depending on what happens at the dimmer? For example: Scene: Kitchen_Pots (Controller Kitchen_SLD) Program: Kitchen_Pots_Modifier If Control Kitchen_SLD is switched 100% and Control Kitchen_SLD is NOT switched Off Then Wait 5 seconds In Scene 'Kitchen_Pots / Kitchen_SLD' Set 'Kitchen_Pots / Kitchen_SLD' 4.0 Sec (Ramp Rate) Else Wait 5 seconds In Scene 'Kitchen_Pots / Kitchen_SLD' Set 'Kitchen_Pots / Kitchen_SLD' 2.0 Sec (Ramp Rate) Seems to me like this would meet the OP's requirement. -Xathros

Are you launching the console from the desktop icon or from a browser session? -Xathros Sent from my iPhone using Tapatalk

Have you tested different dim levels? -Xathros Sent from my iPhone using Tapatalk

I bought mine from Amazon. -Xathros Sent from my iPhone using Tapatalk

Try unscrewing the CFL's and run the test again. If it passes, that would indicate that the CFL's are causing issues. -Xathros

Excellent! As always, happy to help. -Xathros

Hi Alan- In my experience, the IOLinc is quite reliable in reporting status. Insteon however, can be less reliable when it comes to passing that message down the wire due to noise or signal attenuation. Assuming you are NOT using the Trigger Reverse option on your IOLinc, and that you have a scene containing all of the KPL buttons involved, you can poll as follows: Program: Poll GD Status (run at startup is checked!) If Time is 1:00 am Then Repeat every 15 minutes Run Program Fix_GD_Lights (if Path) Else Program: Fix_GD_Lights (Disabled) If Status GD_IOLinc_Sensor is On Then Set Scene 'GD_KPL_Lights' On Else Set Scene 'GD_KPL_Lights' Off This however, seems to me like a band aid. The real problem is a comm failure. Hope this helps -Xathros

Hello BigDigger- Welcome to the forum. Are the sunrise/sunset times displayed in the admin console accurate for your location? There is no reason that I can think of that would cause that not to work. It is more likely a comm problem that is preventing the Off command from being heard. Try running a level 3 event viewer trace and run a few scene tests on that scene. Post the resulting trace. What kind of load(s) are being controlled with that scene? Some loads can cause noise or attenuate the signals when they are on making it possible to reliably turn ON a device/scene but not reliably turn OFF the device/scene. -Xathros

Hi smokegrub- You don't need the Admin in the applications folder. You should only have the one on your desktop. Java apps are different than native Mac apps. To clear the Java cache: Go to system preferences and select the Java Icon in the bottom row. On the General Tab, click the "Settings" button. On the next window, click the "Delete Files..." button. On the next window, make sure all 3 check boxes are checked. Click "OK", "OK", "OK" Then Go to http://isy.universal-devices.com/994i/4.1.2/admin.jnlp and save the resulting file to your downloads. Go to your downloads and double click the Admin.jnlp file This will create a new Admin icon on your desktop with UI 4.1.2 Save this procedure for future updates like the upcoming 4.1.3 release. Also, I believe the problems that you are having are not related to Mavericks directly but rather the fact that you are using Safari. Safari tries to open files for you after downloading them. There is a setting in Safari preferences to stop that behavior -or- you could use Firefox instead. Hope this helps. -Xathros

The way I would do this is as follows: Create a scene that contains the devices that you want to beep as responders. Lets call it: AlarmBeepScene Then a program to make it beep under the right conditions: If Status 'MB outside light.C alarm' is On And ( Control 'Garage side door-Opened' is Switched On Or Control 'Patio Sliding Door-Opened' is Switched On Or Control 'front door-Opened' is Switched On ) Then Set Scene 'AlarmBeepScene' Beep Set Scene 'AlarmBeepScene' Beep Set Scene 'AlarmBeepScene' Beep Set Scene 'AlarmBeepScene' Beep Set Scene 'AlarmBeepScene' Beep Set Scene 'AlarmBeepScene' Beep Else Using the scene to beep will cut down on Insteon traffic and simplify the program. As oberkc pointed out above, use Control rather than status to capture the event of the door opening not the state of the door being open. We want Status on the KPL button however since we want to capture it's state rather than the event of it being turned on. If you are still having traffic issues, try adding a 1 or 2 second wait in the then section before the scene beeps to get them out of the way. -Xathros