johnnyt

turns out the answer is (from UDI): The ISY listens for X10 signals and bases the state of a device (On/Off) on those. You cannot use X10 states as conditions in a program. You can use X10 signals as program conditions without the module.

I do have two way x10 modules that will respond to status request. What I'm not clear on is whether ISY will hear the response and update the status it tracks. Do I understand that it will as long as the devices are from Smarthome and/or do not use extended codes in their response? Sent from my iPod touch using Tapatalk

Just to ask for clarification on one or two things if I may: 1. Does the X10 module include keeping track of x10 device status and being able to use it in a program condition, i.e. does this work? if status MyX10DeviceName is ON or is it truly only "cosmetic" in that it simply allows one to send/listen for x10 by name rather than by code, i.e. if X10 MyX10DeviceName is Received 2. If yes to 1, can it track responses to X10 status requests?

Some routers (like the Linksys BEFVP41) send updates regularly, like every 10 mins, even if there has been no IP address change. If you have a free DynDNS account, that's considered abusive and you'll get cut off. If your router does this or doesn't have DDNS option, you can use this software http://www.kanasolution.com/products/dy ... -download/. Another reason to use this software is that it can be configured to send an email when the IP address changes. I have it send me an email at work so I have my latest IP address there because the corporate firewall blocks dyndns web addresses. Note that you do need a computer on your LAN to be running for this to work.

Sounds like you need to either put your DSL modem/router in bridge mode or port forward 443 on it to your router. Sent from my iPod touch using Tapatalk

2413 v.98 Sent from my iPod touch using Tapatalk

