Teken

Yeah, the install thread is pretty long and is a culmination of many years of effort and slow progress in various areas. Take your time to read over just that link about the Autelis Bridge. Its a fantastic product that offers so very much with very little investment when compared to other devices on the market. There are other 1-Wire products which require a little more tinkering and support. I opted to go the route of plug and play because I am sure you can relate. At some point you simply do not have the time to baby sit or have another make work project that requires endless reading and set up time. I have enough Alpha / Beta projects under my belt and didn't need another! There has been lots of improvements in the original Autelis Bridge based on my feed back. So if you go that route you can thank me for all the new features! HA With respect to your original goal of monitoring the in floor heating and controlling it. I believe it comes down to first understanding how your device operates and seeing how something can be interfaced with it. I believe the first step is to see how the system reacts when power is removed. If the unit powers up and retains its original temperature settings you may be in good shape. At that point you could use a Micro Relay to shut off the system during none occupancy periods such as sleep, work, school, etc. I would humbly suggest you write into the maker and ask them for more insight and they may be able to first tell you what kind of sensors are being used and next what other alternatives are available for 3rd party TSTATS. Again, I don't believe a 3rd party TSTAT would be the correct solution for a in floor heater. As it has no method to measure the floor temp and the ambient air temp would have to get very hot given its height to turn on / off. Keep us all in the loop as I am sure your project will find good use to others walking down the same path.

Are you both running Version 41.0.2272.118 m? What OS and SP level?

Go to the Java in the control panel under the *Security Tab* select *Restore Security Prompts*. Once you do that upon the next login there will be a pop up and at the bottom left will be a check box to let you continue with out being prompted.

That's not very encouraging to say the least. But am not very surprised by the results either. Ideals are peaceful - History is violent

That's interesting to see and in the OP's case does open the door to that possibility. I am more familiar with the DS18B20 / DS18S20 1-Wire variety.

I can't honestly say I have ever seen data being sent on the power line. The other method I have seen is when the host (master) is not being used to supply power either because its not strong enough or the wire run is too long causing a voltage drop. This is where an axillary power source is used but the data / negative lines are still tied back the master. Also, not to confuse others there are so called one wire systems but they are not based on the Dallas 1-Wire standard protocol. This may be what you're speaking about and they may very well be capable of using only two wires.

2. If it only has two wires its not based on the Dallas 1-Wire sensor protocol. As it requires three wires positive, negative, data. 3. I was speaking more from a point of temperature monitoring through out the house. As I have done in mine, where having a large sensor grid allows me to manage and activate various Insteon enabled devices such as fans, vents, exhaust, and HVAC. You could definitely use any of the 1-Wire hardware devices to help aid you in this aspect. My only reservation is mounting point(s) and aesthetics. You and I both know as much as we like to tinker it comes down to (WAF) Wife Acceptance Factor) and insuring the home looks nice. I have seen too many (College Dorm) looking half assed installs in my time. The decor must be able to stand up to the general populace and not be distracting or take away from the homes appearance. If you're more curious about what I have used you may take a quick look in my on going installation thread located here: http://www.brultech.com/community/viewtopic.php?f=2&t=929&start=80

I believe moving forward since the *Magic* was unleashed all new Insteon devices should use the (Auto Discover) feature. This ensures all attributes are seen and enabled with in the ISY Series Controller. The only reason I have resisted from re-adding the old battery operated devices is because there are too many programs tied to them. Next, sometimes there are new features in the option list that simply do not work. I gather this is due to the fact someone can have a device that has (listed) firmware that simply isn't fully supported in the device itself. Even if the ISY says its the correct version the actual device firmware doesn't support those new features. This was seen in the Leak Sensor where some had the exact hardware / firmware. Yet theirs did not return from a wet to dry state as others did. I also saw this with the MS where HL2 was able to push updates upon motion detection. Whereas the ISY was still unable to do the same so I don't know what the distinction could be for that scenario.

