intellihome

Thanks Michel. That's what I thought but wanted to make sure.

Is the following list just a bug list in 2.7.13 or a bug list and improvement list? Is it a list of what's BROKE or FIXED in 2.7.13? I'm a little confused because some of the items in the list sound like problems and some sound like improvements. Bugs in 2.7.13 - 2476D w/sense ... no on levels in programs - KPL sub button status not reflected correctly in the case of All On/All Off - Crash while migrating IRLinc TX files - UD Chart showing invalid dates - Log shows invalid characters when done through HTML interface - Alphabetical sorting of groups/nodes in the Chart utility - Replace does not update the Adjust Scene settings - Added Device/Node paths in the programs - More consistent naming/icons for batch/battery devices (PRO only)

Thank you guys. I really appreciate you walking me through this. 1. I did a backup 2. created the new certificate (from home), this time it saved a copy to my computer "UD.DCF" and rebooted the ISY.

Thanks Mark! I'll be leaving work soon and I'll give it a try from home. Will requesting a a self signed certificate a second time cause a problem? What happens to the first one? I figured I'd screw this up one way or another Thanks again!

ah ha , thats what I keep confusing myself with...the SSL security is not for login security it's for encrypting the data that is moving between the ISY and the browser I'm using. 1. To further help me understand...what is so critical about the information being passed along from the isy and a browser? I guess the user ID and password would be vulnerable but other then that? there is no personal data on the ISY. or is there? As far as I know I completed the step to request and install a self signed certificate by typing in my WAN and checking the save box and hitting OK. Nothing seemed to happen? No errors, no "completed" message or anything like that. So I closed the console and reopened and still get the Security Warning that "ISY is currently configured with the default SSL certificate". BTW I requested the self signed certificate from a remote browser (work computer). This is where I currently am.

Thanks Mark! I am currently using port 443 and I access with https. "For example, if you access remotely via http://1.2.3.4/admin, then enter 1.2.3.4 when generating the certificate. Similarly for a hostname." So do I type I type the whole address as in your example... https://1.2.3.4/admin or just the 1.2.3.4? (of course subsituting 1.2.3.4 with my address). "Access remotely as before, using https instead of http. The browser will warn you that the site's certificate is not trusted because it is self signed, and give you a way to save the exception permanently. Once you do this, the browser won't warn you again. No access differences after that." So, what I don't understand about this SSL stuff, is when I access my ISY remotely, I am a stranger to the ISY and my browser will warn me that it's not trusted but give me a way to save the exception permanetly. So why can't anybody do this? and always have access? What am I missing? Thanks again! I'll get it it eventually

I have neglected to setup a SSL certificate because I use my ISY remotely on a daily basis and procrastinate because I do not want to be "locked out" if I do something wrong while setting it up. I am pretty naive when it comes to the SSL certificate. I've read several topics on the subject from both the internet and our Forum but for some reason I can't seem to grasp the concept enough to fully understand what is happening. I do understand the general idea of what's taking place, so I decided to give it a shot and selected "request and manage SSL certificates". Generate and install a new self signed certificate. I stopped here. 1. It seems easy enough, I just type in my WAN IP and Save? 2. Then what? 3. What do I do from a remote browser? 4. I also access from my phone (Droid). Sorry, it's probably as simple as it seems but like I mentioned I don't want to be without access.

Super. Thanks Mark! The KPL button backlight values can be adjusted independently for button ON brightness ('ON 15' above) and button OFF brightness ('OFF 7'). All buttons in a KPL use the same values; writing to any of the buttons sets the values for the KPL as a whole. The OFF values are 0 (off) to 7 (bright). The ON values are 0 (dimmer) to 15 (brighter), and is relative to OFF brightness such that the dimmest ON value is always brighter than the specified OFF value. (ON=0 and ON=1 may actually be the same as ON=15 in some cases; ON=2 is generally reliable as the dimmest value for a given OFF brightness.) So the pulldown menu simply lets you select the combination of values that you want. You can use the LED Brightness button on the device page itself (in My Lighting) to experiment and see what it looks like on the specific device in question. Lots more technical details in other threads. Start here and wind your way back through the references: http://forum.universal-devices.com/viewtopic.php?p=28079 --Mark

That is in fact where my 98% of my issues arise...programming. The others are KPL buttons as responders. Thanks for the information upstate and Indy Mike. I really appreciate it.

Thanks Rand, Could you please elaborate? There are many selections from the pull down menu for the THEN statement in a program. I posted two of them to try and understand... as example...what the ON 15 /OFF 7 are. I assume it's brightness level but I am confused as to what happens. As an example, what will the following program do to the KPL button A? If Time is 9:00:00PM Then Set 'Mud Room KP A' On 9 / Off 5 (Backlight Level) Else - No Actions - (To add one, press 'Action')

Thanks for elaborating. I did not realize the Insteon signal was more complex and therefore more vulnerable to noise. Makes more sense as to why I have some reliability issues. One last thing...In regards to your quote above, I was under the impression from Smarthome, the more devices you have the stronger more reliable your network. But if the more you have, the more impact you have on signal strength doesn't that make the network weaker?

Thanks! That's a good starting point. I appreciate your help.

Thank you Mark. (I will browse the Wiki a little bit more then I have). so how I decipher the level and ramp rate. In the example shown on the wiki link you provided it shows either an "FF" or "00" for response (level) and a "1F" or "00" for a ramp. What are these values? I only know an on level to be % (such as 50%) and ramp to be 1 second to 9 minutes. Thanks for your time.

