apostolakisl

So far, Still have the rf signalincs sitting in a box. The system works pretty much the same, maybe even better. I am not having any failed commands, but I still get the occasional false trigger of that program related to too many hops. Questions: is there any way to trace the hop path taken. Knowing that might help find a shorter path. maybe Do you think a hardwired signal linc at or near one or all of my subpanels might do the trick? It wouldn't surprise if the need for multiple hops has to do with getting from phase to phase. Although you would think the rf signalincs would have solved that, especiallly with 5. What are the odds that all would be on the same phase, pretty low I think, but I never checked. Do the hardwired x10 phase couplers work the same as the Insteon ones? I actually have one of those sitting in a drawer right now.

IM I ran links tables on several devices. What did you want to know? And I would say that my system is currently working without error with no RF devices. I have not been able to create the false program trigger that this whole thread goes back to. Lou

If you can get x10 to work, you will find ISY/insteon to be a breeze. All the "bugs" are on the fringe, far from routine application issues. Certainly there is a learning curve using the ISY, but it is a highly reliable device. Far more reliable than any pc I have ever owned.

SignaLinc RF #2442 are the units. Manufact dates are 12th week 06 and 24th week 05. And I don't have any of the stuff that uses the extended messages. All of those sorts of things in my house are part of the Elk. As far as Insteon is concerned, I only have SWL's, ApplianceLincs, Lamplincs, and a few icon dimmers. I have about 60 devices total.

Yeah, the hinged black antenna and they plug in. Most if not all of them have the pass through plug, which I see the "access points" on SH website don't have. I'll look at all of them when I get home and see. But I am pretty sure none have the words "access point" written on them. I didn't really study this issue, however, as I didn't know it was worthy of such attention. But I did for sure look closely at one of them before I started posting about them because I wanted to make sure I referred to them by their proper name! Who knew I was sabotaging myself.

Did they change the name at some point? I see on SH website that signal lincs are the hardwired phase couplers, but I know for a fact that the word "signalinc" is on at least a couple of mine followed by the item number. I will confirm tonight. I think it might actually say "rf signalinc". These guys are fairly old. Heck, I don't even know if they are doing anything at all. The led lights up on them but other than that I have no way to check them. I suppose I could isolate my plm using a filterlinc and see if it still can communicate by putting one of these "rf signalincs" on each side of the filterlinc.

I had tried running extension cords from my plm to various other outlets around the house (100 ft cord was more handy than long cat5) and I couldn't really find any improvement in performance. I actually used a washing machine plug that was on its own breaker. Of course, at the time I was looking at it differently. Possible. I do have over 100 feet from my panel to the transformer, but I guess that isn't that long. I can do that tonight. PS, anyone want to buy some signalincs? Seems that mine are just wasting electricity.

That was my point. The SWL didn't hear the ack in 1 hop (it took two) which resulted in the SWL message being sent to the PLM twice. On the second ACK from the PLM, it allowed for more hops, so it got through to the SWL. So I was trying to get the ACK to go through in one hop (not 2). Not knowing the path taken, I consisdered that the rf signal lincs may have been involved. If using a dual band plm takes one hop out versus two signal lincs, then that was my idea. Anyway, a full evening and full morning of activity have completed in my home without any signal lincs or rf insteon devices of any kind. Everything is working at least as well as before, possibly better. None of the lights this morning misbehaved as per the original problem. My home has standard two phase power with three subpanels. As far as things connected to both phases, that would include the oven, heat pumps, well pump, air handlers?, two clothes dryers. The oven has not been on, the heat pumps/air handers are probably off (it is actually 68 right now), the dryers are off, and the well is off. So at least one of those devices must have some standby draw that is using both phases, I guess.

OK, yes, just did it. I didn't even know how many I had. Turns out I found 5. I think I found them all. Anyway, I querried every device and they all respond. Don't know how it is getting from one phase to the other. Must be a 220 appliance. Anyway, I turned off a bunch of the lights with the program in question and none misbehaved. Of course, sometimes they work perfectly, and then other times they won't. So, if all goes well for a week or so, then I will thank you for the suggestion.

