larryllix

I use nine X10 MSs and one Insteon MS. I use counting programmes when each unit reports a change to Dark or Not Dark. This allows me to use the value to access how dark the house is. eg. on cloudy days etc. Some units report 'Not Dark' with a small amount of sky light (cloudy or overcast) and some take full sunlight in the sky. The increment and decrement programmes need to have a minimum value of 0 and a maximum value of about three less units than are working. This allows for dead units, missed reports, and units that are never exposed to sunlight in the room. Those could also be cut out of the accumulation process. The end values saturate at times and keep the values in check, mostly when it is completely dark the value is always 0. I am not using this scheme with my ISY, as yet, but it did work quite well on an older X10 system to gauge how much water to put on a newly seeded lawn. On cloudy or rainy days the sprinklers got 1 min shots maybe twice per day. On bright sunny days the sprinklers got 3 min shots of water almost every hour. The seed grew amazingly fast that a neighbour even came over and commented about it.

I don't have an ISY connected stat yet so there may be issues I don't understand but.. I would think you could have a main temperature set and an offset temperature (+/- 2deg etc.) A programme, as suggested above could change your offset when an outside threshold is crossed (above and below 15 degrees). Resultant temperatures would always be written or used as base + offset. Use state variables for offset so that changes would invoke a programme to reprogram the stat with the new temperature set independently of your main logic, simplifying that software.

Again too bad. If UDI put an interface to the Insteon Hub it could be their entrance into the European market and that serial port could disappear as it is all done over Etherrnet and would open many more way to access home control.

$sLeakLaundryRoom must be a "State" variable to cause a trigger and the programme must have the enable checkbox checked

Careful of your parenthesis placement. The 7:01 and 9:31 times are the only ones getting ANDed with the WH_Status. You should get notifications at all other times listed. Boolean AND takes higher precedent of order over an OR usually.

Unfortunate ISY's future in Europe is dependant on a device manufactured by a company that probably doesn't want the ISY to exist at all.

Try this one http://isy/admin.jnlp It installed the nice direct, via Java icon on my desktop so I don't have to go through the browser load each time. This is the way the old one worked. Works much better.

Thanks! I got the reciprocal links our of the two modules. I am not sure what the side effect from it was or how it got there, but as a newbie trying to understand what a link is, the extra links were very confusing. An ON/OFF module I have only shows one link and that would seem to indicate the RF didn't link, even in the same room. The LampLinc was a problem to factory reset. That flow chart was very confusing. Right side up helped. It would be real nice if Insteon supplied real information with their modules instead of a sheet with "Plug in! Look! It turns on and off! They're wonderful!"

Excellent news! Here's hoping!

I wouldn't have thought X10 addresses would show up in the links table. This is the only possibility I can think of for my modules. They may have been linked to a same X10 address at some point in experimentation time. I have never created or used a scene with Insteon/X10 and they (two modules linked) have never been in the same room physically or software wise. In my case they don't interoperate, though.

I got thinking and doubting myself on this one. I began to wonder if I forgot to enable the programme when I ran the tests so I re-ran the test ensuring that the enable was on. It functioned the same with NO triggers of Then or Else occurring, and the programme remained False the whole time, when the From/To times were crossed.

I also have two modules, a LampLinc and an On/Off module with reciprocal links in them. The ISY links agree with the modules so restore doesn't remove them. I haven't noticed any ill effects from this lately. Is this a problem? The LampLinc module is a long distance, on different floor levels, and the On/Off would be half way to the PLM for it. Do hops affect these link tables?

Thanks! and Thanks!

Thanks again! Where is the list (above) of setup parameters being found? In short: is some other hardware or software needed to read temperature out of the 2441(Z)TH units or is this straight Insteon to the ISY?

Thank you LeeG !! Qs. - Does the 241ZTH (I see you have one) report the same (used just as a temp and humidity sensor)? - Can programmes do conditionals based on these analogue values similar to a variable? - How are fractional degree values handled? - Where is the setup parameters code being found?

I would be paralleling every line signal line and 24vac power (R,G,W1-2,O etc..) to ground at the furnace terminals where the ©ommon is tied to the case of the furnace with a 24vac MOV. The DC rating would be about a 48 vdc (28vac x 1.414 x 120%) to absorb any spikes on the waveforms. Do not extend the lead lengths! May have to put threaded grounding screws/terminals all along for connection. A/C hasn't been involved yet so it could be done later, if it works. OK, with them and a ferrite bead on each wire and it still does it, where is the trash can?

