LeeG

In Insteon every Controller has a unique set of Responder values. Selecting the Scene name itself makes the PLM the Controller. These Responder values are in effect when the Scene name is controlled through the Admin Console or an ISY Program. Each additional Controller defined for the Scene (Red node names below the Scene name) have unique Responder values that are in effect when that Controller button/paddle is pressed. Each Controller can have totally different Responder values. For example button C might turn some Responders On to 50%, others to 20% On. Button D might turn the same Responders to a completely different set of On Levels.

"But once all the button were on the fan would only operate on high." Only one KPL button, C or D or E or F in my example should be On at a time. If more than one button is On the Scene 0% On Level was not defined correctly. When Button D is pressed it sends an On command to all the Responders. All the other KPL buttons are Responders with 0% On Level (make sure you clicked on the Red KPL Controller button node name below the Scene name to set the KPL button Responders to 0% On Levels). When KPL button E is pressed it turns On, all the other KPL buttons turn Off and the ISY will mark all the other buttons Off (assuming the Scenes have been defined correctly). The FanLinc Motor node will see the On command from button D turning the FanLinc Motor to Med. The FanLinc Motor node will see the On command from button E turning the FanLinc Motor to Low. If button E is pressed again another On command is sent to the FanLinc Motor node and the FanLinc Motor speed will remain Low. EDIT: A Program is not needed if the Scenes are defined correctly.

The three KPL button modes are Toggle (default) , non-toggle On and non-toggle Off. As you correctly described the default Toggle mode causes the button to alternately send an On command and Off command with the button LED that follows. Non-Toggle On mode the button always sends an On command. The button LED blinks twice to indicate non-toggle mode and the button LED ends with the LED On. Non-Toggle Off mode the button always sends an Off command. The button LED blinks twice to indicate non-toggle mode and the button LED ends with the LED Off. I think I read a post from you on the Smarthome forum that indicates the KPL buttons that turn On High, Med, Low should not turn the FanLinc Motor Off. Only the KPL button that is designate as Off should turn the FanLinc Motor Off. If a single KPL will be used or additional KPLs are at v.40 firmware or later all can be done with Scenes. If multiple KPLs will be used and one or more are below v.40 ISY Programs will be needed. Assuming a single KPL for now, button C sets High, button D sets Med, button E sets Low, button F sets Off. Four ISY Scenes are required. Button C turns the FanLinc Motor to High. Button C is set to non-toggle On mode so the button cannot turn the FanLinc Motor Off The Scene has Button C as Controller Button D as Responder with 0% On Level Button E as Responder with 0% On Level Button F as Responder with 0% On Level FanLinc Motor as Responder with High On Level Button D turns the FanLinc Motor to Med. Button D is set to non-toggle On mode so the button cannot turn the FanLinc Motor Off The Scene has Button D as Controller Button C as Responder with 0% On Level Button E as Responder with 0% On Level Button F as Responder with 0% On Level FanLinc Motor as Responder with Med On Level Button E turns the FanLinc Motor to Low. Button E is set to non-toggle On mode so the button cannot turn the FanLinc Motor Off The Scene has Button E as Controller Button C as Responder with 0% On Level Button D as Responder with 0% On Level Button F as Responder with 0% On Level FanLinc Motor as Responder with Low On Level Button F turns the FanLinc Motor to Off. Button F is set to non-toggle Off mode so the button turns the FanLinc Motor Off The Scene has Button F as Controller Button C as Responder with 0% On Level Button D as Responder with 0% On Level Button E as Responder with 0% On Level FanLinc Motor as Responder with 0% On Level To add remote control using a Mini-Remote (RemoteLinc2) for example presents some problems because individual Mine-Remote buttons cannot be set to Toggle versus non-toggle mode. All buttons have to function the same way. A 4 Scene Mini-Remote can be used, where only the On buttons are used. Button A would be added as a Controller of the High Scene Button B would be added as a Controller of the Med Scene Button C would be added as a Controller of the Low Scene Button D would be added as a Controller of the Off Scene Note: in toggle mode the state of the LED is the the state of the button. LED On button On, LED Off button Off

