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

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

Таблиця D.2 — Підтримувані сервіси ACSI для SCL.2

с1 — має бути ‘т', якщо заявлено підтримання для SCL.2.ЧАСОВІ ШКАЛИ ТА ПЕРІОДИ

Часова вісь ТАІ (Міжнародний атомний час), яку підтримуєт Міжнародне бюро мір і ваг, — це міжнародний стандарт для часу, що ґрунтується на секунді. ТАІ реалізується набором атомних годинників і створює основу збереження часу для інших використовуваних шкал часу. Серед цих шкал шкала UTC користується найбільшою технічною й торговельною популярністю. Представлен­ня UTC визначено в ISO 8601 як РРРР-ММ-ДД для дати та гг:хх:сс для часу дня.

Швидкість, із якою йде час UTC, ідентична швидкості ТАІ. Час UTC відрізняється від часу ТАІ сталим зсувом. Цей зсув іноді змінюється додаванням або відніманням коригувальних секунд.

Починаючи з 1 січня 1972 р. — тобто модифікованого юліанського дня (Modified Julian Day⁴ (MJD)) 41 317 — світові еталонні системи часу почали реалізацію коригувальних секунд для умож­ливлення лише інтегрального коригування секунд між секундами UTC (зсув ТАІ) і традиційним цивільним часом UTC, вираженим у днях, годинах, хвилинах і секундах. Поправки на коригувальні секунди вводяться переважно після секунди 23:59:59 останнього дня червня або грудня. Першу таку поправку, поправку на одну додатну коригувальну секунду, введено після 23:59:59 ЗО червня 1972 р.

Період UTC MMS розпочався о 0 год 1 січня 1970 р. (MJD 40 587). Виміряний час позначено в цьому стандарті як секунди UTC MMS. Час UTC MMS представлено в секундах і частках секунди. Представлення секундами буде в надлишку через 126 років чи приблизно в січні 2106 р.

Тип Btime6 MMS (TimeOfDay) має бути OCTET STRING. Значення типу TimeOfDay може місти­ти або 4, або 6 октет. Перша форма визначає час як кількість мілісекунд від півночі поточної дати (дата в значенні не міститься), тоді як друга форма містить час і дату, виражену як відносний день після 1 січня 1984 р. Перші чотири октети мають містити значення, що позначає кількість мілісекунд від півночі для поточної дати в обох формах.

Період TimeOfDay MMS розпочався о 0 год 1 січня 1984 р. (MJD 40 587). Виміряний час по­значено в цьому стандарті як GMT мілісекунди TimeOfDay та GMT дні TimeOfDay і представляє відхилення від періоду.

Еталонні джерела часу

Є два еталонних джерела часу для реалізації систем, для яких програма потребує час UTC MMS.

Перші — це системи, що реалізують протокол SNTP, що широко використовується під час синхронізації комп’ютерних систем у мережі. SNTP-сервери самі по собі синхронізуються із серверами часу, що простежуються до міжнародних еталонів. Точність часу UTC із систем SNTP, зазвичай, міститься в мілісекундному діапазоні. SNTP використовує той самий формат часу, що й NTP. Тоді як SNTP забезпечує синхронізацію часу в одній мережі, NTP уможливлює глобальну синхронізацію часу в Інтернет. SNTP надає поточний час, поточне число коригу­вальних секунд і попередження про введення поправки на коригувальну секунду. SNTP ко­ригує число секунд SNTP із періоду NTP щоразу, коли вводиться поправка на коригуваль­ну секунду. Періодом NTP є 0 год 1 січня 1900 р. О 0 год 1 січня 1972 р. NTP установлено на 2 272 060 800,0 для узгодження його з UTC. На цей час NTP представляє секунди як ціле число з 32 біт без знака. Тому NTP заново починається кожні 2³² с = 136 років, перше таке відновлення відбудеться приблизно у 2036 р.

Друга система, що викликає інтерес, це супутникова система глобального позиціюння, GPS, яку підтримуєт Міністерство оборони США. Точність часу UTC GPS, зазвичай, містить­ся в діапазоні 100 не. Передавання системою GPS представляють час як {GPS Weeks, GPS SecondsInLastWeek}, кількість тижнів із періоду GPS та кількість секунд після початку поточного тижня. З цього можна обчислити кількість секунд із періоду GPS, GPS с. GPS надає поточний час,поточне число коригувальних секунд і попередження про введення поправки на коригувальну секунду. З часу GPS можна обчислити час UTC MMS та час BtimeG за допомогою інформації, що міститься в передаваннях GPS. Період GPS розпочався о 0 год 6 січня 1980 р. (MJD 44 244). Тижні GPS представляються роками в модулі супутникових передавань 1 024 тижні = 19,7 років. Перше таке відновлення відбулося між тижнями 15 серпня та 22 серпня 1999 р.

У таблицях Е.1 та Е.2 наведено зв’язки між шкалами часу, про які йшла мова, та приклади часу в кожній системі для цікавих моментів.

Таблиця Е.1 — Зв'язки між часовими шкалами

Таблиця Е.2 — Приклади відповідності часових шкал

