apostolakisl

I just noticed the \r\n change to 2.8.8. So I checked out my network resources and noticed that the \r\n does show, but it added extra "n's" Sometimes just one, sometimes several. \r\n\n\n\n or \r\n\n for example. Not sure what to make of this. I use this to send the ir commands to my global cache which seems to work fine though I haven't checked every single code. What do those stand for anyway? carriage return?

Go to control panel, java, temprorary internet files, settings, delete files. This will clear the java cache and start you from scratch. Then go to http://www.universal-devices.com/99i/2.8.8/admin.jnlp This will create a new icon on your desktop which can be copied to anywhere you want.

Michel, Just now I was using the ISY console and then switched over to this forum. It had only been a minute or two when the ISY console screen popped up over this screen with the password entry box showing and exclamation marks next to all devices. I had never had this happen before prior to this 2.8.8 firmware. This has happened many times since the update. Logging back in fixes it (it has the password filled in already so I just have to hit enter). Prior to re-logging in, I went to the subcriptions irl you listed and below is what returned. <?xml version="1.0" encoding="UTF-8" ?> - it.

Michel, Yes, I see that it turns the scene on and that is wonderful and more than I had hoped for. I had just expected a message telling the user to do that rather than ISY actually doing it for you. But, my question is a little different. In the scene test that fails, some devices in the scene are set to be "off" when the scene is "on". So, turning the scene "on" turns "off" some devices and then turning the scene "off" just leaves those things "off". How, if at all, does this affect the results of the scene test. Lou

My scene testing has gone quite well but for one scene that is very large. It is the only scene where I have some items set to be off. Does having items in the scene set to "off" mess with the scene test?

I have a similar issue. I leave the console open all the time as well and after a few hours it has lost connection and placed excalamation marks next to all of the devices. Shutting down and reopening solves the problem. I would rather have this the old way, where it stays connected.

Ditto on LeeG. The scene should have been there with just the single kpl button in it. I have several such scenes whose only function is to trigger a program when pressed.

I never turn the power off. I just pull the power disconnect tab on the Insteon device to prevent arcing which can damage the switch. If that makes you nervous then don't do it. I take no responsibility for you if you do it and get shocked so do it at your own risk if you like. I have done it hundreds of times and have a standardized approach that keeps bare hot wires exposed only while I am actually uncapping/capping them. It is possible to handle hot, uninsulated wires directly if your body isn't not part of a path to ground. I rarely do this but have. You must have rubber shoes and can't be touching anything at all that is grounded. That includes the chassis for the switch. I watched an electrician once handling my hot 220 main house feeds with his bare hands. I don't do that personally. As long as your body doesn't provide a path to ground you won't get shocked. The biggest trick is when you have regular switches in the same box since they have exposed lugs on the side. Again, I have a standardized approach which moves them out of harms way, but you can also do a wrap with electric tape. I really hate turning the breaker off as it tends to mess with all kinds of stuff and furthermore my electricians didn't do the greatest job of labeling so there is that pain to contend with. Plus, when the breaker is off you need alternative light source. Also, I have had troubles getting my v35 switches replaced. How do you get them to do it?

Exactly, but just to be a little more clear, even if you don't have a multi-button scene, still create a scene for the kpl button and just put the button in all by itself.

I replaced all of my switches as well. It is probably best done one at a time anyway and it really doesn't take longer. I found that I would get things messed up one I tried doing a bunch at once. If you carry your laptop around with you to each location you are changing a switch, then, as soon as you get it wired in add it to ISY without any name. Then use the "replace with" command. While it is writing the links you can be putting your swtichplate cover back on and taking the cover off of the next one. Unless the switch has tons of links, it is usually done by the time you finish putting the switchplate on the previous one and get the switchplate off of the next one.

I can't confirm the changed part since I only recently started using this part of ISY. I can confirm that the \r\n does dissapear when you hit update and it does seem like it is replacing it with a carriage return.

