larryllix

Along with that I keep one variable $sISY.initialised as a Boolean. I set it True but init it to False Wen ISY boots up and copies the value (False) from init, I run a test of it and initialise some items then set it true again. This way I know the program lines will only be run on first power up. This also help control the order of boot up procedures. This idea was stolen from the Leak detection program repertoire.

The Internet time clocks only send UTC time. (Greenwich) Your local computer (ISY) calculates local time from that.

This is what the ecobee3 thermostats are claiming now with their remotes. Up to 32??? remotes can be connected wirelessly and the temperature settings follow you around by MS in each room you occupy. All sound great but I would go to bed hot, every night and not sleep for hours while my A/C brought the house down 1 degree per hour. I designed my house with a lower floor for the bedroom to keep it cooler but I feel sorry for the people with upstairs bedrooms in the heat. I had that in the last house I designed, but had return air vents in every room and kept doors shut to avoid temperature stratification.

You stated you were changing Masters, and I assume manually at the stats. My suggestion was to change setpoints on the Master based on 2441ZTH.

If program logic is acting as an intermediary for your HVAC controls it can be done with more ISY program logic. If the 2441TH is hardwired to the HVAC sources then not without some real screwball programming logic. When in the 2441ZTH zones you could change setpoints on the 244TH to compensate in an equivalent scheme.

Thanks! Interesting. I don't have any open/close devices so never encountered that speech psychology, yet. I run almost all programs so I did have to fudge one "All Lights Off" program to accommodate the negative voice logic "Off" to run the Then. "Alexa. Turn Off All Lights" If switchlinc is switched On etc... Then set lights Off set Hue lights off set MiLights off Else <------"Alexa. Turn Off" jumps in here. run Program self (Then) <-------added for voice input The rest of my voice connection programs are all Then actions only, and all just require Alexa. Turn On.....

How do you find program to be a little different? I find adding devices, programs, and scenes the exact same procedure, and the spoken techniques exactly the same also. Can you explain? Maybe I missed something in this abstract black box.

What are your firmware and UI versions?

Next try to manually initiate the same program your REST input would.

Does your "Status 'Open-Close / Shed-Opened" show 'On' in it's device status page?

I don't think Alexa knows the difference between scenes, programs and devices so you cannot overlap names at all. Only at some point in the portal to ISY is the scene, program, or device differentiated. Click "discover" in the setup app or say "Alexa. Discover"

It is quite ironic that the most automated things take so much manual effort, at first.Who reads the manual though?

Post one of your programs that is responsible and people can take a look at the logic.Right click on the program in the program tree and select "copy to clipboard"

Sounds like it fits the bill perfectly! So you can trigger the thing with a Network resource from ISY and have the power cycle to ISY, then? hmmmmmmm... trouble with that logic is if you can remotely cycle ISY or have ISY cycle itself then ISY and router, or just ISY, is functioning reliably enough to do it. I have to assume it can do this on other stimuli, also. The sequencing sounds good. I find the Echo doesn't sync up with my router and gives up.

Have you run test notifications to see if the messages are still being sent out, identifying whether the problem is in the programming or the email system?

Yeah and it's always a case of where do you mount the silly relay, get an expensive box and clamps, terminal block etc... It all adds up project wi$e. Never tried it but, ISY cyclic query an OnOff Module, used to control the device?

SynchroLinc detect and report loads over a certain programmable level. The trouble there is when the circuit is dead it can't report in but there should be ways to detect that if the turn on event is known and it doesn't confirm it. The usual way is a IOLinc and a 120vac relay to get a dry contact to feed the IOLinc.

I always though there should be a way to modify or purchase an Insteon module / watchdog that would contain a monostable watchdog circuit to power cycle anything plugged into it. To use this would take an ISY program to hit on it every say 1 - 5 minutes, maybe user programmable, and if no "hit" is experienced it would switch the load off, wait 30 seconds and then power it back on. This could be used for routers and ISY itself for catastrophic failures, should one ever occur. This would be really cool of somebody could find a simple capacitor addition mod for an OnOff module. A charged cap to hold the relay on and an ISY program t flash the module on and then off every 3 minutes keeping the cap charged. May take some cutting of PCB lines before the relay driver transistor. Please note I never mentioned Brian at all.

That sounds really cool and a real step toward voice control Mr. Chekov. The only two commands available should at least be located together, not one at each end of a potential 500-2000 line document / list. I wouldn't have had a duplicate list so long if the disabling of the skill had worked as stated:. "Tip: You can forget all devices by disabling the skill in the Skill section of the Alexa app." As you posted, it's a done deal now, and it wasn't that big of a deal, just annoying that the function was so hard to find and differently presented than the "Discover" function. I would have never looked there and wouldn't again in future but now I know, just in time for it to be changed for next time. Thanks!

I found the spoken in Admin Console was a complete dud, not functioning Run this instead https://my.isy.io/index.htm Then use "alexa. Discover"

I said "forum", using it in an analogy to demonstrate the ridiculousness of the hindsight advice, by exagerating one of the aspects involved, to exemplify my point. The new kids should be scared, with pages that are thousands off lines long and the advice is to read it all. But they are not scared, as that is the way they are raised today. You just hack at it and research only when needed. Sometimes we need to get things accomplished and not dilly-dally with details along the way. I had a boss like that once. Instead of using an IC by the specification of the I/O he had to study the internal chip schematic and never got past the basic logic gates. That's is just the way it is these days of GigaBytes of information coming at us and no instruction manuals or directions, typically.

OMG! Now I have to read the whole forum before posting? What manual? We don't expect luxuries in this ground breaking field.

Thanks Stu! I would have never found that at the bottom of several hundred devices listed....and I didn't, even looking for it, thinking..."this is ridiculous". but... where there is a Stu will there is a way.

I didn't receive any notice but I may have installed after the notice. I just wish the remove all devices button was at the top of the page instead of underneath a few hundred lines of devices. It takes a long time to delete that many devices, one at a time, with confirmations.

Typo there. Probably a slip of the logic tongue If you know you never would want to use the variable you are creating as a condition program trigger, go ahead and make it an Integer, but if you think you'll ever need to use that variable to trigger a program, make it a state variable; you can't go back and change type later. All variable types can be used as a condition, just not a trigger.