1. Главная
  2. IntraHouse
  3. Сценарии
  4. Сценарии - новая версия API

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

  • A

    @Erik, немного кода. Я правильно понял задачу?

    const dev1 = Device("_UNIT_voiceterminal1", [
  {"name":"status", "note":"Состояние", "type":"string", "val":""}
  ]);

script({
  start(param) {
    //Скрипт запускается плагином с параметрами
    if(param !== undefined) {
      const obj = this.ParseJSON(param);
      //Вывод status на вкладку "Параметры" dev1
      if(obj.status !== undefined)
      dev1.setParam("status", obj.status);
    }
  }
})

    Есть только 2 неудобства:

    1. Когда справа всплывает панель устройства, то всегда отображается вкладка с кнопкой Вкл./Выкл...
    2. Данные на вкладке "Параметры" не обновляются "он-лайн" - свежие данные можно посмотреть только повторно открыв всплывающую панель устройства.
    0 E 1 ответ
  • E

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

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

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

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

    0 homa A 2 ответов
  • homa

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

    0 E 1 ответ
  • A

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

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

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

    0 E 1 ответ
  • E

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

    ???

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

    0 I 1 ответ
  • E

    @Alex_Jet

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

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

    0 A 1 ответ
  • A

    @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-виджет для всплывающих критичных сообщений! Причем такой, чтобы его форматирование можно было из сценария менять (цвет, размер текста, фон контейнера и т.д.).

    Pop-Up_Message.PNG

    0 I 1 ответ
  • I

    @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} `)
    0
  • I

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

    0 A 1 ответ
  • A

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

    0 I 1 ответ
  • I

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

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

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

    0
  • A

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

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

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

    0 I 1 ответ
  • I

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

    0
  • homa

    Коллеги, никак не разберусь в ситуации. Есть код:
    6138662e-4200-4303-892d-a2029c205268-image.png
    5936b6b4-1c43-4268-9157-533ac5c9fd4d-image.png
    Почему-то во время выполнения setparam переменная становится текстовой... как с этим бороться?

    0 homa 1 ответ
  • homa

    @homa заработало так:
    02b03b70-a986-4823-84d2-d13656028d83-image.png
    не знаю насколько это верный путь

    0 I 1 ответ
  • I

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

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

    this.sum = Number(pssrv.getParam("ps2srvvar_")) + Number(pssrv.getParam("ps1srvvar_"));
    0 homa 1 ответ
  • homa

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

    0
  • A

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

    0
  • A

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

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

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

    0
  • A

    @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(); //Принудительно выходим из сценария чтобы завершились слушатели
}
    0 A 1 ответ
сценарии 2
Авторизуйтесь, чтобы ответить