lilyoyo1

I would create 2 folders that operate during the hours you want. 1- from sunrise to 1 minute before sunset allow these programs to run 2- sunset- to 1 minute before sunrise allow these programs to run. Drop the corresponding programs into each folder.

You're welc9me. Combining your 5th program into the 4th. The or else would be ran off that statement which will re-enable the sensor program. The status isn't needed unless you are using an app or voice control to turn off that light. If it will always be manually switched off then you don't need the status line

I've found the more complex you make things; the more likely something is to go wrong. For me, it's keep it simple. The best answer to your question depends on what exactly you are trying to accomplish

You just need 3 and 4. Change program 4 to If light is switch on And (Light is not switched off or status ceiling light is off) then stop program and disable it Or else Enable program Unless you turn off the lights by other methods such as an app or voice control, you don't necessarily need to use status

I can't speak for others but I want my scenes to work outside of the isy vs depending on the isy for every detail. That way, should my isy go bad, the main portion still works. In regards to the ops question, I create a scene with each device that I want to control in that scene. I then set the level that each device should be in when the scene is turned on. This includes other buttons that may control other scenes such movie, tv, game, apple TV, etc. Those buttons would be set to off. That way, when switching from scene to scene, each button is turned off accordingly. I then have programs which will turn the corresponding scene on that is geared to my remote and vice versa.

There isn't. Take pictures of the existing programs that are flagged, revert back, and compare them to the old programs. Take pictures again so you have a reference point and then upgrade

The developer was asked this before and he said he had no interest in adding them due to how he polls the hue bridge. The timing would not be a huge benefit for automation.

Thats always been the regular price.It's the same whether its the dimmer or relay. Both however go on sale quite often.

If it's not isy controllable then the answer is no. I'm not surprised. Most of us will pay more for an isy controlled plug as you have a broad range of options vs a singular use. Saving a few dollars is nice but not if it limits our our options. Also we look at isy compatibility first then what connects to it such as Alexa or Google vs the other way around.

That is normal behavior for all isy branches. If you want to control a scene you have to control that scene. Controlling the individual device in the AC will only control that device You'll find the information in the isy wiki and cook book

I'm speaking on the physical pressing of the button. That's normally indicative of the triac going out.

It's possible the trial inside burnt out which is why the lights pipe still works but the switch itself doesn't

The good thing is that elk can be used with the Isy vs dependant on the isy. I use the Isy for convenience vs the alarm system itself. I would suspect most do the same. It's a risk vs reward situation

I've never tried 2 Isy's with 1 system but I do not see why it wouldn't work at least with the elk. I would personally stick with elk due to its native isy support vs relying on a nodeserver. With native support, the isy itself (or elk) has to crash for things to stop working. When it comes to the nodeserver, more things can go wrong; such as the nodeserver not connecting or running, the RPI or polisy (while a separate device) crashes, hardware, etc. I would imagine you would program the alarm itself to function outside of the isy and automation so you would still be protected. However, anything the isy controls would be lost which can effect experience

I would agree with dbwarner5. You don't want the sensor directly linked to the light.

You may not be able to give an automation system a task like a person but you can program them to do what you want them to do. No different than airplane systems being programmed to do certain tasks. That's what I did. I kept track of our habits and programmed based on that. Because lifestyles evolve, anything we do manually, I look for ways to automate that task so that we don't have to. To me, it's less work to program something and not worry about it afterwards, rather than constantly react to stuff that could've happened automatically. Programming is one and done. Notifications and potential responses is often.

It should since he's using control. That's the condition that will start the then portion. There's nothing in it to cause it to reevaluate and stop except the time which will run the or else

He doesn't want the "not switched off" since he's using the then statement to turn off the light. However since he only wants it on during those hrs the or else would turn off the light at sunrise

You're calling for it to set the device level. Is this device part of a scene or by itself? If it is part of a scene, simply say Then: turn scene on Or else: turn scene off

You have 1 hr before sunset to 1 hr After sunset the NEXT day. It'll trigger all day

To each their own. I'm the opposite in that I want it to do what it does without any input. For me, its 99% automation and 1% notification. I didn't spend all this time and money simply to trade manual control to hear stuff going on constantly. I get how you feel about it. Automation for me is like work. I believe in hiring the right people for the job, get out their way and let them do it. They only come to me when necessary instead of reporting every move.

I can understand that. Mine is setup for a temp range. Once outside of that, it'll put it back into range vs a single set temp

That's what I do with mine. Less work on my end.

I'm confused. Are you saying that you'll manually change a thermostat then ask your voice assistants to confirm a change you just made at your thermostat that was right in front of you?

They are aware of it. I'm sure they'll get to it eventually