Scheduler card/custom component

standard_configuration:false

Perfect, thank you for the help

Why canā€™t I set a schedule in my scheduler card depending on sunrise and sunset?
The Sun.Sun integration is installed and has filled attributes. Nevertheless, the sunset/sunrise symbol remains gray in the scheduler card and cannot be clicked on. What am I doing wrong?

Thanks @neliss itā€™s now working fine on 0.114 also :+1:

Just one point seem the character ā€˜Ć©ā€™ā€˜ĆØā€™ are not supported on the group name, when i set ā€œLumiĆØreā€ for the group name i have the following error

Invalid configuration provided (1 error(s)). In groups/0 ā€˜nameā€™ should match pattern ā€œ^[a-zA-Z0-9_\ ]+$ā€.

@tonioa I got the same feedback from a russian user. Will make sure to solve this in the next update.
Sorry for it.

As far as I know, for script entities you can only call turn_on, turn_off and script.<script name> as services. The last one is renamed to ā€˜runā€™ in the standard configuration (to be more clear than repeating the entity name).
Why would these options not be sufficient for your usage?
And for what reason would you like to hide actions?

Iā€™m asking for improving the card :slight_smile:

Here is your answer.

Thanks a lot. That solves my problem.

But itā€™s an interesting click path. I first select a time in order to get the button activated, via which I can enter a relative value that overwrites the fixed time that I entered earlier. I would never have guessed that. :wink:

Youā€™re not the first to be confused by it.
It will be replaced (at some point) to simple choice ā€˜fixed timeā€™ or ā€˜relative to sunā€™.
For relative to sun, the offset will become optional (currently it has the emphasis).
Also dawn and dusk will be selectable (I got a request for it).

3 Likes

Iā€™m using the ā€œrunā€ script option but have a customisation that has an input_number variable.

My use case is for an irrigation controller. Iā€™m able to turn the valve on via the scheduler, itā€™s just a simple switch entity.
Im using the input_number to set a run time in minutes for the irrigation zone.
Then an automation to turn it off after that time.
The input_number is also used to set a fail safe on the irrigation controller to handle the case if the irrigation controller looses connection the water will still turn off.

I hope this makes sense.

The question may have already been asked, but what is the workday rule?

For example, what is the workday rule?
I work on Saturday morning, so itā€™s not a workday like any other and since itā€™s just in the morning, Iā€™m going to create a schedule that will apply on Saturday only.

But if this Saturday is a holiday (in workday:), what will happen? Is workday going to be prior to the ordinary Saturday day?

@Canaletto Did you read the documentation on the workday integration?

workdays list (optional)
List of workdays.
Default:
[mon, tue, wed, thu, fri]

And:

add_holidays list (optional)
Add custom holidays (such as company, personal holidays or vacations). Needs to formatted as > YYYY-MM-DD .

As far as I know, this integration only allows you to define the days of which your workweek consists.
I expect the sensor to change state only once per day (right after midnight). And this is info directly used for recalculating timers in the scheduler-component.

My intention is to provide an alternative to people who donā€™t have a mon-fri workweek.
And to consider national holidays as part of the weekend (if desired), so you donā€™t have to remember to manually change the thermostat.

If your workweek has days with irregular hours, you will have to find your own creative solution.

Not sure if I can follow tbh.
What do you mean with ā€˜input_number variableā€™ (it seems contradictive)?

If your script uses extra variables that you have to provide when calling the service, then a customised action is the only way.
But if your script uses the state of an input_number entity for setting the time, then the run action would be sufficient (since you can use a template in the script to refer to the state of that entity).

I guess both ways would get the same result.
Prettiest way is ofcourse to customise the card and define an action using a numeric action variable, giving you a slider in the scheduler for defining the runtime.

We didnā€™t understand each other.

My question is whether a ā€œworkday:holidayā€ is, or can be, a priority on a custom day?

I would like to revise the overview page, since it can become rather messy (I heard it a lot).
My plan so far was to:

  • Sort schedules based on which one fires first.
  • Reduce the amount of info shown on the list (you can always click on it to see all the data)

So I puzzled a bit with the layout, now it looks like this (rough sketch, and the tasks are fictive):

My first impression is that showing the remaining time is quite practical. Gives a good overview of upcoming events. Would like to introduce it in a next update.

But, adding the column with remaining time basically means there is no space left for the flip switch (at least not on mobile devices).

Perhaps it could be replaced with a clickable icon.
Ideally I would like to combine this with some popup menu (like HA uses) behind this icon, since I want to introduce an extra option to ā€˜skipā€™ a schedule for x time / steps. However, it looks like the HA popup menu is not that generic that I can re-use it without issues.

Also its kinda weird to see an item moving all the way to the bottom of the list when you disable it. But this is a normal result, since the remaining time will of course be not applicable (hence infinite)

Iā€™m wondering which kind of info you consider essential, and which details.
I would say for time schemes, its sufficient to only show the upcoming first task (and perhaps mention that there are X more for the day).
But Iā€™m not sure if everyone would agree with this.

I got some ideas from you to group schedules by entity.
I think it is a bad idea. I tried it, it looks more messy than it is now.
Iā€™d say its good to keep an icon on the left for each entry, with the entity name in bold next to it. Gives a good overview.

Would like to get your feedback on these ideas. Shoot! :smile:

4 Likes

I like it but youā€™re probably not going to be able to please everyone, unlessā€¦

Add a (global) boolean option for sort by time, and a boolean option to show the time remaining?

Hello,
for me, an important thing is the friendly name option, in order to identify, at first sight, what schedule to modify, for example.
When you defined a time scheme, what would be the remaining time ? the one to the next time slotā€™s end ?

1 Like

I have done both. Iā€™ve got the input_number which allows me to set the time for a one off/manual watering. Then from the card/script I change the value of that input_number when running it via schedule.

I donā€™t think itā€™s anything that needs changing from the card. With customisation Iā€™m able to set the slider through the card and everything works well.

Hi,
iā€™am tring to do the same, with no resultā€¦can you show your config? pls

Thanks.

I was a few versions behind and recently updated. Prior to this I had nothing scheduled, as I was figuring out my plan on what to add and migrate from Node Red.

I just tried to add a simple automation for my outside porch light, and keep getting the error that means the Scheduler Component isnā€™t installed:

Failed to call service scheduler/add. Service not found.

However, I do have it installed and Iā€™ve tried removing it and re-installing with no luck. Iā€™ve also completely removed the scheduler card and scheduler component, rebooted and re-installed both and rebooted. Also get the same error message.

Anyone else have any tips?