Is there any way you can add it as an option?
This is a totally small issue, but is there any way to change which schedule is listed first on the card? I adopted your suggestion about creating a “workday” boolean, and using that to switch the schedules off and on. I now have 2 schedules for each group of thermostat valves that I want to schedule. For some reason, however, the Porch group has the homeday schedule listed first, while all the other cards list the workday schedule first. How does the card decide which schedule to list first, and is there a way to override that? It’s completely aesthetic - the schedules themselves work perfectly, and this is a totally kickass automation!
I could add a check that if the new entity has the same actions as the old entity, the settings are kept.
As said, I wouldn’t know how to allow wider offset from sunrise/sunset while still guaranteeing that the time stays within 00:00 - 23:59 and cannot move to a next/previous day. This is why the limitation is there.
The sorting is based on which one triggers first.
If they trigger at the same time, the entity_id is compared and sorted alphabetically.
Perhaps you could update the name for your porch light schedules to change the sorting?
It’s difficult to allow the user to choose the order of the list freely, since the entities are automatically loaded from HA (in contrast to the normal entities card).
@neliss: When i use your integration wtih my climate entities, it creates a problem.
when it sends the hvac_mode: heat then will the thermostat go to 25 degrees instead of the temp that i setup in the settings. Set temperature is enough and don’t cause any problem.
How can i fix this?
A climate entity needs to be set to hvac_mode:heat to accept an external temperature setpoint.
Many users have reported the issue that if their thermostat is in hvac_mode:off or hvac_mode:auto, the setpoint would be ignored, that’s why scheduler sets it.
Scheduler sends the temperature setpoint (through the set_temperature service) right after the set_hvac_mode service.
If I understand you correctly, this setpoint is ignored by your climate integration, but it always keeps the setpoint at 25 degrees.
This issue seems to be related to your climate integration, not with scheduler.
Could you try creating an automation or script that executes set_hvac_mode + set_temperature as sequence of actions, to see if you experience also that the temperature is always 25 degrees?
Any idea where this 25 degrees comes from? Is this the maximum limit for the setpoint?
Hello,
thanks for this card. I try to use it together with the thermostat card, for a “climate” entity. Sorry if another similar question was asked, I didn’t find an answer.
If I use them separately, everything is ok. The command is also sent depending on scheduller and manual directly from the thermostat card. When I control it manually, the thermostat card shows off / heating state.
I want the state in the thermostat card to change even when the heating is activated in the scheduller.
Or is an other option in thermostat card …?
Can you show a screenshot?
I am sorry.
I answered myself and finally understand how it works. If it is not in the active period, the thermostat card is inactive. When in “on time” thermostat card off/heating status is displayed.
All is well now.
Currenty it is something I’m looking for. Firstly I’m so happy with the scheduler card. The best of the choices. I use it for several reasons. One of these is control the hot water circulation in my house.
Now I’d like to make a node-red sequence which listens if the circulation is started by scheduler or by somebody switch on it manually. If it is switched on manually it should switch of after 1 hour if the scheduler is not triggered (I have 2 schedulers: one for weekdays, one for weekend)
For this I should know if the scheduler is triggered or not (means the switch is switched on by the scheduler or not) and I need some output from the scheduler. The best would be if there is an entity shows that the given schedule is triggered. E.g. make an additional bynary sensor called e.g. binary_sensor.scheduler_xy where xy is the same entity ID as the switch.scheduler_xy for the given schedule. This binary sensor could be on or off. And the original switch can work as is.
What do you think?
Great integration!!
Can I add a curtain swith in the scheduler?
Thanks, Wil
The switch entity changes to state triggered for a minute when the timer is firing. Shouldn’t that be sufficient for your use case?
Goedenavond and welkom Wil 
A curtain switch is usually a cover entity with open/close actions.
If you have it in HA, you should be able to include it in the scheduler card (in UI by editing the card, otherwise by yaml).
Goedeavond too, I can only choose lights or switchs in my scheduler card?
If it is only for the first minute, it doesn’t fit. It should give a continuous feedback if it is triggered or not. E.g. there is a switch off timer but I don’t want to switch off if the scheduler is running. It can happen not in the first minute but in the middle of a 30 minutes schedule. So a continuous state (triggered) should be better.
I made an input boolean (have no better knowledge on virtual switch solution), but the problem that I can select 1 group in scheduler (switch OR light OR e.g. input boolean), so I’m not able to switch it together with my switches.
+1 feature what should be useful. After HA starts, scheduler should check and set all schedules back. E.g. there is a power outage during a schedule is running and the power comes back after a trigger, so the devide stays switched on. But if the scheduler checks the current schedule state and set it again it can switch off (or on) the device after the power comes back.
Optionally it can be checked for each schedule. Maybe there should be 2 checkboxes (or switches), one for “Set ON state after power outage” and one for “Set OFF state after power outage”
I believe you can do this if you set a scheme.for the entity you want to control.
Also you should be able to select more than one group for your card.
Click both in that view.
My screenshot was there effort view for a already created card
I can’t. Even with “Ctrl”. When I choose one group I can choose one or more entities but I’m not able to choose additional entity from a different group.
That’s why I’m looking for a solution to make a virtual switch in switch domain (switch.xy and not input_boolean.xy) but I don’t know if I can and how I can do it. If I can make a switch in switch domain, then I will be able to choose multiple entities in switch group in scheduler.
You can only select entities from one group, but from one group you can select multiple entities.
Usually each group has different type of entities, so they require different actions.
You can however, define your own groups with a mix of entities.
But you cannot combine different actions, like “turn on switch” + “set thermostat heat to 20”.
Therefor I doubt that your experiment will be a good solution.
To me it’s not really clear what you’re trying to accomplish.
I have a hot water circulation in my house. I use it with your fantastic (really!) scheduler. I have a button as well where I can swict on or off the circulation if it is not scheduled. This is the switch which is switched on-off with your scheduler.
I’d like to make an automation which switches off the switch if it is switced on manually but only if the shedule is not running. So my automation will be:
If the switch.circulation is ‘on’ for 1 hour and (condition) schedule is not running on that switch, than switch ‘off’.
Somehow I would like to check if the schedule is on. I could make a virtual switch which is switchin on/off in the scheduler with the switch.circulation, so the state of this virtual switch could show if the circulation is on by the scheduler. But I can’t make a virtual switch in the “switch” domain (e.g. switch.virtual_circulation). I know how to make an input boolean for that, but in scheduler I can’t select a switch with an input boolean.
My workaround will be to make a scedule with the input boolean and switch the circulation with an automation which listens to the input boolean.
But would be better to have something like a binary sensor made by scheduler which shows the state of the scheduling.