1. If you remove power from in floor heating control box does it recall the pre-set temp upon boot up? 2. Are you aware of what sort of sensors are being used for this in floor heater? Is it a simple thermistor or Dallas 1-Wire? 3. Having those telephone wires in each room will prove most excellent if you decide to pursue a 1-Wire system. You could simply install cheap 1-wire sensors into the cover plate like this:

I am hesitant to think using a TSTAT in place of the in floor sensor would provide the correct temperature reading. The in floor heating would have to get fairly hot before it made an appreciable change in temp. Please correct me if I am wrong your goal is to two fold. One being able to control the in floor heating device the other is monitoring the in floor temperature, correct? I am unsure what sort of access and work you're willing to undertake to accomplish this task. But, using any flavor of 1-wire sensor network will address the temperature monitoring aspect and allow you to send the temperature via *State Variables* to the ISY Series Controller. To control the power of the in floor heating I would gather simply using a Micro Relay would facilitate in turning the device on/off. I also assume the device has some type of memory which can be recalled upon power up? If not, then intercepting power and interrupting it is not the correct method because the unit would lose its programming.

The Micro Relay makes a click but I certainly would not call it loud by any stretch of the imagination. Glad its working now even if we don't know why! I worked on a combination microwave / IR sensor for about nine hours over the week end. System indicated it was tampered and the fault would not clear. Performed a continuity check on the length of wire and all was good. Measured the EOL resistors and all values were in spec. Checked the tamper switch at the sensor was fully operational and with in spec. Went back to the distribution board and all connections, voltages, signals were solid. Replaced the sensor, board, etc yet the panel still indicated a tamper WTF?? Put back all the original sensor parts and after rebooting the alarm panel in what seemed like 9999999999999 times. It came up clear with no faults, no tamper, nothing! Sometimes its like magic and things just work / don't work.

Well, from a logistic and technical stand point if this was the case. One would have expected tens of thousands of people to be seeing and impacted by this v.00 issue. The only battery operated devices that have firmware number are new devices I installed last year. All of the other (5 years old) battery operated devices all show v.00. To date I have not been impacted or seen this terrible ALL ON event that some have endured. My belief is there is some kind of conflict which is allowing Insteon commands to perform this action. Going back into the (time machine) what I recall is the following in no specific order: 1. Some suggests this is a data collision - I don't subscribe to this theory. 2. Some suggests this is a timing issue - Some of this I accept but to a limited degree. 3. Some suggests the root cause is from battery operated devices due to the multiple retries - I don't subscribe to this theory. 4. Some suggests this is a programming issue - I agree poor programming from end users is one factor. 5. Some suggests this is X-10 being a possible culprit - I subscribe to this theory in a limited fashion. 6. Some suggests this is a power issue - I subscribe to this theory in a limited fashion. 7. Some suggests this is a noise issue - I subscribe to this theory in a limited fashion. 8. Some suggests the ISY is mishandling unknown data incorrectly - I subscribe to this theory in a limited fashion. 9. Some suggests this is a ALL ON command issued - I subscribe to this theory as being 98% likely. At the end of the day if nothing has changed and you enter the same exact door, window, etc. Why then does it not happen all the time?? I believe if all 8 of these possibilities are reviewed and action taken a person should be able to negate this problem all together. Or at the very least make it happen at will . . . To date, I have not read of one person providing evidence where someone across the 49th parallel can reproduce, none.

Back in the day it was stated battery operated devices would not show a firmware version. Years later some magic was added that polled the battery operated devices to reflect what firmware was present. I had asked about this discrepancies over the years as HL2 clearly was able to provide the same information. I have half a dozen sensors in this state and all operate just fine. I wouldn't worry too much about the v.00 because it wasn't an issue five years ago before the *Magic* was unleashed upon us all! [emoji47][emoji55] Ideals are peaceful - History is violent

