---

21. МОДЕЛЬ ЧАСУ ТА СИНХРОНІЗАЦІЇ ЧАСУ

Синхронізація часу, що виконується через зв’язок LAN, має відбуватися використанням SNTP (див. 6.4).

Механізми апаратної синхронізації (наприклад, GPS або інші) не розглянуто в цьому стандарті.

21. УМОВНІ ПОЗНАКИ НАЗВ

Див. розділ 7.

21. ПЕРЕДАВАННЯ ФАЙЛІВ

    1. Модель передавання файлів

Клас файл ІЕС 61850-7-2 має відображатися за об’єктом файл MMS. Якщо реалізація претен­дує на підтримання передавання файлів, сервіси файлів MMS мають реалізовуватися відповідно до цього розділу. Окрім того, якщо також реалізується протокол передавання файлів (FTP) IETF або протокол безпечного передавання файлів (sFTP), це є локальним питанням. Відповідність FTP RFC не розглянуто в цьому стандарті.

Відображення наведено в таблиці 98.

Таблиця 98 — Відображення класу файлу ACSI за об’єктом файлу MMS

FileName

Атрибут FileName ІЕС 61850-7-2 має відображатися за атрибутом FileName MMS. FileName MMS має складатися з послідовності траєкторій файлів й імені файла. FileNames ІЕС 61850-7-2 мають бути обмеженими та не перевищувати 255 октет.

Специфікація шляху віртуальної файлової пам’яті MMS є обов'язковою в імені файлу. Специ­фікація траєкторії віртуального файлу MMS має складатися з послідовності імен каталогів файлів. Імена каталогів файлів мають обмежуватися та не перевищувати 32 октет. Імена каталогів мають розділятися детермінованим символом РІХІТ (зазвичай, «» або «/»).

Сервер, що містить файли, пов’язані з логічними приладами, повинен мати один зі своїх кореневих каталогів каталог, ім’я якого «LD». Нижче LD корінь має бути набором імен каталогів, що представляє логічні прилади в сервері. Ці імена каталогів файлів мають бути такого самого значення, як й імена логічних приладів (наприклад, імена доменів) та мають бути наявними, якщо файли є. Файли, характерні для логічного приладу, мають розташовуватися в каталозі, що пред­ставляє логічний прилад.

Примітка. Не всі файли здатні асоціюватися з певним LD. Наприклад, графічний файл самого сервера безпосередньо не може пов'язуватися з LD. Тому для файлів, що не пов'язуються з LD, питання щодо каталогу, в якому зберігаються такі файли, є локальним.

Мінімальний-максимальний розмір імені файлу має становити 12 октет. Рекомендовано, щоб специфікація файлу була максимального розміру в 64 октет. Максимальний розмір специфікації файлу має бути зазначено у твердженні РІХІТ реалізації.

Для диференціації формату вмісту файлів треба використовувати суфікси FileName. Суфікси мають бути щонайбільше у 3 октети. Суфікси в таблиці 99 зберігаються.

Рекомендовано, щоб FileName MMS, що видається та є каталогом на сервері, закінчувався детермінованим розділювачем РІХІТ «» або «/».

Відображення ServiceError FILE MMS за ServiceErrors ACSI

Сервіси файлу ISO/IEC 9506 мають спеціалізовані ServiceErrors, що є частиною errorClass=File ServiceError MMS. У таблиці 100, наприклад, наведено відповідні відображення між значеннями ServiceError ACSI та ServiceErrors MMS для операцій із файлами.

Таблиця 99 — Зарезервовані суфікси файлів

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

У твердженні реалізації РІХІТ має бути зазначено чутливість до регістра FileName.

Файли COMTRADE

Файли IEEE С37.111.1999 (COMTRADE) мають міститися в каталозі файлів, ім’я якого «COMTRADE». Специфікації файлів мають відповідати познакам назв та суфіксам, зазначеним в IEEE С37.111.1999.

Специфікація IEEE COMTRADE IEEE С37.111.1999 описує використання трьох різних суфіксів (наприклад, hdr, cfg і dat). У звичайному використанні для інформації/обчислень ці суфікси можуть представляти файли, що відрізняються від COMTRADE.

Якщо каталог містить файл із суфіксом «zip», цей файл має передавати стислий вміст hdr-, cfg- і dat-файлів COMTRADE файлів із таким самим ім’ям.

