larryllix

If we knew what these sensing devices throw out once habitation of those areas has ceased we could design a stop programme to arrest a cyclic pump pipe heating loop. I think I like your 2 program idea but prefer it using a variable to state "I am already in a cycle". The small recirculating Grundfos pump comes with programmable timer to eliminate wasted heat in off times but it has no smarts for Not_home or I'm_up_in_the_middle_of_the_night etc... It's starting to look like a holding tank so we don't wear out the switching on the tankless. Unfortunately, this thread has got me enthused to do this in my own home. I thought I was smart and installed manifolds on both cold and hot but the hot one was a mistake. My kitchen is the farthest away and with the stupid water saver taps we have been known to wait... sometimes we think the water heater has failed. Seems about 60-90 seconds. The dishwasher seems to pull up the hot water very quickly so we know it's the water saver faucets. My idea (when I get time) is to put my air handler loop at the end of the long run to the kitchen so in the winter the hot, or some level of warm, water should be there immediately. Volumes and pressure drop will be learned by trial and error. recovery will be a small PEX crimp back the way it was. The recirc pump gives me more ideas! Love PEX! - The cliplead of plumbing!

Stepping back and thinking about the whole logic... Why consider the armed away status at all? Are we afraid we will prewarm hot water taps for burglars? Simplify by triggering the pump from by occupancy detectors already in place. Turn off in 2-5 minutes. If the pump timers get retriggered repeatedly...so what? As long as we are in the bathroom we want the water hot and ready anyway. It still will a lot cheaper than running 6 am - 10 pm and will trigger in the middle of the night if visiting the bathroom for a hand wash. If status bath is on or status kitchen is on or status motion sensor is on then turn pump on wait 3 minutes turn pump off else -

After installing two tankless water heaters in my house I am not impressed with them for operation. I am surprised to see somebody attempting a circ pump with a tankless heater. I believe the holding tank is a necessity. I have seen domestic schemes to do this but the tankless has a separate loop and logic built-in for it to work properly. After the hot water makes the loop the tankless will shut off as the BTU demand will be lower than it's lowest capability burner (assuming NG or LPG). You will still get a cold water sandwich during initial usage when the cold incoming water first gets drawn through the heater. This typically happens just after getting my eyes full of shampoo when I can't see how far I can jump to the side of the shower to avoid the cold water.

The locked on condition is always a problem contingency with disabling programs. Also, if I am using a motion sensor to turn on lights I like to put a delay in the non-priority program in an attempt to keep the priority lights response program faster. I am not sure how valid this is but it makes sense to me. Adding the Elk status into the conditions shouldn't be needed as the short pump cycle could just time off or the else could be used for cleanup from any condition to terminate the in progress cycle immediately. This would also prevent your burglars from getting any preheated water convenience. IF ( status guest bath light is on or master bath motion is turned on or status kitchen light is on ) And Elk armed away is false Then wait 2 seconds repeat 4 times . turn pump on . wait 2 minutes . turn pump off . wait 15 minutes Else turn pump off

I don't see the difference. Do you see the difference? There goes the neighbourhood!

I use many different brands of LED bulbs and have experienced no problems with them so far. I do find most of them will not illuminate below about 12-18% and their brightness curve is quite different. Between about 40% and 100% the brightness does not change that much as an incandescent would. Most of the dimming curve is at the bottom of the curve. I prefer the LED colour when dimed as it doesn't yellow. I try to avoid the 2700K colour. Who ever wanted a bulb that yellow anyway? 3000k-4100K is a much better colour for general soft usage. I use them on LampLinc plug-ins and SwitchLinc dimmers without any problems I have found. However, I have some bedroom lamps with a half brightness switch using a half wave rectifier in the base, and the LEDs flicker some in them and even worse when dimmed on Insteon Plug-in dimmers. I just avoid the built in half brightness setting on the lamp switch. I have experienced slight problems controlling them when my when my co-gen inverter is running and they are behind arc-fault detector breakers in the panel. I depend on the X10 MS units to turn it off occasionally as it is inside the same electrical circuit behind the Arc Fault breakers.

As I understand it Insteon devices/responders must respond with an "Ack" message to the controller in order for the retry logic to work. That being said, with scenes with multiple devices involved it would next to impossible to sustain the logic to invoke a retry communication technique. Each and every device would have to respond with an "Ack", arbitrate who would send their "Ack" or "Nack" first, second, third...umpteenth. This could bog down Insteon communications for quite some time, especially with retries and possibly retries on detected collisions for the "Ack/Nack" process. I think I can now understand why scenes would not support retries.

Something to try would be to disconnect the garage door mechanism and see if the signals are reliable to the Insteon unit only. Noise be coming from the motor or contactors. Using CFL lamps in it?

I have several scenes in my Gathering Room based on the SwitchLinc press style for one set of lights. These scenes control five SwitchLinc dimmers controlling seven potlights. I set the basic ramp speed of each device from ISY to 4.5-8.5 seconds. My scenes using about the same or slower ramp speeds all appear to override the ramp speed set in the devices. The scenes are all controlled by one wall switch When I press the button "On" I get that scene with no initial full on or flash. Pressing "On" again the scene toggles between "TV Watching" and "Reading" scenes. If the switch is already On or Off and I press the toggle down and hold it for a second or longer (Dim) I set my Movie Watching scene with no initial bright cycle. If I initiate "Fast On" I initiate all lights on full and of course local effects of it's own load are again not apparent to the user. In short I think a solution may be to just inject a ramp delay into your devices that gets "beaten" or "taken over" by your scene levels. Rereading your second post: Turning you bathroom lights off. If your hall lights are on dim then wait 45 seconds and turn them off. Turning your hall lights on. If not wee hours use scene with fast on that overrides basic on dim setting in device. Note: I use this method for bedroom lamps with MS in each room. During the day a Fast Off beats the ramp on time and users never see any light but the Fast Off has to be in the entrance program to beat the timing consistently. If Control 'Evening Bedroom / Motion.Evening BR' is switched On And From Sunset - 30 minutes To Sunrise + 30 minutes (next day) Then Run Program 'EveBR Lamp Nightime' (If) Else Set 'Evening Bedroom / EveBR Table Lamp' Fast Off

