Jump to content

Unexpected delay between lights in scene


Recommended Posts

Posted

Hi,

In a recent scene I created I noticed that there is a one second delay between the two lights when I turn the scene on and off. My other scenes seem to turn all of the included lights on and off simultaneously (or at least very close in time). This most recent scene acts differently. I am controlling the scene from the load button of a KPL and the scene includes that load plus a Switchlinc. I have a very similar scene set up elsewhere which is also controlled by a KPL load button and controls two additional SWLs and works wonderfully. Any ideas?

Posted

Hi SysIntegrated,

 

What happens if you turn on the same scene from ISY? Do you still notice the delay?

 

With kind regards,

Michel

 

Hi,

In a recent scene I created I noticed that there is a one second delay between the two lights when I turn the scene on and off. My other scenes seem to turn all of the included lights on and off simultaneously (or at least very close in time). This most recent scene acts differently. I am controlling the scene from the load button of a KPL and the scene includes that load plus a Switchlinc. I have a very similar scene set up elsewhere which is also controlled by a KPL load button and controls two additional SWLs and works wonderfully. Any ideas?

Posted

I just tested it. Both lights turn on and off simultaneoiusly when controlling the scene from the ISY-26. Could there be such a great communivcation lag from the KPL to the ISY, casusing the load to turn on immediately but the scene taking about a second to respond? I don't have this problem with a similar setup, although in that case the lights are all in the same room, whereas in the problem case the lights are in different rooms and maybe differenet electrical phases. I am using a bridge and have 12 devices in a 2000 sq ft 2-story home.

 

Adding to the above reply (5 minutes later):

After some further testing, I noticed that one light responds a second later than everything else in the scene. In this scene, there are two lights and two KPL buttons in addition to the main KPL On and Off buttons. All of the KPL buttons turn on and off immediately with the scene - it is only one light that respond late. THis light is the last item in the scene in ISY, but I don't believe they fire in any order, the devices just respond to the scene (right?).

Posted

Hello SysIntegrated,

 

First of all, when you physically click a controller in a scene (such as clicking a KPL button), ISY is NOT directing the traffic: communication takes place between devices themselves.

 

As of right now, I think the issue is that specific device. To ascertain, would you be kind enough to put that device in another scene as a responder and see if it also exhibits the same slowness in that scene?

 

With kind regards,

Michel

 

I just tested it. Both lights turn on and off simultaneoiusly when controlling the scene from the ISY-26. Could there be such a great communivcation lag from the KPL to the ISY, casusing the load to turn on immediately but the scene taking about a second to respond? I don't have this problem with a similar setup, although in that case the lights are all in the same room, whereas in the problem case the lights are in different rooms and maybe differenet electrical phases. I am using a bridge and have 12 devices in a 2000 sq ft 2-story home.

 

Adding to the above reply (5 minutes later):

After some further testing, I noticed that one light responds a second later than everything else in the scene. In this scene, there are two lights and two KPL buttons in addition to the main KPL On and Off buttons. All of the KPL buttons turn on and off immediately with the scene - it is only one light that respond late. THis light is the last item in the scene in ISY, but I don't believe they fire in any order, the devices just respond to the scene (right?).

Posted

Just tried adding to another scene and I get the same behaviour. I also tried adding another KPL button on another controller to the scene and both lights turn on and off simultaneously. After playing around and changing scenes, I am beginning to realize that some controllers and responders will yield different results with other controller and reponders. I will test more later, but is this normal for Insteon? It works constinently, just with a delay.

Posted

SysIntegrated,

 

No, this is not normal for Insteon unless:

1. You have a defective device

2. The ramp rate is set to 1 second or more

3. Relays usually take a little longer

 

I do think that you have a defective device; is it an ApplianceLinc?

 

With kind regards,

Michel

 

Just tried adding to another scene and I get the same behaviour. I also tried adding another KPL button on another controller to the scene and both lights turn on and off simultaneously. After playing around and changing scenes, I am beginning to realize that some controllers and responders will yield different results with other controller and reponders. I will test more later, but is this normal for Insteon? It works constinently, just with a delay.
Posted

