Страница 9: ДСТУ IEC 61850-8-1:2014. Комунікаційні мережі та системи для автоматизації електроенергетичних підприємств. Частина 8-1. Визначене відображення комунікаційних сервісів. Відображення відповідно до специфікації виробничих повідомлень (62075)

• GetVariableAccessAttributes-Request, що визначає objectName, чия objectscope domainSpecific. Якщо визначений домен не існує, ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass=”access" з errorCode=”object-non-existent”;

• GetVariableAccessAttributes-Request, що визначає objectName, чия objectscope domainSpecific, та визначає домен, для якого клієнт MMS не має привілеїв доступу. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass-’access” з errorCode-’object-access-denied” або errorClass-’access” з errorCode-’object- non-existent”;

• GetVariableAccessAttributes-Request, що викликає Response+, який перевищує розмір MMSPdu, що передається, має спричиняти Confirmed-Error PDU MMS. ServiceError у Confirmed- ErrorPDU має бути errorClass-’service” з errorCode-'pdu-size". Відображення має відбуватися за ServiceError ACSI failed-due-to-communications-constraint.

Відображення помилок сервісу GetVariableAccessAttributes див. у таблиці 24.

Таблиця 24 — Відображення помилки сервісу GetVariableAccessAttributes

Сервіс Readjournal MMS видає Response+ або ServiceError MMS. У цьому розділі описано відображення для відповідей MMS для помилок, що можуть з’являтися, коли ММРМ здійснює за­пит сервісу Readjournal:

• ReadJournal-Request, що визначає objectscope JournalName domainSpecific. Якщо визна­чений домен не існує, ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed- ErrorPDU має бути errorClass-’access" з errorCode=”object-non-existent”;

• ReadJournal-Request, що визначає JournalName, для якого клієнт MMS не має привілеїв доступу. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed- ErrorPDU має бути errorClass-’access” з errorCode-’object-access-denied” або errorClass-’access” з errorCode=”object-non-existent”.

Відображення ServiceError для сервісів Log див. у таблиці 25.

Таблиця 25 — Відображення ServiceError для сервісів Log

Сервіс FileDirectory MMS видає Response+ або ServiceError MMS. У цьому розділі описано відображення для відповідей MMS для помилок, що можуть з’являтися, коли ММРМ здійснює за­пит сервісу FileDirectory:

• FileDirectory-Request, який визначає каталог, що не існує, ММРМ має видавати Confirmed- Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass=”file” з errorCode=”file-non- existent”;

• FileDirectory-Request, що визначає FileDirectory, для якого клієнт MMS не має при­вілеїв доступу. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass-’file” з errorCode-'file-access-denied” або errorClass-’file” з errorCode=”file-non-existent”;

• FileDirectory-Request, що визначає FileSpecification, не може бути інтерпретована ММРМ. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass=”file” з errorCode=”filename-syntax-error”.

Відображення помилок сервісу FileDirectory див. у таблиці 26.

Таблиця 26 — Відображення помилки сервісу FileDirectory

Сервіс ObtainFile MMS видає Response+, Response- або ServiceError MMS. У цьому розділі описано відображення для відповідей MMS для помилок, що можуть з’являтися, коли ММРМ ви­конує запит сервісу FileDirectory:

• ObtainFile-Request, що визначає вихідний файл, для якого результативний FileOpen-Request завершується невдало, ММРМ має видавати ObtainFileError PDU MMS. ObtainFileError PDU має позначати проблему sourceFile;

• ObtainFile-Request, що визначає каталог призначення, для якого клієнт MMS не має привілеїв доступу. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed- ErrorPDU має бути errorClass=”access” з errorCode=”object-access-denied” або errorClass=”file” з errorCode=”file-non-existent”;

ObtainFile-Request, що визначає FileSpecification, визначає destinationFile, який вже існує, ObtainFileError PDU MMS. ObtainFileError PDU MMS має позначати проблему destinationFile.

Відображення ServiceErrors ACSI за помилками сервісу ObtainFile див. у таблиці 27.

Таблиця 27 — Відображення ServiceErrors ACSI за помилками сервісу ObtainFile

Сервіс FileOpen MMS видає Response+ або ServiceError MMS. У цьому розділі описано відоб­раження для відповідей MMS стосовно помилок, що можуть з’являтися, коли ММРМ виконує запит сервісу FileOpen:

