Сценарии - новая версия API

Erik

@Alex_Jet
Мне время нужно на осознание. Я не "читаю с листа" скрипты

Задача простая - вывести в интерфейсе информацию о последнем открытии (какое окно/дверь и дата время) и о последнем движении (в каком помещении и дата/время).

Не в меню справа, а в виде надписи в графическом интерфейсе.
Если бы было устройство, типа аналогового актуатора, но принимающего не числовые значения, а текстовые - было бы просто.

Или окно пуш-уведомлений для графического интерфейса сделать.

homa

@Erik Аналоговый датчик может принять и отобразить строку в значении

Alex_Jet

@Erik, может быть для этих целей журнал использовать? В него легко писать:

this.log("Это ваш текст - " +this_is_var);

Единственный момент - в нем будут всякие служебные записи от плагинов push, telegram...

Erik

@homa
можно сделать присвоение в скрипте
Actuator.setValue(движение в коридоре ${new Date().toLocaleString()})

???

Еще бы строку параметра мультисценарию.
Чтобы вместе с группой устройств можно было какой нибудь параметр назначить.
Например выбрать датчик движения в комнате и параметру дать значение "в комнате", чтобы он подставлялся в скрипт.

Erik

@Alex_Jet

Если можно аналоговому актуатору присваивать строковое значение, то я выведу в интерфейсе надпись "последнее движение" а рядом поле со значением аналогового актуатора, которому при движении буду присваивать значение "в помещении", "дата", "время".

И оно будет всегда отображаться на экране безопасности.

Alex_Jet

@Erik, проверил - действительно работает:

const text = Device("PUSH_STATUS");
const dw = Device("SGERKON1_01");

script({
    start() {
      let message = "";
      
      if(dw.isOn()) {
        message = dw.name.replace("Датчик открытия окна","Окно")+ " - открыто: " +new Date().toLocaleString();
        
      }
      else message = "";
      
      text.setValue(message);
    } 
});

PUSH_STATUS - это устройство "Актуатор универсальный аналоговый". Соответственно если вместо первого вписать ActorA, а вместо второго SensorD, то будет мультисценарий. Только внутри сценария, вероятно (не знаю как у вас называются устройства), надо определять как называются датчики, чтобы им соответствующие подписи/значения присваивать. В принципе можно в name искать совпадение, например, так - if(dw.name.indexOf("окно") >= 0), то значит имя датчика связано с окном.

Вот только очистить полностью сообщение не получается - вместо пустого сообщения прописывается "0"...
Вообще я давно прошу разработчиков чтобы сделали Alert-виджет для всплывающих критичных сообщений! Причем такой, чтобы его форматирование можно было из сценария менять (цвет, размер текста, фон контейнера и т.д.).

intrapro

@Erik
Можно выводить свойства устройства: https://ih-systems.com/ru/command_list/

dev.zoneName - помещение,
dev.placeName - этаж,
dev.fullName - название + помещение (если есть) + этаж (если есть)

Например

dev.setValue(`Зафиксировано движение ${new Date().toLocaleString()}.  ${dev.zoneName} ${dev.placeName} `)

