jrbustcp

Плагин jrbustcp добавляет функции клиента и сервера для взаимодействия с внешними устройствами по протоколу jrbustcp.

Для проверки соединения и просмотра данных можно использовать jrviewer в качестве простого клиента. Скачать можно здесь: jrviewer_win-x32, jrviewer_linux-x64.

plugin.jrbustcp:
  module.jrsvr:
    type:          server
    port:          30000
    hidden:        off
    idleTimeout_s: 180
    logging:       off
    compress:      gzip
    ssl:           off
    auth:          off
    ipfilter:
      - 192.168.1.101 deny
      - 192.168.1.0/24 accept
      - deny
 

[ip_addr[/cidr]] type

Примечания:

1. Для работы данного модуля в режиме сервера не требуется никаких дополнительных модулей и включения в задачу.
2. Все теги с флагом EXTERNAL, т.е. импортируемые извне, передаются клиенту без имени импортировавшего их модуля.

plugin.jrbustcp:
  module.jrcl:
    type:        client
    host:        localhost
    port:        30000
    descr:       арм_оператора_N1
    tagdescr:    off
    filter:      (W\S*|TRM\d*)\..*
    recon_s:     5
    timeout_ms:  3000
    ssl:         off
    compress:    gzip
    logging:     off
    auth:        off
    
    alarm.values:
      - tag:     .*\.SYSTEM\.ErrorFlag
        value:   "on"
 

Данный режим позволяет автоматически обнулять теги, адресуемые каналами удаленного jrobo-приложения, при потере связи с данным приложением. Далее приводится описание работы режима на примере конфигураций двух jrobo-приложений.

Первое приложение jrobo1 только опрашивает один модуль ввода-вывода pdio1 и раздает свои теги модулем jrsvr. Также импортируются теги при помощи модуля jrcl1 с удаленного приложения jrobo2 (об этом подробнее ниже).

# jrobo1 - поставщик адресов

plugin.jrbustcp:
  module.jrsvr:
    type:            server
    port:            30000

  module.jrcl1:
    type:            client
    port:            30001
    filter:          .*Ch.*  # нужны только каналы

    chWdtEnable:     on      # включаем Channel Watchdog
    chWdtDelay_s:    5       # с задержкой срабатывания в 5 секунд

    excludeExternal: on      # исключаем циклический 
    setHidden:       on      #   кросс-импорт между jrobo1 и jrobo2

plugin.peripherial:
  module.pdio1:
    portnum:         1
    netaddr:         3
    type:            promauto.pdio

Второе приложение jrobo2 выполняет roboplant-логику в модуле prj1 и импортирует модулем jrcl2 теги приложения jrobo1 для использования в качестве адресов в каналах prj1. Свои теги раздаются модулем jrsvr всем желающим (например, hmi-клиентам, архиваторам и т.д.), в том числе и приложению jrobo1.

# jrobo2 - получатель адресов

plugin.jrbustcp:
  module.jrsvr:
    type:            server
    port:            30001

  module.jrcl2:
    type:            client
    port:            30000
    filter:          .*

plugin.roboplant:
  module.prj1:
    project: projects/prj1.rpp

Предположим, что модуль prj1 содержит блок MCHB с именем тега канала управления prj1.MCHB_001_Channel1, имеющего строковое значение pdio1.out00 в качестве адреса. Далее происходит следующее:

1. MCHB подается команда старт, и в тег pdio1.out00 приложения jrobo1 устанавливается значение 1. Происходит запуск физического оборудования.
2. Происходит сбой в локальной сети, и связь между приложениями jrobo1 и jrobo2 теряется.
3. Оборудование продолжает работать, т.к. в pdio1.out00 осталось значение 1, но работает оборудование уже бесконтрольно.
4. Если связь не восстанавливается в течение 5 секунд, то в модуле jrcl1 срабатывает Channel Watchdog. При этом выполняется следующее: модуль находит среди собственных импортированных тегов каналы, адресами которых являются теги приложения jrobo1, и устанавливает им значение 0.
5. Физическое оборудование останавливается.