Национальный стандарт РФ ГОСТ Р 58940-2020 "Требования к протоколам обмена информацией между компонентами интеллектуальной системы учета и приборами учета" (утв. и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 28 июля 2020 г. N 415-ст)

Национальный стандарт РФ ГОСТ Р 58940-2020
"Требования к протоколам обмена информацией между компонентами интеллектуальной системы учета и приборами учета"
(утв. и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 28 июля 2020 г. N 415-ст)

Requirements for protocols for the exchange of information between the components of the intelligent metering system and metering devices

ОКС 35.020

Дата введения - 1 января 2021 г.
Введен впервые

Предисловие

1 Разработан Публичным акционерным обществом "Российские сети" (ПАО "Россети")

2 Внесен Проектным техническим комитетом по стандартизации ПТК 706 "Цифровые электрические сети"

3 Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 28 июля 2020 г. N 415-ст

4 Введен впервые

1 Область применения

Настоящий стандарт описывает требования к информационной модели приборов учета электроэнергии (счетчиков), разработанных на базе протокола DLMS/COSEM¹⁾. Разработанная информационная модель является стандартом передачи результатов измерения электронных приборов учета на устройство удаленного сбора данных. Информационная модель является ограничением требований, применяемых в международной практике¹⁾, и устанавливает минимальный набор классов, типов данных и электрических величин, обеспечивающих функционирование устройств. Информационная модель также устанавливает дополнительные величины и коды событий, отсутствующие в международных документах¹⁾.

Настоящий стандарт описывает основные положения международных документов¹⁾, а также примеры использования инструментов стандартов для обмена данными. Также настоящий стандарт включает рекомендации, касающиеся клиентских сервисов, устройств сбора и хранения данных.

------------------------------

¹⁾_{См. серию стандартов МЭК 62056 [1].}

------------------------------

Цель данного стандарта - заложить основы для эффективной и безопасной передачи результатов измерений электроэнергии, что будет способствовать практике взаимозаменяемости между оборудованием различных производителей.

Настоящий стандарт предъявляет требования к информационной модели передачи данных приборов учета электроэнергии.

Настоящий стандарт не устанавливает алгоритмы вычисления параметров.

При разработке настоящего стандарта учтены рекомендации серии международных стандартов [1], в частности [2]-[9].

Стандарт распространяется на статические электронные приборы учета электроэнергии, выпущенные после даты вступления в силу настоящего стандарта.

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ 30804.4.30 (IEC 61000-4-30:2008) Электрическая энергия. Совместимость технических средств электромагнитная. Методы измерений показателей качества электрической энергии

ГОСТ IEC 61107 Обмен данными при считывании показаний счетчиков, тарификации и управлении нагрузкой. Прямой локальный обмен данными

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1 ассоциация: Отношение между классами объектов, которое позволяет одному экземпляру объекта вызвать другой, чтобы выполнить действие от его имени.

3.2 атрибуты: Необходимое существенное, неотъемлемое свойство объекта.

Примечания

1 Атрибутом в настоящем стандарте называется одно из полей, из которых состоит интерфейсный класс.

2 Атрибут 1 для всех классов содержит логическое имя (OBIS-код) объекта, остальные поля имеют различное значение для различных классов¹⁾.

------------------------------

¹⁾_{См. [8].}

------------------------------

3.3 класс: Краткая форма термина "интерфейсный класс" (IC), которая описывает общие свойства совокупности однородных объектов.

3.4 клиент: Устройство, получающее данные от прибора учета (как правило, является инициатором обмена с прибором учета).

3.5 методы: Функция или процедура, принадлежащая какому-то классу или объекту, которая состоит из некоторого количества операторов для выполнения какого-то действия и имеет набор входных аргументов.

3.6 объект: Некоторая сущность, обладающая определенным состоянием и поведением, имеющая заданные значения свойств (атрибутов) и операций над ними (методов).

Примечание - Объект является основным элементом информационной структуры прибора учета. Все параметры и данные в приборе учета представлены в виде объектов. Объекты могут иметь различные форматы, определяемые структурой, описанной классом. Каждый объект имеет уникальное логическое имя.

3.7 логическое устройство: Блок микропроцессора прибора учета, который служит для выполнения вычислительных операций.

3.8 параметр: Характеристика, относящаяся к отдельно взятому измерению или их группе, которое может быть прочитано или изменено в то время, пока счетчик считывает или тарифицирует показания либо управляет нагрузкой.

Примечание - Параметр может иметь несколько аспектов, таких как его значение, шкала, метки времени и т.д. Термин "параметризация" относится к установке значения параметров, которые определяют конфигурацию измерительного устройства.

3.9 профиль: В контексте доступа к данным через данный протокол означает метод, объединяющий различные параметры в одну структуру, которая идентифицируется по одному OBIS-коду, но включает в себя значения нескольких объектов.

3.10 сервис: Программный инструмент обмена данными (запрос, ответ, установка, выполнение и т.д.).

3.11 сеть: Способ соединения между несколькими устройствами в соответствии с выбранным коммуникационным профилем, не обязательно означающий разнообразный или широкий комплекс соединений или возможность любой маршрутизации.

3.12 список объектов: Атрибут 2-го класса 12 или 15, который устанавливается объектом текущего соединения и содержит перечень всех объектов, поддерживаемых для данного набора соединений приложения.

Примечание - Обычно используется термин "список объектов" (object list). Список объектов также часто называют OBIS-списком (OBIS-List). Список объектов является также атрибутом 3-го класса "Профиль".

3.13 сервер: Устройство, хранящее данные и передающее их по запросу клиенту.

3.14 тег: Специальное ключевое слово, заключенное в угловые скобки, использующееся для разметки текста.

3.15 челлендж: Случайная последовательность.

3.16 хост: Компьютерная система, предназначенная для обработки данных, собранных с помощью ручного пульта управления или дистанционно - непосредственно со счетчиков или концентраторов данных.

4 Сокращения

В настоящем стандарте использованы следующие сокращения:

AARQ - запрос на установление соединения (ассоциации);

AARE - ответ на AARQ;

BCS - основное программное обеспечение компьютера;

DLMS/COSEM - общее название серии международных документов [1];

HDLC - высокоуровневое управление канальным уровнем (бит-ориентированный протокол канального уровня сетевой модели OSI)¹⁾;

------------------------------

¹⁾_{См. [10].}

------------------------------

IPv4 - интернет-протокол 4-й версии;

IPv6 - интернет-протокол 6-й версии;

LDN - логическое имя устройства;

LN - логическое имя объекта;

SAP - точка доступа к службе;

SN - короткое имя объекта;

OSI - логическая система интерфейсов;

OBIS - система идентификации объектов;

ВПО - встроенное программное обеспечение;

ИК - интерфейсный класс COSEM;

ИИК - идентификатор интерфейсных классов;

ЛЭП - линия электропередачи;

ОТС - объект текущего соединения (association). Устанавливает параметры соединения между сервером (счетчиком) и клиентом (системой сбора данных). Этот объект устанавливает права доступа, доступные объекты и т.д. (см. раздел 5);

ПО - программное обеспечение;

ПУ - прибор учета электрической энергии;

РПУ - ручной пульт управления (HHU Hand Held Unit) для локального снятия показаний с ПУ. Функционирует как локальный клиент для сбора данных от подчиненных серверов (ПУ);

СПОДЭС - аббревиатура названия настоящей информационной модели.

5 Общая схема взаимодействия с приборами учета электрической энергии

5.1 Общие положения

5.1.1 СПОДЭС использует сокращенную 3-уровневую модель OSI. Верхний уровень - уровень приложения (Application Level), средний уровень - транспортный, нижний - физический.

5.1.2 Особенностью протокола СПОДЭС является трехстадийный процесс обмена:

1-я стадия - создание информационной модели сервера. В качестве сервера выступает электронный ПУ. Каждому типу ПУ соответствует своя информационная модель. Информационная модель определяет набор измеряемых величин, формат, единицы измерения и размерность измеряемых величин. Информационная модель может быть считана с одного из ПУ данного типа и использоваться затем для всех ПУ данного типа. Использование информационной модели позволяет сократить трафик обмена за счет исключения передачи известных из модели форматов данных;

2-я стадия - установление соединения между клиентом и сервером. В качестве клиента выступает устройство сбора данных (хост). Инициатором соединения выступает клиент. Сервер должен поддерживать три типа соединений, отличающихся правами доступа к объектам:

- публичный клиент;

- считывание показаний;

- конфигуратор;

3-я стадия - обмен данными между клиентом и сервером. Обмен данными может осуществляться по различным коммуникационным каналам в зашифрованном либо незашифрованном виде.

Подробнее протокол обмена описан в разделах 8 и 9.

Типичная схема соединения между сервером и клиентом, рассматриваемая в настоящем стандарте, представлена на рисунке 5.1.

Р1 - оптический порт - для локального доступа; Р2 - RS-232/RS-485-порт - для удаленного доступа

Рисунок 5.1 - Архитектура интерфейсов ПУ

5.2 Физические требования

5.2.1 Сервер должен быть оснащен как минимум двумя портами для обмена данными, как указано на рисунке 5.1.

5.2.2 Р1 - оптический порт, совместимый со спецификацией¹⁾, используемый для локального доступа к ПУ с РПУ.

------------------------------

¹⁾_{См. [3].}

------------------------------

5.2.3 Р2 - порт, совместимый со спецификацией RS-232 или RS-485, используемый для удаленного доступа с хоста (клиент) или концентратора (клиент). Для ПУ наружной установки порт Р2 может иметь интерфейс с иной спецификацией.

5.2.4 Оба порта Р1 и Р2 должны поддерживать коммуникационный профиль на базе протокола HDLC с минимальной (она же скорость по умолчанию) скоростью 9600 бит/с.

5.2.5 При наличии портов связи с интерфейсами: GSM, Ethernet или PLC G3 должна быть реализована поддержка одного из коммуникационных профилей для IP-сетей: TCP или UDP (см. 9.6). Для этих интерфейсов должна быть возможность настройки активного коммуникационного профиля: HDLC или TCP (UDP).

5.2.6 Оптический порт не обязан поддерживать все режимы, описанные в [3], поэтому допускается использовать только моду Е (HDLC) или используемый режим должен быть прямой HDLC.

5.3 Требования к операциям одновременного доступа

5.3.1 Реализация сервера должна позволять обрабатывать не менее двух соединений одновременно.

5.3.2 Допускается в ПУ иметь дополнительные интерфейсы для работы в информационных сетях.

5.4 Категории приборов учета электрической энергии

Категории ПУ приведены в таблице 5.1 и приложении А.

Таблица 5.1 - Категории приборов учета электрической энергии

Категория ПУ	Назначение	Приложение
А	Трехфазные ПУ трансформаторного (косвенного) включения, предназначенные для использования на генерирующих станциях и распределительных подстанциях	Б, Г, Д, Е
В	Трехфазные ПУ трансформаторного включения с помощью измерительных трансформаторов тока (полукосвенного), предназначенные для использования на отходящих фидерах 0,4 кВ и ВРУ с многотарифной системой учета	Б, Г, Д, Е
С	Трехфазные ПУ непосредственного (прямого) включения. Абонентские ПУ трехфазных потребителей с максимальным током не более 100 А с многотарифной системой учета электроэнергии	Б, Г, Д, Е
D	Однофазные ПУ непосредственного (прямого) включения. Абонентские ПУ однофазных потребителей с многотарифной системой учета электроэнергии и управлением нагрузкой	В, Г, Д, Е

6 Информационная модель приборов учета электрической энергии

6.1 Общие сведения

6.1.1 ПУ как физическое устройство может содержать одно или несколько логических устройств. Логическое устройство содержит объекты COSEM, определяющие функциональность ПУ, например такие объекты, как активная энергия, напряжение, объекты управления нагрузкой и прочие. В ПУ обязательно должно присутствовать как минимум одно логическое устройство - логическое устройство управления с зарезервированным адресом, равным 0 x 01.

6.1.2 Совокупность логических устройств вместе с объектами COSEM образует информационную модель ПУ В информационной модели ПУ из всего множества объектов COSEM выделяются два объекта. Это объект, содержащий логическое имя устройства (LDN), и объект, отражающий параметры текущего соединения с прикладным уровнем, так называемый объект текущего соединения. Особенностью этих объектов является то, что с помощью первого объекта однозначно идентифицируется логическое устройство, а с помощью второго - определяются такие параметры соединения с прикладным уровнем, как, например, пароль, необходимый для установления соединения между ПУ и хостом, список объектов, определяющий функциональность ПУ, статус соединения, идентификаторы клиента и сервера, между которыми установлено соединение, и прочие. Ввиду особой важности этих объектов они являются обязательными к реализации. Общая характеристика этих объектов приведена в таблице 6.1.

Таблица 6.1 - Краткая характеристика объекта логического имени устройства и объекта текущего соединения

Объект	OBIS-код	ИК	Требования
Логическое имя устройства	0.0.42.0.0.255	1	Значение атрибута 2 должно отражать уникальный идентификатор ПУ в виде типа octet-string максимальной длины 16 байт
Объект текущего соединения (ОТС)	0.0.40.0.0.255	15	Ввиду того, что ПУ может поддерживать несколько типов соединений, данный объект должен отражать текущий тип соединения

