gfridland

I agree with you upstatemike... All I know is that SO FAR it seems to be OK. I will continue to monitor (it's not that hard to see light going on at 2am) and if a week goes by without incident, I will feel much more confident that this was the cause. At this point I am crossing fingers... I will mention that since the togglelinc factory reset, I have not seen ANY X10 events in my Log file. Prior to the reset, I would get +/-5 each day. The togglelinc in question only operates a few times daily.

3 nights and no scene misfires. Looks like the stored X10 address in adjacent device may have been causing issues.

1. Remove the kpl button from the scenes. 2. create a program that turns on various scenes if KPL button is pressed ON 3. create another program that turns off kpl button if all light scenes are off Ex if lightA and LightB and LightC etc. is off, then turn off KPL button. You may have to add the KPL button to a new scene and turn on the scene to toggle the KPL button. I have similiar programs working.

Michel, this link to managing/installing certificates worked: https://www.universal-devices.com/ssl/insteon no more errors.

donkur... I had similar issues in the past. It was my "norton internet security" application. I had to disable it to be able to do successful upgrade. I also generally use a hardwired connection as on one occasion, the wireless gave me issues. Hope this helps... BTW, I was using XP-Pro and Norton Internet Security 2008 when I had issues .

Michel, Thanks for the quick reply... You are correct on the ramp rate...I rebooted the devices and all is correct. Don't remember having to do this in the past, but as I get more into this, I begin to notice new things. I tried to reinstall the cert, but still get the error. Do I need to generate a new certificate to install? When I try to do this, it states that it is installed correctly, but the Java console does not reboot. Will try again and let you know if working. Thanks for clearing up the event viewer code. I like it!

Upgraded to 2.7.10. Upgrade went well and funtionality is good. I have noticed a strange format in my Event Viewer when doing a device restore: Sat 01/30/2010 11:17:37 PM : [12 39 E5 1 ] Link 36 : 0ED8 [A2030E0A1FFF1F05] Writing [A2030E0A1FFF1F05] Sat 01/30/2010 11:17:45 PM : [12 39 E5 1 ] Link 37 : 0ED0 [A2030DC82AFF1F05] Writing [A2030DC82AFF1F05] Sat 01/30/2010 11:17:54 PM : [12 39 E5 1 ] Link 38 : 0EC8 [A2020E2BA6FF1F02] Writing [A2020E2BA6FF1F02] Sat 01/30/2010 11:18:02 PM : [12 39 E5 1 ] Link 39 : 0EC0 [A2020E0A1FFF1F04] Writing [A2020E0A1FFF1F04] Sat 01/30/2010 11:18:11 PM : [12 39 E5 1 ] Link 40 : 0EB8 [A2020DC82AFF1F04] Writing [A2020DC82AFF1F04] Sat 01/30/2010 11:18:29 PM : [12 39 E5 1 ] Link 41 : 0EB0 [A20113387CFF1F07] Writing [A20113387CFF1F07] Sat 01/30/2010 11:18:38 PM : [12 39 E5 1 ] Link 42 : 0EA8 [A201133761FF1F07] Writing [A201133761FF1F07] The code in the [xxxxxx] is unusual. I have not seen this before. The device restore went very well and the links were proerly written to the device. I am also getting a Cetrificate Mismatch when I log in through the web. I can still get into my console remotely, but have to try to create a new certificate through the ISY cert generator. This happened after upgrade. Not big deal items as functionally, the upgrade seems to be stable so far. Thanks for your hard work! MORE... Looks like local ramp rates are not being written to SOME devices (togglelinc dimmers). If they are part of a scene, there seems to be no problems.

Cool! Thanks!

Brian, thanks for the link...interestingly, the quick start PDF from the provided link still states 417 links...But I see the number in the tech description. Does my link count seem reasonable for the size of install?

Success??? Last night, no unexpected triggers of scenes or devices. Perhaps just coincidence, but the significant improvement for me was the fact that there were no recorded X10 events (I had at least 2 per night in the past) in my Log file as I do not have any X10 devices. Not sure if this is was related. I factory reset the togglelink dimmer that I was able to match to the X10 event using the log file. This was the only major change that was made. This dimmer is part of a different scene than the problem one, but shares a common KPL. This dimmer is linked to a secondary button while the problem scene is on the main (load) of the same KPL. Wishfull thinking? I will continue to minitor this... This morning, I looked at the PML links...I counted 406!!! To verify that there are no mismatches, I factory reset the PLM and restored it and the link count was the same after restore. Is this correct? I thought that there is 1 link per device node and 1 per scene in the PLM. I have 60 devices, including 7 KPL (8button), 1 Motion sensor, 1 IRLinc with 20 programmed codes, and 1 EZIO2x4. This doesnt add up to so many links...How do scenes play into this? I have about 30 scenes (some large, some small) The reason I am concerned is that based on the 2412s documentation, 417 is max for this PLM...if this is accurate, I am getting really close to maximum. How do larger installs handle this limitation? I looked at Smarthome and this is actually larger than the new 2413 dual band that replaces the 2412s. This board is great...thanks to all!

Thanks Upstatemike...I will try creating an additional scene to ensure that there is no duplication.

Upstatemike, At first, I thought that this may be a program/group related issue and I deleted the kitchen lights scene and recreated a new scene with the same devices. I named it differently. I assume that this would have assigned a new group number in the PLM? After this, the scene still triggered. At this point, I am really thinking it is a device (member of scene) that is causing this issue and not the PLM, however, I may do a PLM restore to eliminate any PLM link related issue.

Interesting. The KPL isteslf is an earlier version...approx 3 years old. Shows up as "(2486D) Keypadlinc Dimmer v.2D" in the Java console. I did factory reset this device to eliminate the unintended X10 address possibility. I did not reset the Togglelinc that appears to have an X10 assosiated with it yet as I just discovered it this morning. So the KPL should not have an x10 in it, but would be controlled to a secondary button by the togglinc. The togglelinc in questionis part of a different scene but controlled by the common KPL. I don't believe that the scene associated with the togglelinc in question triggers unexpectadly.

Brian... No, I am not using any X10 devices and actually reset all the devices in the problem scene to ensure that there are no questions. I did not reset ALL devices in my home...YET! Last night, after understanding how to view the log file, I found 1 X10 command/event that I can link to a device that is not part of the problem scene, but has a KPL in common with the problem scene. I will factory reset it this evening to ensure that the X10 address is erased, but am still wondering if this device can turn on a scene on the load on a common KPL even though it belongs to a secondary button scene. Another point to remake is that there are no logged X10 commands in the ISY logs at the times of scene misfires (middle of night), but i suppose that if this is something that is coming through a powerline from a neighboriung house, it may be sufficiently weak to where the ISY would not see it to log it, but the target device may.

Update: Last night, after removing all devices from the scene, nothing triggered. All individual devices that were part of the scene remained off and there were no events in the log. I will continue to monitor this as there were a few dayas last week that the scene did not turn on...(2 out of 7 days). One thing that I did notice after carefully reviewing the logs is that the is 1 X10 event that the system picks up...never at a corresponding time as my unexplained scene triggers, however, it is linked to a KPL (in the problem scene) in an indirect way. I am not familliar with how X10 programs work with KPLs so perhaps someone can enlighten me. This may real like a riddle, but... It appears that there is and X10 address assosicated with a togglelinc dimmer which is part of a different scene (family room lights). This scene is controlled and responds to a secondary button on the KPL which is part of the scene that I am haveing issues with (kitchen light scene). This is the only connection that I can draw from the X10 event. I tried to decipher the manual for X10 programming of KPLs, but still cannot understand if all individual buttons are addressable or if there is only 1 address per KPL. In other words, if a togglelinc recieves an x10 command to turn on and is part of a scene (family room lights) controlled by a secondary button on a KPL, will it turn on the main load (kitchen lights) on that KPL? OK my nraib is fried!! Thanks in advance for any insight!

TJF1960, I have looked at the programs and the only event that occurs in the middle of the night is the 3AM query...nothing gets in the logged into the proram summary during the times of interest. Now that I am able to see the logs, I know what time this occurs at...also, in the log, it states as "status" next to all devices in scene...when a program triggers an event, "program" is referenced. Tonight will be the individual, removed from scene devices with recording test programs. stay tuned!

upstatemike, I have no ControlLincs in my install. The scene has 4 KPLs and 2 togglelinc dimmers...all are hardwire devices.

I see some random X10 signals in the log, but none are in a similar time to the scene ON times. They are really randon and are not only at night. I did forget to mention that I do have 1 motion sensor...but it is assosiated (through programs) with other "security scenes" that do not involve the one that is unexpainable. I have removed all involved devices from the scene and set up a program for each that will notify me via text if they are turned ON. This way I hope to only have 1 device activate instead of the entire scene...this will help isolate the device.

Wow!!! the log is cool... Lots of information. I see the scene going on at 4:16am last night...no trigger...just on at 100%. Other nights at different times, varying from 12:15am, 1:20am, ect...no pattern evident. Can a neighbor have insteon devices with same address? With the addtion of my newest devices to the network, am I now able to pick up more signals that I was not able to in the past because my Insteon network is "stronger"? Insteon devices repeat signals right? Seems like a stretch, but perhaps my approach should be to remove all devices from the scene and see which one is triggered by using the Log or a simple proogram...

Thanks oberkc... Are you saying that the log is already "stored" or does the event viewer need to be open to log events and then allow for viewing in Exel? Thanks again!

Great ideas guys...I have never played with the event log. I just looked at it and it appears that there are no logged events. I assume the java console would have to remain open and running in order to log in events? I will try that this tonight. I agree that is seems like there is a controller involved as the entire scene triggers...I was hoping that deleting and recreating the scene would eliminate that group from the PLM, but it didn't work. So I am also leaning on one of the devices in thhe scene, but WHY ONLY AT NIGHT??? This is what really throws my logic. This would indicate that there is a program involved that is time dependant...right? The only event I have iis the Query at 3AM... Is it possible that there are links in the plm that are not matched to the ISY? I have tried to read the links in the from the PLM links table but it does not allow for the "compare" option as with the devices. Would I compare this to the ISY links table somehow? HMMMM

I have been trying to decipher my problem for over a week now and have not been able to resolve/understand the cause. Hopefully someone here can help. I have a setup with approx 60 devises including 7kpls IR-Linc, EXIO2x4 and togglelink dimmers/relays. I have had this setup running for over 2 years without issue. A few weeks back, I added an additional 13 dimmers, 1 IRLinc, and 3 KPLs (included in total above) Since this addition, or perhaps coincidence, I have 1 scene that triggers on its own sometime during the night. Best I can tell at the moment, between 2 and 5am. The scene consists of 6 devices. 2 KPL's where the load is part of the scene, 2 togglelinc dimmers, 1 KPL secondary button that acts as a controller and 1 KPL secondary button that acts as a responder. The entire scene existed prior to new devices being installed and never had this issue. All devices are triggered and ON as if the scene was called for by either a press of a button on the scene controller, or as if the ISY called it ON from a program. I have gone through all my programs multiple times to verify that this is not a part of a program and as a matter of fact, this scene doesn't even exist in any of my programs. I have read all links in the devices, and compared them to the Links in the ISY and all are correct with no missing ones and no mismatches. Thinking that this may be an X10 issue (I do not have any X10 devices)that may be coming from a neighbor's home, I factrory reset all devices and restored the devices using the ISY. All went well, but that night, the scene turned on again. I then decided to delete the scene and recreate it in the ISY...deleted all devices from the scene and created a new scene with the same devices thinking if the scene is no longer available, it can no longer be called out. Same issue, middle of the night. SO here I am...trying to understand the cause an then fix it. The only event that triggers in the middle of the night is the 3AM query. I will try to disable it to see if there is something there, but the Query has always been working with out incident. I have also created a test program that will notify me if any device is switched on during that timeframe. I will also try to remove all devices from the scene so I can possibly ID which device is causing the scene to trigger. If no conclusive results, I will then remove the PLM to isolate the issue from the ISY. What am I missing??? Any help would be appreciated

Does the V35 issues plagueing the Switchlincs effect Togglelincs? I have 5 Togglelinc Relays and 3 togglelinc dimmers that report as v35...just curious if these are suspect. Thanks!

Michel, can you clarify: "If you really want to go back to 2.7.7, you will have to RESTORE the backup from 2.7.7 ... 2.7.7 cannot backward migrate file system" Is this true in all cases? Are there specific devices that pose issues? The reason I ask is that I simply Upgraded the firmware to 2.7.7 without resoring the database from my prior 2.7.7 install (main reason was that I have modified the install significantly since going to 2.7.9.) All devices/ programs/ scenes migrated to the 2.7.7 and left me with a few issues as described in recent posts to correct. Thanks again in advance!

I'm able to see 2.7.7 in the Help...About pop-up. I would try clearing cache if you didn't already. I noticed a few more issues after the downgrade to 2.7.7 from 2.7.9a: 2 of 6 KPL's links had to be removed and then added back into scenes to function properly...not sure why, but it appears that there were some broken links after the downgrade. Interestingly, this only affected 2 KPL's and no other devices. The links still existed in the devices, but when I tried to trigger a scene from the Java console, the KPL buttons would not respond. After the "remove from scene" and add beck into same scene, all works well.