Xathros can help with the programming to limit to a single notify. It is not unusual for the Leak Sensor to cycle between Wet and Dry even when sitting in water. Using a Wet sponge will not provide enough conductivity between the metal sensors to keep the Leak Sensor in a solid Wet state. Even water varies in conductivity depending on the mineral content.

Another user found Start Linking did not work (New INSTEON Device does work) due to a bad PLM. Take a look at the following topic as it may help in identifying if your PLM has a problem. viewtopic.php?f=27&t=11969

Settings can be changed from the ISY only if it is on an external power supply. Otherwise it sleeps to conserve battery power. I have an older 2441ZTH which Humidity readings jump around, changing by a few % often. May not be an issue with later 2441ZTH firmware.

Thanks James. Appreciate you taking the time to post back the resolution. There is another user who mentioned he was not able to get Start Linking to work. That was not the primary complaint but he may also have a bad PLM. Now the challenge is to find his original post. Good luck with the rest of your ISY activity. Hope you find it as good an experience as most of us have.

Having multiple PLMs in the same house is not a problem. I have several PLMs that are active at the same time. I also have two ISYs that are currently active at the same time (not sharing devices). The PLM is like any other Insteon device in that it repeats Insteon messages it receives that are not specially sent it. The PLM chip in a PLM device is the same PLM chip in other 120v Insteon devices. Sharing devices will be a problem. Neither ISY knows about the other which nets down to multiple HA applications trying to manage the links in the same device. That has not worked with combinations such as HouseLinc and ISY trying to manage the same devices. Link records are deleted, overlaid, etc. There is a user on this forum that is using the Network Module to send REST commands between two ISYs but devices are not being shared.

If Status 'xxxxx' is On triggers the Program when the device turns On. Status has to change so the Program does not trigger because the device is On but because the device was turned On. The Program triggers when the device is told to turn On regardless of how. Could be paddle/button, could be Direct command or Scene command from a Program or the Admin console.

If Control looks at commands flowing from the device (paddle/button press). Turning a device on by another controller (PLM when done from the Admin Console) does not trigger a Program with If Control as no commands flow from the device.

Local On Level and Local Ramp Rate affect the device where the paddle is pressed. When the Slave SwitchLinc paddle is pressed On the Local On Level and Local Ramp Rate affect how the Slave SwitchLinc reacts. How the Master SwitchLinc reacts to the Slave SwitchLinc paddle On press is based on what is in the Responder Link Record for On Level and Ramp Rate stored in the Master SwitchLinc link database. I suspect for whatever the reason there is a Responder link record in the Master SwitchLinc left over from the manual Set button linking. Defining a new ISY Scene creates new link records which are later in the Master SwitchLinc link database. The Master SwitchLinc searches its link database for a record that matches the Slave SwitchLinc Insteon address when the Slave SwitchLinc paddle is pressed. I think it finds the old Set button link record and stops the search at that point. The Show Device Links Table would confirm this. A Show Device Links Table can be issued for the Master SwitchLinc followed by a click of the Compare button to compare what is actually in the device versus what the ISY thinks should be there.

GPG Clear the Java cache and insure the URL being used to invoke the Admin Console is for 4.0.5. The Admin Console at 3.3.3 would not know anything about the Dual Band KPLs as they had not been released. After the changes click Help | About and verify the UI indicates 4.0.5

GPG What does Help | About show for UI line?

Right click a SwitchLinc node, select Diagnostics | Show Device Links Table. Post the image. Do the same thing for the other SwitchLinc Identify the Insteon addresses of each SwitchLinc and whether it is the Master or the Slave. Were the existing Set button links created before using the ISY maintained when the devices were added to the ISY or was the default option used 'erase existing links'?

The Slave SwitchLinc paddle will only turn On the Master SwitchLinc with Fast On? OR The Master SwitchLinc paddle will only turn On the Slave Switchlinc with Fast On?

An ISY Scene consists of one or more Insteon Scenes. Each Controller in an ISY Scene represents one Insteon Scene with its own unique set of Responder On Level and Responder Ramp Rate values. Click on the Red slave SwitchLinc node name below the ISY Scene name. The other SwitchLinc (the master) will have a unique On Level and Ramp rate that is in effect when the slave paddle is pressed.

