Кінцевий формат кодування для кодування фіксованої довжини має використовуватися відповідно до
таблиці А.1 — для заголовків GOOSE;
таблиці А.2 — для елементів allData повідомлення.
Таблиця А.1 — Кодування allData в повідомленнях GOOSE фіксованої довжини. Заголовок GOOSE Header
|
Формат абстрактного буфера згідно з ІЕС 61850-8-1 |
TerASN.1 для даних |
Довжина ASN.1 |
Примітка |
||||
|
Імя атрибута |
Тип атрибута |
||||||
|
goCBRef |
Видимий рядок |
0x80 |
|
Довжина, визначена конфігурацією SCL |
|||
|
timeAllowedToLive |
INT32U |
0x81 |
5 |
32 біт зворотного порядку; без знака; див. таблицю А.З |
|||
|
datSet |
Видимий рядок |
0x82 |
|
Довжина, визначена конфігурацією SCL |
|||
|
goiD |
Видимий рядок |
0x83 |
|
Довжина, визначена конфігурацією SCL |
|||
|
т |
UtcTime |
0x84 |
8 |
Часова відмітка 64 біт відповідно до 8.1.3.7 |
|||
|
stNum |
INT32U |
0x85 |
5 |
32 біт зворотного порядку; без знака; див. таблицю А.З |
|||
|
sqNum |
INT32U |
0x86 |
5 |
32 біт зворотного порядку; без знака; див. таблицю А.З |
|||
|
simulation |
Булевий |
0x87 |
1 |
8 біт, установлених на 0 FALSE; усе інше = TRUE |
|||
|
confRev |
INT32U |
0x88 |
5 |
32 біт зворотного порядку; без знака; див. таблицю А.З |
|||
|
ndsCom |
Булевий |
0x89 |
1 |
8 біт, установлених на 0 FALSE; усе інше = TRUE |
|||
|
numDatSetEntries |
INT32U |
0x8а |
5 |
32 біт зворотного порядку; без знака; див. таблицю А.З |
|||
Таблиця А.2 — Кодування allData в повідомленнях GOOSE фіксованої довжини (Fixed-lingth) Базові типи даних
|
Типи даних згідно з ІЕС 61850-7-2 |
TerASN.1 для даних |
Довжина ASN.1 |
Зауваження |
|
Булевий |
0x83 |
1 |
8 біт, установлених на 0 FALSE; усе інше - TRUE |
|
INT8 |
0x85 |
2 |
8 біт зворотного порядку; зі знаком |
|
INT16 |
0x85 |
3 |
16 біт зворотного порядку; зі знаком |
|
INT32 |
0x85 |
5 |
32 біт зворотного порядку; зі знаком |
|
INT64 |
0x85 |
9 |
64 біт зворотного порядку; зі знаком |
|
INT8U |
0x86 |
2 |
8 біт зворотного порядку; без знака |
|
INT16U |
0x86 |
3 |
16 біт зворотного порядку; без знака |
|
INT24U |
— |
— |
Не використовується |
|
INT32U |
0x86 |
5 |
32 біт зворотного порядку; без знака |
|
FLOAT32 |
0x87 |
4 |
32 біт плаваюча кома IEEE (IEEE 754) |
|
ENUMERATED |
0x85 |
2 |
8 біт зворотного порядку; зі знаком, еквівалентним INT8 |
Кінець таблиці А.2
|
Типи даних згідно з ІЕС 61850-7-2 |
TerASN.1 для даних |
Довжина ASN.1 |
Зауваження |
|
CODED ENUM |
0x84 |
2 |
Бітовий рядок; залежно від визначення CODED ENUM — у більшості випадків кодується двома байт (перший байт = номер невикористовуваного біта, другий байт = значення) |
|
OCTET STRING |
0x89 |
20 |
Текст ASCII 20 байт, закінчується нулем |
|
VISIBLE STRING |
0x8a |
35 |
Текст ASCII 35 байт, закінчується нулем |
|
TimeStamp |
0x91 |
8 |
Часова відмітка 64 біт відповідно до 8.1.3.7 ІЕС 6 |
|
Quality |
0x84 |
3 |
Бітовий рядок |
Приклади для кодування INT8, INT16, INT32, INT8U, INT16U та INT32U див. у таблиці А.З.
Таблиця А.З — Приклад кодування для Data
|
Типи даних згідно з ІЕС 61850-7-2 |
Значення |
BER |
Фіксований розмір |
|||
|
Довжина |
Значення |
Довжина |
Значення |
|||
|
INT8/INT8U |
1 |
01 |
01 |
02 |
00 01 |
|
|
INT8/INT8U |
127 |
01 |
7F |
02 |
00 7F |
|
|
INT8U |
128 |
02 |
00 80 |
02 |
00 80 |
|
|
INT8U |
255 |
02 |
00 FF |
02 |
00 FF |
|
|
INT8 |
-1 |
01 |
FF |
02 |
FF FF |
|
|
INT8 |
-127 |
01 |
81 |
02 |
FF 81 |
|
|
INT16/INT16U |
-1 |
01 |
01 |
03 |
00 00 01 |
|
|
INT16/INT16U |
127 |
01 |
7F |
03 |
00 00 7F |
|
|
INT16/INT16U |
128 |
02 |
00 80 |
03 |
00 00 80 |
|
|
INT16/INT16U |
255 |
02 |
00 FF |
03 |
00 00 FF |
|
|
INT16/INT16U |
32767 |
02 |
07 FF |
03 |
00 7F FF |
|
|
INT16U |
65535 |
03 |
00 FF FF |
03 |
00 FF FF |
|
|
INT16 |
-1 |
01 |
FF |
03 |
FF FF FF |
|
|
INT16 |
-127 |
01 |
81 |
03 |
FF FF 81 |
|
|
INT16 |
-128 |
02 |
FF 80 |
03 |
FF FF 80 |
|
|
INT16 |
-129 |
02 |
FF 7F |
03 |
FF FF 7F |
|
|
INT16 |
-255 |
02 |
FF 01 |
03 |
FF FF 01 |
|
|
INT16 |
-32767 |
02 |
80 01 |
03 |
FF 80 01 |
|
|
INT32/INT32U |
1 |
01 |
01 |
05 |
00 00 00 00 01 |
|
|
INT32/INT32U |
127 |
01 |
7F |
05 |
00 00 00 00 7F |
|
|
INT32/INT32U |
128 |
02 |
00 80 |
05 |
00 00 00 00 80 |
|
|
INT32/INT32U |
255 |
02 |
00 FF |
05 |
00 00 00 00 FF |
|
|
INT32/INT32U |
32767 |
02 |
7F FF |
05 |
00 00 00 7F FF |
|
|
INT32/INT32U |
65535 |
03 |
00 FF FF |
05 |
00 00 00 FF FF |
|
|
INT32/INT32U |
214 748 3647 |
04 |
7F FF FF FF |
05 |
00 7F FF FF FF |
|
|
INT32U |
429 496 7295 |
05 |
00 FF FF FF FF |
05 |
00 FF FF FF FF |
|
|
INT32 |
-1 |
01 |
FF |
05 |
FF FF FF FF FF |
|
|
INT32 |
-127 |
01 |
81 |
05 |
FF FF FF FF 81 |
|
Кінець таблиці А.З
|
Типи даних згідно з ІЕС 61850-7-2 |
Значення |
BER |
Фіксований розмір |
||||
|
Довжина |
Значення |
Довжина |
Значення |
||||
|
INT32 |
-128 |
02 |
FF 80 |
05 |
FF FF FF FF80 |
||
|
INT32 |
-129 |
02 |
FF 7F |
05 |
FF FF FF FF 7F |
||
|
INT32 |
-255 |
02 |
FF 01 |
05 |
FF FF FF FF 01 |
||
|
INT32 |
-32767 |
02 |
80 01 |
05 |
FF FF FF 80 01 |
||
|
INT32 |
-32768 |
03 |
FF 80 00 |
05 |
FF FF FF 80 00 |
||
|
INT32 |
-32769 |
03 |
FF 7F FF |
05 |
FF FF FF 7F FF |
||
|
INT32 |
-214 748 3647 |
04 |
80 00 00 01 |
05 |
FF 80 00 00 01 |
||
|
INT64 |
-1 |
01 |
FF |
09 |
FF FF FF FF FF FF FF FF FF |
||
|
INT64 |
-127 |
01 |
81 |
09 |
FF FF FF FF FF FF FF FF 81 |
||
|
INT64 |
-128 |
02 |
FF 80 |
09 |
FF FF FF FF FF FF FF FF 80 |
||
|
INT64 |
-129 |
02 |
FF 7F |
09 |
FF FF FF FF FF FF FF FF 7F |
||
|
INT64 |
-255 |
02 |
FF 01 |
09 |
FF FF FF FF FF FF FF FF 01 |
||
|
INT64 |
-32767 |
02 |
80 01 |
09 |
FF FF FF FF FF FF FF 80 01 |
||
|
INT64 |
-32768 |
02 |
FF 80 00 |
09 |
FF FF FF FF FF FF FF 80 00 |
||
|
INT64 |
-32769 |
03 |
FF 7F FF |
09 |
FF FF FF FF FF FF FF FF FF |
||
|
INT64 |
-214 748 3647 |
04 |
80 00 00 01 |
09 |
FF FF FF FF FF 80 00 00 01 |
||
А.4 Відповідність
Сервери публікацій і абоненти, що претендують на відповідність цьому розділу, мають підтримувати кодування BER. Підтримання для кодування фіксованої довжини має заявлятися в PICs реалізації і тому є необов’язковою.
ДОДАТОК В
(довідковий)
ВИБІР БАГАТОНАПРАВЛЕНИХ АДРЕС
Для покращення загальної ефективності приймання багатоадресних повідомлень (наприклад, GOOSE, GSSE та вибіркових значень) бажано мати технічне забезпечення керування доступом до середовища (МАС) для фільтрування. Геш-алгоритми в різних мікросхемах відрізняються. Рекомендовано оцінювати, як системотехнік, вплив цих алгоритмів під час приписування адрес багатонаправлених призначень.
Постачальники програм ІЕС 61850-8-1, що надсилають ці типи повідомлень, мають надавати рекомендації щодо адресування на основі геш-алгоритмів ІС МАС. Одна з таких рекомендацій може мати таке формулювання. Багатонаправлені адреси (рядок октетів розміром 6), що використовуються в цьому стандарті, повинні мати таку структуру:
перші три октети позначаються IEEE як 01-0C-CD;
четвертим октетом має бути 01 для GOOSE, 02 для GSSE та 04 для багатонаправлених вибіркових значень;
значення 00-00-00-00-00-00 має використовуватися для позначення того, що багатонаправ- лену адресу не конфігуровано;
останні два октети мають використовуватися як окремі адреси, призначені діапазоном, визначеним у таблиці В.1.
Таблиця В.1 — Приклад рекомендованих багатоканальних адрес
|
Сервіс |
Позначення діапазонів рекомендованих адрес |
|
|
Початкова адреса (шістнадцяткова) |
Кінцева адреса (шістнадцяткова) |
|
|
GOOSE |
01-0C-CD-01-00-00 |
01-0C-CD-01-01-FF |
|
GSSE |
01-0C-CD-02-00-00 |
01-0C-CD-02-01-FF |
|
Багатонаправлені вибіркові значення |
01-0C-CD-04-00-00 |
01-0C-CD-04-01-FF |
ДОДАТОК С
(обов’язковий)
ОГЛЯД СТРУКТУРИ КАДРІВ ISO/IEC 8802-3
ДЛЯ КЕРУВАННЯ GSE ТА GOOSE
С.1 Одиниця даних протоколу (PDU)
Докладнішу інформацію щодо пріоритетного тегування та кодування віртуальних LAN див. в IEEE 802.1Q: віртуальні мостові локальні мережі. На рисунку С.1 зображено схему PDU для керування GSE та GOOSE.
Докладнішу інформацію про кодування заголовків HSR див. в ІЕС 62439-3. На рисунку С.2 зображено схему PDU для керування GSE та GOOSE в разі надлишку з'єднання HSR.
Докладнішу інформацію про кодування кінцевиків PRP1 див. в ІЕС 62439-3. На рисунку С.З зображено схему PDU для керування GSE та GOOSE в разі надлишку з’єднання PRP1.
