СТБ 2559-2019: Полное руководство по стандарту дистанционного съема данных в умных зданиях

Современное ЖКХ и управление коммерческой недвижимостью в Беларуси стремительно цифровизируются. Сегодня автоматический съем показаний приборов учета — это уже не роскошь, а прямая норма закона (вспомнить хотя бы Постановление Совета Министров № 788). Но как именно эти устройства должны общаться с серверами? Каковы технические стандарты передачи данных, форматы сообщений и требования к оборудованию?

Ответом на эти вопросы является государственный стандарт Республики Беларусь СТБ 2559-2019 («Унифицированная система управления, контроля и учета информации инженерных систем интеллектуальных зданий. ОБОРУДОВАНИЕ ЭЛЕКТРОСВЯЗИ ДИСТАНЦИОННОГО СЪЕМА. Обмен данными верхнего уровня»).

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

---

Общие сведения и область применения стандарта

Что представляет собой стандарт СТБ 2559-2019 и кто его создал?

СТБ 2559-2019 — это ключевой технический стандарт Республики Беларусь, регламентирующий информационный обмен между абонентскими устройствами дистанционного съема (модемами, УСПД, радиомодулями) и программно-аппаратным комплексом верхнего уровня (сервером сбора данных) в интеллектуальных зданиях.

Стандарт был разработан открытым акционерным обществом ОАО «Гипросвязь», внесен Министерством связи и информатизации Республики Беларусь, утвержден постановлением Госстандарта Республики Беларусь № 50 от 26 августа 2019 года и введен в действие с 1 января 2020 года.

На какие сферы и объекты распространяется этот стандарт?

Стандарт регулирует дистанционный съем показаний приборов учета ресурсов в территориально-распределенных информационных системах «умных домов» и интеллектуальных зданий. Под его действие подпадает передача данных от индивидуальных и групповых (домовых/промышленных) приборов учета четырех видов энергоресурсов:

• Тепловая энергия и теплоноситель
• Электрическая энергия
• Природный газ
• Холодная и горячая вода

Как стандарт определяет ключевые понятия: «абонентское устройство», «верхний уровень» и «интеллектуальное здание»?

Стандарт дает четкие формулировки, исключающие двоякое толкование:

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

---

Архитектура передачи данных и требования к надежности

Какие требования предъявляются к транспортным протоколам? Почему выбран именно TCP/IP?

Дистанционный съем данных должен работать поверх транспортных протоколов, гарантирующих надежную доставку сообщений и сохранение их правильной последовательности. Стандарт прямо указывает на использование протоколов семейства IP, ориентированных на установление соединения, таких как TCP (транспортный протокол с идентификатором 6).

Транспортный уровень должен брать на себя решение следующих задач:

1. Обеспечение безошибочности получаемых данных.
2. Автоматический перезапрос информации в случае ее потери в канале связи.
3. Устранение дублирования данных (дедупликация).
4. Защита передаваемых пакетов встроенными средствами безопасности транспортной сети.

Какие параметры должны передаваться абонентским устройством в любом случае, независимо от типа ресурса?

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

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

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

---

Три режима работы: как передаются данные?

В каких режимах должен работать протокол дистанционного съема?

СТБ 2559-2019 жестко разграничивает три режима работы системы обмена информацией:

1. Штатный режим
2. Аварийный режим
3. Технологический режим

Каждый режим имеет свой приоритет, набор передаваемых параметров и расписание.

Как устроен штатный режим передачи показаний?

Этот режим предназначен для коммерческого учета ресурсов. По нему рассчитывается оплата в системе ЕРИП или напрямую с поставщиками услуг.

• Периодичность обмена по умолчанию: Ежемесячно.
• Дата обмена по умолчанию: 1-е число каждого месяца.
• Время обмена: Произвольно в пределах суток (для предотвращения пиковых нагрузок на сервера).

