---

AccessResult для data-reference(s)

AccessResult, що містить значення data-reference, повинен мати тип MMS VISIBLESTRING. Значенням AccessResult має бути ObjectReference для члена NamedVariableList, чиє значення включено. Порядком AccessResult(s) має бути порядок членів NamedVariableList.

AccessResult для value(s)

Цей перелік AccessResult має містити дані MMS, які відповідають членам DatSet, що звітується. Порядком AccessResult(s) має бути порядок членів NamedVariableList.

AccessResult для ReasonCode(s)

Reason-for-inclusion має кодуватися як різноманітні AccessResults. Кожен AccessResult пови­нен мати тип MMS дані бітового рядка. Розмір AccessResult має бути таким, як розмір компонента TrgOps блока керування. Біт загального питання (Біт 5) можна використовувати для позначення того, що причину обумовлено загальним питанням. Це число AccessResults має бути таким самим, як і число AccessResults атрибута значення(-нь) в InformationReport. Порядком AccessResult(s) має бути порядок членів NamedVariableList

Цей сервіс має відображатися за сервісом зчитування MMS.

Значення FunctionalConstraint ACSI має ігноруватися. Відповідь на зчитування MMS має ви­давати всі значення BRCB, визначені BRCBReference ACSI. Відображення BRCBReference має бути таким, як визначено в 7.3.2.

Помилка сервісу Response- має відображатися, як наведено в таблиці 31.

Цей сервіс має відображатися за сервісом записування MMS.

Значення FunctionalConstraint ACSI має ігноруватися. Відповідь сервісу записування MMS має видавати AccessResult елементів BRCB, визначених запитом ACSI. Відображення BRCBReference має бути таким, як визначено в 7.3.2.

Помилка сервісу Response- має відображатися, як наведено у 8.1.3.4.4.2.

Має відображатися відповідно до 17.2.2.

Має відображатися відповідно до 17.2.3.

Клас керування записами, за визначенням ІЕС 61850-7-2, відображає за структурними ком­понентами, визначеними як частина блока керування записами (див. 17.3.3). Екземпляри цього класу повинні мати FC “LG”.

Відображення класу записів відображається на два різні об'єкти MMS: блок керування запи­сами (LCB) та журнал MMS.

Блок керування записами (LCB) подано як визначення даних MMS, що поєднує атрибути з класу керування записами ІЕС 61850-7-2 й інші атрибути з класу записів (див. рисунок 5).

Log control attributes

LogEna DatSet TrgOps IntgPd Log ref OptFIds BufTm

SCSM Log control block

Log attributes

OldEntrTm NewEntrTm OldEntr NewEntr Log ref

LogEna DatSet TrgOps IntgPd Log ref OptFIds OldEntrTm NewEntrTm OldEnt NewEnt

From IEC 61850-7-2

IEC 815/11

Рисунок 5 — Взаємодія атрибутів LCB (блок керування записом)
за визначеннями записів ІЕС 61850-7-2

TypeDescription MMS ІЕС 61850-8-1 LCB — це структура з іменованими компонентами MMS, описаними в таблиці 65.

Таблиця 65 — Визначення блока керування записами MMS

Кінець таблиці 65

Значення LogEna мають відображатися, як наведено в таблиці 66.

Таблиця 66 — Відображення значень для LogEna

Значення LogEna за замовчуванням є локальним питанням, проте, значення за замовчуван­ням має бути FALSE для неконфігурованих або неправильно конфігурованих LCB.

Має бути типу даних, наведеного у 8.1.3.2.2. Форма значення має бути такою самою, як і фор­ма ObjectReference. Значенням DEFAULT має бути ObjectReference, що визначає логічний при­лад (наприклад, домен MMS) та фактичне ім’я журналу. Ім’ям журналу за замовчуванням має бути “GeneralLog". Отже значення LogRef за замовчуванням повинно мати форму <Ім’я домену MMS>/<LNName>$GeneralLog.

Приклад. Для LogRef у логічному вузлі LLN0 логічного приладу “LD1” значення LogRef буде “LD1/LLN0$Generallog”.

V-Put значення LogRef, що визначає ненаявний журнал MMS, має завершуватися невдало.

Значення NULL резервується для позначення того, що не вибрано жодного запису/журналу.

Примітка 1. Різноманітне керування записами може посилатися на один і той самий запис, маючи однакове значення LogRef.

Примітка 2. Рекомендовано, що реалізації, які претендують на відповідність моделі запису, реалізовували принаймні один LCB як частину LLNO.

Має бути типу даних, наведеного у 8.1.3.2.2. V-Put значення DataSet, що визначає ненаявний NamedVariableList MMS, має завершуватися невдало.

Значення NULL резервується для позначення того, що не вибрано жодного DataSet.