Can't help you on the circuit breaker except to tell you that my panel is square D and it doesn't cause any problems. As far as whole house surge supressor. I have a Leviton model. I have no idea if it was a waste of money or not. It is a self sacrificing deal that dumps the extra current to ground to save your house (or at least that is the claim). So far it just sits there with two green lights. Perhaps one day I will come out and the green lights will be off indicating it died saving my house, or my house will be fried and I will know it was useless. It certainly wasn't hard to install at least.

check out this thread. http://forum.universal-devices.com/view ... highlight= I very much like my itach. I have learned several remotes so far and have asked that they create a database on the wiki to share all of our learned remotes so others can just download them. Hopefully that will be comming soon.

Michel, Great, thanks. So, let me make another suggestion. On that screen that comes up asking you to confirm the restore, you might include a note that says "During the restore your ISY console will not function, you will not see progress bars, nor will you be able to log back in should you close your console. Please be patient as the process can take up to 10 minutes per device." I know I have been making lots of suggestions about this sort of stuff, but I think people will really appreciate the extra information as they use various features for the first time. It prevents anxiety and wated time. Especially since ISY doesn't have a formal owners manual where this might otherwise be explained. Lou

After having replaced a ton of switches because of failed paddles my system became less stable. I speculated that there were some errors on devices and since I had replaced about half of my stuff, I decided to just go through and factory reset every single device and run a restore. So, yesterday I did that. During the restore, the ISY java console went dead. Needless to say, I had great anxiety during the 2 hours it took to complete the restore wondering if I had just completely scrambled my whole installation. The only comfort I had was that the PLM was blinking activity and the ISY tx/rx lights were blinking. After about 2 hours the console responded again and my system is working well. During the restore, what I had was the java console displaying like normal but not following commands. It would move from screen to screen and show devices I would click on, but if you tried to do a command, notta. It also did not indicate that any activity was going on. I closed the java console and tried to reopen, but the ISY wouldn't respond at all. The "finder" would find nothing. Question, is this normal? I would have expected to see it running down the devices with the write commands as it progressed.

After having replaced a ton of switches because of failed paddles my system became less stable. I speculated that there were some errors on devices and since I had replaced about half of my stuff, I decided to just go through and factory reset every single device and run a restore. So, yesterday I did that. During the restore, the ISY java console went dead. Needless to say, I had great anxiety during the 2 hours it took to complete the restore wondering if I had just completely scrambled my whole installation. The only comfort I had was that the PLM was blinking activity and the ISY tx/rx lights were blinking. After about 2 hours the console responded again and my system is working well. During the restore, what I had was the java console displaying like normal but not following commands. It would move from screen to screen and show devices I would click on, but if you tried to do a command, notta. It also did not indicate that any activity was going on. I closed the java console and tried to reopen, but the ISY wouldn't respond at all. The "finder" would find nothing. Question, is this normal? I would have expected to see it running down the devices with the write commands as it progressed.

I assume you have just one switch and one outlet. If not, put the switches together in a scene and put the plugs together in a scene. Also, this assumes the lighting load is attached to the swtich. I would consider using a kpl where one of the buttons does the monitors and the other does the lights. But, if you want to do it this way then. . . If switch is turned on and switch is not on then turn plug on if switch is turned on and switch is not off then turn plug off if switch is turned off and switch is not off then turn plug off if switch is turned off and switch is off the turn plug on I think that should all work. Haven't tested it but I use a few similar programs in my house as is that do work. Please note, that this does not take into account the double tap for fast on/off. You would need to pause between pushes long enough that the double tap function is no longer active. Also, you will be challenged in dealing with brightness levels if you don't want it to just be on/off.

I think there might be confusion that many people have when they first start using this stuff. Some points that I think will help. 1) When a command is sent to an individual device to turn on/off or whatever, it and only it will change. It does not matter what the device might be linked to, none of those other devices will be affected. 2) When a command is sent to a scene, all of the devices in that scene will respond as per the scene attributes. 3) When you locally control a device (press the button/switch), it will locally do its thing and if it is a controller in a scene, all of the other devices in the scene will do as per the scene attributes. Please note, turning on a device status (push the button) is not the same thing as that same device turning on as a result of a command sent to it via a power line command. Another way to say this is that a device always behaves as a responder only unless it is actually physically acted on. When you actually physically control the device it will be a controller (should you have programmed it to control something.) In this way, a device can respond to multiple scenes/programs. If a device were not setup this way, then a switch could not be part of one scene and control another scene because every time you changed a scene that the switch was part of, it would trigger the scene it was a controller of. You can see why you might not want this. Conceivable, you could have a cascade of scenes where turning one scene on might end up turning on practically everyting.