• FileOpen-Request, що визначає filespecification, для якого клієнт MMS не має при­вілеїв доступу. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass-’file" з errorCode-’file-access-denied” або errorClass-’file" з errorCode=”file-non-existent”;

• FileOpen-Request, що визначає filespecification, який не існує. У цьому разі ММРМ має ви­давати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass="file” з errorCode=”file-non-existent”;

• FileOpen-Request, що визначає filespecification, не є доступним через деякий локальний механізм блокування. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass=”file” з errorCode-’file-busy”;

• FileOpen-Request, що визначає filespecification, не є синтаксично правильним для ММРМ. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass=”file” з errorCode-’filename-syntax-error”;

• FileOpen-Request, що визначає initialPosition, не є правильною для ММРМ. У цьому разі ММРМ має видавати Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass-’file” з errorCode-’position-invalid”.

Відображення ServiceError ACSI за помилками сервісу FileOpen див. у таблиці 28.

Таблиця 28 — Відображення ServiceErrors ACSI за помилками сервісу FileOpen

Сервіс FileRead MMS видає Responses- або ServiceError MMS. У цьому розділі описано відоб­раження для відповідей MMS стосовно помилок, що можуть з’являтися, коли ММРМ виконує запит сервісу FileRead:

— FileRead-Request, що визначає недійсний FRSM. У цьому разі ММРМ має видава­ти Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass=”service” з errorCode-’object-state-conflict”.

Відображення ServiceError ACSI за помилками сервісу FileRead див. у таблиці 29.

Таблиця 29 — Відображення ServiceErrors ACSI за помилками сервісу FileRead

Сервіс FileClose MMS видає Responses- або ServiceError MMS. У цьому розділі описано відоб­раження для відповідей MMS стосовно помилок, що можуть з’являтися, коли ММРМ здійснює запит сервісу FileClose:

— FileClose-Request, що визначає недійсний FRSM. У цьому разі ММРМ має видава­ти Confirmed-Error PDU MMS. ServiceError у Confirmed-ErrorPDU має бути errorClass=’’service” з errorCode=”object-state-conflict”.

Відображення ServiceError ACSI за помилками сервісу FileClose див. у таблиці ЗО.

Таблиця ЗО — Відображення ServiceErrors ACSI за помилками сервісу FileClose

Сервіс FileDelete MMS видає Response+ або ServiceError MMS. У цьому розділі описано ві­дображення для відповідей MMS стосовно помилок, що можуть з'являтися, коли ММРМ виконує запит сервісу FileDelete:

Відображення ServiceError ACSI за помилками сервісу FileDelete див. у таблиці 31.

Таблиця 31 — Відображення ServiceErrors ACSI за помилками сервісу FileDelete

Тип EntrylD ACSI має відображатися за OCTETSTRING MMS фіксованої довжини на 8 октет. Уміст OCTETSTRING є характерним для сервісу ІЕС 61850. Передбачено, що формат умісту до­кументують як частину твердження РІХІТ реалізації. Зарезервоване значення для EntrylD нуль (0) є “00000000” OCTETSTRING MMS, де всі октети мають значення нуль (0).

Тип PACKED LIST має відображатися за Bit-string MMS змінної довжини. Мінімальний розмір бітового рядка визначають кількістю бітів, необхідних для кодування членів PACKED LIST Поря­док бітів у бітовому рядку має бути таким, щоб перший член PACKED LIST відображався за Bit(O). Інші члени мають відображатися в послідовних бітах у порядку, зазначеному в ІЕС 61850-7-2 та ІЕС 61850-7-3.

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

Біт 0 має бути крайнім лівим (найбільш суттєвим) бітом першого октету. Біт 7 має бути край­нім правим (найменш суттєвим) бітом першого октету. Біт 8 має бути крайнім лівим (найбільш суттєвим) бітом другого октету. Біт 15 має бути крайнім правим (найменш суттєвим) бітом другого октету. Подібним чином продовжується в таких октетах.

Існують особливі випадки, що відображаються окремо та не відповідають загальному правилу. Це тип TimeStamp (визначений у 8.1.3.7), тип якість (визначений у 8.2), тип Triggerconditions (ви­значений у 8.1.3.9) і тип ReasonForlnclusion (визначений у 8.1.3.10).

Розширення для синтаксису даних ISO 9506-2 наведено в додатку F. Ознаки якості міститься у восьмому октеті. Ці ознаки визначено в таблиці 32.

Таблиця 32 — Кодування TimeQuality ІЕС 61850-7-2