pbanana wrote:...Further, if you link to that device, after doing the above mentioned, within approximately four minutes, that ramp rate is then associated with the just linked controller, and the previous ramp rate is enabled locally. If you do not link a device within that time, the new ramp rate stays as the local ramp rate.
After you adjust the ramp rate (dim/brighten, then double-tap set), you have two different options for locking in that rate. You can link a controller (ControLinc, KeypadLinc) to that SwitchLinc in which case that ramp rate is used when that controller's button is pressed, OR you can do nothing for 4 minutes at which point that ramp rate is used for local (at the switch) on/offs. I believe the above are mutually exclusive. If you lock it in to a controller (via linking) then the local ramp rate is not changed from whatever it was before you started the process. I think this is the same thing you stated above.
Note that when Indigo turns on a SwitchLinc or sets its brightness, the local ramp rate is the one that is used. This is the opposite of how ControLincs and KeypadLincs work when controlling a SwitchLinc, since they do not use the local ramp rate. This has to do with the fact that Indigo does not insert a receiving group link into the SwitchLinc, but instead sends a direct command to the SwitchLinc.
Indigo uses direct commands instead group commands because otherwise Indigo would have to insert a unique link into every SwitchLinc for every brightness level used by all Actions. If you had 3 different actions in use within Indigo that set the brightness to 33%, 50%, and 100%, then Indigo would have to insert 3 unique links into the SwitchLinc. This would be slow and prone to errors, which is why direct commands are used instead. Although I might add that type of capability in some fashion... Eventually, I'm hoping an INSTEON direct command is added that will allow the use of a per command ramp rate. A bit confusing I know...
Regards,
Matt