Можно еще в состоянии устройства прописать "Название состояния" и вывести его как dev.stateName (например, "Открыто окно", "Открыта дверь"

dev.setValue(`${dev.stateName}  ${new Date().toLocaleString()}.  ${dev.zoneName} ${dev.placeName} `)

intrapro

@Alex_Jet
Всплывающие алерты есть в версии Scada. В пятой версии вероятно будет и в Pro

Alex_Jet

@intrapro, а можно привести примеры как они выглядят? Я вот себе представляю работу так - сообщение всплыло, если юзер нажал на него, то оно ушло, либо произошел переход на нужную мнемосхему. Если сообщений несколько, то текущее ушло, появилось предыдущее и т.д. При этом в зависимости от критичности сообщения имеют разный цвет текста/фон.

intrapro

@Alex_Jet, для алерта можно настроить - требует он подтверждения или нет.
Если подтверждение не требуется - алерт уходит, если событие завершено.
Если требуется - будет висеть, пока оператор не подтвердит, также фиксируется, кто подтвердил. Да, цвет зависит от уровня - предупреждение или авария.
Переход на мнемосхему планируется сделать, пока не реализовано.

Если сообщений несколько - при закрытии появляется предыдущее. Также общее количество алертов выводится в виде индикатора.
Для экрана настраивается - будут на нем выводиться алерты или нет.

Сейчас механизм алертов завязан не на сценарии, а напрямую на изменение состояния устройств.

Alex_Jet

Коллеги, тут делал в расписании задание на групповое выключение и обратил внимание, что зоны не фильтруются в зависимости от уровня. Не проверил, но скорее и уровни не фильтруются в зависимости от системы.
ИМХО, логика должна быть такой:

Выбираем систему
В уровнях отображаются только те, на которых есть устройства данной системы
В зонах отображаются только те, которые есть на этом уровне

Если систему не выбираем, то отображаются все уровни.
Если не выбираем уровни, то отображаются все зоны.
И т.д.

intrapro

@Alex_Jet
Вы правы, сейчас каждый параметр независим. Если фильтруется по зоне, то уровень в результирующем фильтре ни к чему. Короче, свобода творчества для пользователя

homa

Коллеги, никак не разберусь в ситуации. Есть код:

Почему-то во время выполнения setparam переменная становится текстовой... как с этим бороться?

homa

@homa заработало так:

не знаю насколько это верный путь

intrapro

@homa, ноль получается в строку превращается?
Если работает, то путь верный

Можно при суммировании преобразовать аргументы :

this.sum = Number(pssrv.getParam("ps2srvvar_")) + Number(pssrv.getParam("ps1srvvar_"));

homa

@intrapro да, ноль становится строкой) будем конвертировать в число) спасибо

Alex_Jet

@intrapro, а проблему когда остановленные сценарии (Рабочие сценарии) восстанавливаются после перезагрузки iH так и не победили???

amgstone

подскажите как можно

this.pluginCommand({unit:'megad3', command:'/258/?cmd='+jalusi.getParam('point_open')+':1;p200;'+jalusi.getParam('point_open')+':0'});

как можно получить обратную связь, тоесть узнать статус канала после завершения паузы.
или нужно создать виртуальное устройство которое будет поддерживать управление 2 реле (каналы), каждый из которых изменяет статус на время работы мотора. У меня роллеты которые подключены к мегаД, на открытие и закрытые используется отдельные реле, срабатывают реле только когда жалюзи закрываются или открываются, в остальное время статус реле открытое (0).

Alex_Jet

@amgstone, у Вас просто не верное решение используется - вы передаете полную команду с сервера на MegaD. Но MegaD конечно это отрабатывает, правда есть оговорки по этому поводу. Однако сам сервер iH может выдержать любую паузу! Поэтому стоит сделать так:

//В основном цикле
this.pluginCommand({unit:'megad3', command:'/258/?cmd='+jalusi.getParam('point_open')+':1'});
this.startTimer("T1", 0.200, "Stop_Jalusi");

//Функция остановки жалузи
Stop_Jalusi() {
 this.pluginCommand({ unit:"megad3", command:{url:"/258/?cmd=" +jalusi.getParam('point_open')+":0", onResponse:[{id:"jalusi.getParam('point_open')",value:"OFF"}]} });
 this.exit();
}

onResponse - это как раз callback сработки канала (когда на команду контроллер отвечает Done), в данном случае - MegaD. Не особо понимаю что за дополнительный параметр у Вас - jalusi.getParam('point_open'), но в данном случае именно он примет значение OFF принудительно когда канал MegaD будет выключен.

Вообще для включения/выключения устройств я в некоторых сценариях применяю такую связку:

//Включаем устройство, если оно выключено и ждем изменение его состояния
if(this.device.isOff()) { this.device.on(); this.addListener(this.device, 'Function') }

//Эта функция запускается когда произошло изменение состояния устройства
Function() {
    //Тут что-то делаем
    this.exit(); //Принудительно выходим из сценария чтобы завершились слушатели
}

amgstone

@Alex_Jet спасибо, сегодня попробую а то эти ролокасети это предпоследний минингит.