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



  • А как у мультисценария отладчик запустить?

    Есть мультисценарий включения света по датчику движения, там 4 комплекта устройств.
    У трех комплектов все работает, а у одного нет.
    Причем видно, что датчик движения срабатывает.

    Как сапортить в таком случае?

    И пробный запуск мультисценария для выбранного комплекта устройств возможен ли?



  • @Erik Добрый день, передите в рабочие сценарии, выберите необходимый сценарий, откройте нижнюю панель, и запустите отладчик



  • Подскажите, как сделать строковую переменную, чтобы ее значение можно было менять скриптом и выводить в интерфейсе?



  • @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. Данные на вкладке "Параметры" не обновляются "он-лайн" - свежие данные можно посмотреть только повторно открыв всплывающую панель устройства.


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

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

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

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



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



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

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

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



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

    ???

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



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

    Pop-Up_Message.PNG



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


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



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



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

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

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



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

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

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



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



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



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



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

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

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


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


Авторизуйтесь, чтобы ответить