Значення, що містяться в компонентах OldEntrTm та NewEntrTm, мають визначати Entry-Time.

Якщо в журналі, визначеному LogRef, немає записів, значення цих компонентів мають бути однаковими, а значення бінарного часу мають бути 0.

Значення, що містяться в компонентах OldEnt та NewEnt, повинні мати тип EntrylD (див. 8.1.3.5). Ці значення мають представляти значення entryidentifier Журналу (див. 17.3.3.4.2) для найдавніших і найновіших записів.

Якщо в журналі, визначеному LogRef, немає записів, значення цих компонентів мають бути однаковими й дорівнювати NULL.

Визначення класу записів, що міститься в ІЕС 61850-7-2, визначає послідовність атрибутів, названих LogEntries. LogEntry має відображатися безпосередньо за EntryContent журналу ISO 9506 (усі частини). Відображення має бути таким, як наведено в таблиці 67.

Таблиця 67 — Відображення LogEntries ACSI

LogEntries мають бути довгостроковими.

Ідентифікатор запису має бути таким, як наведено у 8.1.2.4. Уміст значення є локальним пи­танням.

Ідентифікатор запису, усі октети якого мають значення 0, не має бути допустимим. Це зна­чення резервується для позначення того, що запис порожній.

ISO 9506 дозволяє інформаційному типу бути обмеженим ANNOTATION (анотація), EVENT­DATA (дані про подію), DATA (дані).

ANNOTATION

Використання обмеження ANNOTATION є локальним питанням.

EVENT-DATA

Інформаційний тип EVENT-DATA використовують для позначення інформації, що вводиться в журнал MMS унаслідок керування/оброблення блока керування записами. Використання цього обмеження не обмежується лише позначенням керування LCB, проте всі інші застосування роз­глядають як локальне питання.

Для реєстрації переходів значення LogEna LCD використовують запис переходів подій інфор­маційного типу EVENT-DATA:

• Значенням назви умови події має бути ObjectName NamedVariable MMS, що представляє блок керування записом, що спричинив створення запису журналу.

• Станом умови події має бути стан компонента LogEna блока керування записами, що спри­чинив створення запису журналу.

Відображення значення між значеннями LogEna та значеннями стану умови події має бути таким:

• Значення LogEna FALSE має відображатися за станом умови події DISABLED. Перехід зна- ченя LogEna з TRUE на FALSE має спричиняти створення запису журналу.

• Значення LogEna TRUE має відображатися за станом умови події IDLE або ACTIVE. Стан IDLE резервується для позначення переходу значення LogEna з FALSE на TRUE. Лише запис жур­налу зі значенням стану умови події ACTIVE повинен мати перелік змінних журналу.

Із причин ефективності послідовність entryDat(s) може вводитися в межах одного запису жур­налу MMS.

Після включення живлення чи перезавантаження статус LogEna LCB має записуватися як IDLE.

DATA

DATA використовують для записування значення від DataSets, визначених LCB.

Значення журналу MMS представляють як послідовність тегу та даних змінних журналу. У цьому документі відображають як datRef/значення Log Entry, так і reasonCode за окремими змін­ними журналу. Ці змінні журналу мають з’являтися в одному запису інформативного типу й такому порядку: змінна журналу, що представляє datRef/значення, за якою йде змінна журналу, що пред­ставляє reasonCode.

Кожна окрема змінна журналу відображається як член listofVariables у вмісту запису жур­налу (див. 16.8.1 ISO 9506-2 (2003)). Кожен член listofVariables складається з variableTag та valuespecification.

VariableTag повинен мати мінімальний-максимальний розмір 65 октетів.

VariableTag журналу для DatRef

Змінна журналу, що представляє дані журналу, пов’язані з DatRef, повинна мати значення форми ObjectReference (див. 8.1.3.2.2).

VariableTag журналу для ReasonCode

Тег змінної журналу, що представляє дані журналу, пов’язані з reasonCode, повинен мати значення “ReasonCode”. Valuespecification повинен мати TypeDescription MMS бітовий рядок. Мі­німальний розмір бітового рядка має становити 7 бітів, а визначення біта виходить із визначення ExtendedTriggerConditions (див. 8.1.3.10).

Приклад. Значенням variableTag журналу для reasonCode, пов’язаним із datRef, ObjectReference якого LD1/MMXU$MX$V, буде “LD1/MMXU$MX$V|reasonCode”.

Сервіси моделі запису ACSI мають відображатися за сервісами MMS, описаними в таблиці 68.

Таблиця 68 — Загальні відображення сервісів моделі записів ACSI

Сервіс ACSI має відображатися за сервісом зчитування MMS. Сервіс зчитування має викону­вати V-Get на будь-якому з атрибутів класу керування записами (див. розділ 5).

Response- має відображатися відповідно до відображення ServiceError, визначеного у 8.1.3.4.4.1.