larryllix

Yeah, funny how everything seemed to go from the 9v battery to the AA cells and then with miniaturisation to the AAA batteries that they held the price so high on. Now everything seems to be heading back to the 9v (transistor) battery. Worst format made with it's bad connectors almost guaranteed to break the device connector after a dozen batteries have been inside. The battery has more insulation and space fillers between the cells and results in less energy per size of any battery so far. ...and now I have a drawer full of AAA cells for X10 MSes that are going out and can't afford enough 9v batteries for my Insteon MSes and every other device that seems to popularise the 9v back into existence. The Lithium batteries seem like a good idea but very time I look at them I see no amp-hour capacity per $ gain over the alkaline types. hmmmm... maybe we need a running battery deal thread??

As opposed to a line powered MS without a cord? I have one of those smart solar powered MS units that doesn't require a receptacle or batteries. Trouble is the thing turns the light on in the middle of the night to get charged up every six weeks! Seems to heck with user convenience now. The MS comes first. )

This is provided that you have a "direct link" between your MS and your fan tha you can install by creating a scene in ISY. If not you will require an extra line of code to turn the fan on. If Control 'Motion Sensor - Sensor' is switched On Then Set 'FanLinc - Fan' On Wait 1 hour Set 'FanLinc - Fan' Off Else --

but at least the dual signal heartbeat monitoring programs will work with either style of heartbeat. Users would never know the difference.

It would seem upon booting up the init value sets the value that your iPhone is home. In your program you probably use the iPhone=home to stop TV turning on when you are not home. If that program is enabled it will trigger the Then clause and turn on your TV. Usually with this problem you would have the first program call a second program with the time frame or state variable in it. The second program would be disabled so that it doesn't get triggered by lines you intended to be a condition only. Copy and paste your program here and people will help you fix it.. Right click on program and select copy to clipboard)

https is for secure communications and assumes port 443. Other numbers can be used. There are no "not recommended" ports in the Wikipedia article, only common and popular ones. Hackers run port scanners to see what turns up anyway. Ports 80 and 8080 are associated with http protocol and there is no security. I use a whole series of ports with my ISY, cam, weather station and more. My router then transforms the ports and IP address into my LAN ports and IP addresses. You may note this in your router that there is a conversion capability in the set up of the "port forwarding" table. This way multiple devices can be accessed with the same external IP address since I only have one but multiple IP address I want to access on my LAN.

Don't forget the "s" for secure https://73.xxx.yy.zz:443 My camera doesn't use a secure port like 443. There is nothing to protect against.

Network Resource is a term used in the ISY using the network module, an optional ISY extra. Edit: removed echo quote

Have you considered a second mortgage yet? OK don't tell my wife if I don't tell yours?

Nice!

The best way s to turn on DHCP in your ISY and let your router assign an IP address so there is not any clashes later. After that, go into your router and find the IP reservation table and enter a valid (in allowed range) IP address for your ISY into the table. This will force your ISY to that IP address every time it boots and asks the router for an IP address (DHCP). This will insure no conflicts happen later in IP address clashes locking you out or causing intermittent problems on your LAN.

If you can access your router see if you can locate your ISY IP address in the "attached device" table. That should give you some IP addresses to try in your browser as a URL.

OK read all instructions before starting Your ISY probably needs to have a new eprom installed. Here's how Open the case and ....j/k Try clicking this link. http://isy

Off topic somewhat: I am just starting to trust ISY more for state variable triggering programs. I spent a lot of time writing industrial control stuff on real time systems like ISY (but bigger) and I am just beginning to realise the power of letting the ISY engine do the dirty work for me. The only trouble is that all the programs involved can be obscure to find when you make function changes. It does simplify programming a lot. Not so many subroutine calls. ahhhh! *** Feature request for Admin Console to make a list on command of all programs that use a given variable. Not a search with one on each result but rather a list of all programs using it. *** Maybe right click on a variable in the variable page and a menu to select, or just a list of programs pops up???

I don't think that is going to do what you want. There is no trigger that can turn your lights off. You need an Else clause in the first program to trigger on the end nodes of the time frames. ie. 2:00 AM and Sunrise. And be aware that your lights will turn off every day whether away or not at the same times. That may not be a bad thing but may bite you down the road when other programs are written and you wonder why. ------------ RUN_AWAY_LIGHTING If From Sunset To 2:00:00AM (next day) Or From 5:00:00AM To Sunrise (same day) Then Run Program 'AWAY_LIGHTING' (If) Else Run Program 'AWAY_LIGHTING' (Else) <---no condition needed. You just want them off no matter what. --------------- I like timers better but you are dealing with external events (like sunrise)

Very interesting. I don't know why they wouldn't have gone full protocol on the open or closed node and copy the style what other protocols have done. One signal that is updated on status change but a resend every x hour/minutes as a heartbeat. Wait! I think I just figured out why not. Simple HA would get triggered and not be able to sort out whether the status changed. ...Of course, ISY could do it because it has variables that could remember the last known status and react accordingly sorting out whether the door was just operated or it was just a heartbeat.

I was thinking the same thing. GFI's are not used in the Canadian Electrical Code but I thought perhaps in the US NEC they might be. I have been told these AFCI breakers are really bad for passing Insteon signals. I did have some trouble with my MBR reliability using an AFCI but after enough dual-band devices were installed it seems reliable now, especially at nights when I rely on them, and my PV system inverters are shut down.

We are just trying to BoyScout the little old lady across the street but she didn't want to go!

I wish SH would not have discontinued their power supply adapter that would connect into MS units without having to fudge wiring to connectors or use cable adapters adding up to as much as the MSes.

It still appears that the HUB's only HA is some timers. That makes it mostly Home Control, not automation. ISY does complex logic. They mention coloured lighting, the new HA fad, but not what.

Your ISY heartbeat monitoring program will send you a notification. The heartbeat is a spare node transmitted to your ISY and not dependant on the door sensor operating. When the heartbeat stops the timer in the program times out and notifies you.

This is the usual style heartbeat used elsewhere. Think of the heartbeat this way. "I'm alive".... "I'm alive".... "I'm alive".... "I'm alive".... I just hope my heartbeat never goes off but just beats, beats, beats, also. To monitor the health your heartbeat program (ISY already does it) but... OK lesson in most database programme basics - In the Admin Console - select Program tab - select the sub-Tab "summary" or right click on the very top "My programs" and select "status" - in the database chart of your programs click on the title "Last Run" You will probably see a chunk of blank entries at the top of this column - click the "Last Run" title gain to re-sort the column in descending order - find your heartbeat program in the left and second columns and view the last time ISY received a heartbeat from your device. - also if it shows true and running then... your ISY is again watching out for you and making your life easier!

On and Off are not required with ISY. One signal, On or Off should suffice. This is how most heartbeats are done. I haven't experienced a bi-polar heartbeat out of the dozens I have experienced before. Insteon units are a new style for me. LeeG's program, demonstrated, should work with either style just fine. ISY can detect a repeated initiator with it's "control" trigger.

I guess the folder condition only turns off initiating triggers. and a time frame end node is a trigger. Violating that same line of logic is the folder state changing state to False also stops the running program also. This also happens with programs when you disable them. - If the program is already running. It stops executing. - If the same program is already disabled and another program runs it (if, then or else) like a subroutine it still runs to completion if allowed by all other influences.

Maybe you stated your conditions backwards?