Выполнение команд по расписанию

[AlexOskar]

Добрый день!
Подскажите, есть ли возможность реализовать в отправку команд по расписанию?
Пример: по RS-485 постоянно опрашивается прибор, получаются данные. Есть необходимость два раза в сутки отправлять команду на включение и отключение (в 8:00 и 17:00 соответственно).
Кто-нибудь реализовывал что-то подобное? Какие есть инструменты для этого?

[Borjomy_1]

Отдельный цикл с некоторым тактом ( в данном случае достаточно 1000мс ) проверяет, не больше-ли текущее время заданного. Если больше, то происходит отправка данных, заряжается новое заданное время и цикл продолжается.
Меньше интервал цикла делать не имеет смысла потому, что во-первых оборудованию не жарко и не холодно, если будет ошибка на секунду, а во-вторых разбег настоящего времени и времени компьютера может составлять гораздо большую величину, особенно, если нет временной синхронизации.
Сравнивать необходимо на "больше или равно", но ни в коем случае на "равно".

[AlexOskar]

Да, я это как-то так и представлял. Время с ПК,я так понимаю, можно взять функцией date/time string или Elapsed Time. А дальше просто сравнивать эти строки и все?

[Kosist]

Да, я это как-то так и представлял. Время с ПК,я так понимаю, можно взять функцией date/time string или Elapsed Time. А дальше просто сравнивать эти строки и все?

Elapsed Time Вам не поможет, т.к. нужно отслеживать абсолютное время, а не прошедшее.
А вот date/time string поможет, это да... Искал подобный код - раньше когда-то делал - но, к сожалению, ничего не нашел...

[AlexOskar]

Я пока только до такого додумался

[IvanLis]

Добрый день!
Подскажите, есть ли возможность реализовать в отправку команд по расписанию?
Пример: по RS-485 постоянно опрашивается прибор, получаются данные. Есть необходимость два раза в сутки отправлять команду на включение и отключение (в 8:00 и 17:00 соответственно).
Кто-нибудь реализовывал что-то подобное? Какие есть инструменты для этого?

Правильнее наверное сразу делать в стиле событийно управляемого конечного автомата.
Остальные состояния я опущу, вот два события, хотя наверное многие сделали бы в одном. Но я специально разнес на два, что бы иметь возможность (после доработки) включения/выключения "в ручном режиме" или из другого Event (но не переписывать код посылки команды).

Timer.vi

lv2010

(14.72 КБ) 80 скачиваний

Событие TimeOut - запускается каждую секунду (можно и чаще, но не имеет смысла). Считывает реальное время и сравнивает его с заданным интервалом. Если в интервале, то True, иначе False.

Снимок экрана от 2017-01-07 23-49-47.png (10.41 КБ) 6151 просмотр

Событие In Range: Value Change - здесь сравниваем с предыдущим значением, что бы не слать бестолковые команды. Если произошла смена состояний, то уже посылать команду.

[AlexOskar]

Очень крутая реализация, спасибо!
Есть ли возможность ограничить максимальное значение вводимых часов 24, минут 60 и сделать так, чтобы их нельзя было вбить с клавиатуры, а изменять только перебором?

[IvanLis]

Есть ли возможность ограничить максимальное значение вводимых часов 24, минут 60 и сделать так, чтобы их нельзя было вбить с клавиатуры, а изменять только перебором?

Для каждого контрола можно настроить диапазон и инкремент

[AlexOskar]

Сегодня удалось протестировать Ваш
Идея использовать интервал - шикарная. При сравнении строк со временем возникала сложность определить при старте в каком положении должен находится выключатель ("уже включен или еще рано???"). Здесь же сразу все понятно.
Но! Все хорошо работает только для периода "с утра до вечера", например с 08:00 до 17:00. При обратном варианте с 17:00 до 08:00 (управление уличным фонарем) ничего не происходит.
Поправить у меня не получилось, зато нагородил свой, но все с той же проблемой определения статуса при старте

[Kosist]

Предлагаю такой вариант.
Расписание в таком же формате, как и у Вас (т.е. часы и минуты как цифровые контроллы. Можно немного поморочиться, и сделать все красиво через выбор времени, но и так сойдет), плюс - селектор действия (т.к. в принципе, для масштабируемости, действия могут быть разные).
По старту программы, задается расписание (ну или нет, это зависит от того, как сделать; можно и с файла инфу считать), а затем по нажатию кнопки начинается отслеживание.

В результате, когда событие настало, при помощи селектора можно определить, что и как нужно сделать.

[Blackman]

...Идея использовать интервал - шикарная. ... Но! Все хорошо работает только для периода "с утра до вечера", например с 08:00 до 17:00. При обратном варианте с 17:00 до 08:00 (управление уличным фонарем) ничего не происходит.

Все работает годами). Что не так - не понятно.

[AlexOskar]

...Идея использовать интервал - шикарная. ... Но! Все хорошо работает только для периода "с утра до вечера", например с 08:00 до 17:00. При обратном варианте с 17:00 до 08:00 (управление уличным фонарем) ничего не происходит.

Все работает годами). Что не так - не понятно.

Так вроде работает, а меняю системное время - не хочет. Да и Ваш срабатывает только на следующую ночь: сейчас 16:30 - запускаю -накидывается 1 час - время в симуляторе 17:30 - время включения 17:00 - команды на включение нет - проходит 24 часа и с этого момента все ОК

[AlexOskar]

Предлагаю такой вариант.
Расписание в таком же формате, как и у Вас (т.е. часы и минуты как цифровые контроллы. Можно немного поморочиться, и сделать все красиво через выбор времени, но и так сойдет), плюс - селектор действия (т.к. в принципе, для масштабируемости, действия могут быть разные).
По старту программы, задается расписание (ну или нет, это зависит от того, как сделать; можно и с файла инфу считать), а затем по нажатию кнопки начинается отслеживание......

Над этим надо посидеть. Спасибо за вариант!

[Blackman]

C изменением системного времени не понял. А так поведение при первом вызове из-за алгоритма срабатывания "on change only".

[mzu2006]

Мои $0.02
Идея верная, но:
1. Реализация временных задержек в событии Timeout может привести к тому, что команда либо не начнет выполняться вовремя либо не вовремя не закончится. Например, если пользователь работает с пользовательским интерфейсом Вашей программы.
2. До LV2013 пользовательские события влияли на срабатывание события timeout, т.е. решение трудно масштабировать.

Я бы предложил (в самом простейшем случае) параллельный цикл с задержкой в 1 секунду, генерирующий e.g. пользовательские события.