Je continue en Français alors…
Je viens de tester mon thermostat Danfoss LC13 dans “outil de développement” puis appel de service avec :
entity_id: climate.danfoss_z_thermostat_014g0013_heating_1_2
temperature: 21
Mon thermostat est bien sur 21°C mais je ne sais pas pourquoi sur Scheduler Component ça ne fonctionne pas.
C’est comme si dans Scheduler Component le service n’était pas appelé ou pas de lien entre Scheduler Component et Scheduler Card.
Auriez-vous une idée.
Merci.
I removed the scheduler component and the card. I then looked at both /config/.storage/core.config_entries, /config/.storage/core.entity_registry and /config/.storage/core.device_registry and can’t find anything for a search on “scheduler”.
Update: In fact, even after I remove both the scheduler component and card, then restart HA, and reinstall both, there are no matches for “scheduler” in any of the 3 above files either. However, I do see them listed as installed in HACS after I install them.
I don’t know the answer to @Xavier_Pous’s issue, but I did just do a google translate of his post in case it helps someone else answer 
I have just tested my Danfoss LC13 thermostat in “development tool” then a service call with:
entity_id: climate.danfoss_z_thermostat_014g0013_heating_1_2
temperature: 21
My thermostat is of course 21 ° C but I don’t know why on Scheduler Component it does not work.
It is as if in Scheduler Component the service is not called or no link between Scheduler Component and Scheduler Card.
Do you have an idea.
Thank you.
HACS only takes care of storing the files.
So if it is installed according to HACS, this doesn’t say much.
If all traces of the component are removed as you say, the next step is to add the ‘scheduler integration’ in HA → Configuration → Integrations.
If it doesn’t show up here, it is due to browser caching. So do a hard refresh or open private tab.
If it does show up and its added to your integrations, there should be services ‘scheduler/add’ and ‘scheduler/edit’ etc. (see developer tools → services).
If the last step failed, the component has crashed, and this will be in the error log.
I really cannot think of another scenario, but then again, HA is full of surprises 
Please keep the discussion in English. Else we cannot help you.
How did you configure the card? Are you using YAML mode or UI mode?
Can you share your card configuration?
It should be enough to just include all climate devices.
Your thermostat should show up and all available actions will be shown based on the capabilities of the device.
Simple test would be to just schedule a ‘set temperature’ action for 10 minutes from now.
You should see in the card when it will trigger, and on the display of the thermostat you should see the increased temperature.
Perhaps you need to change the operation mode of the device before it allows you to send a temperature setpoint command?
Ok, I reinstalled both then checked HA → Configuration → Integrations and it’s not listed. I even checked in an Incognito chrome window.
In my home-assistant.log, I searched for scheduler and found this single entry which I think is just the standard warning.
2020-10-09 20:11:13 WARNING (MainThread) [homeassistant.loader] You are using a custom integration for scheduler which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant.
I also checked services, and there’s not scheduler/add nor scheduler/edit services in Developer Tools → Services.
I have no idea what’s going on and if it was indeed crashing, I would expect to see something mentioned in logs.
Non it’s doesn’t work when I change de temperature.
My Dansfoss LC13 work perfectly in Lovelace with Thermostat when I edit live temperature.
No. It’s a EQ3 Bluetooth radiator thermostat to which I’ve attached an external temperature sensor.
I’ve modified the built-in HA integration and added support for an external sensor. Will make a pull request once I’m confident the changes work ok.
1 Like
I programed scheduler card at 11:30 with 9°C. I saw declenchement on scheduler card but it doesn’t work on my Danfoss lc13. It works with Qubino (lightning).
It’s very strange.
I dont have MQTT on HA. Do you think it’s a problème ?
Release v1.7.5 
This release adds some new features that you have been asking for.
So this one is entirely made for you 
A new button is added to the ‘edit’ view.
It is (very discretely) placed on the bottom right of the card, and looks like this:
It brings you to the new ‘options’ view containing some extra (but powerful) settings you can set up for your schedules.
Note that the settings you will find here are not mandatory, they are only extra’s 
New feature: conditions editor
Yes, they have arrived. You can now set up conditions for your schedules.
With conditions you can define rules, which are validated before the action is executed.
If the rules fail, the actions will be skipped.
You can choose if you want any or all conditions to be passed before proceeding.
Currently, conditions will be limited to checking entity states only.
Out of the box, types binary_sensor, person, input_boolean, switch, cover, alarm_control_panel are supported.
All you have to do is add these entities to your include list, and they will show up in the conditions view (provided you use the standard configuration).
Numeric states (such as sensor entities) are also supported, but you need to define a min/max value for the entity. I will add instructions to the readme when I have time for this.
I tried to keep things rather minimalistic so maybe it requires a bit of puzzling to figure out how things work. Just keep in mind that colored stuff is clickable
Small preview of the conditions editor:
New feature: friendly name option
You can now give your schedule a friendly (or unfriendly, it’s entirely up to you) name.
If you want this, just fill in the name in the options view.
When you have configured a friendly name, it will also show up in the overview list.
So it might help you to figure out which is which.
New feature: run once option
I received requests from users who liked to have their schedules to trigger only once, instead of repeating every X days.
You will find the option to automatically disable a schedule after triggering.
Afterwards, this schedule will stay in your schedule list, so if you want to run it again, you can just re-enable it (which is a matter of tap+hold).
You can still set up days in combination with the run once option, they will still be taken into account for setting the timer.
PS:
The newly added features are not done, but they provide a usable starting point.
As always, I appreciate your feedback for further improvement.
5 Likes
Whaw!
I’m going to test all these new features quickly !
I spent some time searching but I don’t see anything as conditions of exclusion…
A condition is mostly an entity state ATM:
OK
But input_boolean is not ok…
groups:
- name: Conditions
icon: mdi:tooltip-account
include:
- person
- input_boolean
- alarm_control_panel
I’m going out of my mind. Even with the latest update I cannot get the scheduler component succesfully installed.
No service running and no entries in logs indicating a crash.
If we add entities so that they are used in the conditions they appear not only in the conditions but in the possibilities of the card, which creates confusion…
It should be a group_condition or an include_condition, or something like that…
Can you uninstall it from command line, remove from HACS, restart, install it again, clear cache, refresh, add it from integrations UI, and see if it works?
Is uninstalling from command line just deleting the directories for the integration? I can try that but what I previously did was remove it using HACS UI, then verified via command line the directories were all removed (they were)
That should be enough.