KSaccullo

Thank you both for the responses. Since I haven't hit the ISY link limit and I'm inherently lazy , I'll use the ISY to create the links and scenes.

Are there any advantages (network traffic, response time, etc) of creating a scene between two devices directly vs creating a scene using the ISY interface? Specifically: Create a cross link (*1) between a keypad dimmer (2334-222) with a wall dimmer (2477D) using just the set buttons of each device. Both devices see each other and control the light connected to the wall dimmer as expected. The status LED on each device correctly reflects the current status of the light, regardless of which device was used. The only problem is the ISY does not seem to be aware the two devices are linked. If I create a scene in the ISY, then make both the keypad and wall dimmer each a controller in that scene that also works as detailed above with one exception. The ISY now knows (*2). If this topic has already been discussed, my apologies. I probably searched incorrectly. Please point me to the relevant link. (*1) cross link to avoid the whole (pun intended) half link discussion and get the LED status correct. (*2) ISY scenes are recognized as being able to control program flow and I use. I want to keep the question focused mainly on resource utilization and response time.

Looks ok under configuration tab. But as Michel noted he found a bug and plans on squashing it.

Had another shot showing the weather module had disappeared. I clicked on "Then" came back to if and the module was not their

I can still see remnants of the Flex alert module. What’s weird is after I select Flex Alex, I see only weather module options. It gets even weirder. If I select another program (Never saved the flex alert) the flex alert does not show up but now the module is replaced with all my devices. No flex alert no weather module.

I can still see the Flex Alert module. Cache was cleared and java upgrade (7.7) preformed. The module offers no options of its own. But it does show the climate module options.

Extended ASCII characters in program name changed by ISY-99i Used an omega Ω (Alt 234) in a program name. The program name saved with no issue. When I called the program with the Ω it was present and the name correct. However when I closed and reopened the admin console all references to the "Ω" were replaced with a "?" All the programs ran (forced test) as they should but it seemed weird that the ISY-99i would rewrite the character. Guess I should avoid these for now. Kevin

Are their any technical reasons why custom commands cannot be sent? Kevin

How does one send custom (Insteon) commands to a device (EZ Flora) via the ISY-99i? The current ISY-99i EZ Flora implementation does not give access to all the features of the EZ Flora. I’m sure at this point many readers are saying just program in the ISY-99i. Yes, that is an option and I’ve looked at some excellent examples. But that leaves the EZ Flora underutilized and makes ISY-99i programming more complex. It is a lot easier to program the ISY-99i to tell the EZ Flora to run Program # 2 vs having to control every valve. I’m sure as I venture further into the Insteon world I will encounter other devices that could benefit from custom commands. Yes, it would be great if the ISY-99i had every Insteon device made, with every option the device offers, in its library. But that may not be practical. But being able send a custom command string would give this functionality. Kevin