There is a very good chance that you have the "paddle issue". Until 2007 Insteon switches were using a micro switch (when you push the paddle it clicks down on a microswitch) that were of inferior quality. Take off the switch plate cover and see what version the switches are. If the 2476d's are prior to v3.2 then you will have the problem if you don't already. The version number can only be found by looking at the switch, the version listed in ISY is for the firmware and that is different than the hardware. If the paddles were bought from smarthome, they are under warranty for 7 years becuase of this issue. They will only honor the warranty for the original purchases so you will need to discuss the issue with the person who originally bought them.

Tom, Of course what Michel said is correct. But I know your confusion. Here is a way to think about it that I think helps. A controller (or manager as listed in the membership tree) only does the controlling when it is switched locally (i.e. you actually push the botton on the kpl or hit the swtichlinc paddle). No matter how else you change the status of that device, it is only a responder (or managed by). So, in the fewest words possible, for a device to tell another device to do something, it must have been pushed directly. Keep in mind, that a load connected directly to that switch will do as the switch does regardless of how it got that way. If you want the scene to turn on, put the scene in your program and then the whole shabang does its thing. Don't just list a switch even if it is a controller.

It appears that your switchlinc in the gardenshed is only a responder to the scene, not a controller. It does turn the light on becuase it is (I assume) the load. But it won't turn on the other switches in the scene. Try removing it from the scene and then adding it back to the scene as a controller.

I too put scenes in my programs which are controller/responders and have found it to be superior to listing devices separately. Aside from the obvious added work of listing all the devices I find it executes more quickly and I don't encounter any surprises. In fact, if my program targets more than two devices and an appropriate scene doesn't already exist, I will create a scene specifically for the program (although it will be a responder only).

Yes, I just learned that the hard way. I spent a good half hour last night and ended up having to completely remove my kpl from ISY factory reset it and then add it back rebuilding all the scenes to fix it.

Michel, Unless my unit is doing something different than it is supposed to, my progress bars don't seem as straight forward as you describe. For example, if I add a switch to a scene, it does not start at zero and go to 100% in a single orderly fashion. It starts at 0 and goes to 100 many times depending on the size of the scene. Some of those times it flies across so fast that I can't hardly see it and other times it is quite slow. It might do a 0 to 100% 6 or 7 times when building a scene. And it isn't like it does this once per device in the scene. I really never know for any maneuver how many times it needs to go across. Also, sometimes, I have the "writing" labels on devices and the progress bar isn't there at all. It seems to be writing because it will progress from "1011" to "writing" on device after device, but no progress bar shows up at all. In this case it I know it is done when all of the green labels are gone. My main gripe really is that never can you watch the bar and have a real idea about how close it is to being done. I just think that a percentage bar should be there so that you can estimate when the job will be done, and this progress bar doesn't do that. It seems that if communication failures occur then it shouldn't keep going across, it should stop. After all, it isn't actually making progress. And if it has 10 jobs to do to build a scene, it should start at 0 and go 100 a single time as it does those 10 jobs. Perhaps a little flag comes up if it is having comm difficulty to let you know about that and pausing during that time.

Michel, If you are looking for other simple to implement ideas, here is one. Instead of the 1011 in the green box next to devices that need to be written to, why not put the word "pending". While they are writing, the most obvious word "writing" shows up so why not be just as simple when the write is pending? I have seen a number of posts on here where people were confused as to what the 1011 meant. One other thing. I don't really understand what the bar that gives a percent of job completion means. It keeps either slowly or rapidly jumping accross the screen only to start at 0 again or maybe not. Perhaps those percentages really mean something, but I don't know what. It might be just as well to put one of those spining clocks or something just to indicate that the system is writing rather than what seems to be meaningless percentages. Lou