apostolakisl

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

Curious. I never had to select that option before, it defaulted to it. They must have changed the default sometime from when I first added my KPL's to now. Thanks for pointing out that rather obvious but yet missed solution.

I have a 6 button kpl which was acting up after making a small change. After trying to restore, factory reset then restore, and removing from scenese and replacing in scenes, I gave up. I removed it from all scenes then removed it from ISY completely. I factory reset it and readded it to ISY and redid all of the scenes. It is working again, however, in the tree of devices, all of the sub-buttons (A,B,C,D) show up as individual devices instead of in a sub-tree. Why is this happening? I also tried clearing the Java cache.

I did not believe that the wait statement actually caused a re-evaluation. Rather, I understood that a re-evaluation COULD occur during a wait state, at which point, a program would be either halted or restarted. This is exactly the sort of thing I was talking about when referring to program triggers and programs restarting prior to conclusion. For example, let's say a switchlinc is on and a program is running which includes the status of the switch. If the switchlinc is told to turn on again (either locally or otherwise), the program resets, even though nothing seemed to happen. Essentially, any traffic on the system referring to an insteon device will restart a program containing a "status" line for that device, regardless of whether that traffic caused a change in the status or not. I was playing with writing programs where the "if" and "then" section were written into two separate programs. The "if" program runs the "then" program with the "then" program's first line to disable the "if" program and the last line turning it back on. It seemed to work for me, but another poster was not having as much luck.

Personally, I think one of the greatest issues with understanding how this system works is undertanding what triggers programs. ISY will reset a program in the midst of running if any events occur that are "triggers" Bascially, everything in the "if" section runs the risk of restarting your program midstream.

Nice work. I agree that ISY has a lot of things you don't quite expect and you touched on a number of them. One thing I think they should do is drop the word "on" and replace it with 100%, since that is what they mean. A silly thing that bugs me is the lack of the word "delete". The rest of the world uses "delete" to delete something, not "remove". I always have to stare at if for a while before I remember to look for remove, not delete. The ISY totally needs a logically put together programmers manual. Even for people like me who have spent a fair amount of time writing programs and whatnot, a few weeks after you figure something out, you forget when you don't use it. I have taken to writing a list of my anecdotes for future reference, but still. And trying to piece things together from the threads is, well, at best very time consuming. I like what you have started. Thanks.

OK, I think I got this figured out. Never mind.

One more note here. I can turn the KPL on/off from the Java console by turning the scene on/off. The button light turns on/off and the ISY console shows it turn on/off. But, the program doesn't run. The only thing that trip it is to go up and hit the button. I don't understand!!!!!

Lee, thanks for the response and I think I understand what you are saying but let me add the following observation. From the ISY Java console, I can turn the scene "music" on. When I do this, the KPL button listed in the program turns on. Still, though, the program doesn't execute. How could ISY possible not be aware of the change in status when it was intiated from ISY? I also tried adding another 2476d switch to the scene. The KPL turns on and off as expected when you hit the 2476d switch, but still, the program doesn't execute. As I mentioned before, manually pushing the button works fine. I just don't quite understand why ISY doesn't observe the status of the KPL button from any initiator except physically pushing the button.

I guess what it come down to is, should programs trigger from a status change of a KPL button when the change is not physically initiated by pushing the kpl? It would seem that the answer is no by my experience. Either that or I have something screwy going on.

I am trying to get elk to initiate an ISY program. The program is currently triggered by pushing a kpl button (not the load). The kpl button is in a scene as a responder and controller. The program triggers a bunch of network commands to my global cache. Elk is set to turn the scene off. The button backlight does turn off, but the program that is controlled by that button doesn't run. I tried setting the program to run as both control and status of the button. The program runs fine when I push the kpl manually. What am I missing here?

Devices should report and show the current state on ISY's main console regardless of how they got that way. You should not have to close your window and reopen it to have the state be shown accurately either. I can sit at my console and watch as my wife and kids move around the house turning lights on and off. I had a KPL that was not reporting state properly and found that a factory reset of the kpl follwed by a "restore device" fixed the issue. If nothing on your system is reporting state, I would think that perhaps you are having a plm issue. If the ISY is not getting the word when a device has its state changed, then programs triggered by those status' won't work either. Check to see if programs are functioning that are initiated that way. If reopening the Java console gets the state to show correctly, then you must be having a Java communication problem with ISY knowing what is going on, but it just isn't showing up on your screen. Try rebooting your computer or reinstalling Java.

Any idea on how to get volume keys to behave like volume keys? In other words if you want to get a held key to keep sending the command to the itach until you let go?

I have discovered some finer points to this. Some remotes require you to change some of those settings which earlier we glossed over. In programming my dish vip 622 I have discovered that I needed to change the "gaps" setting to 3. It appears to truncate the code to essentially nothing. If you hit the "trim" button and it pretty much cuts everything out, try increasing the gaps. If I figure out what the other settings do I will let you know. If anyone else can explain what all of these settings do, please feel free to write a nice little description here. Thanks!

I think that the way this works is that Elk addresses a device internally using the x10 type terminology which outputs an Intseon address via IP (not powerline), which the ISY accepts and transmits on the powerline. In short, I believe that the x10 type address is not going to affect anything outside of Elk, so I think that should work.

So after doing that, when Elk turns one of those devices on, it actually turns on, right? You never said that you actually tested it, but I just have to believe you did

I have been replacing a lot of my switches recently. Programs weren't working right so I started looking into it and discovered that several of the programs including switches I changed out didn't get the message. They said something to the order of "not specified" or something like that where it should have had the switch. Some did transfer, but others didn't.

Rebooting the computer seems to have fixed the problem. It now loads 2.8.4 as usual by simply entering the url in IE.

I have been playing with this itach and couldn't get it to work. I kept gettig errors. Then I tried appending with "\r\n" (not the ,\r,\l as listed above) as the gc 100 wiki says and that worked! I haven't a clue what any of this stuff means, why it is there, or anything. Just utterly clueless!

I can't figure out what else to delete to get Java to use the 2.8.4 version. I went through the Java control panel and looked under every tab and setting screen I could find and deleted everything I could find. I also tried acessing through touch switch admin button and I get the ISY console without 2876db support.

Yes, that was what I meant by "trying the URL you listed". It only works using this url. Using the regular method of just putting the local IP address gives me the same console but without full 2876db support. The following URL does work. http://www.universal-devices.com/99i/2.8.4/admin.jnlp I am just confused on how this is different than the other way of accessing the Java console. I did clear my Java temporary internet files and the first time I ran the console after clearing those files it did do the much longer load time with the little java loading clock showing presumably indicating that it was reloading all of the files. I can still load the java console the other way (my ip/admin) and even have both open at the same time. The my ip/admin continues to not have the 2876db support even open side by side with the .jnlp opened console.

OK, using the URL you listed works. I am confused, what is this new URL doing? It appears to be using Java very differently but brings up the identical appearing console.

Yes, I opened the Java from control panel and clicked on delete all temporary files. I log on by going to my local URL and it brings up the Java interface. http://192.168.1.9/admin I just did this on a different computer as well and the results continue to be unchanged.