В штатном режиме приборы отправляют суммарные накопительные значения потребления и базовую информацию о работоспособности.

Как работает аварийный режим? Каков регламент отправки тревожных сообщений?

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

• Периодичность отправки по умолчанию: Разово по факту наступления события.
• Регламент повтора при отсутствии подтверждения от сервера: 3 раза с интервалом в 1 минуту.

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

Зачем нужен технологический режим и в чем его особенность?

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

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

• Информацию о текущем состоянии прибора.
• Основные или дополнительные параметры штатного режима.
• Проверочные сообщения аварийного режима.

Какие специфические требования стандарт предъявляет к УСПД (концентраторам)?

Для многопортовых устройств сбора и передачи данных (УСПД) действуют особые технические правила:

• В штатном режиме УСПД передает контрольные сообщения, содержащие его PSW (Program Status Word — слово состояния программы) в формате, разработанном производителем железа.
• В аварийном режиме УСПД немедленно сигнализирует о нештатных ситуациях, в частности о физическом вскрытии корпуса оборудования (срабатывание тампера) или передает коды внутренних аппаратных ошибок.
• В технологическом режиме УСПД обязано поддерживать обширный перечень команд от сервера: выдать PSW, прочитать любое внутреннее настроечное значение (сетевой адрес, параметры таймингов, системное время/календарь), записать новые настройки во внутреннюю память или принудительно запросить аварийное сообщение для проверки связи.

---

Формат данных: JSON и кодирование символов

В каком формате абонентские устройства передают данные на верхний уровень?

Стандарт совершил мини-революцию в сфере телеметрии, отказавшись от закрытых бинарных протоколов в пользу открытого и структурированного формата JSON (JavaScript Object Notation).

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

• Сообщение начинается с символа { (открывающая фигурная скобка) и заканчивается символом } (закрывающая фигурная скобка).
• Пары «ключ — значение» разделяются символом , (запятая).
• Имя ключа отделяется от значения двоеточием :. Ключ ВСЕГДА является строкой.
• Значение может принимать типы: строка, десятичное число, true, false, null, вложенный JSON-объект или массив [...].
• Строки заключаются в двойные кавычки, для служебных символов используется экранирование обратным слэшем \.
• Числа представляются только в десятичной системе счисления (в стиле C или Java).

Какая кодировка символов должна использоваться в сообщениях?

Набор символов при передаче текстовых полей должен строго соответствовать ГОСТ 27463-87 (7-битные кодированные наборы символов). Это гарантирует максимальную совместимость оборудования различных вендоров и исключает проблемы с кодировками кириллицы на стороне баз данных верхнего уровня.

---

Энергосбережение: квитирование и расписание работы приборов

Как СТБ 2559-2019 решает проблему энергосбережения для автономных приборов учета (на батарейках)?

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

Стандарт разделяет логику связи для индивидуальных и групповых автономных приборов:

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

   • Прибор просыпается по таймеру или событию.
   • Отправляет одно и то же сообщение в эфир установленное настройками количество раз (например, 2-3 раза для надежности приема базовой станцией).
   • Открывает короткое «окно приема» (временной интервал) для прослушивания эфира.
   • Если от сервера нет команд на изменение конфигурации, прибор мгновенно засыпает снова.
   • Плюс: Модуль тратит микроскопическое количество энергии, так как ему не нужно ждать ответа от сервера и удерживать радиоканал активным.

2. Групповые устройства на автономном питании работают в режиме С квитированием.

   • В ответ на отправленный пакет сервер обязан прислать квитанцию — подтверждение успешного приема.
   • Если квитанция не пришла в установленный интервал, устройство повторяет отправку. Количество повторов и паузы между ними программируются при первичной инициализации прибора.

Зачем нужны случайные интервалы при передаче данных по регламенту?