I am trying to get the message to complete in 1 hop. Currently I have some 2 hop situations which are screwing things up. If I can turn the 2 hop into 1 hop, it might help. The problem is that the PLM is receiving a message, but the SWL is not getting the ACK on the first try which is limited to 1 hop. So the SWL sends a second message, which the PLM also receives (causing erroneously program trigger), this time the ACk is limited to 3 hops (which gets through with one hop left). So, I am not aiming for zero hops total, just one less hop.

IM, So, are you saying that from power line, to signal linc, to second signal linc, and back to power line is 1 hop total? I'm pretty sure that is what you are saying. I don't really know how to interpret the graphs since I don't know what device is at each hop. So, if indeed that is the case, then what affect would a dual band plm have? Flow chart (SWL = switchlinc, SGL = signal linc, PLM SB = non-rf plm, PLM DB = dual band PLM ) SWL => SGL => SGL => PLM SB ??? 1 hop ??? SWL => SGL => PLM DB ???? 0 hops ???? I assume that a "hop" is when the signal gets repeated by a device that is not the target. So if a SWL message goes directly to the PLM, that would be 0 hops. So, according to my above theory (the validity of which is certainly in question), a dual band plm in some situations could get rid of one hop. Lou

My experience is that no, they are not treating it as a valid problem with their devices. I tried to exchange 10 switches I had that were about 3 months past the two year warranty, they said no, as did the "manager". They literally told me to sell them on ebay (which I did, but I did clearly label them as v35's).

Everything he said plus a few concepts. In a 3 or 4 way circuit you only have one load, so you would make the ramp rate and on level the same for all devices. This isn't actually necessary, but if you like your little led's to all move together then you would do that. The paddles that aren't actually connected to the load could have any on level and any ramp rate, the light would still turn on according to the ramp rate and on level defined in the scene for the switch that is connected to the load. But, you could just as easily have those 3 or 4 switches each with their own load (ie 4 different lights in a scene). In this case you may want each device to have its own unique ramp rate and on level. Any device that is a controller for that scene will turn all the devices on and it will do so according to the ramp rate and on level as defined for each device in that scene. All the devices could be controllers of that scene or even none of them. Only devices that are controllers will cause the other devices in the scene to turn on, so, if a device is only a responder in a scene, if you walked up to that paddle and turned it on, it would only turn itself on, not the other devices. Also, a switch that is in a scene will always behave according to its own (non-scene) ramp rate and on-level when you actually push it. So if 4 switches are in a scene and you turn the scene on from a program, all of the switches will ramp rate/on-level per the scene definitions. If instead you pushed one paddle that is a controller of that scene, that switch will turn on according to its own non-scene ramp rate/on level (which most people would set the same as for the scene), but all the others would ramp/on according to the scene definitions.

Am I assuming correctly that when an RF signal linc device transmits to another signal linc, and then back to plc, that this counts as 2 hops? If indeed that is the case, then using these devices to connect phases in a house would always be a more than 1 hop event. I would think that a dual band plm would potentially fix this.

Thanks guys.

Thanks IM, LeeG, etal, I did take a look at the tables in the Insteon pdf listed and gathered that ISY was substituting descriptions for some of the code. I am going to have to print everything out and start doodling on it if I have any chance of figuring it out. Obviously I am not looking at actual insteon traffic here but rather the ISY's interpretation of the stuff the PLM sends and receives. I am not sure how many hours I want to spend on it. It sure would be nice if the guys at UD who know this like the back of their hand created a nice cliff's notes version. Of course I don't want them to stop working on the Elk module to do it.

Is there a single organized write-up on all the jargon contained in these event logs? I would really prefer to be able to interpret this stuff myself and all I can ever find are tidbits of info about how to interpret the language, never a comprehensive write-up.

Lee, So we have established that the PLM/ISY has received the "off" signal, and sent an acknowledgement, but the switch didn't receive it so it sent a second "off" signal thinking the first didn't get through. So we know that at least some of the time, 1 hop isn't enough to get from PLM to Switch. How about the opposite, do we know how many hops it is taking from Switch to PLM? It obviously tries at least twice if it doesn't get an ack. Would it try more than twice? Would the "1" after "DOF" indicate that this is try number 2 and if there were a third try it would put a "2" there? I am trying to figure out if one hop is always enough to go from switch to PLM. If so, why isn't one hop enough to get back? This morning I had a heck of time with it. It took many tries to get it to stay off. Fri 9/30/2011 6:53:15 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:15 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:15 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:15 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:15 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:15 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0 Fri 9/30/2011 6:53:16 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:16 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=2, Hops Left=0 Fri 9/30/2011 6:53:16 AM : [ 16 43 BC 1] DOF 1 Fri 9/30/2011 6:53:16 AM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTO NRR (3F) Fri 9/30/2011 6:53:17 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTO NRR (3F) Fri 9/30/2011 6:53:17 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:17 AM : [ 16 43 BC 1] ST 63 Fri 9/30/2011 6:53:20 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:20 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:20 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:20 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:21 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:21 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0 Fri 9/30/2011 6:53:21 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:21 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=2, Hops Left=0 Fri 9/30/2011 6:53:21 AM : [ 16 43 BC 1] DOF 1 Fri 9/30/2011 6:53:21 AM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTO NRR (3F) Fri 9/30/2011 6:53:22 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTO NRR (3F) Fri 9/30/2011 6:53:22 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:22 AM : [ 16 43 BC 1] ST 63 Fri 9/30/2011 6:53:22 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 20 EE FE (FE) Fri 9/30/2011 6:53:22 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=0, Hops Left=0 Fri 9/30/2011 6:53:25 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C3 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:25 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=0 Fri 9/30/2011 6:53:25 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:25 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:25 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:25 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0 Fri 9/30/2011 6:53:25 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:25 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=2, Hops Left=0 Fri 9/30/2011 6:53:25 AM : [ 16 43 BC 1] DOF 1 Fri 9/30/2011 6:53:26 AM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTO NRR (3F) Fri 9/30/2011 6:53:26 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTO NRR (3F) Fri 9/30/2011 6:53:26 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:26 AM : [ 16 43 BC 1] ST 63 Fri 9/30/2011 6:53:30 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C3 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:30 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=0 Fri 9/30/2011 6:53:30 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:30 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:30 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:30 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0 Fri 9/30/2011 6:53:30 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:30 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=2, Hops Left=0 Fri 9/30/2011 6:53:30 AM : [ 16 43 BC 1] DOF 1 Fri 9/30/2011 6:53:30 AM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTO NRR (3F) Fri 9/30/2011 6:53:31 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTO NRR (3F) Fri 9/30/2011 6:53:31 AM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:31 AM : [ 16 43 BC 1] ST 63 Fri 9/30/2011 6:53:35 AM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTO FFRR(00) Fri 9/30/2011 6:53:35 AM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Fri 9/30/2011 6:53:35 AM : [ 16 43 BC 1] DOF 0 Fri 9/30/2011 6:53:35 AM : [ 16 43 BC 1] ST 0 Fri 9/30/2011 6:53:35 AM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTO FFRR(01) Fri 9/30/2011 6:53:35 AM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hop s=1, Hops Left=0

Lee, thanks for the insight. I don't really know where to go from here. The ISY has a basically instant response to button presses of these devices as I watch the console or if I do querries. I don't know why the com would be so quick and error free from device to PLM to ISY but not from PLM to device. The problem barely existed prior to upgrading my firmware, so I don't know what to make of that. The PLM is 2 years old. The problem exists on every device that I have the program running on. I assume that means it actually exists on every device, it just doesn't cause a problem unless it has this program. And why does it list max hops as 1, 2, or 3 at different times? Does the max hop count mean that it quits repeating after 1, 2, or 3 hops? Why would it limit itself to 1 hop max ever?

OK, here they are with all the extra detail. You can see the "DOF 1" in there a little over half way down which is the erroneous "off" signal that put the light to 25% unexpectedly. Thu 9/29/2011 4:51:29 PM : [ 16 43 BC 1] DON 0 Thu 9/29/2011 4:51:29 PM : [ 16 43 BC 1] ST 137 Thu 9/29/2011 4:51:30 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 42 11 01 LTONRR (01) Thu 9/29/2011 4:51:30 PM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hops=2, Hops Left=0 Thu 9/29/2011 4:51:31 PM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTOFFRR(00) Thu 9/29/2011 4:51:31 PM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Thu 9/29/2011 4:51:31 PM : [ 16 43 BC 1] DOF 0 Thu 9/29/2011 4:51:31 PM : [ 16 43 BC 1] ST 0 Thu 9/29/2011 4:51:31 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTOFFRR(01) Thu 9/29/2011 4:51:31 PM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hops=1, Hops Left=0 Thu 9/29/2011 4:51:31 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 47 13 01 LTOFFRR(01) Thu 9/29/2011 4:51:31 PM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hops=3, Hops Left=1 Thu 9/29/2011 4:51:31 PM : [ 16 43 BC 1] DOF 1 Thu 9/29/2011 4:51:32 PM : [iNST-ACK ] 02 62 16.43.BC 0F 11 3F 06 LTONRR (3F) Thu 9/29/2011 4:51:32 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 27 11 3F LTONRR (3F) Thu 9/29/2011 4:51:32 PM : [standard-Direct Ack][16.43.BC-->ISY/PLM Group=0] Max Hops=3, Hops Left=1 Thu 9/29/2011 4:51:32 PM : [ 16 43 BC 1] ST 63 Thu 9/29/2011 4:51:37 PM : [iNST-SRX ] 02 50 16.43.BC 00.00.01 C7 13 00 LTOFFRR(00) Thu 9/29/2011 4:51:37 PM : [standard-Group][16.43.BC-->Group=1] Max Hops=3, Hops Left=1 Thu 9/29/2011 4:51:37 PM : [ 16 43 BC 1] DOF 0 Thu 9/29/2011 4:51:37 PM : [ 16 43 BC 1] ST 0 Thu 9/29/2011 4:51:37 PM : [iNST-SRX ] 02 50 16.43.BC 0F.D5.71 41 13 01 LTOFFRR(01) Thu 9/29/2011 4:51:37 PM : [standard-Cleanup][16.43.BC-->ISY/PLM Group=1] Max Hops=1, Hops Left=0

I will set the event viewer to pick up all the details and post them. But just looking at what I have right now there appears to be a dof signal being sent out that is boggus. The question is where did it come from and how to get rid of it.

Here is another example. This is my other daughter's bedroom and it looks like it did the same thing. I was not the one pushing the buttons. At 7:05:30 you see the second bogus dof (again with the 1 after it) which triggers the program and the light back onto 25%. Thu 9/29/2011 6:29:38 AM : [ 1 6 4 6 1 E 1 ] ST 255 Thu 9/29/2011 6:46:31 AM : [ 1 6 4 2 8 E 1 ] ST 255 Thu 9/29/2011 6:51:26 AM : [ 1 6 4 2 8 E 1 ] ST 0 Thu 9/29/2011 6:51:42 AM : [ 1 6 4 2 8 E 1 ] ST 255 Thu 9/29/2011 6:56:37 AM : [ 1 6 4 2 8 E 1 ] ST 0 Thu 9/29/2011 7:00:03 AM : [ 1 6 4 6 1 E 1 ] ST 0 Thu 9/29/2011 7:00:06 AM : [ 1 6 4 6 1 E 1 ] DON 0 Thu 9/29/2011 7:00:06 AM : [ 1 6 4 6 1 E 1 ] ST 155 Thu 9/29/2011 7:05:29 AM : [ 1 6 4 6 1 E 1 ] DOF 0 Thu 9/29/2011 7:05:29 AM : [ 1 6 4 6 1 E 1 ] ST 0 Thu 9/29/2011 7:05:30 AM : [ 1 6 4 6 1 E 1 ] DOF 1 Thu 9/29/2011 7:05:31 AM : [ 1 6 4 6 1 E 1 ] ST 63 Thu 9/29/2011 7:11:33 AM : [ 1 6 4 2 8 E 1 ] ST 255 Thu 9/29/2011 7:22:05 AM : [ 1 6 4 2 8 E 1 ] ST 0 Thu 9/29/2011 7:37:08 AM : [ 1 6 4 6 1 E 1 ] ST 0 Thu 9/29/2011 6:46:18 AM : [ 1 6 1 B D F 1 ] ST 255 Thu 9/29/2011 6:52:35 AM : [ 1 6 4 6 5 F 1 ] DOF 0 Thu 9/29/2011 6:52:40 AM : [ 1 6 4 6 5 F 1 ] DON 0 Thu 9/29/2011 6:52:40 AM : [ 1 6 4 6 5 F 1 ] ST 255 Thu 9/29/2011 6:52:48 AM : [ 1 6 4 6 5 F 1 ] DOF 0 Thu 9/29/2011 6:52:48 AM : [ 1 6 4 6 5 F 1 ] ST 0 Thu 9/29/2011 7:00:45 AM : [ 1 6 1 B D F 1 ] ST 0 Thu 9/29/2011 7:06:05 AM : [ 1 6 1 B D F 1 ] ST 255 Thu 9/29/2011 8:03:32 AM : [ 1 6 1 B D F 1 ] ST 0

Thanks Lee. I will start running sessions for logging. In the mean time. Thu 9/29/2011 6:29:36 AM : [ 1 6 4 3 B C 1 ] ST 255 Thu 9/29/2011 6:46:31 AM : [ 16 43 C 1 ] ST 255 Thu 9/29/2011 6:51:26 AM : [ 16 43 C 1 ] ST 0 Thu 9/29/2011 6:51:42 AM : [ 16 43 C 1 ] ST 255 Thu 9/29/2011 6:51:44 AM : [ 1 6 4 3 B C 1 ] DOF 0 Thu 9/29/2011 6:51:44 AM : [ 1 6 4 3 B C 1 ] ST 0 Thu 9/29/2011 6:51:44 AM : [ 1 6 4 3 B C 1 ] DOF 1 Thu 9/29/2011 6:51:45 AM : [ 1 6 4 3 B C 1 ] ST 63 Thu 9/29/2011 6:51:49 AM : [ 1 6 4 3 B C 1 ] DOF 0 Thu 9/29/2011 6:51:49 AM : [ 1 6 4 3 B C 1 ] ST 0 Thu 9/29/2011 6:51:57 AM : [ 1 6 4 3 B C 1 ] BMAN 1 Thu 9/29/2011 6:51:59 AM : [ 1 6 4 3 B C 1 ] SMAN 0 Thu 9/29/2011 6:51:59 AM : [ 1 6 4 3 B C 1 ] ST 83 Thu 9/29/2011 6:53:30 AM : [ 1 6 4 3 B C 1 ] DON 0 Thu 9/29/2011 6:53:30 AM : [ 1 6 4 3 B C 1 ] ST 137 Thu 9/29/2011 6:53:31 AM : [ 1 6 4 3 B C 1 ] DOF 0 Thu 9/29/2011 6:53:31 AM : [ 1 6 4 3 B C 1 ] ST 0 Thu 9/29/2011 6:56:37 AM : [ 16 43 C 1 ] ST 0 Thu 9/29/2011 7:11:33 AM : [ 16 43 C 1 ] ST 255 Thu 9/29/2011 7:22:05 AM : [ 16 43 C 1 ] ST 0 I sorted by the device and here is just this device's info for the entire morning. I am wondering if my daughter didn't actually push the button when I was in with my other daughter. But sometime in the 6:50'ish times I shut the light off, it bounced, and I shut it off again. But I am a bit confused. At 7:11 my daughters were both in the kitchen eating breakfast so how it is listed as 255 is a mystery to me. EDIT: Just noticed that perhaps that some of those are perhaps not the same device. I don't understand what device those codes are that are similar but different. I have no device 16:43:c1. For whatever reason ISY adds a 1 to the end of everything. The actual device in question is 16:43:bc MORE EDIT: It looks like 6:51:44 is when things went wrong. You can see that there is a device off, state 0, device off again (same time stamp), state 63, device off (third time), state 0. So it looks like there were device off commands received at 6:51:44 with the second one turning the light back on to 63 (25%). So, something caused a second signal. This might be what Indy Mike was talking about. Thu 9/29/2011 6:51:44 AM : [ 1 6 4 3 B C 1 ] DOF 0 (me pushing button) Thu 9/29/2011 6:51:44 AM : [ 1 6 4 3 B C 1 ] ST 0 (lihgt turned off) Thu 9/29/2011 6:51:44 AM : [ 1 6 4 3 B C 1 ] DOF 1 (bogus off command, ???what does the 1 mean after the dof, and for that matter what does the 0 mean the other times???) Thu 9/29/2011 6:51:45 AM : [ 1 6 4 3 B C 1 ] ST 63 (program ran and set to 25%) Thu 9/29/2011 6:51:49 AM : [ 1 6 4 3 B C 1 ] DOF 0 (me pushing button again) Thu 9/29/2011 6:51:49 AM : [ 1 6 4 3 B C 1 ] ST 0

I don't think that is what actually happened. I know I did not do that, but my 6 year old daughter might have acted on the switch. I do know that when I got up to her room the light was on brightly as is exptected from the 6:30 program that turns it on as an alarm. I do know that around 6:50'ish I tapped the off and the light went from brightly on to off, then bounced up to 25% ish, then I immediately tapped off again and it shut off and stayed off. As far as event viewer. I need to start a session of the admin console, set the event viewer to level "device communication events" and then let it start collecting data. As I understand, it is not possible to change the viewer level after the fact and get that info, correct?

Here is the event viewer. Curiously, the times don't line up with the log. 1643bc is the light in question and the timing of events is not the same as in the log. Thu 9/29/2011 6:51:51 AM : [ 1 5 8 5 2 8 1 ] DON 0 Thu 9/29/2011 6:51:51 AM : [ 1 5 8 5 2 8 1 ] ST 255 Thu 9/29/2011 6:51:57 AM : [ 1 6 4 3 B C 1 ] BMAN 1 Thu 9/29/2011 6:51:59 AM : [ 1 6 4 3 B C 1 ] SMAN 0 Thu 9/29/2011 6:51:59 AM : [ 1 6 4 3 B C 1 ] ST 83 Thu 9/29/2011 6:52:27 AM : [MOD 2 2 1 5] 1000 Weather - Temperature Rate = 0.1 ï½° F/h Thu 9/29/2011 6:52:27 AM : [MOD 2 2 1 12] 20000 Weather - Wind Average Speed = 2 mph Thu 9/29/2011 6:52:27 AM : [MOD 2 2 1 22] 2235 Weather - Evapotranspiration = 0.2 235 inches/day Thu 9/29/2011 6:52:35 AM : [ 1 6 4 6 5 F 1 ] DOF 0 Thu 9/29/2011 6:52:40 AM : [ 1 6 4 6 5 F 1 ] DON 0 Thu 9/29/2011 6:52:40 AM : [ 1 6 4 6 5 F 1 ] ST 255 Thu 9/29/2011 6:52:48 AM : [ 1 6 4 6 5 F 1 ] DOF 0 Thu 9/29/2011 6:52:48 AM : [ 1 6 4 6 5 F 1 ] ST 0 Thu 9/29/2011 6:53:26 AM : [MOD 2 2 1 5] 2000 Weather - Temperature Rate = 0.2 ï½° F/h Thu 9/29/2011 6:53:26 AM : [MOD 2 2 1 13] 130000 Weather - Wind Direction = W Thu 9/29/2011 6:53:30 AM : [ 1 6 4 3 B C 1 ] DON 0 Thu 9/29/2011 6:53:30 AM : [ 1 6 4 3 B C 1 ] ST 137 Thu 9/29/2011 6:53:31 AM : [ 1 6 4 3 B C 1 ] DOF 0 Thu 9/29/2011 6:53:31 AM : [ 1 6 4 3 B C 1 ] ST 0