okay, am going to open a support ticket. Looking further through my event viewer logs I noticed an odd event while I was replacing my old KPL with the new one - a sign of data corruption? -> Mon 08/27/2012 12:56:47 PM : [uNKNOWN ] 02 D8 Here are a few lines from before and after: Mon 08/27/2012 12:56:47 PM : [standard-Direct Ack][18.58.D8-->ISY/PLM Group=0] Max Hops=3, Hops Left=2 Mon 08/27/2012 12:56:47 PM : [iNST-TX-I1 ] 02 62 18 58 D8 0F 28 0F Mon 08/27/2012 12:56:47 PM : [iNST-ACK ] 02 62 18.58.D8 0F 28 0F 06 SET-MSB(0F) Mon 08/27/2012 12:56:47 PM : [iNST-SRX ] 02 50 18.58.D8 19.71.CB 2B 28 0F SET-MSB(0F) Mon 08/27/2012 12:56:47 PM : [standard-Direct Ack][18.58.D8-->ISY/PLM Group=0] Max Hops=3, Hops Left=2 Mon 08/27/2012 12:56:47 PM : [iNST-TX-I1 ] 02 62 18 58 D8 0F 2B 61 Mon 08/27/2012 12:56:47 PM : [uNKNOWN ] 02 D8 Mon 08/27/2012 12:56:56 PM : [iNST-TX-I1 ] 02 62 18 58 D8 0F 28 0F Mon 08/27/2012 12:56:56 PM : [iNST-ACK ] 02 62 18.58.D8 0F 28 0F 06 SET-MSB(0F) Mon 08/27/2012 12:56:57 PM : [iNST-SRX ] 02 50 18.58.D8 19.71.CB 2B 28 0F SET-MSB(0F) Mon 08/27/2012 12:56:57 PM : [standard-Direct Ack][18.58.D8-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

I pulled out a new (spare) KPL (18.58.D8) I keep on hand, linked it in, tested toggle and LED brightness (something else that was not working on the KPL in question) and everything worked fine so I went through the replace device and now the new KPL doesn't let me change toggle mode or LED brightness! - same "Request Failed" message FWIW, there are 74 device links and they are identical to what the PLM has in it's table. Replacing the KPL was slow and painful. Had to be restarted twice. Caught one of the failures in the event viewer (Mon 08/27/2012 01:03:23 PM : [18 58 D8 1 ] Link 60 : 0E18 [E2061A1D09FF1F06] *Failed Writing ) Watched progress along the way and for the most part "hops left" were 2, although I saw a few 1's and 0's - none right before the "Failed Writing" event, though. In fact the event just before was: Mon 08/27/2012 01:03:19 PM : [standard-Direct Ack][18.58.D8-->ISY/PLM Group=0] Max Hops=3, Hops Left=2 Edit: re-linked in the "old" KPL and without replacing it back in I tested toggle/brightness and they work fine. Help!

am running 3.2.6 in both cases. no, the kpl is not disabled and there are no pending updates (would see gray arrows, right?) I retried this morning and got a strange error again the first time. This time it was "Platform Errors -10108, Check log". I had a strange error the first time yesterday too but didn't note the err message so didn't mention it. When I checked the error log I see a TON of 17001 errors which I recognize as DSCLink updates (0: GET-->/rest/vars/set/2/23/0) and which also point to the machine on which both DSCLink and HomeSeer run ([HTTP] 192.168.0.10:19848->80). I think I should post separately on these errors because I can't see how it's related to the kpl problem I'm having. In fact it also looks to me like there's a bug in the error message display functionality, showing a previous message rather than the current one (another separate issue). I did try changing the toggle mode on another kpl and it worked fine. Unless you have other ideas, I will try later to restore the device. I also suspect there's noise or something on the circuit to the kpl as updates to it are very slow (as, I suspect, will be the restore). Does the insteon command for changing toggle mode maybe give up quickly if it doesn't work right away?

Ran query insteon engine and nothing came up. I ran it again with event viewer, followed by several attempts to change the toggle mode to all the available options then repeating some of them. Here's the event log: Sun 08/26/2012 08:13:24 PM : [All ] Writing 1 bytes to devices Sun 08/26/2012 08:13:24 PM : [iNST-TX-I1 ] 02 62 16 74 D5 0F 0D 00 Sun 08/26/2012 08:13:24 PM : [iNST-ACK ] 02 62 16.74.D5 0F 0D 00 06 (00) Sun 08/26/2012 08:13:24 PM : [iNST-SRX ] 02 50 16.74.D5 19.71.CB 2B 0D 01 (01) Sun 08/26/2012 08:13:24 PM : [standard-Direct Ack][16.74.D5-->ISY/PLM Group=0] Max Hops=3, Hops Left=2 Sun 08/26/2012 08:13:25 PM : [16 74 D5 0 ] Calibrating engine version Sun 08/26/2012 08:13:25 PM : [16 74 D5 0 ] May not fully support i2, reverting to i1 Sun 08/26/2012 08:13:35 PM : [All ] Writing 0 bytes to devices Sun 08/26/2012 08:13:41 PM : [All ] Writing 0 bytes to devices Sun 08/26/2012 08:13:46 PM : [All ] Writing 0 bytes to devices Sun 08/26/2012 08:13:50 PM : [All ] Writing 0 bytes to devices Sun 08/26/2012 08:13:54 PM : [All ] Writing 0 bytes to devices Sun 08/26/2012 08:14:03 PM : [All ] Writing 0 bytes to devices

Have tried several times to change from toggle mode to non-toggle "always off" mode on a v.36 keypadlinc but I keep getting "Request failed" message. The following lone event shows up in the event viewer (set to level 3): Sun 08/26/2012 12:50:48 PM : [All ] Writing 0 bytes to devices Strangely too, the first time (of about 8+ times I tried) I got a message about DHCP Renew error. Can't see how a DHCP error would be related so it appears to have been a fluke occurrence (maybe displaying a previously stored or coincidental error message?) but I thought I would mention it anyway.

Hi, I picked up browsing the message board that the new Keypadlincs with firmware v.40 provide the ability to turn off buttons on a second KPL. I have a few "pairs" of KPLs that I'm looking at replacing for that very reason so I wouldn't have to count on programs and the inherent delays that result from that approach to handle this much used functionality. Question is will I be able to use ISY's "Replace with" function to go from a v.36 to a v.40 KPL or did they become too different for that to work now? I can't see myself moving if I have to start from scratch. I would also like to know this so I know whether or not I'm going to be S.O.L. if I end up having to replace a defective (v36) KPL with a new (v.40) one. Thanks.

I noticed unexpected (to me) behavior with some IO Lincs that I did eventually figure out. I would send OFF to a scene that I expected would turn OFF two IO Lincs but it was turning them on (or leaving them on). The scene was created for use by a program in an "all off" type of situation so I guess I also set the relay levels in the scene to 0 instead of leaving them at 100 (default) as some sort of fail safe mechanism that probably was not necessary and, as it turns out, a bad idea. I'm pretty sure this used to work fine (the way I expected, I mean) when I first set it up but it was a while ago now so maybe not. It's quite possible I didn't even test it when I set it up, not thinking OFF would ever mean ON for a scene, although I did know ON can mean OFF, or level 0. Thankfully - but which perhaps creates my confusion - this doesn't seem to work that way for other devices I have from which I initiate scenes that turn some lights off while turning others on, e.g. Keypadlinc. Is this a hardware feature or a firmware feature? Did I just miss the behavior when I first set the scene up? What's the rationale/application for it? Are there other devices that work this way? Any info would be appreciated.

It does appear the HS ISY plug-in is causing the system busy message after a save as the programs are updated in HomeSeer. As I posted on HS forum and elsewhere here, while it prevents back-to-back saves, this particular issue is not a big deal. RE: System -170001 [uDSockets] HTTP:33 error:6 at the same time. I'll assume the HS plug-in sent a close notify but has not yet closed the socket properly and that it has no impact on my system or its performance. RE: Open failed for LOG/ERRORA.LOG. I'll assume this is not indicative of a problem with my setup. Thanks.

Okay, I've posted to HS Forum http://forums.homeseer.com/showthread.php?p=1004890#post1004890

Looks like the HomeSeer ISY plug-in is the cause of my performance problem with notifications, not the SD card. see http://forum.universal-devices.com/viewtopic.php?f=27&t=7939&p=60301#p60301 I'm still not clear why replacing my SD Card did improve my performance in some areas (with HS plug-in running) and the notification problem didn't occur with firmware 3.1.11 and before.

I think I've found the problem for system busy after a save. I disabled my HomeSeer ISY plug-in and the system did not go busy after a save. Now what? I guess I need to talk to the HS ISY plug-in developer but have you seen this before? Is there something I should tell him (or myself ) that would help me resolve this issue?

Got 2 strange errors when I saved a program tonight (the program saved okay so probably just a coincidence). I couldn't find them in the list of error messages on the wiki. First, while the system was busy after the save, the attached screenshot shows a message about and open failed for an error log file. See attached screenshot below. In the error log at around this time I got the following messages. Thu 2012/01/26 07:44:35 PM System -170001 [uDSockets] HTTP:33 error:6 Thu 2012/01/26 07:44:39 PM System -170001 [uDSockets] HTTP:33 error:6 Thu 2012/01/26 07:44:44 PM System -170001 [uDSockets] HTTP:33 error:6 and a little later: Thu 2012/01/26 07:52:24 PM System -170001 [uDSockets] HTTP:29 error:6 Thu 2012/01/26 07:52:29 PM System -170001 [uDSockets] HTTP:29 error:6 What do these things mean?

If not a garbage collection issue, any idea what would have caused my SD card to begin impacting performance the way it did without actually failing or showing any bad blocks? Sure, here it is: If $sLightOut is 1 And ( Time is Sunset - 30 minutes Or ( From Sunset - 1 hour and 30 minutes To Sunset - 29 minutes (same day) And Control 'MISC (Non Lighting) / Dusk and Low Bat Sensors / Front Door Dusk-Dawn' is switched On ) ) Then Send Notification to 'JT' content 'Dark Out' $sLightOut Init To 0 $sLightOut = 0 Else - No Actions - (To add one, press 'Action') I have about 4 other programs that would re-evaluate

Thanks for the replies. I will re-evaluate my need for persistence in my programs. Interesting. I think I may have evidence that there is a visible performance problem related to writing to nvram, at least in more recent firmware releases. I've found that after I moved to 3.1.16 from 3.1.11 I needed to add a "wait" after a "send notification" command and before updating a state variable and saving it. Otherwise I would get the standard notification instead of the custom notification I was supposed to get. I was told it's because the system is busy but it happens every time without fail so the busy condition seems to be writing and saving a state variable. See http://forum.universal-devices.com/viewtopic.php?f=25&t=7693&p=58831#p58831

Thanks for the great insights. Sent from my iPod touch using Tapatalk

Have read a couple of posts that suggest or seem to suggest avoiding writing to non volatile memory. I have several programs I use as variables, many created before variables were available and many simply because I got used to that paradigm. In the then clause I "enable run at startup" and in the else clause I "disable run at startup" to preserve the state through a reboot. If I was using variables I would use the "init to" command to do the same thing, which also writes to nvram I believe. Am aware of some of the drawbacks with solid state disk and ran into what I now think was a performance problem due to perhaps a lack of garbage collection on it (didn't really get an answer when I posted on that but it might be because it was near the bottom of a long post. see http://forum.universal-devices.com/viewtopic.php?f=7&t=7768&p=60001&hilit=garbage+collection#p60001) What are some recommendations when it comes to this?

Setting a variable does seem like a cleaner/better idea than disabling the program and re-enabling it later but I end up in the same boat as before. I still need to reset the variable to 0 at an appropriate time later, with "appropriate" being several conditions, including time period, status change like nighttime variable change and "switched on or switched fast on", perhaps others. Since it isn't clear to me anymore if/when I can include "control" and "status" in the same program, this will just add one more program. Does the order of the execution matter with conditions, i.e. does it make a difference if I put "control" conditions first or last? Could this be because my insteon network is less than ideal but not bad enough that things aren't visibly not working for me so I don't realize it?

Oops. I meant "true=open" Sent from my iPod touch using Tapatalk

The then above should read "turn garage light on" The "2 garage doors open" is really just a check of a program variable "false=open" Sent from my iPod touch using Tapatalk