6.2 Логическое имя устройства

6.2.1 Логическое имя устройства должно иметь длину не более 16 байт, первые три символа которого должны содержать 3-байтовый код производителя, в том числе присваиваемый ассоциацией DLMS.

6.2.2 Производитель ПУ должен обеспечить уникальность логического имени устройства.

6.3 Типы соединений с приборами учета электрической энергии

6.3.1 Тип соединения с ПУ определяет разрешенные сервисы прикладного уровня, права доступа к атрибутам и методам объектов COSEM, а также видимость объектов COSEM относительно хоста.

6.3.2 Тип соединения задается идентификатором клиента. В стандарте DLMS/COSEM выделяются три уровня сетевой модели: прикладной уровень, промежуточный уровень и физический уровень. Все уровни в совокупности образуют коммуникационный профиль. Идентификатор типа соединения (идентификатор клиента) является параметром промежуточного уровня. Например, для коммуникационного профиля на базе протокола HDLC идентификатор клиента представляется адресом источника HDLC кадра при запросе данных у сервера DLMS/COSEM.

6.3.3 ПУ должен поддерживать три типа соединения: публичный клиент, считыватель показаний и конфигуратор.

6.3.4 Для типа соединения "Публичный клиент" должен использоваться идентификатор клиента, равный 16. Для этого типа соединения разрешены только операции чтения.

6.3.5 Для типа соединения "Считыватель показаний" должен использоваться идентификатор клиента, равный 32. Для этого типа соединения разрешены операции чтения, селективной выборки, а также разрешено выполнение определенных действий.

6.3.6 Для типа соединения "Конфигуратор" должен использоваться идентификатор клиента, равный 48. Для этого типа соединения разрешены операции записи, чтения, селективной выборки, а также разрешено выполнение действий.

6.3.7 Суммарная информация по типам соединения с ПУ приведена в таблице 6.2.

Таблица 6.2 - Типы соединений с приборами учета электрической энергии

Параметр	Тип соединения с ПУ
Параметр	Публичный клиент	Считыватель показаний	Конфигуратор
Идентификатор клиента	16	32	48
Защита информации (method access_mode)	Не применяется	Аутентификация	Аутентификация и/или шифрование
Наличие шифрования (COSEM application context)	context_id(1)	context_id(1)	context_id(3)
Комплект безопасности (Security suite)	(id = 0) Не применяется	(id = 3) KUZN-CTR-CMAC	(id = 3) KUZN-CTR-CMAC
Уровень преобразования	Самый низкий mechanism_id(0)	Низкий mechanism_id(1)	Высокий mechanism_id(8)
Сервисы прикладного уровня	- Чтение (Get) - Чтение блоком (Get with Block transfer)	- Чтение (Gef) - Чтение блоком (Get with Block transfer) - Селективная выборка (Selective Access) - Выполнить действие (Action)	- Чтение (Get) - Чтение блоком (Get with Block transfer) - Селективная выборка (Selective Access) - Выполнить действие (Action) - Запись (Set) - Уведомление о данных (Data Notification)

6.4 Адресация объектов COSEM

6.4.1 Стандарт DLMS/COSEM описывает два способа адресации объектов COSEM для доступа к их атрибутам и методам: адресация по логическому имени (LN) и адресация по короткому имени (SN).

6.4.2 Логическое имя объекта COSEM представляется в виде OBIS-кода. При адресации объектов COSEM по их логическому имени в запросе фигурируют OBIS-код объекта и номер атрибута или метода.

6.4.3 При адресации объектов COSEM по короткому имени адрес каждого объекта представляется 13-битным числом.

6.4.4 ПУ должен поддерживать адресацию объектов COSEM по логическому имени.

6.4.5 Реализация адресации объектов COSEM по короткому имени необязательна.

7 Базовые принципы описания классов

7.1 Структура информационной модели устройства

7.1.1 Информационная модель ПУ состоит из множества объектов COSEM. Объекты могут иметь различную структуру: от простейшей, состоящей из логического имени объекта и поля данных, до весьма сложных, имеющих многочисленные атрибуты и различные методы обработки данных. Объекты, имеющие одинаковую структуру, группируются в интерфейсные классы, описывающие общие свойства данной группы объектов. Интерфейсные классы имеют идентификатор (ИИК), передаваемый при запросах и ответах вместе с логическим именем объекта.

7.1.2 Интерфейсный класс описывается набором атрибутов и методов их обработки. Атрибуты могут быть статическими либо динамическими. Статические атрибуты (константы) изменяются только при изготовлении либо конфигурации, а динамические атрибуты изменяются во время работы ПУ. Примером статического атрибута могут быть различные настройки ПУ, а примером динамического атрибута - время работы, результаты измерений и т.п.

7.1.3 В международных документах¹⁾ представлен широкий набор интерфейсных классов для описания параметров и интерфейсов приборов. В таблице 7.1 приведен перечень интерфейсных классов²⁾. Выделены интерфейсные классы, используемые в настоящем стандарте.

------------------------------

¹⁾_{См. [1].}

²⁾_{См. [9].}

------------------------------

Таблица 7.1 - Интерфейсные классы

ИИК	Версия	Название ИК (англ.)	Название ИК (рус.)	Назначение
1	0	Data	Данные	Хранение данных
3	0	Register	Регистр
4	0	Extended register	Расширенный регистр
5	0	Demand register	Регистр усреднения
6	0	Register activation	Активируемый регистр
7	1	Profile generic	Профиль универсальный
8	0	Clock	Время	Тарификация и фиксация событий
9	0	Script table	Таблица сценариев
10	0	Schedule	Расписание
11	0	Special days table	Таблица особых дней
12	0..4	Association SN
15	1	Association LN	Соединение по логическому имени	Управление доступом к данным
17	0	SAP assignment		Управление доступом к данным
18	0	Image transfer	Передача двоичных блоков	Обновление прошивки
19	1	IEC Local Port Setup	Настройки оптопорта	Интерфейс
20	0	Activity calendar	Календарь активности	Тарификация
21	0	Register monitor	Регистр контроля	Управление
22	0	Single action schedule	Расписание одного действия	Фиксация событий
23	1	IEC HDLC Setup	Настройки HDLC	Интерфейс
24	0,1	IEC twisted pair (1) setup
25	0	M-BUS slave port setup
26	0	Utility tables
27	0,1	Modem configuration PSTN modem configuration
28	0..2	Auto answer
29	0..2	Auto connect
30	0	Data protection
40	0	Push setup	Настройки инициативного выхода	Интерфейс
41	0	TCP-UDP setup
42	0	IPv4 setup
43	0	MAC address setup (Ethernet setup)
44	0	PPP setup
45	0	GPRS modem setup
46	0	SMTP setup
47	0	GSM diagnostic
48	0	IPv6 setup
50	0,1	S-FSK Phy&MAC setup
51	0	S-FSK Active initiator
52	0	S-FSK MAC synchronization timeouts
53	0	S-FSK MAC counters
55	0,1	IEC 61334-4-32 LLC setup
56	0	S-FSK Reporting system list
57	0	ISO/IEC 8802-2 LLC Type 1 setup
58	0	ISO/IEC 8802-2 LLC Type 2 setup
59	0	ISO/IEC 8802-2 LLC Type 3 setup
61	0	Register table	Табличный регистр	Хранение и передача данных
62	0	Compact data	Упаковка данных
63	0	Status mapping	Расшифровка статуса
64	0...1	Security setup	Настройки безопасности	Контроль доступа
65	0	Parameter monitor
67	0	Sensor manager
68	0	Arbitrator
70	0	Disconnect control	Управление отключением	Отключение абонента
71	0	Limiter	Ограничитель	Отключение абонента
72	0	M-Bus client
73	0	Wireless Mode Q channel
74	0	M-Bus master port setup
76		DLMS/COSEM server M-Bus port setup
77		M-Bus diagnostic
80		61334-4-32 LLC SSCS setup
81		PRIME NB OFDM PLC Physical layer counters
82		PRIME NB OFDM PLC MAC setup
83		PRIME NB OFDM PLC MAC functional parameters
84		PRIME NB OFDM PLC MAC counters
85		PRIME NB OFDM PLC MAC network administration data
86		PRIME NB OFDM PLC Application identification
90		G3-PLC MAC layer counters
91		G3-PLC MAC setup
92		G3-PLC 6LoWPAN adaptation layer setup
101		ZigBee SAS startup
102		ZigBee SAS join
103		ZigBee SAS APS fragmentation
104		ZigBee network control
105		ZigBee tunnel setup
111		Account
112		Credit
113		Charge
114		Token gateway

7.2 Типы данных

7.2.1 Типы данных при передаче кодируются в соответствии с алгоритмом A-XDR¹⁾, то есть указывается тег (код) типа данных, количество данных этого типа и собственно последовательность данных, но если тип и размер данных указан однозначно, тег и длина не передаются. Если возможны различные типы или длина данных, данные передаются в BER-кодировке. Теги типов данных приведены в таблице 7.2.

------------------------------

¹⁾_{См. [11].}

------------------------------

Таблица 7.2 - Типы данных

Тег	Тип данных	Описание
0	null-data	Отсутствие данных
1	array	Массив однородных данных
2	structure	Структура из данных разных типов
3	boolean	Логические данные (TRUE, FALSE)
4	bit-string	Последовательность битов
5	double-long	32-разрядное целое со знаком
6	double-long-unsigned	32-разрядное целое без знака
9	octet-string	Последовательность байтов
10	visible-string	Последовательность ASCII-символов
12	utf8-string	Последовательность символов UTF-8
13	BCD	Двоично-десятичная кодировка байта
15	integer	8-разрядное целое число со знаком
16	long	16-разрядное целое число со знаком
17	unsigned	8-разрядное целое число без знака
18	long-unsigned	16-разрядное целое число без знака
19	compact array	Массив упакованных данных
20	long64	64-разрядное целое со знаком
21	long64-unsigned	64-разрядное целое без знака
22	enum	Перечисление
23	float32	4-байтовая строка - число с плавающей запятой
24	float64	8-байтовая строка - число с плавающей запятой
25	date-time	12-байтовая строка дата-время
26	date	5-байтовая строка "Дата"
27	time	4-байтовая строка "Время"

7.2.2 Дата представляется в виде типа octet-string (тег "9") длиной 5 байтов.

Формат даты имеет следующую структуру:

где year - год, интерпретируется как long-unsigned. Диапазон значений 0 x 0000...0 x FFFE, значение 0 x FFFF означает, что год не определен;

month - месяц, интерпретируется как unsigned. Диапазон значений 1...12, 0 x FD, 0 x FE, 0 x FF. Единице соответствует январь, 0 x FD - окончание летнего времени, 0 x FE - начало летнего времени, 0 x FF - значение не определено;

dayOfMonth - день месяца, интерпретируется как unsigned. Диапазон значений 1...31, 0 x FD, 0 x FE, 0 x FF. 0 x FD - предпоследний день месяца, 0 x FE - последний день месяца, 0 x FF - день месяца не определен;

dayOfWeek - день недели, интерпретируется как unsigned. Диапазон значений 1...7, 0 x FF - значение не определено.

7.2.3 Время представляется в виде типа octet-string (тег "9") длиной 4 байта.

Формат времени имеет следующую структуру:

где hour - час, интерпретируется как unsigned. Диапазон значений 0...23, 0 x FF - значение не определено;

minute - минута, интерпретируется как unsigned. Диапазон значений 0...59, 0 x FF - значение не определено;

second - секунда, интерпретируется как unsigned. Диапазон значений 0...59, 0 x FF - значение не определено;

hundredths - сотые доли секунды, интерпретируется как unsigned. Диапазон значений 0...99, 0 x FF - значение не определено.

7.2.4 Дата и время представляются в виде типа octet-string (тег "9") длиной 12 байтов.

Формат даты имеет следующую структуру:

dayOfWeek - день недели, интерпретируется как unsigned. Диапазон значений 1...7, 0 x FF - значение не определено;

hour - час, интерпретируется как unsigned. Диапазон значений 0...23, 0 x FF - значение не определено;

minute - минута, интерпретируется как unsigned. Диапазон значений 0...59, 0 x FF - значение не определено;

second - секунда, интерпретируется как unsigned. Диапазон значений 0...59, 0 x FF - значение не определено;

hundredths - сотые доли секунды, интерпретируется как unsigned. Диапазон значений 0...99, 0 x FF - значение не определено;

deviation - отклонение времени, интерпретируется как long. Диапазон значений - 720...+ 720 в минутах локального времени относительно UTC. Значение 0 x 8000 означает, что параметр не используется;

clock status - статус времени. Интерпретируется как unsigned. Бит 0 - неверное значение, бит 1 - сомнительное значение, бит 2 - время от резервного источника данных, бит 3 - неверный статус часов, бит 4...6 - зарезервировано, бит 7 - активировано летнее время. 0 x FF - параметр не используется.

7.2.5 Формат чисел с плавающей запятой¹⁾.