I didn't state my question clearly enough and subject to misinterpretation or maybe it was my Canuck accent, eh? "Can you read the analogue value of the temperature inside the ISY? Not just the binary status points but the real actual analogue value in some form of degrees." To clarify my Q: Can you read the actual temperature reading from inside the ISY that was transmitted from the 2441TH? Is it only whole number degrees or are there decimal places implied?

Too bad on all counts there. My next and last try was the ferrite beads on all the lines but easy access to them would be a necessity and lowest risk. Sounds like the support tech was another "know a bit" type. At least they didn't get you to unplug your fridge and spin around three times like some read off their scripted "fix" software. The Venstar units are a big jump in price from what I see. I just want something as a temperature sensor, so maybe you can tell me this since I have searched for several days , without success, repeatedly on this point: (I am going to spell funny ) Can you read the analogue value of the temperature inside the ISY? Not just the binary status points but the real actual analogue value in some form of degrees.

Neither "Then" nor "Else" runs as evidenced by my chime labelled "Furnace Fan" that didn't beep. If From 9:06:00AM To 9:05:00AM (same day) Then Set 'Testing / Furnace Fan' On Else Set 'Testing / Furnace Fan' On

In the User Guide for the ISY v4.0.5 (pg. 15/102) there is a URL that installs a cute Java app/icon on your desktop and further avoids the three successive logins asked in some other entry methods. http://isy.universal-devices.com/99i/admin.jnlp It sure would be nice to have an updated one for Java 7/51 and V4.1.2

I use X10 motion sensors and the first thing I do on motion is to hit the LampLinc modules with a FastON command in the ISY. That overrides the slow ramp ON. I cannot stand having a bulb slow ramp up in the trigger programme when motion is detected in a completely dark room. I love the slow ramp OFF, though. I have a Sunbeam 7W, 3000K, LED bulb (from Costco) on a LampLinc dimmer plug-in and it ramps up and down quite smoothly. There may be a bit of a jump from 0% to very dim when starting but no flickering at all. From what I have seen and read the cheaper and early designed LED bulbs have more problems with it. I have no wall mounted devices yet.

Yeah, do the best you can even if the foil splits and you get some individual wrapping of wires. Make sure of no contact or proximity to the bare wires and terminals. I am guessing but... the ignition will be a high-voltage discharge like a spark plug on a car, right? This creates all kinds of radio waves from the little antenna going from the transformer to the spark plug discharges the high voltage as a spark. Sparks and lightning over-discharge and then some ricochets back to the source in an attempt to equalise charges. This creates a high frequency ringing back and forth trying to find equilibrium. (think electron inertia). High frequency doesn't like to follow insulation properties and it bleeds to everything. Some wires going to your thermostat get this RF induced into them and attempt to find their way to ground, getting back to their source, through your thermostat. It's all theory, at this point, until it works, then it was the facts! Don't give up! It sounds like you are a stubborn SOB and that is good here.

The timing is easily identified after watching it about a hundred times. It occurs when the electric igniters begin sparking to ignite the gas. So I assume there are voltage spikes on the lines 3-4/sec. Oddly the two igniters are fed from two different spots on the control board. One is a simple one-wire bladed connection and the other also a one-wire entering into a black cylinder on the board. Can you shield the thermostat wiring from the high-voltage ignition wiring? Wrap them in aluminum foil and ground it with a clip lead? Careful with the contact spots! Try to keep loops and antenna formations away from the ignition wires? Bundled together. This sounds like RF through the air pickup. Is the furnace transformer (24v) secondary grounded to the furnace case? If it not visible a simple voltage check from both 24vac wires to ground should tell.

My shortcut icons both remained after clearing the Java cache and applications, on two computers also. It seems the earing operation cannot reach those. I had one on my desktop and one in my quicklaunch section of the taskbar that both remain from a handy link in the v4.0.5 manual. Is there a way to substitute the command string in these direct java invoking shortcuts? They seemed handier than going through the supplied link/methods.

So he only hurdle left is the 50Hz. frequency. A 230/120v step up/down transformer could solve your voltage difference needed for a PLM but the frequency is the basis/time base for the signal synchronisation between units. Please note that most of those small travel adapter/converters are NOT transformers, and usually just series diodes, and that would be what you want. After some reading about this it seems the RF is also locked to the mains frequency so that the mess networking technique stays synchronised on simultaneous repeats (hops) of transmitted Insteon data. Have you tried these 60Hz modules with a keypad or other transmitter/operator?