Thanks UpstateMike, If I may expand my question a little bit based on your responses... 2. What do you mean by in sync? If the signal is received simultaneously by lets say 30 devices (in the same area), how do they start repeating the signal? Who goes first, second, third...? what about the other 70 switches? Are these signals sent parallel? or sequential? wouldn't this cause collisions or be excessive traffic? 3. The reason I ask about this is because, prior to insteon, I as well as others had elaborate X10 systems that were quite reliable. I am now 50/50 X10/Insteon. My insteon simply replaced X10 modules. The fact that my X10 worked so well and still does must indicate that I do not have a serious noise or signal sucker problem in my install. I don't want to get off topic with my specific issues but just state that in general, one would assume that the insteon network is not as robust as it is in theory. I read far to many posts on reliability issues where our moderators and members question signal problems due to noise and signal absorption. As I write this post I start to wonder if certain noise offenders could be more of a problem to Insteon then X10. It's kind of set in my mind that "If it doesn't affect X10 then it won't affect Insteon...maybe that's not true?

I recently read MarkJames post that is now a "sticky". (Thanks Mark) "The command would get relayed through the network until a responder with a matching destination address received it." I've read a lot of posts over the last year and I thought I read some contradicting information. I can't recall the info, so would rather start fresh to clear my head. As a simple example, My house has 100 devices. I have switchlinc A (controller) linked to switchlinc B (responder), 1. Is it true to say that if I press switchlinc A ON, that all 100 devices will relay the command until switchlinc B sends an Acknowledge or the HOP count expires (three tries)? 2. What happens when 100 devices try to relay (send the same command all at once)? 3. If this MESH network works as described, we should't see so many posts about communication problems??

Hello, In regards to writing a program and setting an action for a KPL button, I was hoping somebody could explain what the following means? ON 0 / OFF 0 (Backlight level) ON 15 / OFF 7 (Backlight level)

Can anybody help clarify the information I see when I look at a device link table. I have seen a few posts that explain it. Like the great, recent write up by MarkJames, but my device table does not resemble what was posted. As in the example below, I recognize the address but nothing else. OFF8? A2? 00? FF? 1F? 01? 6 button KPL OFF8 : A2 00 12.9F.7D FF 1F 01 OFF0 : E2 01 12.9F.7D FF 1F 01 OFE8 : E2 03 12.9F.7D FF 1F 03 The count goes to 20, I only show three as an example. Also, This KPL only has two togglelincs linked to buttons A and B and the on/ off buttons control the load. Plus these two buttons are included in a "bedroom OFF" scene. I don't see how the count is 20 links. Once I can decipher the links table, I should be able to figure it out.

No other issues with the switches to speak of other then an occasional KPL button not changeing LED state as a responder. You're probably accurate that I have communication issues which finally solidifies my thoughts that... Insteon is no more reliable then my X10 that I had running on Homeseer for over ten years. Smarthome sure did fool me with the "Insteon Mesh network" concept. At least I have the ISY to help manage this protocol. Without the ISY, I would have dropped Insteon a year ago. I'll continue to plug away at my communication issues and try to improve my system. As always...Thank You!

alf, I have the exact question you have. I looked some of the spec sheets and don't really see any glaring advantages. As you mention, perhaps some have both and can give their opinion. In a sense, I hope their is no additional benefit to a later rev KPL's because I know I'll be tempted to plop down a few hundred as well.

Yes Michel - ISY99 Pro Additional info - The green arrows display "writing" while the scene is being created. After the scene is created if the arrows remain they display 0101 (or some form of 0's and 1's...I can't remember specifically).

Upgraded 2.7.10 to 2.7.11 Upgrade went smoothe - No issues to report Wrote a few programs, created a few scenes, added a togglelinc. Edit: One thing I am seeing is on one KPL...If I add a button to a scene, the ISY completes the scene but the green arrows remain next to all the devices that were written to. I exited out of the admin console and logged back in only to still see the green arrows. I then remove the button from a scene and add it back and the arrows go away. The green arrows will remain after a scene is complete 3 out of 4 times. (I made several scenes just to get a frequency) Edit (2) The green arrows will go away by Creating another scene with the device in question or an unassociated device. Edit (3) this issue occurs on three of my KPL's (I only made scenes for these three so far). Again, it's 3 out of 4 times.

Thanks Michel -

I am a little confused with the KPL issues that "may" be present during the 2.7.9 to 2.7.10 drama. I have a couple of KPL's that I installed while my ISY was version 2.7.9. I upgraded to 2.7.10 painlessly but I have a few issues with the KPL's. Without really wanting to get into the troubleshooting, I just want to factory reset the KPL's and add them back with 2.7.10. What's the best way to do it? Do I need to delete each device thats in the KPL scenes or can I just delete the KPL scene? Do I need to delete all programs that include the KPL's and then rewrite them? Or just leave the programs as they are and when I add the KPL back into my device list...all is good?

I can confirm. I had this happen every time I created a new program or copied a prgm in 2.7.8 and 2.7.9 However in 2.7.10, for me anyway, it is now just an intermittent occurrence. Every so often it will happen. I haven’t figured out the rhythm to it yet. Tim I also can confirm that 2.7.10 has an intermittent occurence and have not played with it enough to determine what scenario causes it.

OK, I just set one up with a KPL as a responder only, and a SL as a controller and it worked as you advertised. I'm not sure what was going on last time I tried doing this with my I/O lincs. I'll have to revisit the past situation so I can get a better understanding. Thanks for your response!