LeeG

If these devices/firmware displayed before but not now I would look at the UI and the level of Java. Has Java been updated since the last time the display was correct? Does Help | About show the correct UI level? If Java has been updated it may be necessary to clear the Java cache including Applications and reestablish the Admin Console. Obviously the base 3.3.10 has not changed.

What are the device types that do not appear below? What are their firmware levels? Not all devices such as Controller Only nodes do not appear below the line. It may also be that 3.3.10 does not understand what the device is if released after 3.3.10 shipped.

The Failed status is the result of not seeing an ACK from a given device. Note the line in Red from 22.CB.5B and this device is marked Succeeded. The remaining devices do not send an ACK or the PLM does not process it. This could be caused by missing Responder link records in the PLM. Could also be caused by one or more CFLs that are noisy when turned On. Thu 03/27/2014 02:01:20 PM : [GRP-RX ] 02 61 19 13 00 06 Thu 03/27/2014 02:01:20 PM : [iNST-SRX ] 02 50 22.CB.5B 24.1B.E3 61 13 19 LTOFFRR(19) Thu 03/27/2014 02:01:20 PM : [std-Cleanup Ack] 22.CB.5B-->ISY/PLM Group=0, Max Hops=1, Hops Left=0 ----- Front House-Garage Test Results ----- [Failed] Garage Outdoor Lights (23 F2 6E 1) [Failed] MB C - Front House (24 16 3B 5) [succeeded] Hallway A - Front House (22 CB 5B 3) [Failed] Front House Lights (23 F2 B0 1) ----- Front House-Garage Test Results ----- Thu 03/27/2014 02:01:29 PM : [iNST-ACK ] 02 62 00.00.19 CF 13 00 06 LTOFFRR(00)

The On condition for a Dimmer is 100%. If all On Levels should be considered use "not Off".

Each Controller (Red node below ISY Scene name) has been clicked and the Responder buttons for that Controller set to 0% On Level?

Take a look at this topic. A few posts in shows the configuration of two Scenes where one button is a Controller and the other buttons are Responders with 0% On level. This topic has multiple KPLs. Look at the Scenes for only 1 KPL. viewtopic.php?f=27&t=11249&hilit=fanlinc

Glad to hear things are working. Thanks for posting back the results.

All the motion sensor options should be set through the ISY. Set Jumper 5 which enables the motion sensor for software updates. Put the motion sensor into linking mode by pressing the Set button until the Red LED blinks continuously. Click on the Sensor node and select the Options button at the bottom of the right side node display. Check Sensing mode: and uncheck On Only mode which causes the motion sensor to send On commands only. The timeout interval now has no affect. The motion sensor will send an On command each time motion is sensed. The motion sensor is dependent on motion. Standing in the area will not trigger motion On. Many users are using motion sensors. Once you get the motion sensor set up correctly it will work with the above programs.

The ambient temp comes back as a number which is * 2 (in .5 degree increments). Divide the response by 2. 144 / 2 = 72.0 degrees.

Set the Motion Sensor to On Only mode and check Sensing mode (Occupancy mode). The motion sensor will issue a motion On without waiting for the timeout interval to expire.

Any additional motion On messages will trigger the Then clause again starting a new Wait interval. The Else runs when the To time is reached which turns the Scene Off If Control 'MS I2CS-Sensor' is switched On And From 6:00:00AM To 6:00:00PM (same day) Then Set Scene 'Scene1' On Wait 1 minute Set Scene 'Scene1' Off Else Wait 1 minute Set Scene 'Scene1' Off

One of the time ranges is covered by this example If Control 'MS I2CS-Sensor' is switched On And From 6:00:00AM To 6:00:00PM (same day) Then Set Scene 'Scene1' On Else - No Actions - (To add one, press 'Action') Create two more Programs with the other time ranges. Insure the time ranges do not overlap. If Control 'MS I2CS-Sensor' is switched On And From 6:00:01PM To Sunset (same day) Then Set Scene 'Scene2' On Else - No Actions - (To add one, press 'Action')

"If Control" should not be used as a Folder condition. If Control is looking at the command that is flowing from the KPL button. Should the Programs only execute when the KPL button is On use "If Status 'kplbutton' is On".