It is a SwitchLinc. Can the problem be the KPL that is sending the signal? I have another KPL in the scene (one of the buttons is a controller) that turns the lights on and off normally. Can there be a noisy appliance near the KPL or SWL that is causing the delay?

Posted

Hello SysIntegrated, I think it's the SWL since it behaves the same in all scenes.

 

With kind regards,

Michel

 

It is a SwitchLinc. Can the problem be the KPL that is sending the signal? I have another KPL in the scene (one of the buttons is a controller) that turns the lights on and off normally. Can there be a noisy appliance near the KPL or SWL that is causing the delay?
Posted

Well, the SWL responds the same in the other scenes when controlled by the same KPL. When I controll the scene from a different KPL in the house, the lights work perfectly - both turining on and off at the same time. I also added a RemoteLinc to the scene and that works fine as well. Hmm.

Posted

SysIntegrated,

 

Very strange!!! Could it be that perhaps this SWL/KPL combination have a higher ramp rate assigned? i.e. in the Admin Console, under the scene, if you click on the KPL, to you right you'll see on level/ramp rate for the responders. Is the ramp rate 0?

 

With kind regards,

Michel

 

Well, the SWL responds the same in the other scenes when controlled by the same KPL. When I controll the scene from a different KPL in the house, the lights work perfectly - both turining on and off at the same time. I also added a RemoteLinc to the scene and that works fine as well. Hmm.
Posted

It sounds like the SwitchLinc is not seeing the group command but it is seeing the cleanup command. That is unusual. Do you have AccessPoints or SignalLincs installed?

 

Rand

Posted

Ramp rate is set to .5 for each light.

I tried setting all ramps to 0 with no positive results.

I have tried deleting and recreating the scene with no positive results.

I have no programs that shoould affect this scene.

I have two 2443 Access Points (I tried moving them to several different outlets, no luck)

 

In the group:

2 SWL (1 master, 1 slave - both responders)

2 KPLs (1 KPL.C is a controller, the other KPL.Main is a load/controller and its A and B are also responders)

1 Remotelinc (Controller)

 

The two lights respond simultaneously to the KPL.C, Remotelinc, and scene activation through ISY. The delay is only experienced when using the scene from the one KPL.

 

I just noticed this:

When I turn on the scene through the 'problem' KPL.Main the load light comes on immediately along with all other responding KPL buttons(3 additional)), while BOTH SWLs (light 2 and slave) are delayed for a second. If I turn on light 2 from the same KPL (button B, a slave to the SWL) then light 2 responds immediately. Light 2 doesn't seem to have a problem receiving signals from this device (at least from a pathway POV).

Posted

SysIntegrated,

 

This is rather strange ... I am actually running out of ideas!

 

What happens if you just remove your Access Points? Would your SWLs even respond?

 

With kind regards,

Michel

 

Ramp rate is set to .5 for each light.

I tried setting all ramps to 0 with no positive results.

I have tried deleting and recreating the scene with no positive results.

I have no programs that shoould affect this scene.

I have two 2443 Access Points (I tried moving them to several different outlets, no luck)

 

In the group:

2 SWL (1 master, 1 slave - both responders)

2 KPLs (1 KPL.C is a controller, the other KPL.Main is a load/controller and its A and B are also responders)

1 Remotelinc (Controller)

 

The two lights respond simultaneously to the KPL.C, Remotelinc, and scene activation through ISY. The delay is only experienced when using the scene from the one KPL.

 

I just noticed this:

When I turn on the scene through the 'problem' KPL.Main the load light comes on immediately along with all other responding KPL buttons(3 additional)), while BOTH SWLs (light 2 and slave) are delayed for a second. If I turn on light 2 from the same KPL (button B, a slave to the SWL) then light 2 responds immediately. Light 2 doesn't seem to have a problem receiving signals from this device (at least from a pathway POV).

Posted

I just noticed this:

When I turn on the scene through the 'problem' KPL.Main the load light comes on immediately along with all other responding KPL buttons(3 additional)), while BOTH SWLs (light 2 and slave) are delayed for a second. If I turn on light 2 from the same KPL (button B, a slave to the SWL) then light 2 responds immediately. Light 2 doesn't seem to have a problem receiving signals from this device (at least from a pathway POV).

 

Did you check to ensure that none of the devices have X10 addresses assigned (maybe just do a factory reset)? Also, it might be worth testing with your ISY powered off, to eliminate any possibility that a program might be interacting with the scene.

Posted

Tried removing Access Points, no success.

Tried unplugging ISY, no success.

I did notice something major, though. I posted earlier that when I turn the scene on and off with the 'problem' KPL that the buttons on both KPLs turned on and off immediately and only the two SWLs were delayed. I was wrong. Only the buttons on the same KPL respond immediately. Even more intriguing, when I watch the blue status light on the access points, they do not flash until a second after I press On or Off, and then the SWLs and other KPL button respond immediately after the flash. However, when I turn on scenes from any other device (other KPLs, remotelinc, etc) the blue access point light flashes immediately. It seems as though this specific KPL is delaying sending the signal.

 

 

Is there a way I can default the KPL and then have ISY add it back to all of the scenes it is presently in? I'd rather not have to reprogram all of the scenes that the KPL is in...

Posted

Hi SysIntegrated,

 

Yes, you can factory reset your KPL, and then right mouse click on any of its buttons and then choose Restore Device.

 

With kind regards,

Michel

 

Tried unplugging ISY, no success.

I did notice something major, though. I posted earlier that when I turn the scene on and off with the KPL that the buttons on both KPLs turned on and off immediately and only the two SWLs were delayed. I was wrong. Only the buttons on the same KPL respond immediately. Even more intriguing, when I watch the blue status light on the access points, they do not flash until a second after I press On or Off, and then the SWLs respond immediately after the flash. When I turn on scenes form any other device (other KPLs, remotelinc, etc) the blue access point light flashes immediately. It seems as though the KPL is delaying sending the signal.

 

 

Is there a way I can default the KPL and then have ISY add it back to all of the scenes it is presently in? I'd rather not have to reprogram all of the scenes that the KPL is in...

Posted

Okay, I defaulted the KPL. Tested and default was successful. Then I restored the device with ISY. Successful restore. Unfortunately, the problem remains. I realized that the ramp rate does affect this delay. With the ramp rate set to .1 there is approx a half a second delay before the KPL sends any data. If I set the ramp to 4.5 seconds, there is approx a 5 second delay. Shouldn't the KPL send the data immediately? I am using rev 1.5.

Posted

The Ramp Rate has no effect on when the command is sent. As soon as the command is broadcast the responding device is supposed to begin ramping the load at the programmed ramp rate to the programmed on level.

 

It is odd that your devices are not seeing the group command but they see the cleanup messages.

 

All I can suggest is moving your AccessPoints. Plug one into the PLM and use the setup procedure to locate the other.

 

Rand

Posted

I tried just about every outlet config for the access points. However, I don't believe that is the problem. In my case, the delay is always .5 seconds longer than the local ramp rate. If the problem was the APs, then the delay would be consistent. At this point I believe the problem is the KPL. I will likely call SH tomorrow and inquire about a replacement.

I've noticed that the other buttons on the KPL seem to work fine, but they are not controlling the local load. When I reprogrammed one of the other KPL buttons to control the trouble scene, the delay persists. I can even control the 2nd light in the trouble scene with the button without trouble. The problem occurs when I include the local load in the equation. I'm going to swap it for another KPL.

Posted

I appreciate all of your help guys. I didn;t mean for this to turn into such a large thread. Thanks so much for your time.

If you have any other ideas, feel free to post, but I will be swapping out KPLs (hopefully soon) and I will be sure to repost with my results.

Posted

I just spoke with SH. The tech told me that they had many problems with rev 1.5 (rev of my trouble KPL) and only made it for a short period of time. They are shipping me a new KPL (v1.8 ). I'll post again with the results.

Guest
This topic is now closed to further replies.

×
×
  • Create New...