larryllix

Are the signal levels RS232 or logic levels? That would determine the capability of the signals. We know you can't connect Tx to Tx so something has to switch the connections. This means a straight through cable isn't going to work the same way as a real RS232 cable always needs pins 2 and 3 cross wired. (Tx to Rx, both directions) Sent from a tiny keyboard. Response may be brief.

Interesting. Although I have had a few Insteon comm failures, I have no repeaters, phase couplers, filters, or other devices that are not directly being used. I have two OutBack inverters running at all times with some Insteon running from their supplies, and my PLM plugged in right beside them.

I have found all decent Zwave devices are much more expensive than Insteon devices. People do their own bait and switch though. They look at the cheap Zwave devices that don't support status reporting or repeat etc., get enthused, and then upsell themselves the expensive ones because they are actually useful in a HA system. Next thing is a grid of repeater devices due to the RF only range. All looked good in the sales flyers when they sold off the bottom end devices.

I think B on both ends would twist the signals. To be straight through IIRC it takes B on one end and A on the other. ISY Tx = PLM Rx ISY Rx = PLM Tx B to B may connect Tx to Tx and Rx to Rx Since serial ports don't usually auto change connection function, like many Ethernet ports now, it probably shouldn't work.

If the heat pump is new I would ask the company to come back and tell them it is causing electrical noise on your system. They may have some simple fixes for it like.. Re-tighten some connections they did Install some toroids on the feeding conductors. Install MOVs across the feeding circuits. Install a whole 240v filter on the 240v and/or 120v. Use a disturbance/harmonic analyser to actually analyse the problem. My guess is this will cause you more problems down the road and may be combined with another newer noise maker and then it will get really hard to fix.

Just another thought.... I figure you know this, but the mechanical heat pump stats had two contacts, and the heat pump was set the highest temperature. A few degrees lower the back up heat contact would cut in, and usually some had an option to stop the heat-pump when the backup ran, or run both simultaneously. The two contact outputs are not confusing the issue of reporting differential I hope. This seems a little out-of-whack for a AC run stat. It's not like they need to save the batteries by reporting too often.

Some of us spent all our money earlier and aren't so lucky to have the latest units. It would be interesting to find out if the large reporting exception rule applies from the last update after a query. IOW: If the last temperature sent to ISY was 72F and you query it and it sends 74F, will the next report be at 76F (72+4) or 78F (74+4)? That would seem that a query before critical usage would be necessary each time. Trouble with that logic is that you don't know the time is critical until the stat reports in. duh! Another thought: Is there a time period report that the stat reports whatever it has every X minute/hours, regardless, or from the last report? Surely, SH would have gained some high level protocol intelligence by now.

If you are referring to the 2441(Z)TH Insteon thermostats, mine report in about every 1.5 degrees C.The local operation works on the resolution you see on the screen (0.5c) You cannot query the temperature from the stats. everything else, but not the temp. On just batteries you can't query anything IIRC.