Michel The X10 messages come from the test Program at the bottom of one of my previous posts. It is a test Program only to show if a Program was being triggered. At the time you noted the Program was issuing an X10 On when the Program was triggered. I changed the Program to issue an X10 Off (rather than an X10 On) when the Program was triggered True by the If Status 'EZIO8SSA' is Off. I was issuing a Query using the Admin Console. I have confirmed a Query from a Program does not trigger the Program. No Program trigger in trace below from a Program issued Query. Mon 03/24/2014 02:19:34 PM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 4F 02 Mon 03/24/2014 02:19:34 PM : [iNST-ACK ] 02 62 0D.FC.71 0F 4F 02 06 IOCTL (QUERY) Mon 03/24/2014 02:19:34 PM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 4F 00 IOCTL (00) Mon 03/24/2014 02:19:34 PM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Mon 03/24/2014 02:19:34 PM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 49 00 Mon 03/24/2014 02:19:35 PM : [iNST-ACK ] 02 62 0D.FC.71 0F 49 00 06 RINPUT (00) Mon 03/24/2014 02:19:35 PM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 49 30 RINPUT (30) Mon 03/24/2014 02:19:35 PM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Mon 03/24/2014 02:21:51 PM : [ Time] 14:22:18 0(0) Mon 03/24/2014 02:21:51 PM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 4F 02 Mon 03/24/2014 02:21:51 PM : [iNST-ACK ] 02 62 0D.FC.71 0F 4F 02 06 IOCTL (QUERY) Mon 03/24/2014 02:21:51 PM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 4F 00 IOCTL (00) Mon 03/24/2014 02:21:51 PM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Mon 03/24/2014 02:21:51 PM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 49 00 Mon 03/24/2014 02:21:51 PM : [iNST-ACK ] 02 62 0D.FC.71 0F 49 00 06 RINPUT (00) Mon 03/24/2014 02:21:52 PM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 49 30 RINPUT (30) Mon 03/24/2014 02:21:52 PM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Sorry to have wasted time chasing a 'normal' situation.

pkopp Thanks for posting back. The post by Tom Fitz. (Smarthome forum post) covers those who do not have automation. I think it is easier to just do it through the ISY. Also, as I mentioned in an earlier post, now that ISY has the toggle mode definition a Restore Device will bring the definition back if the KPL is every reset.

"How do I assess the folder condition" Go to Programs | Summary. The Status column shows the current True/False evaluation of the Folder.

That would indicate a new PLM is needed. It may not solve all the comm problems but the ISY can not do anything until it can talk to the PLM.

Once the ISY is in safe mode recycling the PLM alone is not sufficient. The PLM does not signal after a power cycle so the ISY will still assume it cannot communicate with the PLM. Reboot the ISY after power cycling the PLM. It may still go into safe mode if the PLM is dead but it may work if the PLM is intermittent.

KPLs have never been able to have buttons (except load control button) turned On/Off with Direct commands. It is an Insteon limitation. The Direct On/Off commands have no means of identifying which KPL button to turn On/Off. These commands never had that capability. The structure of a link record does have that capability which is why a Scene must be used.

That is the manual method of setting a button toggle mode. It is also described in the KPL User Guide. It is much simpler to press two buttons on the ISY display. Also the Restore Device puts it back if it is accidentally reset.

Use the ISY to set ON/OFF button to non-toggle Off mode.

If Control 'xxxxx' is switched On never produces a Program trigger that is False so the Else clause cannot run terminating the Wait.

As an FYI, setting the values in each Controller (Sw1 and Sw2) is actually setting the Local On Level values. Even though these devices are not physically controlling a load (nothing connected to Red wire), setting the Local On Level in each Controller insures that when a paddle is pressed the status LEDs in the Controllers reflect what the Responder is doing. When using Adjust Scene statements it gives one a better sense of just how much work the ISY does when defining an ISY Scene. It is not always understood just how many different device and Responder link record values are managed by an ISY Scene definition. Thanks for taking the time to post back.

