Closed alex-torregrosa closed 1 year ago
Something like this perhaps ? https://github.com/marcelveldt/homeassistant-scheduler/tree/master/custom_components/schedules
The good thing about it is that it would require zero core changes as this is done with building blocks that were already there.
Please have a look and test it if you like. If there's enough interest I can submit a PR to core.
@marcelveldt I am working on a similar project. There is a thread about it here. I would be happy to collaborate on this, to prevent making double efforts.. My project consists of a card+custom_component combination.. The component has quite some overlap with yours, but has some differences as well (mostly provisions to store multiple timepoints + actions per entity). Then again i like your coding style much better (i think my component is a bit messy written, but i am also not really a python hero). May take a few steps to get there, but would be great if we could merge things to a solid piece of work!
@nielsfaber sounds good but my time is a bit sparse atm. In a few weeks I'll be able to help out.
@marcelveldt Any updates on this? I still would like to join forces. Could you PM me for discussing next steps?
Any updaes reguarding the implementation of climate schedukling ? this is really one of missing core feature :(
This architecture issue is old, stale, and possibly obsolete. Things changed a lot over the years. Additionally, we have been moving to discussions for these architectural discussions.
For that reason, I'm going to close this issue.
../Frenck
Triggered from: home-assistant/home-assistant/pull/21017
It would be useful to add a scheduler to the climate component, specially for the generic_thermostat platform. You can actually do this by using automations in HA, but this way the ui would be more user-friendly.
It should enable the user to set rules triggering temperature changes at certain hours and days of the week. It could also be useful to add a sort of timer to manual temperature changes (making them last 1h for example), but that should be optional and enabled in the component configuration.
This could be done as a standalone componenent (see PR at the beggining) or integrate the functionality into the climate component. The standalone component approach would make sharing a single schedule between different climate entities easier.