larryllix

Yup! The main thing in programming is usually self-documenting code. That means, for variables, to gve them descriptive names that reading it later you know exactly what the value means. Typically and usually you would use a non-zero value (usually 1) for True, and a 0 value for False. You can manipulate the value later manually, or automatically from some device. I use the vacation setting from my ecobee thermostats with a syncing program. Logic = When the value changes in the stat, change the value in the variable. You could use a triple tap, or some other sequence, from a simple SwitchLinc wall switch. I use a sequence like that for my home security to enable/disable it. That can be explained later if desired. Just ask. You may want to set the init_to value to the same value in programs that set it. That way ISY will boot up with the last value you assigned it.

That is correct. The init_to value is the value that gets stuffed into the variable value as ISY boots up, before any variables get used in programs. Init_to value is not testable or otherwise usable.

OK. wild shot but...since the PLM port uses the same RJ-31 connector, you sure those aren't mixed up?

Did you try another Ethernet cable? The USB PLM should be good for your polisy box if you ever move over when the time comes.

Geeeez. That is an awesome video.

Don't quote me but IIRC the O wire controls the direction of the valves for cooling or heating. You may need to reverse the logic polarity of the contact open/close. Sent from my SM-G781W using Tapatalk

What real thermostat was running the heat pump before? Did you mark down the wire colours and connected terminal markings before you removed it?

Is there a way to tell how big the link database is inside any PLM?

Did you try replacing your Ethernet cable to your ISY? It is possible you have a broken or intermittent conductor.

Look for programs that constantly hit on Ethernet comms without enough break. Your ISY is likely complaining it is too busy to empty the Ethernet cache either going in or out. Look for flashing program icons and busy events scrolling by constantly. Check your program summary and sort programs by last executed, watching for constantly updating times.

AS per @Techman's post above. You run it from it's own app icon, not java console.

Second the ISY v5.3.4. It fixed a lot of small quirks.

I would do it in a flash but then I use many of the advanced features to use during programming and other features. It has been years and years since I used v4 so I am not sure what all the advancements are but decimal values are great. Maybe another user more familiar with the upgrades can chime in here. There may be some hassle to fix up a few program lines and scenes (usually highlighted in yellow) but once done it is permanent and never needs to be done again.

IIRC Michel posted a software switch that had to be enabled to use a PLM with pol/ISY, recently (about a week ago) . It seems pol/ISY installs with the PLM disabled so people can get it going without a PLM.

I am not sure what exactly is loaded down to google but it knew my whole setup when I tried to dump it. IIRC at the time I was trying to get GH to operate my devices, and after months of working fine it just wouldn't work any more. After a few months of trying everything it started to work again after giving up on GH. This happened again after several months of working and the same thing happened again. While nothing with GH worked, I tried to dissolve my account, including my google main account, as well as all my email accounts with them. When I reconnected the ISY Portal account back with GH all the devices were still there. Don't know how or why but after other AI attempts from GH to operate every device in my house I finally dumped GH and just supported my Alexa devices that didn't try to second guess my HA setup.

Mechanical thermostats on window shakers have thermal time delays built into the stats to protect themselves, usually. Not a foolproof method but it works 99.99% of the time if controlled from the knob. You want remote switching though. Run at Startup does not require program triggers to be enabled although things may have changed so testing would be the best. Not easy to test and requires rebooting your ISY unfortunately. I temporarily disable programs but it's usage should be done with care as a power interruption can leave programs locked out permanently until they are manually enabled again. Here is one technique I use to assure programs are enabled at startup. Program If [Run at startup enabled] some device is Switched On <----- switched constructs are always False unless device triggers this line Then do whatever you usually do Else enable program (self) run (then) program(self) <---- if Then run is desired

If you are trying to control a window shaker style A/C, they usually have a time delay built into the thermostat. If you are trying to control a central A/C unit you need a proper thermostat to avoid this fast cycling. You are playing with an expensive piece of equipment and a compressor starting backwards due to a mistake i programming, controls, or bad comms, can cost you a lot of money and agravation. Get a proper thermostat and control it with programs.

It appears the restore does work now, as reported in this same thread.

I found (and this is typical) that GH never forgets. IIRC I deleted all my devices, disconnected my accounts, and when I reconnected my accounts all my devices were still there and enabled. I had to create a new Google account to get rid of some of my associations. That was a few years ago now and I quit using my 3-4 GH boxes since.

For those considering a new USB PLM in Canada. aartech.ca has the USB PLM for about $104 CAD. With Smarthome's current YESTHIRTY, 30% off coupon and cheapest very slow shipping at $38 USD, the aartech.ca version is about the same price after Canadian HST taxes. This price comparison is also considering no taxes to be paid coming from US Smarthome (if you are lucky) and warranty will be very hard to claim with about $40 (your cost) for return shipping. Exchange was calculated in comparison also. The Canadian deal is much more economical and sensible. aartech.ca has always been top-notch for complaint and warranty handling. Only basic questions were asked on items in the past.

According to the theory behind event based processing no state variable will ever get evaluated or processed unless it's state changes. Without any value change or even an event that affects the value of a state variable, no CPU time is taken to even test it's value, let alone process program conditions based on their values. That is the beauty of real event based processing, such as IMHO ISY uses. OTOH there could be some extra time taken using a few hundred state variables but should be nothing for a 100's of MegaHertz clocked CPU. Modern compilation techniques and addressing schemes don't use brute force scanning techniques anymore either. ISY uses predefined addresses also. I use hundreds of state variables already. If they don't change value, nothing gets evaluated and no CPU time is taken. ISY has been done by highly educated computer people and the techniques are well documented in the computer sciences journals.

Yeah, I have w working one I depend on, and two that likely need cap replacements, but I have the same thoughts. It doesn't sound like the pol/ISY is dependable enough yet to commit to the jump. A further factor, for me, has been a raft of LAN/WAN/Router problems for the last year or two that I may have (hopefully) spent my way out of (yeah about $1K, new router, new bad mesh routers with more problems that still didn't point to my original router problems **SIGH** ) . I didn't want to mix more complications into that batch. and not be able to zoom in on bugs etc.. I guess we need to get more information about the PLM modem. Is there options? Different models? New USB PLM on the horizon? IMHO there is a new USB model being worked on, not a serial PLM. The USB PLM seems like the way to go, as we likely need to support two ISYs simultaneously. hmmm... maybe the soldering iron needs to come out in order to buy some time as SmartLabs will never announce/leak anything. This brings me to anybody managed to make some cross talk connections between pol/ISY and ISY994 so items can be moved over slowly?

That is my crystal ball guess. I doubt we will ever see a production run of Serial PLMs again. Too many clues have been dropped, including UDI's support of the USB unit. Too much hush-hush there.

He is a poster from years back using a similar name. He may not be here much longer though.

Some programs are based on being enabled and disabled by other programs and double enabling them or double disabling them will not work with a complex arbitration program(s). Including a conditional line inside each program for $sVacation or $sOccupied, makes each program clear which factors influence the program instead of hidden parameters, and forgotten programs that most people forget to maintain every time they add a new program to do something. I have been down this rabbit hole many times before and trying to be lazy while programming will almost always bite you in the bum, sooner or later. Make it obvious and clear or you will pay.