Сценарии по событиям устройств
-
ОК, событие, так событие. Например, если температура в помещении в течении дня (07:00 - 23:59) снизилась до 15,9 градусов то такой сценарий сработает?
PS: Как считаете, насколько целесообразно проверять текущее состояние ключа (последнее условие в сценарии)? По идее в технологической сети не будет лишнего трафика, других плюсов как и минусов не вижу.
-
Да, запустится при изменении температуры в дневное время.
Но сценарий не сработает в момент перехода в дневное время, даже если температура ниже целевой, а только при изменении температуры.
По поводу последнего условия.
Это условие можно оставить. Тогда сценарий запускаться не будет совсем, если насос включен. Если условие убрать - будет попытка запуска сценария при каждом изменении температуры. Если насос уже включен, на MegaD сервер команду не передаст, но попытка выполнить сценарий будет.
Если добавить в сценарий запись в журнал, можно увидеть разницу - в вашем варианте записи будут намного реже.
-
@intrahouse:
Но сценарий не сработает в момент перехода в дневное время, даже если температура ниже целевой, а только при изменении температуры.
То есть если градиент падения температуры низкий и, например, в 6:30 температура была 15 градусов, наступит 07:00 и пока температура не изменится хотя бы на одну десятую (14,9) то сценарий не сработает?
-
Какой принцип работы таких сценариев.
1. Точнее в какой момент он срабатывает? В момент обновления данных от датчиков?
2. Вкладка "При условии" работает по логическому "И". Логическое "Или" сделать нельзя?
Прошу прощение за сообщение не потеме, Вы не сталкивались с сценарной панелью?
-
Прошу прощение за сообщение не потеме, Вы не сталкивались с сценарной панелью?
Артем, я же Вам на ab-log давал ссылку, где разбирались со сценарной панелью. Если это не то что надо, то яснее объясните что вы хотите. Желательно со скриншотами.
-
То есть если градиент падения температуры низкий и, например, в 6:30 температура была 15 градусов, наступит 07:00 и пока температура не изменится хотя бы на одну десятую (14,9) то сценарий не сработает?
Да. Именно так.
-
Прошу прощение за сообщение не потеме, Вы не сталкивались с сценарной панелью?
Артем, я же Вам на ab-log давал ссылку, где разбирались со сценарной панелью. Если это не то что надо, то яснее объясните что вы хотите. Желательно со скриншотами.
Было не ясно что есть сценарная панель и с чем ее едят. Разработчик дал ответ на мой вопрос. ( По поводу сценарной панели. Мы это делали на контроллерах Beckhoff и Wago. Но это дорого и можно сделать так:
Сценарную панель системы intraHouse вообще не использовать. Сделать из вашей 4 кнопочной панели как бы 4 датчика. И соответственно на каждый датчик сделать событийный сценарий. )
-
Хочу сделать сценарий по потери доступности контроллера MegaD. В выпадающем списке "События" есть:
1. При сбросе датчика
2. При сработке датчика
3. undefined
Когда контроллер не отвечает (так понимаю либо нет HTTP статуса 200, либо ответ отличен от этого статуса) - это сброс или сработка датчика? Может быть здесь стоило поменять значения на более понятные? Что такое undefined и в каких случаях его использовать?
-
@intrahouse:
Прокомментируйте мой предыдущий пост в этой ветке.PS: заметил что Вы отвечаете только на цитируемые ответы, которые Вам в уведомления попадают…
-
Хочу сделать сценарий по потери доступности контроллера MegaD. В выпадающем списке "События" есть:
1. При сбросе датчика
2. При сработке датчика
3. undefined
Когда контроллер не отвечает (так понимаю либо нет HTTP статуса 200, либо ответ отличен от этого статуса) - это сброс или сработка датчика? Может быть здесь стоило поменять значения на более понятные? Что такое undefined и в каких случаях его использовать?
Для каждого плагина (подключенного контроллера) создается виртуальный датчик состояния (0 - отключен/cброшен, 1 - включен/работает). Т е в данном контексте сработка датчика - это запуск плагина, сброс - останов. Событие undefined использовать не стоит, планируем его убрать.
Сам плагин работает так: он периодически связывается с контроллером. Если произошла сетевая ошибка (хост не отвечает, недоступен, статус не тот ), то если в течение определенного времени не удается установить соединение, плагин завершается с ошибкой и датчик плагина будет сброшен в 0. Сервер постоянно пытается запустить плагин. Плагин будет считаться запущенным, если с контроллера удалось получить данные устройств.
Кроме этого можно анализировать флаг ошибки. Обратите внимание, что при отключении контроллера в основном интерфейсе появляется алерт "<название плагина> Ошибка! " Это делает системный сценарий, но в принципе это обычный шаблонный сценарий, просто привязывается автоматически.
Находится он в файле scenpat/fm_error.pat - сценарий unitError Он анализирует флаг ошибки err и через 10 сек после возникновения выдает алерт. Можно туда добавить например отсылку SMS.