------------------------------

¹⁾_{См. [12].}

------------------------------

Для тега "23" (32-разрядное число):

старший бит - знак числа (s), следующие 8 бит - экспонента (е), остальные 23 бита - мантисса (f). Значение числа соответствует формуле

Для тега "24" (64-разрядное число):

старший бит - знак (s), следующие 11 бит - экспонента (е), остальные 52 бита - мантисса (f). Значение числа соответствует формуле

7.2.6 Формат строки байтов состоит из тега "9", длины строки и последовательности байтов, составляющих строку, таким образом, последовательность из 16 байт "0 x 01 0 x 02 0 x 03 0 x 04 0 x 05 0 x 06 0 x 07 0 x 08 0 x 09 0 x 0А 0 x 0В 0 x 0С 0 x 0D 0 x 0Е 0 x 0F" будет выглядеть так: 0 x 09 0 x 10 0 x 01 0 x 02 0 x 03 0 x 04 0 x 05 0 x 06 0 x 07 0 x 08 0 x 09 0 x 0А 0 x 0В 0 x 0С 0 x 0D 0 x 0Е 0 x 0F. Аналогично формат строки битов состоит из тега "4", длины строки в битах и последовательности байтов, составляющих строку. Если длина битовой последовательности не кратна 8, младший байт дополняется нулями до заполнения байта. Формат строки видимых символов состоит из тега "10", количества символов и последовательности символов ASCII.

7.2.7 Формат описания структуры состоит из тега "2", количества элементов структуры, тега первого элемента структуры, количества байт в этом элементе (для строковых переменных), последовательности байт этого элемента и далее аналогично для остальных элементов структуры.

7.2.8 Формат описания массива состоит из тега массива "1", количества элементов массива, тега элемента массива и последовательности элементов массива. В качестве элементов массива могут быть как простые данные (числа, строки, битовые последовательности), так и структуры. Все элементы массива должны быть одного типа и размера.

7.3 Интерфейсные классы

7.3.1 Данные [Data] [IC: 1, Ver: 0]

Описывается двумя атрибутами: логическим именем и значением. Класс предназначен для хранения величин различных типов. Допускаются любые типы данных, включая массивы и структуры (таблица 7.3).

Таблица 7.3 - Интерфейсный класс "Данные"

"Данные" (Data)		ИИК = 1 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка данных	Статический
2	Значение	Любой	Любой
	Метод	Нет

7.3.2 Регистр [Register] [IC: 3, Ver: 0]

Описывается тремя атрибутами: логическим именем, значением и масштабом единицы измерения (scaler_unit). Класс предназначен для хранения именованных величин различных типов.

Таблица 7.4 - Интерфейсный класс "Регистр"

"Регистр" (Register)		ИИК = 3 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка данных	Статический
2	Значение	Примечание 1	Любой
3	Масштаб и единица измерения	Примечание 2	Статический
	Метод
1	Сброс	Опционально

Примечания

1 В качестве типов данных не могут использоваться массивы, структуры и форматы даты-времени.

2 Формат поля "scaler_unit" состоит из 2 байтов, в старшем хранится масштаб в виде показателя степени 10 (от - 128 до 127), а в младшем - код единицы измерения в соответствии с таблицей 7.5.

Таблица 7.5 - Коды единиц измерений

Тег	Единица измерения	Измеряемая величина	Комментарий
1	Год	Время
2	Месяц	Время
3	Неделя	Время	7 x 24 x 60 x 60 с
4	Сутки	Время	24 x 60 x 60 с
5	Час	Время	60 x 60 с
6	Минута	Время	60 с
7	Секунда	Время	с
8	Градус (угловой)	Фазовый сдвиг	Rad x 180/
9	Градус Цельсия	Температура	K-273.15
10	Валюта (рубль)	Деньги
11	Метр	Длина	м
12	Метр в секунду	Скорость	м/с
13	Кубометр	Объем	м³
14	Кубометр	Корректированный объем	м³
15	Кубометр в час	Поток	м³/(60 x 60 с)
16	Кубометр в час	Корректированный поток	м³/(60 x 60 с)
17	Кубометр в сутки	Поток	м³/(24 x 60 x 60 с)
18	Кубометр в сутки	Корректированный поток	м³/(24 x 60 x 60 с)
19	Литр	Объем	0,001 м³
20	Килограмм	Масса	кг
21	Ньютон	Сила	Н
22	Ньютон-метр	Механическая энергия	Дж = =
23	Паскаль	Давление	Н/м²
24	Бар	Давление	100 000 Н/м²
25	Джоуль	Энергия	Дж = =
26	Джоуль в час	Тепловая мощность	Дж/(60 х 60 с)
27	Ватт	Активная мощность	Вт = Дж/с
28	Вольт-ампер	Полная мощность
29	Вар	Реактивная мощность
30	Ватт-час	Активная энергия	= 3600 Дж
31	Вольт-ампер-час	Полная энергия	х (60 х 60 с)
32	Вар-час	Реактивная энергия	вар х (60 х 60 с)
33	Ампер	Ток	А
34	Кулон	Электрический заряд	К =
35	Вольт	Напряжение	В
36	Вольт на метр	Напряженность электрического поля	В/м
37	Фарада	Электрическая емкость	Ф = К/В = /В
38	Ом	Электрическое сопротивление	Ом = В/А
39	Ом на метр	Удельное сопротивление	/м
40	Вебер	Магнитный поток	Вб =
41	Тесла	Магнитная индукция	Тл = Вб/м²
42	Ампер на метр	Напряженность магнитного поля	П/п
43	Генри	Индуктивность	Гн = Вб/А
44	Герц	Частота	Гц = 1/с
45	Импульс на ватт-час	Постоянная ПУ для активной энергии	1/
46	Импульс на вар-час	Постоянная ПУ для реактивной энергии
47	Импульс на вольт-ампер-час	Постоянная ПУ для полной энергии
48	Квадратный вольт-час	Технические потери в трансформаторах	В² х (60 х 60 с)
49	Квадратный ампер-час	Технические потери в линиях	А² х (60 х 60 с)
50	Килограмм в секунду	Поток массы	кг/с
51	Сименс	Электрическая проводимость	См = 1/Ом
52	Кельвин	Температура	К
53	Импульс на квадратный вольт-час	Постоянная ПУ для квадратного вольт-часа	1/В² х (60 х 60 с)
54	Импульс на квадратный ампер-час	Постоянная ПУ для квадратного ампер-часа	1/А² х (60 х 60 с)
55	Импульс на кубометр	Постоянная прибора учета воды	1/м³
56	Процент	Безразмерная величина	%
57	Ампер-час	Электрическая емкость	= 3600 Кл
60	Ватт-час на кубометр	Удельная энергия	3600 Дж/м³
61	Джоуль на кубометр (число Воббе)	Теплотворная способность газа	Дж/м³
62	Молярный процент	Состав газовых смесей
63	Грамм на кубометр	Объемная плотность газа
64	Паскаль в секунду	Динамическая вязкость газа
65	Джоуль на килограмм	Удельная энергия
70	Децибел-милливатт	Сила сигнала в децибелах относительно 1 милливатта	дБм
71	Децибел-микровольт	Сила сигнала относительно микровольта в децибелах	дБмкВ
72	Децибел	Логарифмическое отношение величин	дБ
254	Другая единица
255	Счет	Безразмерная единица, счет импульсов

7.3.3 Расширенный регистр [Extended Register] [IC: 4, Ver: 0]

Класс предназначен для хранения именованных величин различных типов, зафиксированных в определенный момент времени (таблица 7.6).

Таблица 7.6 - Интерфейсный класс "Расширенный регистр"

"Расширенный регистр" (Extended Register)		ИИК = 4 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка данных	Статический
2	Значение	Примечание 1	Динамический
3	Масштаб и ед. измерения	Примечание 1	Статический
4	Статус	Примечание 1	Динамический
5	Время фиксации	27, дата-время	Динамический
	Метод
1	Сброс	Опционально

Дополнительная информация приведена в [13] и [14].

7.3.4 Регистр усреднения [Demand Register] [IC: 5, Ver: 0]

Класс предназначен для фиксации среднего значения величины методом скользящего окна за определенный период времени. Данный класс может быть использован для вычисления и хранения пиковых значений мощности, а также средних значений напряжения (тока) за интервал измерения.

Таблица 7.7 - Интерфейсный класс "Регистр усреднения"

"Регистр усреднения" (Demand Register)		ИИК = 5 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка данных	Статический
2	Текущее среднее значение	Примечание 1	Динамический
3	Последнее среднее значение	Примечание 1
4	Масштаб и ед. измерения	Примечание 1	Статический
5	Статус	Примечание 2	Динамический
6	Время фиксации	27, дата-время	Динамический
7	Время старта	27, дата-время	Динамический
8	Длительность периода усреднения	06, 32-разрядное без знака (секунды)	Статический
9	Количество периодов	18, 16-разрядное без знака	Статический
	Метод
1	Сброс	Опционально
2	Следующий период	Опционально

Дополнительная информация приведена в [13] и [14].

7.3.5 Регистр активирования [Register Activation] [IC: 6, Ver: 0]

Регистр предназначен для тарификации показаний.

Таблица 7.8 - Регистр активирования

"Регистр активирования" (Register Activation)		ИИК = 6 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Назначенные регистры	01, массив	Статический
3	Список масок	01, массив	Статический
4	Активная маска	09, строка байтов	Динамический
	Метод
1	Добавить регистр	Опционально
2	Добавить маску	Опционально
3	Удалить маску	Опционально

Дополнительная информация приведена в [13] и [14].

7.3.6 Профиль универсальный [Profile Generic] [IC: 7, Ver: 1] (таблица 7.9)

Данный интерфейсный класс предназначен для хранения, сортировки и доступа к группам данных или последовательности данных, так называемым "захваченным объектам". Захваченными объектами являются атрибуты или элементы атрибутов объектов. Захваченные объекты собираются периодически (профиль нагрузки) либо при наступлении какого-то условия (журналы событий).

Профиль данных имеет буфер для хранения захваченных данных. При необходимости прочесть только часть буфера при запросе может быть указан диапазон записей или диапазон значений, при этом будут доступны все записи, попадающие в этот диапазон. Более подробная информация о селективном доступе и способах его реализации приведена в [13], 4.3.6.

Список захватываемых объектов определяет, какие значения будут сохраняться в буфере. Список определяется статически для обеспечения одинаковой структуры и размера записей. При изменении списка захватываемых объектов буфер должен быть очищен.

Буфер может быть сортируемым по одному из захватываемых параметров, например по времени, или по величине какого-либо параметра, например для выделения максимальных значений параметров.

Размер буфера определяется длиной записи и количеством записей.

Таблица 7.9 - Профиль данных

"Профиль данных" (Profile Generic)		ИИК = 7 версия 1
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Буфер данных	01, массив, или 19, упакованный массив	Динамический
3	Список захватываемых объектов	01, массив	Статический
4	Период захвата	06, 32-разрядное без знака	Статический
5	Метод сортировки	Из списка примечание 1	Динамический
6	Объект сортировки	01, массив	Статический
7	Занятых записей	06, 32-разрядное без знака	Динамический
8	Всего записей	06, 32-разрядное без знака	Статический
	Метод
1	Сброс	Опционально
2	Захват	Опционально

Дополнительная информация приведена в [13] и [14].

7.3.7 Время [Clock] [IC: 8, Ver: 0] (таблица 8.10)

Интерфейсный класс предназначен для хранения времени, а также осуществления автоматического перевода стрелок на зимнее/летнее время.

Таблица 7.10 - Интерфейсный класс "Время"

"Время" (Clock)		ИИК = 8 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Время	25, дата-время	Динамический
3	Часовой пояс	16, 16-разрядное со знаком	Статический
4	Статус	17, 8-разрядное без знака	Динамический
5	Дата перехода на летнее время	25, дата-время	Статический
6	Дата перехода на зимнее время	25, дата-время	Статический
7	Сдвиг летнего времени	15, 8-разрядное со знаком	Статический
8	Разрешение перевода на летнее время	3, логическая переменная	Статический
9	Источник времени	22, список	Статический
	Метод
1	Подстройка к 1/4 часа
2	Подстройка к измерительному периоду
3	Подстройка к минуте
4	Подстройка к уставке времени
5	Задание уставки времени
6	Сдвиг времени

Дополнительная информация приведена в [13].

Описание атрибутов:

- время - текущее локальное время ПУ в формате, описанном в 7.3.4;

- часовой пояс - отклонение локального времени ПУ от Всемирного координированного времени (UTC) в минутах, зависящее от географического положения ПУ. Допускается отклонение от - 720 до 720 мин;

- статус - соответствует полю "Статус" в формате "дата - время";

- дата перехода на летнее время в формате, описанном в 7.3.4;

- дата перехода на зимнее время в формате, описанном в 7.3.4;

- сдвиг летнего времени - разница между зимним и летним временем в минутах в диапазоне от - 120 до 120 мин;

- разрешение перевода на летнее время - логическая переменная. TRUE - перевод разрешен, FALSE - перевод запрещен;

