Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Scheduler #1419

Closed
kris969 opened this issue Dec 11, 2018 · 6 comments
Closed

Scheduler #1419

kris969 opened this issue Dec 11, 2018 · 6 comments
Labels
enhancement New feature or request scheduler

Comments

@kris969
Copy link

kris969 commented Dec 11, 2018

I am using the scheduler on a Sonoff DUAL to turn on an equipment from hours (2AM to 6AM).
I have set 4 schedules, the first two ones are enable the last two are actually disabled, I will use it later.
Unfortunately The schedule seems not to start at 2AM, I was awake at this later time and had a check it. I turn it on manually.
I will procced some tests around this in the next days, to try to reproduce this issue, if so I will come back to you.

Working on this, I had the following Idea.
I think it could be interesting, to replace setting of independent schedule with the setting of sequence, each sequence should be a start time and an ending time. During the sequence the relay could be ON or OFF, depending of needs. With such approach, it could be possible to periodically check if the GPIO is in the right state regarding to an available sequence, and to activate it again in case of nonsense.

What do you think about this?

Regards

@xoseperez xoseperez added enhancement New feature or request scheduler labels Dec 12, 2018
@xoseperez
Copy link
Owner

Sure that's an idea and it would fit into a more versatile schedule. One that could take into account different inputs like relay status, time of day (of course), sensor values,...

@kris969
Copy link
Author

kris969 commented Dec 12, 2018

I could propose you to participate in writing code.
it could be interesting to start in writing a little document to specify what we expect to do, in reality it seems we have started in that way.

I'm not sure to be efficient on the GUI, but I could work on the scheduler itself.

Do you agree?

@kris969
Copy link
Author

kris969 commented Dec 13, 2018

Hi,
A new discussion...
Of course it is a question of point of view.

Don't you think it could be nonsense to use scheduler when using MQTT on Epurna?
I'm thinking about this because I started for one of my devices with Epurna Scheduler, then afet having deployed a new Mosquitto broker somewhere in the Internet, I switched using MQTT on it, and...

I forgot to clear the local Epurna Scheluder. Of course the scheduler and MQTT actions were working together! It takes me few minutes to understand I got a conflicting settings.

What do you think about this?

@xoseperez
Copy link
Owner

The scheduler works in parallel to any other means of switching the relays, that includes MQTT, the REST API or the physical button. The initial goal was to provide different options for the user (some will do MQTT, other prefer to have a standalone device (hence using the schedule).

@mcspr
Copy link
Collaborator

mcspr commented Oct 3, 2021

fwiw, current version does scan all declared schedules for the specified action target-id and launches the last one
but, only when there's a schedule restore setting on

return 1 == SCHEDULER_RESTORE_LAST_SCHEDULE;

e22f67e#diff-e8b9a5d04af16462e032b4ceb5900c29571415364a39b566b9ca03ac55749fcf

@mcspr
Copy link
Collaborator

mcspr commented Jun 16, 2024

Closing, ref. #2417

@mcspr mcspr closed this as completed Jun 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request scheduler
Projects
None yet
Development

No branches or pull requests

3 participants