apostolakisl

I did some searches for a narritive on the true/false situation and couldn't find anything like what I just wrote. It seems to me that this sort of info is not really going to change with firmware changes and might be nice to put into the owners manual. It is nice to be able to have a printed reference while working on this sort of stuff. Notes in the margin and being able to look at this stuff in print while using the computer to write the programs always seems best to me. I also think a little additional comment on the triggers bullet number 1. When a program has multiple conditions in the "if" section, then whenever any of those conditions are met or change value the program self triggers. For example "if it is 10pm" and "if light xyz is switched on" will trigger the program every day at 10 pm and every time light xyz has a status change. So this program would trigger and become "false" every time someone changes light xyz (on/off/bright/dim/etc) provided it is not currently 10pm.

Let me see if I understand what you are saying here. By drawing power out of phase with the 120V ac the switch is effectively drawing less voltage. Since power is volts time amps, with lower volts, there is less wattage despite the high current load. Yes? If so, how does the insteon draw out of phase? Seems like everyone else out there uses a transformer to drop the voltage.

When I try to get something in my head I like to try writing an instruction sheet that someone else could hopefully understand. So I did that and included it here. Please tell me if I have made any errors. I would also suggest that something to this effect is put into the pdf owners manual. Understanding True and False with ISY True: A program is “True†if the last time the program “if†section was triggered the condition(s) was (were) met. False: A program is False if the last time the program “if†section was triggered the condition(s) was (were) not met. As you can see from above, for a program to have a "true" or "false" status, it must have considered the "if" condition(s). There are several ways a program “if†condition(s) can be considered or “triggeredâ€: 1) A program can be triggered from its own “if†section. In other words “if it is 10pm†will self-trigger the program to execute the “then†statement at 10pm. In addition to executing the “then†statement, the program will be designated as “trueâ€. The status of the program will stay “true†even after 10pm (and at all other times) unless the program is triggered via an external trigger (at any time except 10pm). 2) A program can be triggered via another program. In the “then†section of a program one can trigger another program by including a line with the command “run (if)†in the “then†or “else†section. In the event that the "if" condition(s) were not met, the status would become “false†and the “else†line would be executed. The status will stay “false†until the next time its "if" condition(s) are met and it self-triggers. 3) A program can be manually triggered from the program summary page by selecting that program and then initiating the “run if†command. This will execute the “else†command (if one is present) in the event that the “if†statement condition(s) are not presently met as well as change the program status to “falseâ€. If the conditions were met then the “then†section would be executed. This execution of the “then†section would be a repeat of the executed event that occurred when the conditions were first met and the program self-triggered. Note: When a program includes the status of another program in its "if" section, the present status of the program is used as listed on the summary page. The "if" statement(s) are not triggered, the program status will simply be reported as it was the last time it was triggered.

Well I think I am getting this. I like kingwr thought process. I was definitely confused regarding how a condition of the program and the trigger of a program are both in the if section. Add to this that the status of the program as true/false is based on whether the if was true or not the last time the program was triggered and not based on current conditions is something you have to wrap your thinking around a bit. Pretty much this means that any program with a single if statement is always going to be true since it will only be triggered in the event that it is true. Addendum: I now see that you can trigger the "if" to run from a different program forcing a program with a single "if" condition to become false.

All of my rules that stipulate a time only say "true". For example If time is 11:00:00pm Then set scene 'foyer light' off Else no actions I have lots of simple rules like this and all are listed as true right now. Also I have lots of rules stipulating an insteon switch that say true as well, for example If control middle bedroom closet is swtiched on then wait 10 minutes set middle bedroom closet off else no actions A bunch of rules like this are listed as being true right now as well despite the lights being off. Addendum to the above, I just went through and asked all of these programs to run the if command, and they all switched to false. Exactly how is this true/false status supposed to work. If I had asked a program to use the status of another program (true vs false) would it have run the if command before deciding or just gone on what was listed in the program summary page? How does the status listed on the summary page get determined?

I am confused here. I have lots of programs listed as being "true" on the program summary page with time conditions even though it is not presently that time.

Does anyone know the low-down on the different versions? As far as 2476D's, I don't own any v35's, but have 6 v24's, 14 v27's, 1 v28, and 14 v37's. It would be nice know if there are any common problems with any of these versions so as to assist in troubleshooting.

