Наборы данных и блоки управления отчетами необходимы для обмена данными без запроса. Набор данных определяет, что должно быть передано, а также блок управления отчетом, когда это должно быть передано.
Наборы данных
Набор данных — это упорядоченная коллекция ссылок на объекты. Он не содержит объектов данных, а содержит ссылки на объекты данных с функциональными ограничениями или атрибуты данных с функциональными ограничениями. Эти ссылки являются Элементами набора данных и определяют данные, которые должны быть переданы в отчете. Элементы набора данных, а также их порядок должны быть известны как клиенту, так и серверу. Набор данных также может содержать ссылки на объекты данных или атрибуты данных из разных логических узлов.
Элемент набора данных с функциональным ограничением FCD относится к объекту данных устройства и представлен точкой данных в «КАСКАД Цифра». Элемент набора данных с функциональным ограничением FCDA относится к адресу тега в устройстве и представлен элементом точки данных в «КАСКАД Цифра».
Динамические наборы данных
Динамический набор данных — это определяемый пользователем набор данных, который определяется на уровне SCADA. Вы должны определить
⦁ тип набора данных (постоянный или непостоянный)
⦁ где расположен набор данных (например, ied1|Device1|LN12, см. Наборы данных для дополнительной информации)
⦁ Элементы набора данных
Динамический набор данных записывается на устройство, как только включается настроенный RCB. В зависимости от настроенного типа набора данных динамические наборы данных также могут использоваться другими клиентами. Они доступны другим клиентам после просмотра устройства, однако другие клиенты не могут их изменить.
Динамические наборы данных в настоящее время поддерживаются только устройствами.
Постоянные наборы данных
Постоянный набор данных виден всем клиентам и останется на устройстве, даже если связь между клиентом и устройством прекратится.
Непостоянные наборы данных
Непостоянный набор данных виден только тому клиенту, который его создал. Его можно назначить только небуферизованным RCB, и он автоматически удаляется, если связь между клиентом и устройством прекращается.
Блоки управления отчетами
Стандарт МЭК 61850 определяет механизм отчетности, использующий незатребованную передачу данных. Это приводит к минимизации пропускной способности сети. Формированием и передачей отчетов управляют блоки управления отчетами. Блок управления отчетом содержит всю необходимую информацию, необходимую для создания отчета, и определяется его атрибутами (назначенный набор данных, параметры триггера и дополнительные поля).
Передача данных определяется следующими параметрами триггера:
⦁ Передача данных на основе событий
⦁ Передача данных через регулярные промежутки времени
⦁ Общий опрос (получение данных от всех Элементов набора данных RCB)
Назначенный набор данных определяет, какие данные будут переданы. Необязательные поля позволяют включать дополнительную информацию (см. главу Настройки устройства для дополнительной информации).
Типы блоков управления отчетами
Существует два типа блоков управления отчетами:
Блок управления небуферизованными отчетами (URCB)
Информация передается в соответствии с выбранными параметрами триггера. В случае потери соединения информация не сохраняется блоком управления отчетами. Передача информации возобновляется только после восстановления соединения.
Блок управления буферизованными отчетами (BRCB)
Информация передается в соответствии с выбранными параметрами триггера. В случае потери соединения информация сохраняется в кольцевом буфере. Размер буфера определяется производителем устройства. Как только соединение восстанавливается, буферизованная информация передается в хронологическом порядке (функция последовательности событий (SOE)).
Кольцевой буфер:
Поведение при потере соединения:
1.)В случае потери связи сохраняется идентификатор записи последнего переданного отчета (в «КАСКАД Цифра» он записывается во внутренний DPE_IEC61850_RCB.RCInfo.EntryID). В «КАСКАД Цифра» внутренний DPE_IEC61850_IED.Config.ReadCompleteBuffer определяет, будут ли извлечены весь буфер или только те отчеты, которые были помещены в буфер во время потери соединения.
В данном примере отчеты R3 — R18 записываются в буфер при потере соединения. После восстановления соединения извлекаются буферизованные отчеты.
2.)Если при потере соединения создается слишком много отчетов, последний переданный отчет больше не будет находиться в буфере при восстановлении соединения. Это приводит к переполнению буфера.
В этом примере последний переданный отчет R2 больше не находится в буфере. Отчеты R3 — R17 также перезаписываются и теряются при потере соединения. После восстановления соединения из буфера извлекаются отчеты R18 — R37.
Индексированный реф-возврат
В любом из файлов конфигурации (SCD, IEC, CID) RCB может быть определен как индексированный. В этом случае несколько экземпляров этого RCB будут доступны на уровне устройства. Допустимое количество экземпляров (1 — 99) определяется атрибутом XML-тега «RptEnabled».
ПРИМЕР
RCB: небуферизованный RCB с RptEnabled max=»3″
На уровне устройства будут доступны следующие экземпляры:
без буферизацииRCB01
без буферизацииRCB02
без буферизацииRCB03
ПРИМЕЧАНИЕ
Эти экземпляры ничем не отличаются от любых неиндексированных RCB.
Поведение при потере соединения
Запись конфигурации setInvalidForConnLoss устанавливает значения недействительными, если соединение потеряно. Этого можно предотвратить, если для записи конфигурации установлено значение 0. Однако в случае нежелательной связи для записи конфигурации необходимо использовать значение по умолчанию 2. Могут возникнуть следующие случаи, когда биты сбрасываются GI после восстановления соединения:
1. Сервер (ИЭУ) поддерживает дополнительный атрибут «Причина включения».
- DPE отображает атрибут, для которого доступен t: бит GI установлен, отметка времени остается.
- DPE отображает атрибут, для которого t НЕ доступен: бит GI установлен, отметка времени устанавливается на отметку времени полученного отчета.
2. Сервер (ИЭУ) не поддерживает дополнительный атрибут «Причина включения»: Бит GI НЕ установлен. В некоторых случаях значение сопоставляется с недопустимой отметкой времени.