All variables have default power up values controllable by the programmer. Any states that need to continue, as they were, are easy to set up.

But the ISY could use the data it already has to be used in a variable. ISY could also implement the functions already supplied in the pulldown menus for the 2441ZTH unit. More controls are in the menus but not functional for programs, only manual operation. Probably a overlooked spillover from when it would be wirelessly connected as a slave to a wired unit.

You have all that complex condition logic in an enabled programme. Every time the status of one/any of the parameters changes you will get a notification from the "Then" or the "Else Each and every time any parameter you are checking changes the whole logic statement will be tested for true or false and the appropriate Then or Else will run. Break the programme into two statements with the first triggering events and the second full of conditions that you do not want to trigger events AND DISABLED. For instance; It appears you would not want a notification every time the pond temperature or outside temperature changes one degree up or down. With the programme enabled these will be trigger events that will evaluate the whole complex logic test and execute True or False, based on that outcome. Turning your pump on when it is already on is never noticed but the notification will be.

Having owned a 2441ZTH unit for about a month now I would also like to see more support in the ISY for this thermostat/sensor. Many of the control features such as "SetPoint Up/Down 1" are available in the pulldown selection but do not function with this unit. If the ISY knows what the current temperature settings are and can set them when manually asked to then the programs should be capable of doing it also. Setpoint temperature (Heat/Cool) settings should also be settable and assignable from/to variable values as well as the current temperature should be available to save into variables for data manipulation or transmission to remote readouts etc. These are all features available to other devices inside ISY and should not be asking the supplied UPI to do anything more than what has already been implemented. The information is already inside the ISY. Currently there is no way to do any calculations from the current temperature making the 2441ZTH useless as a cheaper and commonly available sensor. Oh I can manually test for each and every temperature but it would take 100 repetitive programs and never be able to resolve the 0.5 degree resolution available in the communication events. More support for the information already communicated to/from the 2441ZTH to the ISY would be appreciated in the next release, if possible. This device seems to be not supported with a finished interface as other devices are.

Rogers still pulling that garbage? Another reason I dumped them. Try Virgin Mobile. They are all open usage AFAIK. xxxxxxxxxx@vmobile.ca or here is another list http://www.emailtextmessages.com/

Are you looking for email addresses to convert to SMS? http://martinfitzpatrick.name/list-of-email-to-sms-gateways/

Quick interjection question: Do program state changes cause triggers in conditions testing their state dynamically (like a state variable)?

I don't want to mess you up as I really don't do my programs that way and don't understand some of your style. I have to assume you do not have variables in your version. Anyway, I just see some recursive loops in you else statements calling themselves without any function I can see. Once you call the else part of the program it should test as false without needing to loop on it. A few tight recursive loops running like that should probably lock up the ISY CPU so that all other functions grind to a halt. I would just leave them blank and try it.

I haven't taken a lot of time to digest what your programs are doing yet but... You have several programs with recursive loops that could eat up your ISY CPU time and at first glance I don't see any other useful function. Here's one of them. Program 'A:Russound Off' ---------------------------- Else - Run Program 'A:Russound Off' (Else Path)

Ask the neighbour to plugin a couple of Insteon dual-band modules or Access Points somewhere on a duplex receptacle you install by his panel to repeat the signals to/from your out-building. Take him out to lunch once a year. I have seen Wi-Fi advertised up to about 20+ miles with the proper beaming antenna. Do AP units have a replacible antenna that could be made into a beaming arrangement? Two old Sat TV dishes with some weatherproofed APs mounted on them?

I have found it to hang and the only way out was the Task Manager, yesterday after the netbook (Win 7 x32) went into hibernation and shut down. It came back up and all the windows were there but completely hung with no response to anything. Task Manager was necessary to kill the app. Java 8 installed. I can't remember it doing this only after sleeping with Java 8 though.

Just as aside, I always try to avoid house code "A" and in particular code "A1". Almost all units, when new, were shipped with A1 as the default device code. Any neighbour buying some X10 devices online may be interfering with your "A1" addressed device.

I have the X10 module and have defined a phoney unit called "Vacation Mode" which I turn On and Off from inside the ISY. Mobilinc can see it as a device in My Favourites.

That's what I was thinking but after reading the statement I got overthinking it and started doubting what I thought I knew. Thanks!

Lee, for my own clarity. While what you stated would be true when only the time frame trigger is installed in the "If" but when the time frame is used as a condition (used with another trigger) would the time constraint not be evaluated each time that other trigger even was incurred? So as an example: If Control from Motion Sensor is Switched On and From 10:00PM to 6:00AM Then Do It Else - Would the time parameters not also be examined for true or false (inside/outside the frame ) each time 'Control from Motion Sensor is Switched On' is triggered?

Twofold. The from-to construct acts as triggers at each time node as well as it can act as a condition filter for other triggers. If . Control from Motion Sensor is Switched On and . From 10:00PM . to 6:00AM Then . Turn Driveway Lights on . Wait 1 hour . Turn Driveway Lights off Else . - It is generally a good policy to avoid the else with multiple triggers/conditions as every false result of the complex logic will trigger it. Many don't like this aspect of the 'if' section conditions and would like an option in future versions that could eliminate the trigger from any conditional line of code.