- источник времени - определяет источник локального времени:

- (0) - не определен;

- (1) - внутренний кварцевый генератор;

- (2) - от сети 50 Гц;

- (3) - от сети 60 Гц;

- (4) - от системы GPS (GLONASS);

- (5) - от радиосигналов точного времени.

Описание методов:

- подстройка к 1/4 часа - устанавливает время ПУ равным ближайшей четверти часа (00, 15, 30, 45 мин). Метод не рекомендуется к использованию;

- подстройка к измерительному периоду - устанавливает время ПУ равным началу ближайшего измерительного периода. Метод не рекомендуется к использованию;

- подстройка к минуте - устанавливает время ПУ с целыми минутами, то есть секунды обнуляются, минуты, если секунд менее 30, сохраняются, если секунд более 30, минуты увеличиваются;

- подстройка к уставке времени - метод используется в сочетании с методом 5 (задание уставки времени). Если локальное время ПУ лежит между временем начала и окончания действия метода, то время устанавливается на заранее установленное значение (уставку). Если локальное время ПУ не соответствует заданным границам, время ПУ не устанавливается;

- задание уставки времени (preset_adjusting_time) - задается значение устанавливаемого времени, начало и окончание интервала действия метода. Форматы задаваемых величин должны соответствовать 7.3.4. Метод не рекомендуется к использованию;

- сдвиг времени - время изменяется на заданную величину от - 900 до 900 с. Метод рекомендуется использовать для плавной коррекции локального времени ПУ.

7.3.8 Таблица сценариев [Script Table] [IC: 9, Ver: 0] (таблица 7.11)

Таблица сценариев позволяет изменять ход выполнения операций посредством изменения атрибутов или выполнения каких-либо методов объектов. Данный механизм используется в целях тарификации, выполнения операций по окончании расчетных периодов, управления отключением абонентов и т.д. Таблица сценариев содержит набор записей, каждая из которых определяет, над каким объектом и атрибутом следует проводить действия.

Таблица 7.11 - Таблица сценариев

"Таблица сценариев" (Script Table)		ИИК = 9 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Сценарии	01, массив	Статический
	Метод
1	Выполнить (номер)	Обязательный

Дополнительная информация приведена в [13].

7.3.9 Расписание [Shedule] [IC: 10, Ver: 0] (таблица 7.12)

Объект этого интерфейсного класса предназначен для управления объектами по времени или дате. Используется для тарификации и выдачи данных по концу расчетного периода совместно с таблицами 7.11 и 7.13.

Таблица 7.12 - Расписание

"Расписание" (Shedule)		ИИК = 10 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Записи	01, массив	Статический
	Метод
1	Разрешить/запретить (номера)	Опционально
2	Ввести (номер)	Опционально
3	Стереть (номер)	Опционально

Дополнительная информация приведена в [13].

7.3.10 Таблица специальных дней [Special Day Table] [IC: 11, Ver: 0] (таблица 7.13)

Данный объект используется совместно с объектами "Расписание" и "Календарь активирования" для задания тарифного расписания в праздничные дни и при переносах дней.

Таблица 7.13 - Таблица специальных дней

"Таблица специальных дней" (Special Day Table)		ИИК = 11 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Записи	01, массив	Статический
	Метод
1	Ввести (запись)	Опционально
2	Стереть (номер)	Опционально

Дополнительная информация приведена в [13].

7.3.11 Календарь активирования [Activity Calendar] [IC: 20, Ver: 0] (таблица 7.14)

Календарь активирования позволяет создать тарифное расписание с учетом сезонов, недель и типа дней. Описывает два календаря - активный и пассивный. Активный календарь действует до даты активирования пассивного календаря, после чего они меняются местами.

Таблица 7.14 - Календарь активирования

"Календарь активирования" (Activity Calendar)		ИИК = 20 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Имя активного календаря	09, строка байтов	Статический
3	Таблица активных сезонных профилей	01, массив	Статический
4	Таблица активных недельных профилей	01, массив	Статический
5	Таблица активных суточных профилей	01, массив	Статический
6	Имя пассивного календаря	09, строка байтов	Статический
7	Таблица пассивных сезонных профилей	01, массив	Статический
8	Таблица пассивных недельных профилей	01, массив	Статический
9	Таблица пассивных суточных профилей	01, массив	Статический
10	Дата активирования пассивного календаря	25, дата-время	Статический
	Метод
1	Активировать пассивный календарь ()	Опционально

Дополнительная информация приведена в [13].

7.3.12 Объект соединения [Association LN] [IC: 15, Ver: 1]

Объект текущего соединения (ОТС) предназначен для хранения параметров соединения устройства управления с клиентом. Устройство может соединяться с различными клиентами, для каждого из которых могут быть доступны различные объекты внутренней структуры устройства, соответственно, для каждого типа соединения должен быть создан свой объект соединения. Атрибуты объекта и методы их обработки приведены в таблице 7.15.

Таблица 7.15 - Объект соединения

"Объект соединения" (Association LN)		ИИК = 15 версия 1
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Список объектов	01, массив	Статический
3	Идентификатор партнера	02, структура
4	Имя контекста приложения	02, структура
5	xDLMS_context_info	02, структура
6	Имя алгоритма проверки подлинности	09, строка байтов
7	Секрет (пароль)	09, строка байтов
8	Статус соединения		Динамический
9	Ссылка на объект "Настройки безопасности"	09, строка байтов	Статический
	Метод
1	Ответ на проверку подлинности
2	Изменение пароля
3	Добавление объекта
4	Удаление объекта

Дополнительная информация приведена в [13].

Описание атрибутов.

Логическое имя объекта - идентификатор одного из объектов соединения:

- 0.0.40.0.0.255 - объект текущего соединения;

- 0.0.40.0.1.255 - для соединения типа "Публичный клиент";

- 0.0.40.0.2.255 - для соединения типа "Считыватель показаний";

- 0.0.40.0.3.255 - для соединения типа "Конфигуратор".

Список объектов - содержит список всех объектов, видимых в данном соединении, включая интерфейсные классы, логические имена и права доступа к атрибутам этих объектов. Представляет собой массив, состоящий из структур следующего вида:

- class_id: long-unsigned (идентификатор интерфейсного класса, тег "18");

- version: unsigned (версия ИК, тег "17");

- logical_name: octet-string (логическое имя объекта, 6-байтовая строка);

- access_rights: access_right (права доступа к атрибутам и методам).

Права доступа описываются для каждого атрибута каждого объекта в виде одного байта:

- (0) no_access (нет доступа);

- (1) read_only (только чтение);

- (2) write_only (только запись);

- (3) read_and_write (чтение и запись);

- (4) authenticated_read_only (только чтение с проверкой подлинности);

- (5) authenticated_write_only (только запись с проверкой подлинности);

- (6) authenticated_read_and_write (чтение и запись с проверкой подлинности).

Права доступа к методам описываются структурой:

- идентификатор (номер) метода;

- режим доступа - байт:

- (0) no_access (недоступно);

- (1) access (доступно);

- (2) authenticated_access (доступ с проверкой подлинности).

Идентификатор партнера. Определяет пару клиент-сервер, поддерживаемую данным соединением. Описывается структурой:

- client_SAP: integer (номер устройства - клиента);

- server_SAP: long-unsigned (номер логического устройства - сервера).

Диапазон номеров клиентов от 0 до 0 x 7f:

- номер 0 x 10 - клиент типа "Публичный клиент";

- номер 0 x 20 - клиент типа "Считыватель показаний";

- номер 0 x 30 - клиент типа "Конфигуратор".

Диапазон номеров серверов от 0000 до 0 x 3fff, при этом номер 0001 зарезервирован для логического устройства управления любого счетчика.

Имя контекста приложения определяется приложением кода, содержащего код страны, организации и т.п. Рекомендуется указывать код в виде строки байт 0 x 60 0 x 85 0 x 74 0 x 05 0 x 08 0 x 01 0 x 01.

xDLMS_context_info определяет параметры совместимости с устройствами xDLMS. Описывается структурой:

- conformance: 24-битовая строка, определяющая доступные сервисы xDLMS;

- max_receive_pdu_size: максимальный размер пакета обмена при приеме;

- max_send_pdu_size: максимальный размер пакета обмена при передаче;

- dlms_version_number: unsigned (рекомендуется "6");

- quality_of_service: (не используется. Рекомендуется "0");

- cyphering_info: octet-string (содержит критерий шифрования или аутентификации).

Имя алгоритма проверки подлинности аналогично имени контекста приложения, указывается строкой 0 x 60 0 x 85 0 x 74 0 x 05 0 x 08 0 x 02 0 x 00 для доступа без секретности, 0 x 60 0 x 85 0 x 74 0 x 05 0 x 08 0 x 02 0 x 01 для доступа с паролем, 0 x 60 0 x 85 0 x 74 0 x 05 0 x 08 0 x 02 0 x 02 для высокого уровня секретности.

Секрет (пароль) содержит пароль или ключ для использования при низком и высоком уровне преобразования.

Статус соединения содержит код, определяющий текущий статус соединения:

- (0) - нет соединения;

- (1) - ожидание соединения;

- (2) - соединение установлено.

Параметры преобразования указывает логическое имя объекта класса "Параметры преобразования", который соответствует данному соединению.

Описание методов.

Ответ на проверку подлинности - сервер получает результат обработки пароля на стороне клиента.

Изменение пароля - применение данного метода позволяет изменить пароль или ключ преобразования.

Добавление объекта - добавление объекта в список объектов (см. выше).

Удаление объекта - удаление объекта из списка объектов.

Для дополнительной информации - см. [2].

7.3.13 Передача двоичных файлов [Image Transfer] [IC: 18, Ver: 0] (таблица 7.16)

Объект "Передача двоичных файлов" позволяет серверу получать двоичные файлы произвольного размера. Объект используется для передачи объемных данных, например тарифного расписания, или для обновления прошивки микроконтроллеров, если это предусмотрено производителем.

Передача блоков данных происходит в несколько этапов:

- шаг 1. Запрос размера блока передачи данных, поддерживаемого сервером;

- шаг 2. Клиент инициирует операцию передачи файла;

- шаг 3. Клиент передает блоки данных;

- шаг 4. Клиент проверяет комплектность передачи данных;

- шаг 5. Сервер проверяет блок данных (по команде клиента или самостоятельно);

- шаг 6. Клиент проверяет готовность данных к активированию;

- шаг 7. Сервер активирует файл (по команде клиента либо самостоятельно).

Таблица 7.16 - Объект "Передача двоичных файлов"

"Передача двоичных файлов" (Image Transfer)		ИИК = 18 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Размер блока данных	06, 32-разрядное без знака	Статический
3	Статус передачи блоков данных	04, строка битов	Динамический
4	Номер первого непереданного блока	06, 32-разрядное без знака	Динамический
5	Разрешение передачи данных	03, логическая	Статический
6	Статус блока данных	22, из списка	Динамический
7	Информация для активации	01, массив	Динамический
	Метод
1	Инициализация передачи		Обязательно
2	Передача блока данных		Обязательно
3	Проверка файла		Обязательно
4	Активирование файла		Обязательно

Для организации загрузки нового программного обеспечения в ПУ рекомендуется использовать объект Image Transfer с OBIS-кодом 0.0.44.0.0.255.

Дополнительная информация приведена в [13].

7.3.14 Настройки оптопорта [IEC Local Port Setup] [IC: 19, Ver: 1]

Данный объект содержит параметры интерфейсного порта¹⁾.

------------------------------

¹⁾_{См. [3].}

------------------------------

Таблица 7.17 - Настройки оптопорта

"Настройки оптопорта" (IEC Local Port Setup)		ИИК = 19 версия 1
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Режим по умолчанию	22, из списка	Статический
3	Скорость обмена по умолчанию	22, из списка	Статический
4	Доступная скорость обмена	22, из списка	Статический
5	Задержка ответа	22, из списка	Статический
6	Адрес устройства	09, строка байтов	Статический
7	Пароль 1 (Р1)	09, строка байтов	Статический
8	Пароль 2 (Р2)	09, строка байтов	Статический
9	Пароль 3 (W5)	09, строка байтов	Статический

Описание атрибутов.

Логическое имя объекта - 0.0.20.0.0.255.

Режим по умолчанию - указывает режим работы порта:

- (0) соответствует [3] (режимы А...Е);

- (1) соответствует профилю HDLC [14];

- (2) протокол не определен. Можно использовать только атрибут 4.

Скорость обмена по умолчанию - определяет скорость обмена одним из символов:

- (0) 300 бод;

- (1) 600 бод;

- (2) 1200 бод;

- (3) 2400 бод;

- (4) 4800 бод;

- (5) 9600 бод;

- (6) 19 200 бод;

- (7) 38 400 бод;

- (8) 57 600 бод;

- (9) 115 200 бод.

Доступная скорость обмена - максимальная скорость обмена указывается так же, как и в предыдущем атрибуте.

Задержка ответа определяет минимальное время между концом сообщения запроса и началом сообщения ответа. Может принимать два значения:

- (0) 20 мс;

- (1) 200 мс.

Адрес устройства¹⁾:

