larryllix

Change your variable to a state variable and try it. Integer variable changes do not trigger reevaluation.

I doubt that an integer variable would work but I don't use folder logic. The ISY system is not going to continuously evaluate a condition but rather an event has to trigger ISY to evaluate the condition and set the true or false result. I dont know why folder logic work any different than program if logic. I am on mobile right now so I can't easily give you a reference to the wiki or manual.

Should this variable not have to be a state variable to trigger the folder state to false?

I have always had the lights on in the bathroom as a problem since starting HA back in the 70s. When your house has automatic lights everywhere except a few (eg. in the bathroom), guests, especially, can't be expected to remember what lights they turned On and to turn off again. I remember overhearing one of my teenage kids telling his guest, "If you didn't turn it on, then don't turn it off" Polterguests are the worst for that.

ISY and each device must be linked together before they can play together. After linking, if you operate any device ISY will know about it, and also, each device can be operated from ISY manually or by program control.

Some manuals will call this "factory reset". This is always a good idea with any new Insteon device before using it with ISY. They can come doing things that are not supposed to be possible. I have had a few now that did weird things. When you create a direct link between two Insteon devices and then create another scene inside ISY you have created two different scenes/links inside the end device. Most devices can support up to 256 scenes in each device. It is best to create them only inside ISY and then have ISY install them. You keep control of the links, it makes it much easier to do and ISY knows what is happening when devices talk to each other.

Sure enough, but I didn't understand your retort because you apparently didn't know all the parameters I needed to make me understand your point until we bantered . Yeah it is definitely an art reading between the lines.

It should be mentioned with the program above (LeeG) technique that something has to initiate the program the first time to get a notification or 'Send X10 'A10/All Lights On (5)'' by starting the Wait timer. This can either be a Heartbeat, to kick things off, a call in the initialisation of ISY (after power up), or the user running "Then" section manually. If the program is not running true then neither of the three ever happened.

Usually people asking for help are doing so because they don't even know what questions to ask.

This (Setpoint Up 1°) has never worked with my two different versions of the 2441ZTH (note 'Z') with ISY. I haven't tested this with the newer releases 4.3.1 ++.

You would require the Network Module installed in ISY. Then you can send almost any style command you desire.

A blinking LED on an Insteon device usually means it is still in linking mode and will not report regular operations to ISY. A blinking LED on an Insteon device usually means it is still in linking mode and will not report regular operations to ISY.

Then comms to ISY are OK. I don't know what a red flasher on a door sensor means. Did you read the online manual? The paper that comes with it is almost completely useless so find the one on the SmartHome,com site included with the sales info. save it in a folder. They can disappear.

ISY doesn't use TCP to talk Insteon. Your error looks like it is between your app and ISY. Have you changed locations between your LAN and WAN IP addresses during communications?

I believe I have stated this before but... HomeKit should accelerate the use of ISY HA as users sadly invest lots of bucks in hardware only to find problems and want independence from the cloud. Meanwhile they will have purchased a few Insteon devices and the swing over to ISY should be a natural progression. Why did SH never create a controller with advanced logic copying the same no HA path as X10 went? Was it to leave room for third party developers, like UDI, and Apple, to "partner" with their technology? Originally I purchased two Hubs for my son and myself. After 20 minutes of playing I realised from my old X10 experience that I would be bored with the Hub within two days. Adding cloud advanced logic, actually making the system HA would drive me bonkers. I don't like the delays in ISY making a decision about my lights after seeing motion. Imagine the cloud making that decision in the middle of the night? The light might be on after you pee and are heading back to bed. I am not going to wear a watch to bed and my mobile phone is never close by when I sleep. My guess is somebody pushed Apple's buttons promising HA glory. "Welcome to out home! Here are your slippers and wristwatch so my home can spy on you." Geesh I find my bedroom lamps disconnected everytime my guests leave already. Not everybody likes HA. Not even my kids that have Internet addictions.

With all the pure white Insteon devices, all white IPhone, and white background the photos look like something from heaven in the movies. I am surprised the iPad doesn't have big wings coming out it's backside but then that could limit sales to Christian countries. ha-ha. The knowledgebase link on the SH page is a dead link. Good one! SH does it again.

Try removing a repeater or two and link again. Perhaps the 256 count is nodes and some devices have multiple nodes.

I get that number nonsense from my mobile phone provider every time. I assume they convert their own emails to SMS.

This sounds contradictory. Does port 4034 work for ISY or not? Are also changing ISY's port inside ISY, to match, or are you just changing the Port Forwarding rules, external side of the router?

Nice! I would think the 30 seconds may be a nuisance if you pass through just to grab an item and leave again. Experience will dictate that for you! Automate on, dude!

Did you want two distinct notifications? One keeps things (one unified message and more modular) under control and later more conditions can be added to only one program. If Elk is unarmed OR We haven't been home for a week and forgot to arm = true OR We are in the basement and can't hear the gates OR It's the middle of the night Then .... Your Elk may be handling much of this already.

No. Folders are folders in the program tree that you can use to organise programs, by dragging and dropping programs into them. Look at the bottom of the Program Tab page in the Admin Console for the "New Folder" button. Folder can also have conditions to enable/disable all programs inside them. Parenthesise are used, to visually group logic lines, and to force execution of the logic in a certain order. Normally AND has a higher precedence than OR similar to the BEDMAS order of operations rules in arithmetic. http://en.wikipedia.org/wiki/Order_of_operations#Programming_languages

Thinking about this more I would use something like this. (I don't like using folder conditions as they seem obscure and get missed causing baldness later) Need one of these for each gate. (x2) Program = Gate1_detect If control of gate1_contact is 'Off' AND control of gate1_contact is not 'On' Then wait 1 minute run (if) in program 'Notify me if unarmed' Else -- Program = Gate2_detect ...as above.... Program = Notify_me_if_unarmed (disabled) If Elk is unarmed Then send notification to you. Else --

Sorry, See my revised programs. I made a logical error in using one program. You should be able to just add a status check for the Elk minding the parenthesis application. The change in Elk status should be able to run the Else clause but not the Then clause due to never encountering simultaneous signals. Another possibility is to put the programs into a folder and put the Elk armed in the folder condition. If ( control of gate1_contact is 'Off' AND control of gate1_contact is not 'On' ) AND status Elk is not armed Then wait 1 minute send notification Gate1_is_open to You Else --

This can be done with two programs and no variables but, as features are thought of, you may want to add more. If control of gate1_contact is 'Off' AND control of gate1_contact is not 'On' Then wait 1 minute send notification Gate1_is_open to You Else -- If control of gate2_contact is 'Off' AND control of gate2_contact is not 'On' Then wait 1 minute send notification Gate2_is_open to You Else -- If you use "control" with both polarities of logic ('is Off' and 'is Not On') when the gate is opened the Then section will run and start timing and then if the gate contact does not report 'Off' during the Wait 1 minute time, the notification will be sent. IOW: if the Else ever runs then the Then section Wait is cancelled. It would seem two programs would be needed otherwise both gates could be open and when one is closed it would cancel for both.