Cоединение отсутствует...

Научно-Производственное Объединение «Каскад-ГРУП»

428000, Россия, Чувашская Республика, г. Чебоксары, пр. Машиностроителей, д. 1 КГ

Телефон: (8352) 22-34-32,
Факс: (8352) 63-48-38

E-mail: abc@kaskad-asu.com

Общие правила настройки задачи МЭК и оперативных БД

Задача МЭК включается установкой соответствующей галочки на вкладке «Контроллер» KLogic IDE:

Контроллер KLogic IDE

 После включения задачи МЭК, необходимо произвести ее настройку, нажав кнопку «Настройка»:

Настройка задачи МЭК

На первой вкладке расположены основные настройки задачи, наиболее важные из них:

  1. Порт – номер порта, который будет прослушивать контроллер, ожидая входящие МЭК-подключения.
  2. Максимальное число соединений – максимальное число одновременно подключенных пунктов управления (ПУ) к контроллеру. Под ПУ в рамках СКАДА-системы «КАСКАД» подразумевается любой сервер доступа к данным (СДД) или KLogic IDE в режиме глобального опроса. Если какой-то сервер не может опросить контроллер по МЭК, хотя остальные серверы опрашивают и конфигурации идентичны, проблему нужно искать здесь.
  3. Множитель для очереди параметров – коэффициент, определяющий, во сколько раз массив параметров, подготовленных для передачи на все ПУ, превышает общее количество параметров в карте адресов. При большом числе ПУ и настройках параметров, предполагающих их частую передачу на ПУ, рекомендуется увеличить значение множителя в два-пять раз, иначе есть вероятность потерять точки.

Остальные параметры, как правило, не требуют изменения, разве что для GPRS-связи с сервером можно увеличить все тайм-ауты в два раза. Следует помнить, что настройки тайм-аутов единые и для контроллера, и для сервера!

Вторая вкладка содержит дополнительные настройки задачи:

Настройки задачи МЭК. Дополнительные

  1. Режим апертуры – параметр, определяющий принцип задания апертур для параметров в карте адресов МЭК: процент шкалы измерения или абсолютное значение. Про апертуру дополнительно будет сказано ниже.
  2. Множитель апертуры – коэффициент кратности заданной величины апертуры параметра, используемый для вычисления величины минимальной разницы между «предыдущим» значением (которое не было передано на ПУ вследствие попадания в границы апертуры) и «новым» значением, превышение которой влечет передачу на ПУ как «нового», так и «старого» значения.
  3. Передавать доп. признак качества – параметр, определяющий необходимость передачи на ПУ качества параметра МЭК (коды ошибок, например, 007 – таймаут по обмену), который воспринимается исключительно СКАДА-системой «КАСКАД». При необходимости передачи данных в стороннюю систему верхнего уровня данная галочка должна быть снята!
  4. Временные метки в ответе на общий опрос – параметр, определяющий необходимость передачи «реальных» временных меток параметров МЭК при общем опросе контроллера ПУ. Под «реальными» временными метками подразумеваются временные метки, сформированные в последнем цикле задачи пользователя или протокола, то есть, временные метки последних актуальных значений модулей ввода/вывода или ФБ. Если данная галочка не установлена, временная метка будет определена по текущему времени СДД в момент получения ответа на полный опрос.

 

В процессе формирования конфигурации контроллера необходимо для каждого параметра, предназначенного для передачи на ПУ, задавать его МЭК-адрес и определять тип передачи данных на ПУ. Это можно сделать в карте адресов МЭК (вызывается по горячей клавише F8), которая позволяет гибко оперировать результирующей картой адресов:

 Карта адресов контроллера

Кроме того, перечисленные операции можно сделать на вкладке необходимого канала ввода/вывода:

Адрес параметра

По умолчанию, в карту адресов МЭК добавляются все каналы ввода/вывода, добавленные в конфигурацию контроллера с типом передачи «При опросе и изменении параметра» и апертурой 0,5% (в режиме апертуры «Процент шкалы») или 0,5 абсолютных единиц (в режиме апертуры «Абсолютное значение»).