Представьте многоквартирный жилой комплекс, где у 500 квартир настроен выход на связь 1-го числа месяца в 12:00. Если все 500 модемов начнут передачу одновременно секунда в секунду, это вызовет колоссальную коллизию в радиоэфире и мгновенную перегрузку сервера сбора данных (DoS-эффект).

Для борьбы с этим стандарт вводит регламент равномерного распределения:

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

Если настроена передача в течение часа, прибор случайным образом выберет минуту и секунду внутри этого часа для отправки пакета. Это размывает пиковую нагрузку и гарантирует стабильность сети электросвязи.

Какие стандартные команды управления поддерживает протокол верхнего уровня?

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

• request — прямой запрос текущих данных от сервера к прибору.
• err_request — запрос кодов ошибок и журнала самодиагностики прибора.
• transfer_regulations — команда записи регламента (расписания) передачи данных прибором.
• admission_regulations — команда записи расписания прослушивания эфира прибором.
• confirmation — включение/выключение режима обязательного квитирования сообщений (on / off).
• reg_out — основной регламент отправки данных на год вперед. Записывается в формате nn.dd.hh.mm (где nn — месяц 1–12, dd — день 1–31, hh — час 00–23, mm — минута 00–59). Вместо любого значения можно подставить символы-шаблоны X или * (код ASCII 2Ah), означающие «каждый» (например, каждый день, каждый час).
• reg_in — основной регламент приема сообщений прибором (окно прослушивания команд от сервера) в формате nn.dd.hh.mm.
• time_in — длительность окна приема команд в формате mm.cc (минуты.секунды).
• time_repeat — интервал повторной отправки данных в случае неполучения квитанции в формате mm.cc.
• mes_comp — настройка состава (структуры) сообщения, отправляемого по основному регламенту (зависит от возможностей датчика).
• reg_out2 – reg_out9 — дополнительные ежегодные регламенты отправки данных.
• reg_outw — дополнительный недельный график передачи (формат dd.hh.mm, где dd — день недели от 1 до 7).
• reg_inw — дополнительное окно приема команд, привязанное к дням месяца.

---

Детальный перечень параметров и идентификаторов (Appendices A-D)

Стандарт СТБ 2559-2019 содержит жестко типизированные таблицы параметров с уникальными текстовыми идентификаторами (ключами JSON) для каждого ресурса. Приведем наиболее важные из них.

Индивидуальные приборы учета: что они передают БЕЗ запроса? (Приложение А)

Это основные данные, которые бытовой счетчик (воды, тепла, газа, электричества) присылает в штатном режиме 1-го числа месяца, либо мгновенно отправляет при аварии.

1. Тепловая энергия (отопление индивидуальное)

В штатном режиме прибор без запроса шлет:

• cumulative_thermal_energy — суммарное потребленное количество тепла (в Гкал, число).
• cumulative_mass_coolant — суммарная масса теплоносителя (в тоннах, число).
• cumulative_value_coolant — суммарный объем теплоносителя (в кубических метрах, число).
• norm_work_hours — время нормальной работы счетчика с нарастающим итогом (в часах, число).
• err_work_hours — время наработки с ошибками (в часах, число).
• heat_load — текущая тепловая нагрузка (в Гкал/ч, число).
• factory_number — заводской серийный номер счетчика (число).
• tariff_change — данные о смене тарифного плана (строка).

В аварийном режиме теплосчетчик шлет:

• stealing — флаг несанкционированного доступа или хищения (логическое значение true/false).
• battery_crit — критический разряд батареи питания (значение напряжения в Вольтах, число).
• err_pressure — фиксация аварийного (слишком высокого или низкого) давления в подающей линии контура (число в кг/см²).
• unusual_code — текстовый код нештатной ситуации (строка).

2. Холодная и горячая вода (бытовые водосчетчики)

Штатные параметры без запроса:

