Прошу помощи с разработкой программы.

[Dimensy]

В связи с таким заданием я вижу следующее:
1. после запуска программы требуется проверить два условия: запуск и окончание работы камеры должны располагаться на разрешенном промежутке времени - это можно организовать переделав макрос ClockWeek
2. если запуск или окончание работы камеры не располагаются на разрешенном промежутке времени, то запуск нужно перенести - а вот как это сделать я не представляю. Вернее, перенести можно, но, вот, как определить дату запуска (чтобы отобразить ее на панели).
Поэтому, пока что могу предложить: использовать таймеры с обратным отсчетом времени (как у меня в пробной версии), если происходит перенос запуска, то на панели писать "отложенный запуск"

[SANdry]

В связи с таким заданием я вижу следующее:
1. после запуска программы требуется проверить два условия: запуск и окончание работы камеры должны располагаться на разрешенном промежутке времени - это можно организовать переделав макрос ClockWeek
2. если запуск или окончание работы камеры не располагаются на разрешенном промежутке времени, то запуск нужно перенести - а вот как это сделать я не представляю

Честно говоря, я с самого начала полагался на этот модуль, т.к. он умеет заканчивать программу в не разрешённом дне недели (как например завершение ночной смены еслона приходится на ночь субботы).
Я пытался реализовать событие, которое бы при нажатии кнопки прибавляло время задержки(как сетевую переменную) к текущему времени (пока не разобрался как это сделать), и установить его как время старта. И соответственно прибавить к времени старта время выдержки(как сетевую переменную), и установить его как время окончания. Что должно добавить гибкости, и давать возможность менять время старта во время работы. Возможно этот путь - в никуда. Думаю попробовать скрестить ваши идеи именно на этом модуле, т.к. у него не так много условий, и входных переменных, как у вас... Не сочтите за критику!

[Dimensy]

Честно говоря, я с самого начала полагался на этот модуль, т.к. он умеет заканчивать программу в не разрешённом дне недели (как например завершение ночной смены еслона приходится на ночь субботы).

Зря полагались. Особенность макроса CLOCK_WEEK, так же как и ClockWeek (есть в библиотеке такой), в том,что если время выключения приходится на следующий день и этот день выходной, то макрос вырубается в полночь.

[SANdry]

Зря полагались. Особенность макроса CLOCK_WEEK, так же как и ClockWeek (есть в библиотеке такой), в том,что если время выключения приходится на следующий день и этот день выходной, то макрос вырубается в полночь.

Странно, я сегодня в эмуляторе выставив расписание в модуле Clock_week (из библиотеки) с 23:00 до 08:00, и изменив время из 22:00 на 23:30 инициировал подачу сигнала на q1, затем снова изменил время на 03:00 следующего (выключенного дня) q1 все еще выдавал сигнал, и только когда я выставил 09:00 (следующего дня) сигнал упал. Из чего я и сделал такой вывод🤔
Если вы правы, то придется глубоко копать, чтобы модифицировать его.
К вопросу об обратных таймерах:
Я могу ошибаться, но если вдруг кратковременно пропадает питание, то все таймеры падают на 0 (или в начальное состояние) даже если переменная находится в энергонезависимой памяти?

[Dimensy]

Если вы правы, то придется глубоко копать, чтобы модифицировать его.
К вопросу об обратных таймерах:
Я могу ошибаться, но если вдруг кратковременно пропадает питание, то все таймеры падают на 0 (или в начальное состояние) даже если переменная находится в энергонезависимой памяти?

Глубоко копать не надо, я в свое время его переделывал, могу скинуть
По обработке перерыва питания в таймере, тут как его организовать - если сравнивать текущее время и время включение/выключения, то пофиг, главное, чтобы при возобновления питания уставки не перезаписались