------------------------------

¹⁾_{См. [3].}

------------------------------

- пароль 1 содержит пароль Р1;

- пароль 2 содержит пароль Р2;

- пароль 3 содержит пароль W5.

Для настройки других портов, использующих международный протокол²⁾, рекомендуется выбирать следующие логические имена объектов:

------------------------------

²⁾_{См. [3].}

------------------------------

0.0.20.0.1.255 - порт Р2;

0.1.20.0.1.255 - порт Р3;

0.2.20.0.1.255 - порт Р4.

7.3.15 Настройки HDLC [IEC HDLC Setup] [IC: 23, Ver: 1]

Объект хранит настройки порта HDLC. Устройство может иметь несколько портов с различными настройками, которым будет соответствовать несколько объектов.

Таблица 7.18 - Объект "Настройки HDLC"

"Настройки HDLC" (IEC HDLC Setup)		ИИК = 23 версия 1
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Скорость обмена	22, из списка	Статический
3	Размер окна передачи	17, 8-разрядное без знака	Статический
4	Размер окна приема	17, 8-разрядное без знака	Статический
5	Максимальная длина поля данных при передаче	18, 16-разрядное без знака	Статический
6	Максимальная длина поля данных при приеме	18, 16-разрядное без знака	Статический
7	Межсимвольный тайм аут	18, 16-разрядное без знака	Статический
8	Межкадровый таймаут	18, 16-разрядное без знака	Статический
9	Адрес устройства	18, 16-разрядное без знака	Статический

Дополнительная информация приведена в [13].

Описание атрибутов.

Логическое имя объекта указывает объект данного класса, хранящий настройки одного из портов HDLC. Рекомендуемые логические имена объектов:

0.0.22.0.0.255 - оптопорт Р1;

0.1.22.0.0.255 - порт Р2;

0.2.22.0.0.255 - порт Р3;

0.3.22.0.0.255 - порт Р4.

Скорость обмена указывается аналогично 7.4.14.

Размер окна передачи (приема) указывает максимальное количество кадров, которое устройство может передать (принять) без получения (подачи) подтверждения. Размер окна может быть в диапазоне от 1 до 7. Рекомендуется 1.

Максимальная длина поля данных при передаче (приеме) - максимальная длина поля данных в пакете, которое может передать (принять) устройство. Длина поля может меняться от 32 до 2030 байт. Рекомендуется 128 байт.

Межсимвольный таймаут определяет время (в миллисекундах), по истечении которого устройство считает, что при отсутствии новых символов все символы кадра переданы (приняты). Значение таймаута может находиться в диапазоне от 20 до 6000 мс. Рекомендуется значение 25 мс, но при передаче по коммуникационным сетям таймаут может быть увеличен свыше 1000 мс ввиду задержек в системах обработки сообщений.

Межкадровый таймаут определяет время (в секундах), по истечении которого, если нет новых кадров, устройство разрывает соединение. Допустимое значение таймаута лежит в диапазоне от 0 до 120 с. Значение "0" указывает на то, что данный параметр не работает.

Адрес устройства указывает на физический адрес устройства. Допускается одно- и двухбайтовая адресация, при этом существуют зарезервированные адреса для специальных случаев, указанные в таблице 7.19.

Таблица 7.19 - Зарезервированные адреса

Наименование	1-байтовый адрес	2-байтовый адрес
NO-Station (безадресный)	0 x 00	0 x 0000
Логическое устройство управления	0 x 01	0 x 0001
Резерв (не использовать)	0 x 02...0 x 0F	0 x 0002...0 x 000F
Диапазон используемых адресов	0 x 10...0 x 7D	0 x 0010...0 x 3FFD
"CALLING" device (Вызывающее устройство)	0 х 7Е	0 x 3FFE
Широковещательный (общий) адрес	0 x 7F	0 x 3FFF

Выделенный адрес вызывающего устройства используется для организации инициативного выхода сервера к клиенту, чтобы сигнализировать о событии. При обработке вызова вызывающего устройства клиенту не требуется указывать физический адрес вызывающего устройства.

7.3.16 Настройки инициативного выхода [Push Setup] [IC: 40, Ver: 0]

Интерфейсный класс предназначен для хранения настроек инициативного выхода сервера при наступлении какого-либо события, требующего оперативной реакции клиента. Параметры выхода приведены в таблице 7.20.

Таблица 7.20 - Настройки инициативного выхода

"Настройки инициативного выхода" (Push Setup)		ИИК = 40 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Список передаваемых объектов	01, массив	Статический
3	Метод доставки и адресат	02, структура	Статический
4	Окна связи	01, массив	Статический
5	Интервал псевдослучайной задержки выхода	18, 16-разрядное без знака	Статический
6	Количество повторов	17, 8-разрядное без знака	Статический
7	Задержка повтора	18, 16-разрядное без знака	Статический
	Метод
1	Выход (данные)		Обязательно

Дополнительная информация приведена в [13].

Описание атрибутов.

Логическое имя объекта - имя объекта, в котором хранятся настройки. Рекомендуется назначать имя 0.0.25.9.0.255.

Список передаваемых объектов - список объектов, которые передаются при инициативном выходе. Список состоит из структур следующего вида:

- ИИК (идентификатор класса);

- логическое имя объекта;

- номер атрибута;

- индекс данных - используется только для комплексных данных (массивов и структур). Для простых данных не имеет смысла. В данном стандарте не используется.

Метод доставки и адресат - описывает канал доставки, адрес назначения и тип сообщения следующей структурой:

- канал передачи (выбирается из списка каналов);

- адресат (строка байтов произвольной длины);

- тип сообщения.

Канал передачи выбирается из следующих вариантов:

- (0) ТСР;

- (1) UDP;

- (2) FTP;

- (3) SMTP;

- (4) SMS;

- (5) HDLC;

- (6) M-Bus;

- (7) ZigBee;

- (200...255) - определяются производителем.

Адресатом может служить номер телефона, e-mail, IP-адрес и т.п. в зависимости от канала передачи сообщения.

Тип сообщения определяет формат и кодировку сообщения и выбирается из следующих вариантов:

- (0) A-XDR - кодировка;

- (1) XML - кодировка;

- (128...255) - определяются производителем.

Окна связи определяют интервалы времени, в которые возможны инициативные выходы. Описываются массивом, состоящим из структур вида:

- время старта (тег "25", дата-время);

- время окончания (тег "25", дата-время).

Если массив не задан, выход возможен в любое время.

Интервал псевдослучайной задержки выхода предназначен для задания максимальной задержки выхода в секундах. Задержка действует только при первом выходе. Алгоритм случайной задержки в данном стандарте не определен.

Количество повторов - определяет количество инициативных выходов при отсутствии реакции клиента на сообщение. После реакции клиента повторы прекращаются.

Задержка повтора - определяет период повторения (в секундах) инициативных выходов при отсутствии реакции клиента.

Дополнительная информация приведена в [13].

7.3.17 Управление отключением [Disconnect Control] [IC: 70, Ver: 0]

Данный интерфейсный класс предназначен для хранения параметров управления отключением. Атрибуты объекта приведены в таблице 7.22.

Отключение и подключение абонента могут быть выполнены:

- удаленно (командой клиента);

- вручную (командой абонента);

- локально (через функции ПУ, например ограничение максимальной мощности).

Возможные переходы состояний выключателя приведены в таблице 7.21.

Таблица 7.21 - Переходы состояния выключателя

Переход	Наименование	Описание перехода
а	Удаленное подключение	Изменяет состояние выключателя из "Отключено" во "Включено" без ручного вмешательства
b	Удаленное отключение	Изменяет состояние выключателя из "Включено" в "Отключено" без ручного вмешательства
с	Удаленное отключение	Изменяет состояние из "Разрешено включение" в "Отключено"
d	Удаленное подключение	Изменяет состояние из "Отключено" в "Разрешено включение"
е	Ручное подключение	Изменяет состояние из "Разрешено включение" во "Включено"
f	Ручное отключение	Изменяет состояние из "Включено" в "Разрешено включение"
g	Локальное отключение	Изменяет состояние из "Включено" в "Разрешено включение"
h	Локальное подключение	Изменяет состояние из "Разрешено включение" во "Включено"

Таблица 7.22 - Управление отключением

"Управление отключением" (Disconnect Control)		ИИК = 70 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Состояние выключателя	3, логическая	Динамический
3	Статус управления	22, из списка	Динамический
4	Режим управления	22, из списка	Статический
	Метод
1	Удаленное отключение		Обязательно
2	Удаленное включение		Обязательно

Описание атрибутов.

Логическое имя объекта имя объекта для управления отключением. Рекомендуется использовать 0.0.96.3.10.255.

Состояние выключателя - TRUE (1) - включено, FALSE (0) - отключено.

Статус управления может принимать следующие значения:

- (0) отключено;

- (1) включено;

- (2) разрешено включение.

Режим управления - выбирается из следующих вариантов таблицы 7.23.

Таблица 7.23 - Выбор режима управления

Режим управления	Отключение				Переподключение
Режим управления	Удаленное		Ручное	Локальное	Удаленное		Ручное	Локальное
enum:	(b)	(с)	(f)	(g)	(а)	(d)	(е)	(h)
(0)	-	-	-	-	-	-	-	-
(1)	x	x	x	x	-	x	x	-
(2)	x	x	x	x	x	-	x	-
(3)	x	x	-	x	-	x	x	-
(4)	x	x	-	x	x	-	x	-
(5)	x	x	x	x	-	x	x	x
(6)	x	x	-	x	-	x	x	x

Описание методов.

Удаленное отключение - принудительный перевод объекта "Disconnect Control" в состояние "Отключено", если разрешено дистанционное отключение.

Удаленное переподключение - принудительный перевод объекта "Disconnect Control" в состояние "готов к переподключению", если запрещено непосредственно удаленное переподключение (режим управления = 1, 3, 5, 6). Принудительный перевод объекта "Disconnect Control" в состояние "подключен", если разрешено непосредственное удаленное переподключение (режим управления = 2, 4).

7.3.18 Настройки безопасности [Security Setup] [IC: 64, Ver: 1]

Объекты класса "Настройки безопасности" предназначены для хранения параметров доступа к данным. Атрибуты объекта приведены в таблице 7.24.

Таблица 7.24 - Настройки безопасности

"Настройки безопасности" (Security Setup)		ИИК = 64 версия 1
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Политика безопасности	17, целое без знака	Статический
3	Комплект безопасности	22, список	Статический
4	Название клиента	09, строка байтов	Динамический
5	Название сервера	09, строка байтов	Статический
6	Сертификаты	01, массив	Динамический

Описание атрибутов.

Логическое имя объекта - имя объекта, определяющего параметры безопасности определенного соединения. Рекомендуется использовать имена с 0.0.43.0.0.255 по 0.0.43.0.N.255.

Политика безопасности - сборка бит, каждый из которых определяет алгоритм секретности:

- (0) не используется, должен быть "0";

- (1) не используется, должен быть "0";

- (2) запрос с проверкой подлинности;

- (3) запрос с шифрованием;

- (4) запрос с цифровой подписью;

- (5) ответ с проверкой подлинности;

- (6) ответ с шифрованием;

- (7) ответ с цифровой подписью.

Комплект безопасности - код одного из вариантов:

- (0) AES-GSM-128 аутентификация, шифрование и упаковка ключей;

- (1) AES-GSM-128 аутентификация, шифрование, цифровая подпись, согласование ключей, хеширование, V.44 сжатие и упаковка ключей;

- (2) AES-GSM-256 аутентификация, шифрование, цифровая подпись, согласование ключей, хеширование, V.44 сжатие и упаковка ключей;

- (3) KUZN-CTR-CMAC аутентификация, шифрование, передача ключа;

- (4) VKO-256-GOST34102018-256-KUZN-CTR-CMAC GOST34112018-256 аутентификация, шифрование, цифровая подпись, согласование ключей, хеширование, передача ключа.

Для целей настоящего стандарта достаточно комплекта "3". Дополнительная информация приведена в [15].

Название клиента - имя, использующееся в протоколе связи на канальном уровне.

Название сервера - имя, использующееся в протоколе связи на канальном уровне. Имя должно состоять из 8 байт и быть уникальным в пределах системы. Рекомендуется формировать из логического имени устройства (первые 3 байта) и заводского номера прибора.

Сертификаты - массив, содержащий список сертификатов в соответствии с Х.509-3, хранящихся на сервере. Элемент массива - структура, состоящая из элементов:

- объект сертификата (0 - сервер, 1 - клиент, 2 - администратор, 3 - прочее);

- тип сертификата (0 - цифровая подпись, 1 - согласование ключей, 2 - TLS, 3 - прочее);

- серийный номер - строка байтов;

- издатель - строка байтов;

- субъект - строка байтов;

- альтернативное имя субъекта - строка байтов.

Сертификаты используются только при несимметричном шифровании, в данном стандарте не применяются.

Дополнительная информация приведена в [13].

7.3.19 Ограничитель [Limiter] [IC: 71, Ver: 0]