Relay 1 was Off between the times you asked about. Here is the log ... EZIO8SA / EZIO8SA - 2 Status 100% Fri 2014/03/21 09:12:46 AM System Log EZIO8SA / EZIO8SA - 3 Status 100% Fri 2014/03/21 09:12:46 AM System Log EZIO8SA / EZIO8SA - 4 Status 100% Fri 2014/03/21 09:12:46 AM System Log EZIO8SA / EZIO8SA - 5 Status 100% Fri 2014/03/21 09:12:46 AM System Log EZIO8SA / EZIO8SA - 6 Status 100% Fri 2014/03/21 09:12:46 AM System Log EZIO8SA / EZIO8SA - 7 Status 100% Fri 2014/03/21 09:12:46 AM System Log EZIO8SA / EZIO8SA - 8 Status 100% Fri 2014/03/21 09:12:46 AM System Log X10 A10 Fri 2014/03/21 09:12:48 AM System Log EZIO8SA / EZIO8SA - 9 Status 100% Fri 2014/03/21 09:12:49 AM System Log EZIO8SA Status Query Fri 2014/03/21 09:13:36 AM Web Log X10 A12 Fri 2014/03/21 09:13:36 AM Program Log X10 A12 On (3) Fri 2014/03/21 09:13:36 AM Program Log EZIO8SA Status 0% Fri 2014/03/21 09:13:36 AM System Log EZIO8SA / EZIO8SA - 2 Status 0% Fri 2014/03/21 09:13:36 AM System Log EZIO8SA / EZIO8SA - 3 Status 0% Fri 2014/03/21 09:13:36 AM System Log EZIO8SA / EZIO8SA - 4 Status 0% Fri 2014/03/21 09:13:36 AM System Log EZIO8SA / EZIO8SA - 5 Status 0% Fri 2014/03/21 09:13:36 AM System Log EZIO8SA / EZIO8SA - 6 Status 0% Fri 2014/03/21 09:13:36 AM System Log EZIO8SA / EZIO8SA - 7 Status 0% Fri 2014/03/21 09:13:36 AM System Log EZIO8SA / EZIO8SA - 8 Status 0% Fri 2014/03/21 09:13:36 AM System Log X10 A12 Fri 2014/03/21 09:13:39 AM System Log EZIO8SA / EZIO8SA - 9 Status 0% Fri 2014/03/21 09:13:39 AM System Log T2491T1E - Main Status 23° Fri 2014/03/21 09:31:58 AM System Log T2491T1E - Main Status 22° Fri 2014/03/21 09:34:09 AM System Log EZIO8SA Status Query Fri 2014/03/21 09:35:04 AM Web Log X10 A12 Fri 2014/03/21 09:35:04 AM Program Log X10 A12 On (3) Fri 2014/03/21 09:35:04 AM Program Log EZIO8SA Status 0% Fri 2014/03/21 09:35:04 AM System Log X10 A12 Fri 2014/03/21 09:35:07 AM System Log T2491T1E - Main Status 23° Fri 2014/03/21 09:35:17 AM System Log EZIO8SA Status Query Fri 2014/03/21 09:36:09 AM Web Log X10 A12 Fri 2014/03/21 09:36:09 AM Program Log X10 A12 Off (11) Fri 2014/03/21 09:36:09 AM Program Log EZIO8SA Status 0% Fri 2014/03/21 09:36:09 AM System Log X10 A12 Fri 2014/03/21 09:36:12 AM System Log EZIO8SA Status Query Fri 2014/03/21 09:36:26 AM Web Log X10 A12 Fri 2014/03/21 09:36:26 AM Program Log X10 A12 Off (11) Fri 2014/03/21 09:36:26 AM Program Log EZIO8SA Status 0% Fri 2014/03/21 09:36:26 AM System Log X10 A12 Fri 2014/03/21 09:36:29 AM System Log Note that at 09:35:46 is the start of a Query which has a trace entry showing Relay 1 Off and the Program being triggered which issued the X10 command. At 09:36:03 was another Query which also has a trace entry that shows Relay 1 Off and the Program being triggered again issuing another X10 command. There is no trace entry showing Relay 1 On. The event trace at the beginning of my previous post was to show the event trace shows all the relays if there was an actual change in state. The two Query commands at the end of that post was to show the Program was triggered even though there was no change to On for Relay 1, That is, the Status did not change, yet the Program with an If Status was triggered.