A few of us have noted a discrepancy of how some devices either operate or function. Or some features being added or deprecated all mid stream with the same firmware level. This was prominently seen in the Leak Sensor . . . I am not surprised to read two people with similar firmware with two different experiences. Failing adding back the unit again using the latest ISY 4.2.30 firmware. If the unit still does not show the 3 nodes I would hard reset the device to ensure its OK from that perspective. Once hard reset and added back using the auto feature if its still the same (only 2 nodes) then its likely your device was sold prior to the inclusion of the extra heart beat feature.

That was the old name of the unit. Did you use auto or manually select it from the list? Ideals are peaceful - History is violent

No worries make sure you have the instructions in front of you. This single device has to be the most complicated hard reset process Smartlabs has ever released! [emoji35] Ideals are peaceful - History is violent

That's awesome, and all this time I thought only my daughter was giving me SASS! *You Sassing me?*

We are all guilty of this sort of thing. But, after having to scale a 25 foot ladder in the dead of winter while it was -45'C. You really do start to learn what NOT to do! These are just best practices to make your life easier and safer during those older years. Any time you break past 10 feet on a ladder is something you really have to consider. At 16 feet if you fell down on a hard surface and depending upon how you landed it could be very dangerous. At 25 feet breaking your hip, leg, arm, or even your neck is possible. Glad you got it all sorted out . . .

Factory Reset All settings, links and scenes will be erased. 1) Press and hold Micro module Set button until it beeps LED will start blinking green 2) Press and hold Micro module Set button until it beeps again LED will start blinking red 3) Press and hold Micro module Set button until it beeps a third time LED will start blinking green 4) Slowly tap Micro module Set button 3 times LED will start double-blinking green 5) Press and hold Micro module Set button. Do not let go. Micro module will begin to emit a long beep Page 13 of 21 2443-222/2443-422/2443-522 - Rev: 1/21/2014 8:28 AM 6) After beep stops, release Micro module Set button After a few seconds, the LED will flash white Micro module will double-beep and the load will turn on

This is why every new Insteon device I receive I place a small piece of clear tape over the address. Sometimes depending upon orientation or if the label mounted on the back I always make a new label and affix it to the body somewhere else. The last step is I always take a picture of the device and the final installation location. I did this for insurance reasons and for long term look up if trouble shooting was going to be needed.

In this case we all know it has nothing to do with micro fissures. Any time you have cheap capacitors such as found in the PLM normal heat simply dries out the dialectic compounds inside. Now, add in some serious heat like an attic it won't take very long for the PLM to show failure. Back in the day cold solder joints were one of the major weaknesses due to hand assembly. Now given surface mount technology and wave soldering much of this is behind us. At the end of the day regardless of the technology every manufacture has a specified operating range which needs to be followed if the longest life and operation is to be seen.

ErikK, I truly laughed my *** off from reading that! Thanks for bringing back some great memories from back in the day!

I was thinking if you did a scene test and ran a level 3 log assuming it was linked via the ISY it should show up.

I just thought you weren't suppose to feed them?

I've not seen the exact issue you describe but have seen similar odd issues when trouble shooting. Perfect example is if you were using a newer release of Beta firmware and later rolled back to a earlier release. This could cause program related issues. I saw this when UDI was just releasing a new feature for the *From Sender* portion. I rolled back to another release and all of my e-mails were either blank or had odd titles. When the Energy Module was updated to support more granular power values from 500 - 1000 watts. One Beta release had a bug in it and when I rolled back a value of say 501 watts, returned a value of NULL. This caused the program to either not complete or reacted in a very strange manner. As new features are released its important to keep track of what attributes are being applied to the programs and scenes. For example if a new device is being added because the signature / profile did not exist prior. The system does not always alert the user of this issue because it has no reference to it. So, in simple terms anything that is software based can at times become corrupted, act erratic, or not operate at all.