ДОДАТОК F
(обов'язковий)

РОЗШИРЕННЯ ТИПУ ЗГІДНО З ISO 9506-1:2003

ТА ISO 9506-2:2003

F.1 Загальні положення

У цьому додатку визначено три розширення типу за MMS: ISO 9506-1:2003 та ISO 9506-2:2003. їх вимагають для гармонізації ІЕС 61850-8-1 та MMS.

Наведене нижче розширення застосовують до ISO 9506-1:2003:

1. новий простий тип (тип часу UTC) для використання в моделі сервісу змінного доступу (ISO 9506-1, розділ 14). Додатково треба узгодити TypeDefinition MMSString з іншими TypeDe­finitions.

Наведені нижче розширення застосовують до ISO 9506-2:2003:

2. новий простий тип (тип часу UTC) для використання в моделі сервісу змінного доступу (ISO 9506-2, розділ 14). Додатково треба узгодити TypeDefinition MMSString з іншими TypeDe­finitions;

3. збільшений розмір maxidentifier MMS від 32 до 64 (ISO 9506-2, розділ 14);

4. заміна типу даних MMSString у створенні даних UTF8 string[0-255].

F.2 ISO 9506-1 (Визначення сервісів)

F.2.1 Додавання посилання для визначення типу часу UTC

Додати таке нове посилання для розділу 2 ISO 9506-1:

RFC 1305, 1992: Network Time Protocol (Version 3) Specification, Implementation and Analysis (Специфікація протоколу часу мережі (версія 3), Впровадження й аналіз)

F.2.2 Додавання UTC як нового типу часу

Уставити в 14.2.1 ISO 9506-1 нижче від рядка

mMSString [16] IMPLICIT Integer32 —рядок MMS

наведений нижче текст:

utc-time [17] IMPLICIT NULL —час UTC.

F.2.3 Долучити наприкінці 14.2.2.4.1 ISO 9506-1 такий новий текст:

п) час UTC — цей тип представляє Універсальний скоординований час (UTC), що описує шкалу часу на основі секунди (SI), визначений та рекомендований Міжнародним консультативним комітетом із радіомовлення (CCIR), що підтримується Мінародним бюро мір і ваг (ВІРМ). Визна­чення UTC міститься в Рекомендації CCIR 460-4 (1986 р.). Тип часу UTC представляє минулу кіль­кість цілих секунд від півночі за GMT 1 січня 1900 р., а також минулу дробову частку секунди. Цей стандарт (ІЕС 61850-8-1) використовує ідентичне представлення часу, крім випадків, коли період починається опівночі за GMT 1 січня 1970 р.

F.3 ISO 9506-2 (Специфікація протоколу)

F.3.1 Додавання UTC як нового типу часу

Уставити в 14.4.2 ISO 9506-2 нижче від рядка

mMSString [16] IMPLICIT mMSString

наведений нижче текст:

utc-time [17] IMPLICIT UtcTime —час UTC.

Долучити наприкінці 14.4.2.3 ISO 9506-2 такий новий підпункт:

Час UTC

Тип UtcTime має бути OCTET STRING завдовжки вісім (8) октет. Значення має кодуватися згідно з RFC 1305. Форматом значення є число в 64 біт із фіксованою комою. Ціла частина містить витрачену кількість цілих секунд від півночі за GMT 1 січня 1970(-х) р.(рр.). Дробова частина міс­тить частку секунди, що минула після останньої цілої секунди.

Цілі секунди від 1 січня 1970 р. мають міститися в найважливіших чотирьох (4) октетах (напри­клад, октетах 0—3). Значення поля часу має виводитися нумеруванням бітів цих октетів, починаючи з найменш значущого біта останнього октету як біта нуль і закінчуючи найбільш значущим бітом першого октету як бітом тридцять один. Кожному біту має призначатися числове значення 2**N, де N — позиція біта в цій послідовності нумерування. Значення часу має отримуватися підсумову­ванням числових значень, приписаних кожному біту для бітів, установлених на один.

Значення частки секунди має міститися в найменш значущих чотирьох октетах (наприклад, октетах 4—7). Значення поля частки має виводитися нумеруванням бітів цих октетів, починаючи з найбільш значущого біта октету 4 як біта нуль і закінчуючи найменш значущим бітом октету 7 як бітом 32. Кожному біту має призначатися числове значення 2**N, де N — позиція біта в цій по­слідовності нумерування. Значення часу має отримуватися підсумовуванням числових значень, приписаних кожному біту для бітів, установлених на один (1).

Примітка. Це представлення відповідає формату, що широко використовується в багатьох контекстах, таких як протоко­ли Інтернет і служби супутникового часу GPS. Для багатьох реальних реалізацій у передбачуваному майбутньому найменше значущий октет частки значення секунди (дробові частини нижче ніж 2** — 24) виходить за межі точності часу. Деякі стандарти протоколів часу рекомендують установлювати значення цих дробових бітів як випадкові. Інші стандарти можуть використову­вати ці найменш значущі біти для задоволення вимог інших програм (наприклад, джерело часової мітки, інформація про якість годинника тощо). Використання цих найменш значущих 8 біт дробової частини для будь-якої іншої мети має відповідати місцевим домовленостям і не входить у сферу дії цього стандарту.

F.3.2 Збільшення розміру Ідентифікатора MMS

Замінити в 7.5.2 ISO 9506-2 рядок

maxidentifier INTEGER ::= 32

таким новим текстом maxidentifier INTEGER ::= 64.

F.3.3 Дозвіл використовувати тип даних MMSString залежно від програми

Замінити в 14.4.2 ISO 9506-2 рядок

F.3.4 Дозвіл видавати ServiceError розміру pdu