Объекты класса "Ограничитель" предназначены для формирования управляющих воздействий при превышении какой-либо величины заданного порога. Атрибуты объекта приведены в таблице 7.25.

Таблица 7.25 - Ограничитель

"Ограничитель" (Limiter)		ИИК = 71 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Контролируемая величина	02, структура	Статический
3	Активный порог		Динамический
4	Нормальный порог		Статический
5	Аварийный порог		Статический
6	Минимальная длительность превышения порога	06, 32-разрядное без знака	Статический
7	Минимальная длительность снижения ниже порога	06, 32-разрядное без знака	Статический
8	Аварийный профиль	02, структура	Статический
9	Список аварийных профилей	01, массив	Статический
10	Активный аварийный профиль	03, логическая	Динамический
11	Действия	02, структура	Статический

Описание атрибутов.

Логическое имя объекта - имя объекта, контролирующего какой-либо параметр. Рекомендуется использовать имена с 0.0.17.0.0.255 по 0.0.17.0.N.255.

Контролируемая величина - описывает контролируемую величину в формате:

- ИИК;

- логическое имя объекта;

- номер атрибута.

Допускаются только простые переменные (массивы и структуры не допускаются).

Активный порог - значение, с которым сравнивается контролируемая величина. Порог должен быть того же типа, что и контролируемая переменная.

Нормальный порог - порог, с которым сравнивается контролируемая величина, когда не действует аварийный профиль.

Аварийный порог - порог, с которым сравнивается контролируемая величина во время действия аварийного профиля.

Минимальная длительность превышения порога - минимальная продолжительность (в секундах) превышения контролируемой величины над порогом, после которой требуется выполнение соответствующего действия.

Минимальная длительность снижения ниже порога - то же для падения ниже порога.

Аварийный профиль - структура, определяющая начало и продолжительность действия аварийного режима. Структура имеет следующий вид:

- номер профиля (тег "18", 16-разрядное без знака);

- время активации (тег "25", дата-время);

- длительность режима в секундах (тег "06", 32-разрядное без знака).

Список аварийных профилей содержит список номеров аварийных профилей, действующих в данном ограничении. Активируются только те аварийные профили, номера которых есть в данном атрибуте.

Активный аварийный профиль - устанавливается в единицу, если активен аварийный профиль.

Действия - сценарии, которые должны быть выполнены, если контролируемая величина пересекает порог и находится за порогом в течение более указанного минимального времени. Описываются структурой из двух сценариев:

- действие выше порога;

- действие ниже порога.

Каждое действие описывается структурой из логического имени соответствующей таблицы сценариев (рекомендуется 0.0.10.0.106.255).

7.3.20 Регистр контроля [Register Monitor] [IC: 21, Ver: 0] (таблица 7.26)

Объекты класса "Регистр контроля" аналогично классу "Ограничитель" предназначены для формирования управляющих воздействий при пересечении какой-либо величиной порогов, заданных в объекте. В отличие от "Ограничителя" в объектах этого класса не предусмотрены задержки на срабатывание, воздействие формируется сразу после пересечения порога. Достоинством класса является возможность задания нескольких порогов для контролируемой величины и формирование различных воздействий для различных порогов.

Таблица 7.26 - Регистр контроля

ИК "Регистр контроля" (Register Monitor)		ИИК = 21 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Пороги	01, массив	Статический
3	Контролируемая величина	02, структура	Статический
4	Действия	01, массив	Статический

Логическое имя объекта - для абстрактных контролируемых величин следует использовать имена 0.0.16.0.е.255, для электрических величин логическое имя объекта класса 21 может совпадать с OBIS-кодом контролируемой величины.

Пороги - массив, состоящий из значений, совпадающих по типу с контролируемой величиной.

Контролируемая величина - определяет, какой атрибут объекта подвергается контролю.

Структура содержит:

- идентификатор класса;

- логическое имя контролируемого объекта;

- индекс атрибута.

Для каждой контролируемой величины должен быть создан свой экземпляр регистра контроля. В качестве контролируемых величин допускаются мгновенные и средние значения токов, напряжений, мощностей, энергий (С = [1...80, 82, 84...92], D = [4, 5, 14, 15, 24, 25, 31, 35, 39]), в том числе тарифицируемые (тариф указывается полем "Е") и не тарифицированные (Е = 0).

Действия - массив структур, содержащих сценарии, выполняемые при пересечении порогов контролируемой величиной. Количество элементов массива должно строго соответствовать количеству порогов. Каждый элемент массива содержит действие, выполняемое при превышении порога, и действие, выполняемое при снижении контролируемой величины ниже порога. Действие описывается структурой, состоящей из:

- логического имени таблицы сценариев, определенной для данных операций;

- номера сценария, соответствующего данному случаю.

7.3.21 Регламент одного действия [Single Action Shedule] [IC: 22, Ver: 0]

Описываемый класс предназначен для выполнения каких-либо операций в ПУ, не обязательно связанных с тарификацией в отличие от классов "Расписание" или "Календарь активирования", например этот механизм может использоваться для определения максимальных значений величин за месяц или выполнения других действий, которые должны совершаться периодически.

Таблица 7.27 - Регламент одного действия

ИК "Регламент одного действия" (Single Action Shedule)		ИИК = 22 версия 0
N	Атрибут	Тег типа данных	Примечание
1	Логическое имя объекта	09, строка байтов	Статический
2	Исполняемый сценарий	02, структура	Статический
3	Тип	22, из списка	Статический
4	Время исполнения	02, массив	Статический

Логическое имя объекта выбирается из таблицы 7.28.

Таблица 7.28 - Объекты регламента

Объекты регламента	OBIS-код таблицы сценариев ИИК = 09	OBIS-код объекта ИИК = 22
Конец расчетного периода	0.b.10.0.1.255	0.b.15.0.0.255
Управление отключением	0.b.10.0.106.255	0.b.15.0.1.255
Активирование перепрошивки	0.b.10.0.107.255	0.b.15.0.2.255
Управление выходами	0.b.10.0.103.255	0.b.15.0.3.255
Инициативный выход	0.b.10.0.108.255	0.b.15.0.4.255
Стоп-кадр	0.0.10.0.128.255	0.0.15.0.128.255

Исполняемый сценарий описывается структурой:

- имя таблицы сценариев (из таблицы 7.27);

- номер сценария.

Тип определяет периодичность повторения сценария и выбирается из списка:

- (0) - не используется;

- (1) - количество элементов массива "Время исполнения" = 1, позволено неоднозначное определение даты (см. 7.3) типа "последний день каждого месяца" и т.п.;

- (2) - количество элементов массива "Время исполнения" более 1, время во всех элементах массива одинаково, даты должны быть указаны однозначно;

- (3) - количество элементов массива "Время исполнения" более 1, время во всех элементах массива одинаково, даты могут быть указаны неоднозначно;

- (4) - количество элементов массива "Время исполнения" более 1, время во всех элементах массива может быть разным, даты должны быть указаны однозначно;

- (5) - количество элементов массива "Время исполнения" более 1, время во всех элементах массива может быть разным, даты могут быть указаны неоднозначно.

7.4 Правила кодирования логических имен объектов (OBIS)

7.4.1 Общие положения

Атрибут N 1¹⁾ - логическое имя объекта, должен кодироваться 6-байтовой строкой вида A.B.C.D.E.F (точки для удобства чтения, аналогично IP-адресу). Каждый байт имеет определенное значение:

------------------------------

¹⁾_{См. [8].}

------------------------------

- А - вид энергии;

- В - номер канала (измерительного либо интерфейсного);

- С - вид параметра;

- D - способ обработки данных;

- Е - индекс тарификации, индекс гармоник;

- F - индекс архиватора.

7.4.2 Значения группы "А"

Зарезервированные значения для группы "А" приведены в таблице 7.29.

Таблица 7.29 - Значение группы "А"

"А"	Назначение
0	Абстрактные объекты (не связанные с видом энергии или среды)
1	Электроэнергия
2, 3	Резерв
4	Расчеты за тепловую энергию
5, 6	Тепловая энергия
7	Газ
8	Холодная вода
9	Горячая вода
15	Другие среды (виды энергии)
16...255	Резерв

7.4.3 Значения группы "С" для абстрактных параметров

Зарезервированные значения для группы "С" абстрактных объектов (А = 0) приведены в таблице 7.30.

Таблица 7.30 - Значения группы "С" для абстрактных параметров

"С"	Назначение
0	Объекты общего применения
1	Объекты ИК "Часы"
2	Объекты ИК "Конфигурация модема"
10	Объекты ИК "Таблицы сценариев"
11	Объекты ИК "Таблицы специальных дней"
13	Объекты ИК "Календарь активности"
14	Объекты ИК "Активирующийся регистр"
17	Объекты ИК "Ограничитель"
20	Объекты ИК "Настройки оптопорта"
21	Определения стандартных режимов "ReadOut"
22	Объекты ИК "Настройки HDLC"
40	Объекты ИК "Текущее соединение"
42	Логическое имя устройства
44	Объекты ИК "Передача двоичных файлов"
94	Объекты, определенные в России (D = 7)
96	Константы
97	Объекты регистров ошибок
98	Списки объектов
99	Объекты профилей данных
127	Неактивные объекты
128...163	Коды зарезервированы для целей настоящего стандарта
164...199, 240	Коды, определяемые производителями (для абстрактных объектов)
Примечание - Для кода С = 96 код D = 50 зарезервирован для целей настоящего стандарта.

7.4.4 Значения группы "С" для электрических величин

Зарезервированные значения группы "С" для электрической энергии ("А" = 1) приведены в таблице 7.31.

Таблица 7.31 - Значения группы "С" для электрических величин

"С"				Описание
Li	L1	L2	L3	Описание
0				Объекты общего назначения
1	21	41	61	Положительная активная мощность (QI + QIV)
2	22	42	62	Отрицательная активная мощность (QII + QIII)
3	23	43	63	Положительная реактивная мощность (QI + QII)
4	24	44	64	Отрицательная реактивная мощность (QIII + QIV)
5	25	45	65	Реактивная мощность QI
6	26	46	66	Реактивная мощность QII
7	27	47	67	Реактивная мощность QIII
8	28	48	68	Реактивная мощность QIV
9	29	49	69	Положительная полная мощность (QI + QIV)
10	30	50	70	Отрицательная полная мощность (QII + QIII)
11	31	51	71	Ток: С = 11 - любой фазы, иначе - соответствующей
12	32	52	72	Напряжение: С = 12 - любой фазы
13	33	53	73	Коэффициент мощности (cos ) со знаком ("+" - импорт, "-" - экспорт)
14	34	54	74	Частота сети
15	35	55	75	Модуль активной мощности для измерения гармоник (abs(QI + QIV) + abs(QII + QIII))
16	36	56	76	Сетевая мощность (abs(QI + QIV) - abs(QII + QIII))
17	37	57	77	Активная мощность QI
18	38	58	78	Активная мощность QII
19	39	59	79	Активная мощность QIII
20	40	60	80	Активная мощность QIV
81				Угловые измерения
82				Безразмерные величины (счет импульсов)
83				Потери в трансформаторах и линиях передачи
84	85	86	87	Коэффициент мощности (cos ) без знака
88				Удельные потери в линиях (А² часы)
89				Удельные потери в железе (В² часы)
90				Суммарный ток всех фаз
91				Ток нейтрали
92				Напряжение нейтрали
93				Коды, устанавливаемые ассоциациями
94				Коды, устанавливаемые странами (в России)
96				Электрические константы ПУ
97				Объекты регистров ошибок
98				Списки объектов
99				Профили электрических величин
100...127				Резерв
128...163				Коды зарезервированы для целей настоящего стандарта
164...199, 240				Коды, устанавливаемые производителями
Остальные				Резерв

7.4.5 Значения группы "D" для электрических величин

Зарезервированные значения группы "D" для электрических величин приведены в таблице 7.32.

Таблица 7.32 - Значения группы "D" для электрических величин