Типы передачи параметра на ПУ:

  1. Только при общем опросе из KLogic – параметр будет передаваться только в рамках общего опроса и только SCADA-системе «КАСКАД», остальные ПУ будут проигнорированы.
  2. Только при общем опросе из любого ПУ – аналогично п. 1, но тип ПУ значения не имеет.
  3. При опросе и при изменении параметра – аналогично п. 2, но будет также осуществляться инициативная (внеочередная) передача параметра при изменении его на величину, превышающую значение заданной для параметра апертуры.

В зависимости от выбранного в настройках режима апертуры, «реальная» апертура, попадающая непосредственно в контроллер и на основании которой контроллер решает, передавать значение на ПУ, или нет, определяется по следующим формулам:

  1. Процент шкалы –  , где

 B up – верхняя граница измерений;

 B down – нижняя граница измерений;

 D – заданная в карте адресов или на вкладке канала ввода/вывода апертура в процентах;

 M – коэффициент масштабирования для ВУ.

Все эти параметры задаются на вкладке канала ввода/вывода.

  1. Абсолютное значение –  .

Апертура в контроллере отображается на вкладке канала ввода/вывода и не подлежит редактированию. Про нее нужно помнить следующее:

  1. Минимальное значение апертуры в контроллере равно 0, максимальное значение равно 649.
  2. Шаг изменения апертуры в контроллере равен 0,01.
  3. Если значение апертуры в контроллере оказалось равным 0, то это приведет к передаче на ВУ любого изменения значения данного параметра, что может сгенерировать нежелательный паразитный трафик!

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

В конце формирования конфигурации контроллера необходимо задать период для общего опроса контроллера ПУ и, опционально, определить параметр игнорирования потери связи с контроллером:

 Настройка опроса верхним уровнем

Общий опрос контроллера ПУ будет выполнен, по крайней мере, 1 раз при установлении МЭК-соединения независимо от настроек периодического опроса. Хотя период для TCP/IP задавать и не обязательно (в этом случае будет осуществляться только инициативная передача параметров без общего опроса), значение этого параметра крайне важно для ведения оперативной БД! Если планируется ведение оперативной БД параметров, необходимо установить период для TCP/IP равным планируемому периоду обязательной записи в БД!

 

При необходимости ведения оперативной БД параметров, должны быть сделаны следующие настройки:

1. Включен инициативный опрос контроллеров при остановке СДД, чтобы не потерять точки:

 Инициативный опрос контроллеров

2. В настройках самой БД должна быть включена ТОЛЬКО группа "По инициативе снизу":

По инициативе снизу

В идеале, настройки должны быть такие, как на приведенном выше скриншоте. В этом случае, в БД непредвиденных «разрывов» не будет:

Непредвиденные разрывы

Запись в базу, таким образом, осуществляется согласно настройкам, заданным в конфигурации контроллера, а именно: фиксируется каждое изменение параметра согласно заданной для него апертуре, кроме того фиксируется срез общего опроса согласно периоду для TCP/IP (в данном случае, 1 минута).  Для параметра «Выход 1» задана апертура 0,5% при шкале от 0 до 100 и множителе равном 1, «Период (сек)» не изменяется, т.е. его запись осуществляется только при общем опросе. Два разрыва, показанные на приведенном выше скриншоте, соответствуют перезапускам СДД.

Если же необходимо осуществлять запись в оперативную БД с апертурами выше, чем заданы в конфигурации контроллера, то необходимо задать нужную чувствительность в процентах от шкалы и установить интервал для обязательной записи значения равным половине периода для TCP/IP:

Интервал для обязательной записи значения

 

В этом случае обязательная запись в БД не пострадает, за исключением ситуаций перезапуска СДД (длина интервала на правой границе перезапуска может оказаться меньше необходимого периода), однако период этой записи будет все же равен периоду для TCP/IP (в данном случае, 1 минута):

Беспрерывная запись

Если значение апертуры в контроллере оказалось равным 0, то это приведет к передаче на ВУ любого изменения значения данного параметра, что может сгенерировать нежелательный паразитный трафик!

Читайте также