Каталоги COMTRADE мають розташовуватися у відповідній траєкторії каталогу (наприклад, у каталозі LD або на кореневому рівні).

FileSize

Атрибут FileSize ІЕС 61850-7-2 має відображатися за атрибутом розміру файлу MMS. Зна­чення 0 може використовуватися для позначення того, що файл має невідомий розмір або містить 0 октет.

Значення розміру має розглядатися як оцінений розмір файлу та не має використовуватися для визначення абсолютного розміру.

Примітка. Переходи від одної системи файлів до іншої можуть збільшувати або зменшувати дійсний розмір файлу.

LastModified

Атрибут LastModified ІЕС 61850-7-2 має відображатися за атрибутом LastModified файлу MMS.

Сервіс GetFile ACSI має відображатися за послідовністю сервісів FileOpen, FileRead FileClose MMS згідно з ISO 9506-1 та ISO 9506-2.

На рисунку 12 зображено послідовність сервісів MMS, що є результатом запиту GetFile ACSI. Запит GetFile ACSI зумовлює створення запиту FileOpen MMS. initialPosition має бути 0. Позитивне підтвердження FileOpen має зумовлювати генерування першого запиту в можливій послідовності запитів FileRead MMS. Позитивне підтвердження FileRead із moreFollows=FALSE має зумовлювати видання запиту FileClose MMS. Позитивне підтвердження FileRead із moreFollows=TRUE має зумов­лювати видання ще одного запиту в послідовності запитів FileRead. Після отримання позитивного підтвердження FileClose має з’являтися індикація позитивної відповіді GetFile.

Якщо будь-які сервіси MMS видають негативне підтвердження, має з’являтися індикація не­гативної відповіді GetFile відповідно до таблиці 102.

У таблиці 100 наведено відображення параметрів сервісу GetFile ACSI, а таблиця 101 визна­чає відображення.

С ервер
I EC 61850-8-1

FileOpen. ind

FileOpen.resp+

FileRead.ind

FileRead.resp+ moreFollows=TRUE

FileRead.ind

FileRead.resp+ moreFollows=FALSE

FileClose.ind

FileClose.resp+

IEC 822/11

Рисунок 12 — Відображення GetFile ACSI за FileOpen, FileRead, FileClose MMS

Таблиця 100 — Відображення параметрів сервісу GetFile ACSI

FileName

Параметр імені файлу ACSI має відображатися відповідно до 23.1. Це обов’язковий параметр, що має бути наявним та мати ненульове значення.

FileData

FileData ACSI має відображатися за послідовністю FileData відповіді FileRead, що видається.

Таблиця 101 — Відображення сервісу GetFile ACSI

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

Відображення GetFile ServiceErrors за MMS ServiceErrors див. у таблиці 102.

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

Рисунок 13 показує, що запит SetFile ACSI має відображатися за ObtainFile.request MMS.

Має надаватися параметр sourceFilename, тому це SCSM потребує параметр імені файлу джерела. Після отримання індикації ObtainFile має виконуватися процедура передавання файлу ObtainFile викликом сервісу GetFile ACSI. Після позитивної відповіді GetFile має видаватися пози­тивна відповідь ObtainFile. Після отримання позитивного підтвердження ObtainFile має позначатися позитивна відповідь SetFile. Відображення параметрів файлів наведено в таблиці 103.

Якщо будь-які сервіси MMS видають негативне підтвердження, має з’являтися індикація не­гативної відповіді SetFile відповідно до 8.1.3.4.6.2.

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

IEC 823/11

GetFile.req

GetFile.resp+

SetFile.resp+

Рисунок 13 — Відображення сервісу SetFile ACSI

SetFile.ind

FileName

Параметр імені файлу ACSI має відображатися відповідно до 23.1. Це обов’язковий параметр, що має бути наявним і повинен мати ненульове значення.

FileData

FileData ACSI має відображатися за послідовністю FileData відповіді FileRead, що видається.

SourceFileName (що додається SCSM)

Цей параметр має представляти ім’я файлу, з якого через сервіс GetFile ACSI отримується FileData. Параметр SourceFilename має відображатися відповідно до 23.1.

Сервіс DeleteFile ACSI має відображатися до сервісу FileDelete MMS, як наведено в таблиці 104.

Таблиця 104— Відображення сервісу DeleteFile ACSI

FileName

Параметр імені файлу ACSI має відображатися відповідно до 23.1. Це обов'язковий параметр, що має бути наявним і повинен мати ненульове значення.