"D"	Описание
0	Среднее значение за расчетный период (с момента последнего сброса)
1	Общий минимум 1 (с начала эксплуатации)
2	Общий максимум 1 (с начала эксплуатации)
3	Минимум 1 (в течение расчетного периода)
4	Текущее среднее 1 (из регистров усреднения)
5	Последнее среднее 1 (из регистров усреднения)
6	Максимум 1 (в течение расчетного периода)
7	Мгновенное значение
8	Интеграл с начала эксплуатации до текущего момента
9	Интеграл с начала текущего расчетного периода
10	Интеграл превышения величиной установленного порога
11	Общий минимум 2
12	Общий максимум 2
13	Минимум 2
14	Текущее среднее 2
15	Последнее среднее 2
16	Максимум 2
17	Интеграл с начала эксплуатации до конца последнего закончившегося периода записи с периодом 1
18	Интеграл с начала эксплуатации до конца последнего закончившегося периода записи с периодом 2
19	Интеграл с начала текущего расчетного периода до конца последнего периода записи с периодом 1
20	Интеграл с начала текущего расчетного периода до конца последнего периода записи с периодом 2
21	Общий минимум 3
22	Общий максимум 3
23	Минимум 3
24	Текущее среднее 3
25	Последнее среднее 3
26	Максимум 3
27	Текущее среднее 5
28	Текущее среднее 6
29	Интеграл от начала текущего периода записи профиля с периодом 1 до текущего момента
30	Интеграл от начала текущего периода записи профиля с периодом 2 до текущего момента
31	Порог нижнего предела (провала)
32	Счетчик провалов
33	Продолжительность провала
34	Величина провала
35	Порог верхнего предела (выброса)
36	Счетчик выбросов
37	Продолжительность выброса
38	Величина выброса
39	Порог пропадания
40	Счетчик пропаданий
41	Продолжительность пропадания
42	Величина пропадания
43	Порог времени для фиксации провала
44	Порог времени для фиксации выбросов
45	Порог времени для фиксации пропаданий
46	Согласованное значение
51	Минимум для периода записи 1
52	Минимум для периода записи 2
53	Максимум для периода записи 1
54	Максимум для периода записи 2
55	Среднее за тест
58	Интеграл за время теста
128	Значение на интервале интегрирования за расчетный период
129	Усредненное за месяц суточное значение на интервале интегрирования
130	Усредненное за месяц суточное значение на интервале интегрирования в период пиковых нагрузок
131	Разница между фазным и нейтральным током
132	Разница между фазным и нейтральным током, % от наибольшего тока
133	Суммарное время отклонения за расчетный период
134...163	Коды зарезервированы для целей настоящего стандарта
164...254	Коды, определяемые производителями
Остальные	Резерв

7.4.6 Значения группы "Е"

Зарезервированные значения для группы "Е" используются в зависимости от значений групп "А", "С" и "D". Так, для объектов типа "Энергия" А = 1, С = (1...10, 15...30, 35...50, 55..70, 75...80), D = (8...10, 17...20) значение группы "Е" указывают номер тарифа. Значение "0" - сумма по всем тарифам. Допускается до 64 тарифов.

Для объектов типа "Мгновенное значение" или "Среднее значение" "Ток", "Напряжение", "Активная мощность" А = 1, С = (11, 31, 51, 71, 12, 32, 52, 72, 90, 91, 92, 15, 35, 55, 75) и D = (7, 24) группа "Е" используется для указания номера гармоники, при этом "0" - сумма по всем гармоникам, 1...120 - гармонические составляющие, 124 - THD - коэффициент нелинейных искажений (отношение суммы действующих значений гармонических составляющих к действующему значению основной гармоники в процентах), 125 - "Total Demand Distortion" - отношение мощности высших гармоник к максимальной мощности, 126 - сумма действующих значений всех высших гармоник, 127 - отношение суммы действующих всех высших гармоник к номинальному значению величины.

Значения группы "Е" используются также для измерения фазовых углов (А = 1, С = 81, D = 7), провалов и перенапряжений по системе UNIPEDE А = 1, С = (12, 32, 52, 72), D = 32 и потерь в линиях и трансформаторов (А = 1, С = 83), но описание этих применений выходит за рамки данного стандарта.

7.4.7 Значения группы "F"

Группа "F" используется для указания исторических (архивных) данных. Текущее значение обозначается "255". Для обозначения архивных данных используется один из двух способов:

- относительно текущего расчетного периода при помощи счетчика расчетных периодов по модулю 100 или по модулю 12, при этом в поле "F" указывается значение счетчика расчетных периодов;

- при помощи создания профиля с необходимой глубиной и периодом записи. Счетчик периодов при этом может не использоваться, его роль выполняет метка времени, являющаяся частью каждой записи.

В настоящем стандарте рекомендуется использовать профили.

7.4.8 Пример использования обозначений объектов

Пример использования объектов в трехфазном ПУ приведен в А.7, приложение А.

8 Обмен сообщениями на уровне приложения

8.1 Сообщения на уровне приложения передаются пакетами, называемыми APDU (Application Layer Protocol Data Unit). Пакет APDU описывается структурой:

- тег сервиса (команда) приложения;

- идентификатор сервиса;

- идентификатор вызова и приоритета;

- идентификатор объекта, состоящий из:

а) идентификатора интерфейсного класса объекта;

б) логического имени объекта;

в) номера атрибута объекта;

г) индекса атрибута (только для значений атрибутов, представленных массивами либо структурами);

д) поля информации (необязательного для ряда сервисов).

Дополнительная информация приведена в [13].

8.1.1 APDU запросов на установление соединения имеет иную структуру:

- тег AARQ 0 x 60;

- длина вызова (ответа);

- имя контекста приложения (тег имени, длина имени, тег типа данных, длина, содержимое) А1 09 06 07 60 85 74 05 08 01 01;

- требования к посылкам (ACSE-requirements) 8А 02 07 80;

- механизм безопасности (тег "8В", длина, содержимое). Отсутствует, если не используется аутентификация;

- значение паролей или ключей шифрования (тег "АС", тег данных, длина, значение пароля или ключа). Отсутствует, если не используется аутентификация;

- информация о клиенте [тег "ВЕ", 14 байт параметров вида: 01 00 00 00 06 5F 1F 04 00 00 7Е 1F 04 В0, где 01 - тег данных для запроса, 00 00 00 - поле флагов, 06 5F 1F - тег приложения "31", блок 00 00 7Е 1F описывает все доступные сервисы на стороне клиента, 04 - длина этого блока; 04 В0 - максимальная длина APDU клиента (1200 байт)].

8.1.2 APDU ответов (AARE) на запрос соединения имеет следующую структуру:

- тег AARE 0 x 61;

- длина ответа;

- имя контекста приложения (тег имени, длина имени, тег типа данных, длина, содержимое) А1 09 06 07 60 85 74 05 08 01 01;

- поле результата соединения (тег поля "А2", тип данных 03, длина поля 02, 2 байта);

- поле результата диагностики соединения (тег "A3", длина 05, тип данных А1, 3 байта);

- поле аутентификации (если используется) (тег "88", длина 2 байта, содержимое 07 80);

- поле имени механизма секретности (если используется) (тег "89", длина 07, содержимое 60 85 74 05 08 02 05);

- поле значения ключа челленджа (если применяется) (тег "АА", длина 18, тип символа 80, длина 16 байт);

- информация о сервере (тег "ВЕ", длина 16 байт вида: 04 0Е 08 00 06 5F 1F 04 00 00 50 1F 01 F4 00 07, где 04 - тег данных, 0Е - длина, 08 00 - поле флагов, 06 5F 1F - тег приложения "31", блок 00 00 50 1F описывает все доступные сервисы на сервере, 04 - длина этого блока, 01 F4 - максимальная длина APDU сервера (500 байт), 00 07 - использование ссылок по LN).

Типовые значения AARQ и AARE приведены в таблице 8.1.

Таблица 8.1 - Типовые значения AARQ и AARE

Тип	Уровень преобразования	Строка байт
AARQ	Низкий, без шифрования и пароля	60 1D А1 09 06 07 60 85 74 05 08 01 01 ВЕ 10 04 0Е 01 00 00 00 06 5F 1F 04 00 00 7Е 1F 04 В0
AARQ	Низкий, без шифрования с паролем	60 36 А1 09 06 07 60 85 74 05 08 01 01 8А 02 07 80 8В 07 60 85 74 05 08 02 01 AC 0А 80 08 Р8 Р7 Р6 Р5 Р4 Р3 Р2 Р1 BE 10 04 0Е 01 00 00 00 06 5F 1F 04 00 00 7E 1F 04 В0
AARQ	Высокий, без шифрования с ключом	60 36 А1 09 06 07 60 85 74 05 08 01 01 8А 02 07 80 8В 07 60 85 74 05 08 02 05 AC 0А 80 10 K16 K15 K14 K13 K12 K11 K10 K9 K8 K7 K6 K5 K4 K3 K2 K1 BE 10 04 0Е 01 00 00 00 06 5F 1F 04 00 00 7Е 04 В0
AARE	Самый низкий, без секретности, успешное установление соединения	61 29 А1 09 06 07 60 85 74 05 08 01 01 А2 03 02 01 00 A3 05 А1 03 02 01 00 BE 10 04 0Е 08 00 06 5F 1F 04 00 00 50 1F 01 F4 00 07
AARE	Самый низкий, без секретности, отказ от соединения, так как предложенные параметры не поддерживаются сервером (случай 1)	61 29 А1 09 06 07 60 85 74 05 08 01 01 А2 03 02 01 01 A3 05 А1 03 02 01 02 BE 10 04 0Е 08 00 06 5F 1F 04 00 00 50 1F 01 F4 00 07 или 61 29 А1 09 06 07 60 85 74 05 08 01 02 А2 03 02 01 01 A3 05 А1 03 02 01 00 BE 10 04 0Е 08 00 06 5F 1F 04 00 00 50 1F 01 F4 00 07
AARE	Самый низкий, без секретности, отказ от соединения, так как версия протокола ниже требуемой (случай 2)	61 1F А1 09 06 07 60 85 74 05 08 01 01 А2 03 02 01 01 A3 05 А1 03 02 01 01 BE 06 04 04 0Е 01 06 01
AARE	Высокий с аутентификацией без шифрования. Успешное соединение. Требуется аутентификация (байт "0Е" в поле диагностики)	61 42 А1 09 06 07 60 85 74 05 08 01 01 А2 03 02 01 00 A3 05 А1 03 02 01 0Е 88 02 07 80 89 07 60 85 74 05 08 02 05 АА 0А 80 08 50 36 77 52 4А 32 31 46 BE 10 04 0Е 08 00 06 5F 1F 04 00 00 50 1F 01 F4 00 07

8.1.3 Список обязательных сервисов, которые должны быть поддержаны клиентом и сервером, приведен в таблице 8.2.

Таблица 8.2 - Перечень обязательных сервисов

Наименование	Перевод	Тег (d)	Тег (h)	Примечание
AARQ	Запрос на установление соединения	96	60
AARE	Ответ на AARQ	97	61
GET - request	Запрос данных	192	С0
SET - request	Установка данных	193	С1
Event-notification - request	Запрос события	194	С2
Action - request	Команда выполнения	195	С3
GET - response	Ответ на запрос данных	196	С4
SET - response	Ответ на команду установки	197	С5
Action - response	Ответ на команду выполнения	199	С7
GLO-GET - request	Запрос данных с шифрованием	200	С8
GLO-SET - request	Установка данных с шифрованием	201	С9
GLO-Event-notification - request	Запрос события с шифрованием	202	СА
GLO-Action - request	Команда выполнения с шифрованием	203	СВ
GLO-GET - response	Ответ на запрос данных с шифрованием	204	СС
GLO-SET - response	Ответ на команду установки с шифрованием	205	CD
GLO-Action - response	Ответ на команду выполнения с шифрованием	207	CF

8.1.4 Идентификатор сервиса определяет тип сервиса (0 - нормальный, 1 - блочный, 3 - списком и т.п.).

8.1.5 Идентификатор вызова и приоритета имеет длину 8 бит и следующую структуру:

- биты 0...3 - идентификатор вызова;

- биты 4, 5 - резерв;

- бит 6 - подтверждение (0 - не требуется, 1 - требуется);

- бит 7 - приоритет (0 - обычный, 1 - высокий).

9 Канальный и сетевой уровень

9.1 Локальный порт протокола¹⁾ (оптопорт)

------------------------------

¹⁾_{См. [3].}

------------------------------

Локальный порт ПУ предназначен для считывания данных на месте установки ПУ, а также его конфигурирования. Локальный порт должен соответствовать ГОСТ IEC 61107 для оптического порта в части оптических параметров и присоединительных размеров.

Алгоритм установления связи должен соответствовать таблице 9.1.

Таблица 9.1 - Алгоритм установления связи

Передатчик	Тип сообщения	Содержание сообщения	Скорость, бод	Формат
Клиент (ПСУ)	Запрос	/?[DA]! CR LF	300	7E1
Сервер	Идентификатор	/XXX Z \2 Id CR LF	300	7E1
Клиент	Подтверждение	ACK 2 Z 2 CR LF	300	7E1
Сервер	Подтверждение	ACK 2 Z 2 CR LF	Z	7E1
Клиент	HDLC	HDLC	Z	8N1
Примечания 1 DA - адрес устройства (необязателен), может быть опущен. 2 CR - символ возврата каретки, код 0 x 0D, LF - символ перевода строки, код 0 х 0А. 3 XXX - имя производителя, первые 3 байта логического имени устройства. 4 Z - код скорости обмена. 5 Id - идентификатор прибора (не более 14 байт), рекомендуется использовать оставшуюся часть логического имени устройства. 6 АСК - символ подтверждения, код 0 x 06.

9.2 Протокол HDLC¹⁾

------------------------------

¹⁾_{См. [10].}

------------------------------

HDLC (High-Level Data Link Control) - бит-ориентированный протокол высокоуровневого управления каналом передачи данных, является базовым для построения других протоколов канального уровня (SDLC, LAP, LAPВ, LAPD, LAPX и LLC). Протокол имеет два подуровня:

- LLC (Logical Link Control) - управление логической связью, то есть управление передачей данных и контроль правильности передачи данных;

- MAC (Media Access Control) - управление доступом к среде передачи.