Someone correct me if I am wrong here. It is a new feature and is still in beta version (which you are running). I believe the 1011 indicates that there are settings that need to be sent to the insteon item in question. The beta versions at present have the ability to do batches where you change settings on multiple items and then send all at once. The 1011 would indicate that changes are in que to be sent with the next batch.

And I thought I was the only one.

How serious are you about securing your house? Insteon is pretty good, but I don't know that I would consider the reliability high enough for a security system. It is also will fail in the event of a power outage.

It appears Apple has a vindeta against Sun and won't allow Java in the iphone. I went ahead and jailbroke my iphone with 3.1.2 software successfully but am struggling to get Java onto it. Has anyone had success? I would love to run ISY, Elk, and other Java applications on my iphone.

I am using my elk to open my garage doors. I took one of my remote garage door openers and wired it up to one of the relays on the elk. I wrote a rule that then closes the relay for 2 seconds which is effectively the same thing as holding down the button on the remote for 2 seconds. It works every time. I don't know how the SH one works, but with my garage door opener connected to my elk, 2 seconds of closure on the relay works perfectly.

I tried buying some led's that advertised "warm". No way! I have yet to see an led that doesn't put out a most unpleasant bluish shade that is also very contrasty. They make people look gastly. I sure would love to see leds that have a nice warm soft white for 1/20th the electricity consumption and 50,000 hours or more life, but as of now, I don't think they exist.

I think it is your else command in the garage door status program. Try making that into two programs one for on and one for off instead of using the else. I had a similar thing happen when trying to use the else command for a program to create a toggle. It would turn on then a a second or two later turn back off. I rewrote it as two programs and it worked fine.

Sorry if I got a little carried away. So Rand says insteon 50% means 50% of full output. My guess is that it is something like 60% on the consumption side.

I think that depends on how you define 50% dimmed. If you define 50% dimmed as reducing energy consumption by 50% then it would be just that. If you define it as 50% of the lumens, then I think it would be complicated and depend on the specifics of the light bulb you were using. If you mean 50% of the watts going to the bulb as would without the light dimmed, then you would definitely lose some energy in the dimmer switch. Basically, the warmth you feel in the dimmer is wasted electricity (at least if your goal is making light out of your electricity). If you took a multimeter with amperage clamps, hooked over your line wire and measured amps at 100%. Then turn the light to 50% and measure your amps. Multiply times volts and you know your watts consumed at full and at 50%. That begs the question as to what is "50%" to the insteon people? Of course you could also get yourself a light meter and dim the light until you have half the lumens and measure your amps that way as well. This way you would know for sure the % decrease in watts consumed that results from a 50% decrease in light.

As I read this I am backing up my isy!!! How about allowing a program to initiate a backup much like you can write a program to do a system querry? Then each user can decide just how often and when to do backups. The main question that pops to mind with this however, can the isy run a backup to network harddrive or can it only backup to an external source via a java console running on the machine with the harddrive?

Very well then. I will make some folders to tidy things up a bit.

No, the scenes were created using the isy initially and then later I changed them using the isy. It was my impression that when you do a restore device that it is supposed to clear all old links and then drop in the correct links. I also was under the impression that when you pull a device out of a scene using the isy that it removes those links on the spot.

I went to change a scene around removing a kpl button. I added that kpl button to another scene. The problem was that then light switches in the old scene were turning on the new scene. I went through and did a restore device on each device in the scenes and still it didn't behave Finally I removed everything from the scenes and put them all back in. That worked. But my question is, why did I have to do that? Shoudn't it have worked by just removing the one thing and adding that same thing to another scene?

I am wanting to use an IR remote to toggle an insteon light switch with the press of a single button. I have to believe there is a way to do this by writing one program, but have found that I can only get it to work by writing 2. If Status "kitchen light' is off and IR "IR_001' is pressed then set scene 'kitchen lihgt' on else no action This turns the light on If Status 'kithchen light' is not off and IR 'IR_001' is pressed set scene 'kitchen light' off else no action This turns it off So again, the question, is there a way to merge these two programs into one program to toggle the light on/off with the press of the IR button?