• radio_number — серийный номер радиомодуля (число).
• volume — текущие накопительные показания расхода воды (число в м³).
• back_volum / back_volume — показания обратного хода (реверс крыльчатки, число в м³).
• heat_temp — температура горячей воды (число в °С).
• biling — архивное показание расхода строго на 00:00 каждого 1-го числа месяца для биллинга (число в м³).
• date_biling — точная дата и время фиксации биллингового показания (число).
• charge — уровень заряда встроенной батареи (в %, число).

Аварийные параметры без запроса:

• min_heat_temp / max_heat_temp — минимальная и максимальная зафиксированная температура горячей воды (число в °С).
• charge_errors — предупреждение о низком уровне батареи (число в %).
• errors — код ошибки самодиагностики (число).
• date_volume — дата и время фиксации ошибки.

3. Электроэнергия (индивидуальные счетчики)

Штатные параметры без запроса:

• consume_active_energy_1 … consume_active_energy_n — текущее значение потребленной активной энергии по тарифным зонам от 1 до N (число в кВт·ч).
• norm_work_hours — общее время нормальной работы прибора (число в часах).
• factory_number — заводской номер прибора.

Аварийные параметры без запроса:

• stealing — попытка вскрытия или магнитного вмешательства (логическое значение).
• err_voltage — критический выход напряжения за допустимые пределы (число в Вольтах).
• err_freaquency — опасное отклонение частоты сети (число в Герцах).
• err_toque — перегрузка по току (число в Амперах).
• no_toque — полное отсутствие напряжения в сети (логическое значение).
• unusual_code — системный код нештатной ситуации.

4. Газ (индивидуальные счетчики)

Штатные параметры без запроса:

• gas_volume — суммарный потребленный объем газа (число в м³).
• norm_work_hours — время нормальной работы.

Аварийные параметры без запроса:

• stealing — попытка хищения или скрутки (логическое значение).
• bat_voltage — падение напряжения батареи ниже критического уровня (в Вольтах).
• err_volume — объем газа, прошедший через прибор во время его работы с ошибками (число в м³).
• err_hours — время работы в аварийном режиме (в часах).
• err_pressure — выход давления газа за технологические пределы (в Паскалях).
• err_temp — критическая температура измеряемой среды (в °С).
• gas_leak — аварийно высокий расход, свидетельствующий о протечке газа у потребителя (в м³/мин, число).

---

Что индивидуальные приборы передают ПО ЗАПРОСУ сервера? (Приложение Б)

Если сервер отправляет команду request, счетчик формирует развернутый ответ, содержащий архивные или диагностические данные. Это Приложение является рекомендуемым, но большинство современных систем телеметрии («Телеофис» и др.) используют этот функционал в полной мере:

• day_ar — суточный архив потребления (массив значений).
• hour_ar — часовой архив потребления (массив значений).
• month_ar — месячный архив потребления (массив значений).
• all_ar — комплексный архив (энергия, объем, расходы, температура за длительный период).
• power_now — мгновенная измеряемая мощность (кВт).
• sys_time / sys_date — внутренние системные часы и календарь прибора учета.
• change_date — время последнего перепрограммирования настроек счетчика.
• reset_count / read_count — счетчики количества сбросов прибора и количества успешных съемов данных.
• magnet — флаг воздействия внешним магнитным полем с целью остановить механическое табло счетчика (логический тип).
• meter_terminal / opening — фиксация физического вскрытия клеммной крышки счетчика или его основного корпуса (позволяет бороться с несанкционированными подключениями в обход измерителя).
• password_lock — состояние блокировки прибора паролем доступа.
• verification_date — дата следующей государственной метрологической поверки прибора учета.

---

Групповые (домовые/промышленные) приборы учета: особенности параметров (Приложения В и Г)

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

Отопление и ГВС (групповое)

Здесь передаются расширенные теплофизические характеристики теплоносителя на входе и выходе из здания:

