Faceplate получение кода тега

Просмотр 15 сообщений - с 16 по 30 (из 37 всего)
  • Автор
    Записи
  • #44237
    hardm
    Участник

    Системы разные, не спорю. Просто из опыта, доступ к базе тегов даёт доп. плюшки при построении интерфейса оператора. Тут этого нет, может пока.

    #44238
    hardm
    Участник

    В моëм проекте это вообще не критично. Но руки тянутся создавать знакомые и проверенные инструменты.

    #44239
    manjey73
    Участник

    Ваш пример не помешал бы. С кратеньким описанием.

    #44261
    Mikhail
    Модератор

    доступ к базе тегов даёт доп. плюшки при построении интерфейса оператора. Тут этого нет, может пока.

    Технически это возможно реализовать. Но задача не относится к числу приоритетных. Если понадобится в рамках какого-либо коммерческого проекта, реализуем.

    #44337
    hardm
    Участник

    Здравстуйте, наконец добрался.
    Итак в Scada Citect(в версиях до 6 вроде) база тегов обычная таблица.
    Имеем объект насос Н-2, у него есть разные параметры. Параметры представлены тегами начинающимися с N2. При добавлении фейсплейта (в нотации Citect джин) мы заполняем параметр TAG. А в фейсплейте при отображении к TAG добавляется имя параметра. Например N2_work, N2_I и тд. это делается с помощью конструкции %TAG%_work

    #44339
    hardm
    Участник

    при этом мы можем достать все параметры тега, аларма этого тега

    #44340
    Mikhail
    Модератор

    Добрый день!
    Привязка данных к свойствам фейсплейтов в Rapid SCADA может быть выполнена похожим образом. На основе номера объекта, кода объекта и кода канала. Посмотрите подробнее в инструкции в разделе Привязка свойств компонентов.

    #44341
    manjey73
    Участник

    Сам фейсплейт может вычленить нужные теги, имея на входе только номер устройства, номер объекта ?
    Без жёсткого приписывания «тег-бла-бла» ?

    Пример. [#устройства].Current_
    Фейсплейт самостоятельно добавляет к этому L1, L2, L3 получая дальше [#устройства].Current_L1 и так далее для распространения остальным вложенным компонентам.
    Речь примерно о подобном функционале в том или ином виде.

    #44342
    hardm
    Участник

    Прочитал, но не понял. Концепция есть, как её применить непонятно.

    #44343
    manjey73
    Участник

    Не совсем есть. Внутри все равно будут все теги фиксированы. Меняется только устройство например целиком.
    Я не нашел способа даже близко повторить.

    #44344
    Mikhail
    Модератор

    Прочитал, но не понял. Концепция есть, как её применить непонятно.

    Сделайте скриншоты, чтобы разобрать на основе Вашего примера.

    Сам фейсплейт может вычленить нужные теги, имея на входе только номер устройства, номер объекта ?

    Нет, нужно создать привязки тегов к свойствам или задать для фейсплейта привязки по умолчанию.

    #44345
    manjey73
    Участник

    Вот о том и речь, что без привязок ничего не сделать.
    А это влечет за собой
    1. Разделение опроса устройства на несколько, что в Modbus RTU неприемлемо из-за увеличения временииопооса
    2. Копирование фейсплейтов — колхоз
    3. Создание виртуальных устройств с расчётными каналами — колхоз.

    Пример с электрической схемой, когда мы получаем данные по нескольким физическим устройствам через одно для scada я приводил
    И таких примеров в каждой сфере наберётся.

    #44346
    hardm
    Участник

    Пока на пальцах, единственный потенциальный способ получения номеров каналов по номеру обьекта, который я вижу, это через запрос к API с фильтрацией по объекту. Я прав?

    Не хватает примеров кода. Есть ли документация с описанием доступных из скриптов классов и методов? А то режимом просмотра кода в chrome не до всего дотягиваешься

    #44347
    hardm
    Участник

    Михаил можно пример, как можно получить каналы по номеру объекта. Из вашего крайнего ответа понимается что никак

    #44348
    hardm
    Участник

    Дубль

    • Ответ изменён 1 месяц назад пользователем hardm.
Просмотр 15 сообщений - с 16 по 30 (из 37 всего)
  • Для ответа в этой теме необходимо авторизоваться.