Ignoring what happens to Relay 1 (will cover that at the end) the Query Status/State of each relay is displayed when it is different from what the ISY has for the relays current Status. I turned all the relays On using a Utility so the ISY would have them Off when they were actually On when the Query was done. Then I turned them Off with a Utility so the ISY would have them On when they were actually Off. In both cases the ISY displayed the state of all the Relays because the Query response showed a change for each relay. Fri 03/21/2014 09:12:44 AM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 4F 02 Fri 03/21/2014 09:12:44 AM : [iNST-ACK ] 02 62 0D.FC.71 0F 4F 02 06 IOCTL (QUERY) Fri 03/21/2014 09:12:44 AM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 4F FF IOCTL (FF) Fri 03/21/2014 09:12:44 AM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Fri 03/21/2014 09:12:44 AM : [ D FC 71 1] ST 255 Fri 03/21/2014 09:12:44 AM : [ D FC 71 2] ST 255 Fri 03/21/2014 09:12:44 AM : [ D FC 71 3] ST 255 Fri 03/21/2014 09:12:44 AM : [ D FC 71 4] ST 255 Fri 03/21/2014 09:12:44 AM : [ D FC 71 5] ST 255 Fri 03/21/2014 09:12:44 AM : [ D FC 71 6] ST 255 Fri 03/21/2014 09:12:44 AM : [ D FC 71 7] ST 255 Fri 03/21/2014 09:12:44 AM : [ D FC 71 8] ST 255 Fri 03/21/2014 09:12:44 AM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 49 00 Fri 03/21/2014 09:12:47 AM : [iNST-ACK ] 02 62 0D.FC.71 0F 49 00 06 RINPUT (00) Fri 03/21/2014 09:12:47 AM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 49 31 RINPUT (31) Fri 03/21/2014 09:12:47 AM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Fri 03/21/2014 09:12:47 AM : [ D FC 71 9] ST 255 Fri 03/21/2014 09:13:34 AM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 4F 02 Fri 03/21/2014 09:13:34 AM : [iNST-ACK ] 02 62 0D.FC.71 0F 4F 02 06 IOCTL (QUERY) Fri 03/21/2014 09:13:35 AM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 4F 00 IOCTL (00) Fri 03/21/2014 09:13:35 AM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Fri 03/21/2014 09:13:35 AM : [ D FC 71 1] ST 0 Fri 03/21/2014 09:13:35 AM : [ D FC 71 2] ST 0 Fri 03/21/2014 09:13:35 AM : [ D FC 71 3] ST 0 Fri 03/21/2014 09:13:35 AM : [ D FC 71 4] ST 0 Fri 03/21/2014 09:13:35 AM : [ D FC 71 5] ST 0 Fri 03/21/2014 09:13:35 AM : [ D FC 71 6] ST 0 Fri 03/21/2014 09:13:35 AM : [ D FC 71 7] ST 0 Fri 03/21/2014 09:13:35 AM : [ D FC 71 8] ST 0 Now to Relay 1. I think the ISY displaying Relay 1 state and actually triggering a Program as though Status changed when it did not is a defect. Displaying the State when it did not change could be considered okay since this is an event trace. However, triggering a Program when the Status did not change has to be a bug (IMO). This trace shows a Program being triggered that is using If Status even though Status did not change. Fri 03/21/2014 09:35:46 AM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 4F 02 Fri 03/21/2014 09:35:46 AM : [iNST-ACK ] 02 62 0D.FC.71 0F 4F 02 06 IOCTL (QUERY) Fri 03/21/2014 09:35:46 AM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 4F 00 IOCTL (00) Fri 03/21/2014 09:35:46 AM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Fri 03/21/2014 09:35:46 AM : [ D FC 71 1] ST 0 Fri 03/21/2014 09:35:46 AM : [ X10] A12 Fri 03/21/2014 09:35:46 AM : [ X10] A12/Off (11) Fri 03/21/2014 09:35:46 AM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 49 00 Fri 03/21/2014 09:35:47 AM : [X10-RSP ] 02 63 6B 00 06 Fri 03/21/2014 09:35:48 AM : [X10-RSP ] 02 63 63 80 06 Fri 03/21/2014 09:35:48 AM : [X10-RX ] 02 52 6B 00 Fri 03/21/2014 09:35:48 AM : [ X10] A12 Fri 03/21/2014 09:35:49 AM : [iNST-ACK ] 02 62 0D.FC.71 0F 49 00 06 RINPUT (00) Fri 03/21/2014 09:35:49 AM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 49 30 RINPUT (30) Fri 03/21/2014 09:35:49 AM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Fri 03/21/2014 09:36:03 AM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 4F 02 Fri 03/21/2014 09:36:03 AM : [iNST-ACK ] 02 62 0D.FC.71 0F 4F 02 06 IOCTL (QUERY) Fri 03/21/2014 09:36:03 AM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 4F 00 IOCTL (00) Fri 03/21/2014 09:36:03 AM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 Fri 03/21/2014 09:36:03 AM : [ D FC 71 1] ST 0 Fri 03/21/2014 09:36:03 AM : [ X10] A12 Fri 03/21/2014 09:36:03 AM : [ X10] A12/Off (11) Fri 03/21/2014 09:36:03 AM : [iNST-TX-I1 ] 02 62 0D FC 71 0F 49 00 Fri 03/21/2014 09:36:03 AM : [X10-RSP ] 02 63 6B 00 06 Fri 03/21/2014 09:36:04 AM : [X10-RSP ] 02 63 63 80 06 Fri 03/21/2014 09:36:05 AM : [X10-RX ] 02 52 6B 00 Fri 03/21/2014 09:36:05 AM : [ X10] A12 Fri 03/21/2014 09:36:05 AM : [iNST-ACK ] 02 62 0D.FC.71 0F 49 00 06 RINPUT (00) Fri 03/21/2014 09:36:06 AM : [iNST-SRX ] 02 50 0D.FC.71 22.80.0B 2B 49 30 RINPUT (30) Fri 03/21/2014 09:36:06 AM : [std-Direct Ack] 0D.FC.71-->ISY/PLM Group=0, Max Hops=3, Hops Left=2 If Status 'EZIO8SA' is Off Then Send X10 'A12/Off (11)' Else Send X10 'A10/On (3)'