The connectors on one end may be the wrong polarity style (A or . Most Ethernet will work with either cable style but serial won't.

Call UDI support. They will get you going.

My Venstar T7900 runs my humidifier in another room. When I built my house many people told me with such a tightly sealed house a humifier would never be necessary. I didn't leave enough room on my air-handler to accomodate a humidifier after-the-fact. Sure I discovered I don't need a humidifier if I don't mind dying in my sleep from fumes and lack of oxygen. HRV's bring in extremely dry air in the winter here. It's hard to get out of bed in the morning when the static on your hair is too strong to lift your head off the pillow, each morning. ISY's your friend.

IIRC there has been a few users that have adopted links using the "absorb" method and then they had a hard time getting the links to a non-existent Hub type device out of their ISY / PLM link tables. Now the devices are doing multiple retries to get an Insteon ACK from a device that will never respond.

I would be factory reseting each device and adding them to ISY. Once a process has been set up it doesn't take that long except for battery devices somewhat. This way you know you have a clean slate for each device. They can tend to act strangely if not cleaned out first, especially from the factory. I think you will enjoy the power of your ISY so much more, being able to do compound logic programs instead of just timer events or extension of device controls. I bought two hubs and once I saw what they could do I sent one back for a refund and gave the other one away. Welcome to the forum!

Two of my son's have Nest thermostats for the last year or more. Almost every feature it has has been disabled at one time or another. The Nest "learning mode" sets a new temperature for every time somebody fiddles with the dial. After about a year you have 20-40 temperature settings at random times of each day and you need to go and delete all the "learning without intelligence". Most Nests are reported to be way out of calibration by 3-6 degrees and from forum readings nobody thinks they can be adjusted to fix. IIRC tech support told users to leave them along as they are all calibrated at the factory and don't need any further calibration". Classic know nothing electronic toy company thinking and probably most of the reason it has to memorise so many temperature adjustments. My conclusion: Not for HA enthusiasts. We are control freaks and like things our own way, not the way google tells us "Don't worry! You will love this stat. Never mind what it does." "Would you like fries / Chrome with that stat?"

You may have to quote Stu's text to get his attention like I just did to you.

All the date/time functions are there but they can't be used in the logic. If they were, the ISY engine would have to evaluate every second or minute. Something to be noted: Dates spanning the end of the year must use OR logic. Dates spanning inside the year must use AND logic. I've been caught too many times on this so I thought I should mention it. (examples already in my second program) The decimal was just for looks.

I see you have v5 installed. I use this variable creator to access dates without year restrictions (wild card). I use time program kickers to ensure it gets updated after power failures and other glitches. Set MM.DD - [ID 00B8][Parent 0006] If Time is 12:00:01AM Or Time is 3:00:01AM Or Time is 6:00:01AM Then $sISY.DayOfWeek = [Current Day of Week] $sISY.DayOfMonth = [Current Day of Month] $ISY_Date.scratchpad = [Current Day of Month] $ISY_Date.scratchpad /= 100 $ISY_Date.scratchpad += [Current Month (Jan=1, Feb=2, etc.)] $sISY.MM.DD = $ISY_Date.scratchpad Else - No Actions - (To add one, press 'Action') Then programming around dates is quite easy and permanent. No yearly changes required. Foyer Christmas Tree - [ID 00BA][Parent 00C0] If ( ( Time is Sunset - 30 minutes And ( $sISY.MM.DD >= 11.15 Or $sISY.MM.DD <= 1.06 ) ) Or ( Time is 5:00:00AM And $sISY.MM.DD >= 12.24 And $sISY.MM.DD <= 12.26 ) Or 'Master Bedroom / MBR KeyPad.C' is switched On ) And 'Master Bedroom / MBR KeyPad.C' is not switched Off Then Wait 1 second Set 'Foyer / Foyer Christmas Tree' On Wait 8 hours Run Program 'Foyer Christmas Tree' (Else Path) Else Wait 1 second Set 'Foyer / Foyer Christmas Tree' Off

The delete all links doesn't seem to do it for me and that is only incurred when linking a device not known to ISY. The factory reset (Paul's advice) of each device and restore is quick and easy and the factory reset clears out locked up program routines and data in the devices. No unassociation required in ISY.

I thought the wallwart was not available any more. Either way, it is fairly cheap and easy to cut the plug off an old 5v cell phone charger (microUSB?) and strip the wires. Leave the batteries in for backup but use good quality cells that don't leak.

Welcome to the forum! You haven't stated what firmware version you are running. V5 made a big jump in possibilities as far as making these things easier. In v5.0.9 alpha, I have periodically running time of day, and day of month, system parameter grabber programs that put DD.MM and hh.mm into decimal state variables. Triggers to look for random dates and random times could be created, easily, from the random arithmetic function built into ISY.

I use seasonal time filters in Folder conditions. The group of programs can then only run during that season and only one time based filter is required. OTOH: because folder conditions are odd / rare and not easily spotted when browsing programs I use very explanatory folder names eg: "Heating on schedule at home" This saves me a lot of digging to find why it works a year from now.

It's Electrical Safety Code.

hmmmmm.. doesn't sound very good, so far. I was going to suggest a factory reset of your ISY but being a more complex procedure you may want to initiate a support ticket request with UDI. People report them to be very responsive. There is a link with every Michel Konahim's post. IIRC you have already power cycled the PLM and ISY properly. Assuming your programs and device profiles are all still intact, have you tried to do a restore PLM again?

I would try to enable one battery device at a time, put the device into linking mode and then try to force each device query. The 1011's are normal as the general query failed on those devices, as they should have. I had trouble trying to wait for the device I put into linking mode, to get auto-queried by ISY each as the device linking mode times out and it would miss it again. I was persistent and as I got more devices stable it sped up. Now I didn't block or disable anything, so I got into a query storm with battery devices that couldn't respond and it really ground things to a halt. I would do things a little differently next time but it sounds like you did some of that, already. You'll get there. It was frustrating for me too.

I found a new PLM took hours and hours choking on every battery devie I have. I have ten MSes so it choked a lot. Once it stopped I put each battery device into linking mode and queried it only, until it behaved like I thought it should. My guess is your ISY is still choking on the massive query. You should be seeing a lot of busy bxes in the admin console. IIRC I went to bed and did my battery devices in the morning. While this was happenning I could get almost nothing to respond on my ISY. Every action took minutes.