Cannot hurt. They can confirm that an invalid PLM response will result in the Start Linking popup being removed. Have you tried a factory reset of the PLM (not the ISY). If you do a factory reset of the PLM a File | Restore Modem (PLM) is required to rebuild the PLM link database.

I traced a Start Linking on my system to double check my memory. It looks like your PLM did not respond to the Start Linking command as expected Tue 07/23/2013 10:50:19 PM : Start Insteon Device Linking Mode Tue 07/23/2013 10:50:19 PM : [LNK-BGN ] 02 64 01 00 06 Tue 07/23/2013 10:50:48 PM : Stop Insteon Device Linking Mode, Final processing to follow Tue 07/23/2013 10:50:48 PM : [LNK-END ] 02 65 06 : : Unexpected, ignored (65) Tue 07/23/2013 10:50:48 PM : [All ] Writing 0 bytes to devices Tue 07/23/2013 10:50:48 PM : [All ] Writing 0 bytes to devices Note the lack of the 06 on the end. The PLM should return an 06 or a 15. The 00 on the end of the message in your trace is not spec'ed. Tue 07/23/2013 08:29:09 PM : [LNK-BGN ] 02 64 01 00 00

The SwitchLinc is an older device (not I2CS) which takes longer to add. The event trace does not show anything abnormal with the PLM when entering Start Linking. It looks like the Admin Console shutdown Start Linking for some reason. What is the level of Java? Check Help | About and verify both Firmware and UI lines indicate 4.0.5.

New Insteon device? Insteon devices do not broadcast their presence so the answer would be no. Of course there is the Start Linking function which looks for a device identification when the device Set button is pressed but that requires a specific device activity (pressing the Set button). Also requires the PLM be put into linking mode to listen for those messages which is what happens when Start Linking is invoked.

LEVEL 3 is an option on the Event Viewer display.

The PLM can be tested by running Tools | Diagnostics | Event Viewer at LEVEL 3. Select Link Management | New INSTEON Device, enter the Insteon address of a device, Name of choice, Device Type at default Auto Discover. Click Ok. Post the event trace. If nothing appears in the event trace something is blocking the ISY pushing data to the Admin Console. If there is a PLM issue I would expect to see it in the event trace.

That generally means Start Linking was done before, the first Start Linking Popup did not display because of a firewall or AV problem so the Finish button cannot be clicked to terminate Start Linking. The PLM will timeout of linking mode but the ISY sits in Start Linking waiting for a device Set button press that will not be seen because the push of data from the ISY to the Admin Console is being blocked by the firewall or AV. Kaspersky, Avast and others by default will not allow the ISY to push data to the Admin Console. Reboot the ISY to clear the Start Linking. Set up the firewall/AV to accept the ISY IP address as a trusted address.

ISY Programs are event driven. The Program with a From/To time will produce a True If section at Sunset which causes the Then clause to run and a False if section at Sunrise which causes the Else clause to run. Issuing a Run Then for the program with the From/To of Sunset/Sunrise will run the Then clause. Issuing a Run If for the same program will result in the Else clause executing because it is not exactly Sunset.

Question 1.. if I set the max value to 50% will the max the light can go on be 50% with the buttons? or will it still go to 100% No. The load will ramp to 100% On if the button is held long enough. The Local On Level (max? don't know what that is) controls what the load does when the button/paddle is pressed on the device physically controlling the load. Reason I ask is because I have criteria (a program) that will turn on the light as well. except i only want the light to go on to 50%. A Direct command specifies the On Level. A Scene controls the On Level with the Responder On Level when the Scene is created. The Adjust Scene statement can alter the value. So in my program, should I set the scene on? or should I set the light on? I can set the light on to any value I want in the program. I assume the scene control will still control the light. Your choice. Direct command affects that specific device. A Scene can control a single device or a collection of devices. Question 2 Can you set a scene on to a certain value? If so how? Or is this value the value you set in the scene ie 50%? so a scene on command will yield 50% but the buttons can still ramp to 100? The Scene On Level is initially determined by how each Responder On Level is set. An Adjust Scene statement can be used to alter each Responder On Level. The Adjust Scene statement changes the Responder link record On Level value. The Scene still has to be turned On after the Adjust Scene statement makes the change to the Responder On Level.