Протокол предусматривает:

- использование как выделенных, так и коммутируемых каналов связи;

- соединения типа точка - точка и точка - много точек;

- полудуплексное и дуплексное соединение;

- асинхронную старт-стопную передачу данных:

- 1 стартовый бит;

- 8 информационных бит;

- без контроля четности;

- 1 стоповый бит.

Определены две специальные процедуры:

- передача длинных блоков данных с сегментацией;

- сообщения о событиях с помощью UI-фреймов.

В протоколе используется три типа станций.

Первичная (ведущая) станция, организующая управление каналом. Она передает кадры команд вторичным станциям и получает кадры ответов от них. Если канал является многоточечным, главная станция отвечает за поддержку отдельного сеанса связи с каждой станцией, подключенной к каналу.

Вторичная (ведомая) станция, реагирующая на команды первичной станции в виде ответов. Может поддерживать только один сеанс и только с первичной станцией.

Комбинированная станция сочетает одновременно функции как первичной, так и вторичной станций. Передает как команды, так и ответы и получает команды и ответы от другой комбинированной станции, с которой поддерживает сеанс.

Каждая станция может находиться в одном из трех логических состояний.

1) Состояние логического разъединения (LDS). В этом состоянии станция не может вести передачу или принимать информацию. LDS может быть нормальным (NDM) и асинхронным (ADM). В нормальном режиме разъединения (NDM) вторичная станция может принять кадр только после получения явного разрешения от первичной станции. Если станция находится в асинхронном режиме разъединения (ADM), вторичная станция может инициировать передачу без явного разрешения, но может передать только один кадр статуса вторичной станции.

2) Состояние инициализации (IS). Используется для передачи управления вторичной или комбинированной станции.

3) Состояние передачи информации (ITS). В этом состоянии станция может получать и передавать информацию в трех режимах:

- режим нормального ответа (NRM - Normal Response Mode) используется вторичными станциями в многоточечной сети. Вторичная станция должна получать явное разрешение на передачу одного или нескольких кадров. После передачи последнего кадра вторичная станция должна опять ожидать разрешения;

- режим асинхронного ответа (ARM - Asynchronous Response Mode) позволяет вторичной станции начать передачу без получения разрешения от первичной станции, если канал свободен. В этом режиме передается, как правило, информация об изменении статуса вторичной станции;

- асинхронный сбалансированный режим (ABM - Asynchronous Balanse Mode) позволяет комбинированной станции начать передачу без получения предварительного разрешения от другой станции. Этот режим обеспечивает двусторонний обмен данными между комбинированными станциями.

В протоколе используются три конфигурации канала, обеспечивающие взаимодействие между станциями:

- несбалансированная конфигурация (UN - Unbalanced Normal) обеспечивает работу одной первичной и нескольких вторичных станций, при этом первичная станция управляет каналом;

- симметричная конфигурация (UA - Unbalanced Asynchronous) используется для работы двух комбинированных станций, каждая из которых может быть и первичной, и вторичной;

- сбалансированная конфигурация (ВА - Balanse Asynchronous) также состоит из двух комбинированных станций, обладающих равными возможностями и несущих равную ответственность за управление каналом.

Управление потоком данных осуществляется при помощи окон. В течение окна станция может передать или принять один или несколько кадров (фреймов). Кадры содержат счетчики переданных (принятых) кадров, которые проверяются на соответствие в каждом сеансе. При несовпадении с ожидаемым значением процесс передачи останавливается и выдается сообщение о непринятии кадра.

9.3 Режимы HDLC

В настоящем стандарте используются следующие режимы HDLC:

- несбалансированная конфигурация с нормальным ответом (UNC);

- двунаправленная поочередная передача данных (полудуплекс);

- использование UI-фреймов.

9.4 Формат LLC сообщения

Формат LLC сообщения (фрейма):

Адрес получателя	Адрес источника	Поле управления	Информация
0 х Е6	0 х Е6 или 0 х Е7	0 x 00

Если "адрес источника" = 0 х Е6, то передается команда; если "адрес источника" = 0 х Е7, то передается ответ.

Формат MAC фрейма типа 3:

Flag	Format	DA	SA	Control	HCS	Inform.	FCS	Flag
8 бит	16 бит			8 бит	16 бит		16 бит	8 бит

Flag - 0 х 7Е открывает и закрывает каждый кадр (фрейм).

Поле "Format" - определяет тип фрейма, наличие сегментации и длину фрейма:

15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
Тип фрейма = 3				S	Длина фрейма в байтах
1	0	1	0	1/0

Бит S, установленный в "1", говорит о необходимости принять этот и последующие фреймы как единый блок. В последнем фрейме блока бит S должен быть сброшен в "0".

Длина фрейма включает в себя все поля, кроме флагов.

DA, SA - поле адреса назначения и адреса источника. В зависимости от направления передачи клиент может быть как источником, так и получателем, так же как и сервер. Адрес клиента всегда 1 байт, адрес сервера может быть от 1 до 4 байт.

Зарезервированные адреса клиента приведены в таблице 9.2.

Таблица 9.2 - Зарезервированные адреса

Адрес	Клиент
0 x 00	Никакой
0 x 01	Устройство управления
0 x 10	Публичный клиент
0 x 20	Считывание показаний
0 x 30	Конфигурирование устройств
Остальные	Открыты для использования

Адрес сервера может быть длиной 1, 2 или 4 байта. Для адресации серверов используется метод расширенной адресации, при этом адрес сервера может быть разделен на "верхний" и "нижний". "Верхний" адрес может быть адресом логического устройства внутри физического устройства, а "нижний" - адресом физического устройства при многоточечной конфигурации сети. "Верхний" адрес должен присутствовать обязательно, "нижний" может отсутствовать. Признаком наличия "нижнего" адреса является нулевой младший бит в байте "верхнего" адреса.

При однобайтовой адресации младший бит адреса должен быть установлен в "1", при многобайтовой адресации младшие биты всех байт, кроме последнего, должны быть установлены в "0", а у последнего - в "1". Содержимое адреса располагается в старших 7 битах каждого адреса, таким образом, адресное пространство при однобайтовой адресации составляет от 0 x 00 до 0 x 7F, а при двухбайтовой адресации - от 0 x 00 до 0 x 3FFF. Зарезервированные адреса серверов приведены в таблице 9.3.

Таблица 9.3 - Зарезервированные адреса сервера

Назначение	Верхние HDLC адреса		Нижние HDLC адреса
Способ адресации	1 байт	2 байта	1 байт	2 байта
No-station (никому)	0 x 00	0 x 0000	0 x 00	0 x 0000
Логическое устройство управления	0 x 01	0 x 0001	-	-
Зарезервированные на будущее (не применять)	0 x 02..0 x 0F	0 x 0002..0 x 000F	0 x 01..0 x 0F	0 x 01..0 x 000F
Открыты для использования	0 х 10..0 х 7Е	0 x 0010..0 x 3FFE	0 x 10..0 x 7D	0 x 0010..0 x 3FFD
Calling (Вызывающее устройство)	-	-	0 х 7Е	0 x 3FFE
Broadcast (all-stations) (Широковещательный адрес)	0 x 7F	0 x 3FFF	0 x 7F	0 x 3FFF

В протоколе должны использоваться следующие правила:

- групповые адреса не используются;

- в поле "Адрес источника" не должны использоваться адреса "No-station" и "Broadcasting". Кадры с такими адресами считаются неправильными;

- только кадры, передаваемые первичной станцией, могут содержать в поле "Адрес назначения" адреса "No-station" и "Broadcasting";

- в информационных кадрах не должно быть широковещательных адресов;

- в кадрах с адресом назначения "No-station" и "Broadcasting" бит P/F должен быть сброшен в "0", то есть данный кадр должен быть командой;

- адрес "Calling" используется для организации инициативных сообщений о событиях от вторичной станции к первичной.

9.5 Формат кадра

Формат кадра HDLC зависит от типа кадра [информационный (I), супервизорный (S), ненумерованный (U)]. Тип кадра определяется управляющим полем и наличием информационного поля.

Управляющее поле (Control) определяет тип кадра в соответствии с таблицей 9.4.

Таблица 9.4 - Формат управляющего поля

Разряды байта управляющего поля								Команда/ответ	Формат
1	2	3	4	5	6	7	8	Команда/ответ	Тип кадра
0	N(S)			P/F	N(R)			I (информационный)
1	0	0	0	P/F	N(R)			RR - готов к приему	S супервизорный
1	0	1	0	P/F	N(R)			RNR - не готов к приему	S супервизорный
1	0	0	1	P/F	N(R)			REJ - отказ в приеме	S супервизорный
1	0	1	1	P/F	N(R)			SREJ - выборочный отказ в приеме	S супервизорный
1	1	0	0	P/F	0	0	0	UI - короткая информация	U ненумерованный, управляющий
1	1	0	0	Р	0	0	1	SNRM - режим нормального ответа
1	1	0	0	Р	0	1	0	DISC - разъединить
1	1	0	0	Р	1	0	0	UP - ненумерованный опрос
1	1	0	0	F	1	1	0	UA - подтверждение
1	1	0	0	P/F	1	1	1	TEST - проверка
1	1	1	0	P/F	0	0	0	SIM - режим инициативного выхода
1	1	1	0	F	0	0	1	FRMR - неприем кадра
1	1	1	1	F	0	0	0	DM - "Разъединено"
1	1	1	1	Р	0	0	1	RSET - сброс счетчика принятых кадров
1	1	1	1	Р	0	1	0	SARME - режим длинного асинхронного ответа
1	1	1	1	Р	0	1	1	SNRME - режим длинного нормального ответа
1	1	1	1	Р	1	0	0	SABM - асинхронный сбалансированный режим
1	1	1	1	P/F	1	0	1	XID - идентификация станции
1	1	1	1	Р	1	1	0	SABME - режим длинного сбалансированного асинхронного ответа

Поле N(S) определяет номер посланного кадра, поле N(R) - номер принимаемого кадра, бит P/F - бит опроса или последнего кадра при ответе.

HCS - контрольная сумма заголовка. Длина контрольной суммы 2 байта. Контрольная сумма вычисляется по содержимому полей "Format", "DA", "SA" и "Control".

FCS - контрольная сумма кадра. Вычисляется по содержимому всего кадра, исключая флаги. При отсутствии информационного поля во фрейме совпадает с контрольной суммой заголовка и не передается.

Информационное поле содержит реальную информацию, передаваемую пользователю. Все байты передаются, начиная с младшего бита; старшие байты передаются первыми.

Информационный кадр (l-frame) содержит счетчики переданных [N(S)] и принятых [N(R)] кадров, которые позволяют определить, на каком кадре произошла ошибка, и повторить только часть передаваемой информации. Информационный кадр содержит поле для передачи информации.

Супервизорный кадр "Готов к приему" (S-frame "RR") показывает, что станция:

- готова к приему информационного кадра с номером N(R);

- подтверждает, что ранее переданные кадры с номерами до N(R) - 1 приняты успешно;

- проблемы, вызвавшие ранее передачу ответа "RNR", устранены.

Супервизорный кадр "Не готов к приему" (S-frame "RNR") используется, если кадр с номером N(R) принят неверно либо станция занята обработкой предыдущего кадра. Очередной кадр может быть послан передающей станцией только после получения ответа "Готов к приему".

"Ненумерованные" кадры (U-frame) не имеют в своем составе счетчиков кадров, поэтому могут занимать только один кадр и не могут быть длиннее максимальной длины пакета. Эти кадры используются в качестве команд, передаваемых на вторичные станции, и ответов от вторичных станций.

Команда "Установить режим нормального ответа" (SNRM) переводит вторичную станцию в режим "Нормального" ответа, при этом счетчики кадров информационных фреймов имеют длину 3 бита, а поле "Control" имеет длину 1 байт. Существует режим "Длинного" ответа, в котором счетчики кадров имеют длину 7 бит, а поле "Control" имеет длину 2 байта. В данном документе используется только режим "NRM". При получении данной команды вторичная станция должна ответить подтверждением "UA" и сбросить счетчики передаваемых и принимаемых кадров. Команда может содержать информационное поле с параметрами обмена (максимальная длина кадра при передаче и приеме и ширина окна при передаче и приеме).

Команда "Разъединить" (DISC) используется для завершения операции передачи данных либо инициализации вторичной станции и перевода станции в состояние "Отключено". Вторичная станция должна подтвердить получение команды ответом "UA".

"Подтверждение" (UA) - ответ вторичной станции на команды "SNRM" и "DISK". Ответ может содержать информац

Вы можете открыть актуальную версию документа прямо сейчас.

Открыть документ

Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.

Приложение А (обязательное). Категории приборов учета электрической энергии. Общее описание

Приложение Б (обязательное). Список параметров приборов учета электрической энергии категорий А, В, С

Приложение В (обязательное). Список параметров приборов учета электрической энергии категории D

Приложение Г (обязательное). Общие параметры

Приложение Д (обязательное). Ссылочная таблица событий

Приложение Е (рекомендуемое). Формат слов состояний

Вы можете открыть актуальную версию документа прямо сейчас.