• mid_temp_forward / mid_temp_return — среднесуточная температура теплоносителя в подающем и обратном трубопроводах контура (°С).
• input_coolant_temp / return_coolant_temp — мгновенные температуры воды на входе и выходе.
• volume_consume_cond_HW — объем потребленной горячей воды, соответствующей температурным стандартам качества (кондиционная ГВС, м³).
• volume_consume_no_cond_HW — объем ГВС, температура которой оказалась ниже нормы (некондиционная ГВС, за которую потребитель имеет право не платить по полному тарифу).
• amount_coolant — расход подпиточной воды, компенсирующей утечки в системе отопления здания (м³/ч).
• volume_forward / volume_return — давление в подающей и обратной линиях контура (в МПа, число).
• instant_coolant_flow — мгновенный расход теплоносителя (м³/ч).
• peak_power_now / peak_flow — зафиксированные пиковые значения мгновенной тепловой мощности и пикового расхода теплоносителя.
• mid_temp_peak_power — температура обратного потока при достижении пика мощности (важнейший параметр для Минских тепловых сетей, контролирующий, чтобы потребитель «не перегревал» обратку).

Групповой учет электроэнергии (промышленный трехфазный)

Помимо суммарной энергии, передается подробная пофазная диагностика:

• voltage_A, voltage_B, voltage_C — напряжение на каждой из трех фаз (в Вольтах).
• toque_A, toque_B, toque_C — ток по фазам А, B и C (в Амперах).
• power_active_A … C — активная мощность отдельно по каждой фазе.
• sum_power_active / sum_power_reactive — суммарная активная и реактивная мощность трехфазной сети здания.
• coef_I_int / coef_U_int — целые коэффициенты трансформации тока и напряжения для промышленных трансформаторов тока.
• coef_I_float / coef_U_float — точные дробные коэффициенты трансформации.
• phase_state_ar — подробный архив событий состояния фаз (фиксация перекоса фаз, пропадания напряжения, гармонических искажений).
• coef_power — коэффициент мощности (Cos φ) здания.

Групповой учет газа (промышленные узлы учета с корректорами)

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

• abs_pressure — абсолютное рабочее давление подаваемого газа (МПа).
• mid_temp — средняя температура газа (°С).
• gas_density — плотность проходящего природного газа (кг/м³).
• coef_corr — динамический температурный коэффициент коррекции.
• coef_compress — коэффициент сжимаемости газа.
• gas_N / gas_CO2 — химический состав измеряемой среды (молярная доля азота и углекислого газа в процентах). Наличие этих параметров позволяет серверу рассчитывать точную теплоту сгорания проходящего топлива.
• no_err_work — время безаварийной наработки электронного корректора газа (в часах).

---

Резюме для технических специалистов

СТБ 2559-2019 — это зрелый, продуманный и технически грамотный документ, который наводит порядок в хаосе проприетарных протоколов телеметрии. Перевод систем на JSON поверх TCP/IP позволяет:

• Легко интегрировать приборы учета различных производителей (как отечественных, так и импортных) в единую платформу диспетчеризации «умного города».
• Обеспечить гарантированную доставку критически важных сигналов аварий и попыток вмешательства (хищения).
• Гибко управлять энергосбережением автономных батарейных модемов с помощью адаптивных расписаний и регламентов (reg_out, reg_in).
• Формировать прозрачные и проверяемые отчеты о качестве коммунальных услуг (благодаря контролю пофазных напряжений, температур теплоносителя и кондиционности горячей воды).

Использование оборудования, полностью удовлетворяющего требованиям СТБ 2559-2019 (например, решений от компании «Телеофис»), гарантирует успешную сдачу узлов учета контролирующим органам Минскводоканала, Минских тепловых сетей и Энергосбыта.

---

Появились вопросы по практической реализации требований СТБ 2559-2019 на вашем объекте или подбору сертифицированного оборудования? Свяжитесь с инженерами «Телеофис» для консультации и проектирования систем телеметрии!