Project Haystack - открытый стандарт семантической маркировки данных для интеллектуальных зданий

Project Haystack - это международная инициатива и открытый технический стандарт, возникший в 2011 году как ответ на хаос в данных инженерных систем. В отличие от традиционных подходов, где каждая точка (датчик, регистр) имеет лишь адрес и сырое значение, Haystack вводит семантическое тегирование.

В мире более 30.000 крупных объектов недвижимости используют тегирование Haystack. Ведущие западные вендоры, чье оборудование до недавнего времени ставилось в российских зданиях, также поддерживают этот стандарт, чтобы быть совместимыми на мировом рынке. Siemens, Schneider Electric, Johnson Controls, Honeywell - их оборудование и платформы управления по умолчанию имеют встроенную поддержку или инструменты для работы с тегами Haystack.

Суть стандарта: любому элементу здания (от целого объекта до конкретного датчика температуры) присваиваются машиночитаемые метки (теги), которые описывают его тип, функцию, местоположение и связи с другими элементами. Например, вместо безликого  AI-32  мы получаем запись:  site ,  hvac ,  damper ,  position ,  sensor ,  cmd . Это делает данные самодокументированными и понятными для любых приложений без ручного маппинга.

Haystack не привязан к конкретному сетевому протоколу (Modbus, BACnet, MQTT) - он работает поверх них, добавляя смысловой слой. Стандарт определяет:

• словарь базовых тегов;
• правила композиции тегов в сущности;
• форматы обмена данными (ZINC, JSON, CSV, RDF);
• механизмы связывания сущностей (графы).

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

1. Проблема: Разнородные BMS-системы говорят на разных языках. Интеграция нового оборудования требует месяцев программирования и оплаты вендору.
Решение Haystack: Единая семантическая модель позволяет подключить любое устройство, если оно описано тегами Haystack. Интеграция становится типовой, а не уникальной.
-
2. Проблема: При смене собственника или УК все наработки по автоматизации теряются - новый подрядчик начинает с нуля.
Решение Haystack: Данные в стандартизированном виде остаются собственностью владельца здания. Их можно передать любому новому интегратору без потери смысла.
-
3. Проблема: Невозможно масштабировать решения на портфель объектов - каждый раз проектирование и интеграция выполняются заново.
Решение Haystack: Разработанная модель тиражируется. Достаточно один раз описать типовые узлы (чиллер, фанкойл, освещение), чтобы применить их на сотнях зданий.
-
4. Проблема: Данные хранятся в проприетарных архивах, недоступных для современной аналитики и AI.
Решение Haystack: Структурированные тегированные данные легко загружаются в облачные платформы, где к ним можно применять алгоритмы машинного обучения для предиктивного обслуживания, оптимизации энергопотребления и поиска аномалий.
-
5. Проблема: Банки и инвесторы не видят реальной стоимости актива - «цифровая часть» остаётся чёрным ящиком.
Решение Haystack: Формируется цифровой паспорт здания на базе Haystack, который повышает ликвидность объекта при сделках M&A и кредитовании.

В основе Haystack лежит тег. Такой тег бывает маркером (без значения, например site ,  equip ,  point ,  sensor ,  floor ,  space ) или парой ключ‑значение (например,  unit: "°C" ,  floorNum:5 ,  tz: "Europe/Moscow" ,  city:"Москва" ).

Теги могут быть как обязательными «структурными» (например,  site  для обозначения площадки), так и уточняющими - тип поведения ( sensor / sp ), а также профиль измеряемой величины ( temp ,  flow ,  pressure  и т.п.).

Комбинация тегов образует сущность - описание реального объекта. Сущность по‑Haystack - это запись (dict) с уникальным  id  и набором тегов ( temp ,  discharge ,  sensor ), а комбинация маркеров и значений определяет её тип (site, floor, space, equip, point и т.п.).

Пример сущности (датчик температуры приточного воздуха в AHU):

id: @ahu1.dat
dis: "AHU-1 Discharge Air Temp"
discharge air temp sensor point
siteRef: @site
equipRef: @ahu1
kind: "Number"
unit: "°C"
tz: "Europe/Moscow"
his: true
hisInterpolate: "cov"

• Здесь каждый тег добавляет смысл:  point  указывает, что это точка данных,  sensor  - что это датчик,  temp  - измеряет температуру,  discharge  - приточный воздух (на выходе),  unit  - единица измерения.
• Для исторических данных используется  his:true  (где период архива задают через  curVal / curStatus ).​  hisInterpolate:"cov"  - показывает режим историзации, где значение "cov" означает change‑of‑value (данные пишутся только при изменении значения).
• Обязательно задаются kind:"Number"  и  unit:"°C" , также обычно указывают временную зону  tz .

Иерархия и связи задаются через ссылки  siteRef ,  spaceRef ,  equipRef . Типичная цепочка:

 site  (здание) ->  space / floor  (этаж или зона, с  floorNum ) ->  equip  (оборудование) ->  point  (точка данных).

Например:

// Site
id: @vostok
dis: "БЦ Восток"
site
area: 35000
city: "Москва"

// Floor (этаж 5)
id: @vostok.flr5
dis: "Этаж 5"
floor space
floorNum: 5
siteRef: @vostok

// Equip – фанкойл
id: @vostok.fcu-05-12
dis: "Фанкойл FCU-05-12"
equip fcu hvac
siteRef: @vostok
spaceRef: @vostok.flr5

// Point – температура входящего воздуха в фанкойл
id: @vostok.fcu-05-12.eat
dis: "FCU-05-12 Entering Air Temp"
entering air temp sensor point
siteRef: @vostok
equipRef: @vostok.fcu-05-12
kind: "Number"
unit: "°C"
his: true
hisInterpolate: "cov"


Таксономия - предопределённые наборы тегов для типового оборудования и точек. Например,  discharge air temp sensor point ,  return air temp sensor point  и многое другое. Или же, например, для чиллера Haystack рекомендует теги  chiller ,  condenser ,  evaporator  и т.д. Это обеспечивает единообразие описания у разных интеграторов.

Форматы данных:

• ZINC - компактный текстовый формат с табличной структурой, оптимизированный для передачи больших объёмов.
• JSON - Haystack‑JSON для веб-приложений и REST API.
• Trio - для графовых баз данных и семантических технологий.

Brick Schema - более молодой стандарт (2016 г.), разработанный академическим сообществом (UCLA, UC Berkeley, University of Virginia, University of Southern Denmark). Сегодня стандарт развивается как open-source инициатива под управлением Brick Consortium. Он представляет собой формальную онтологию с жёсткой классовой структурой. По сути, Brick можно рассматривать как надстройку над Haystack, которая вводит строгие классы и отношения.

Сравнение Haystack (H) и Brick (B):

Гибкость:
(H) Высокая, теги можно комбинировать произвольно
(B) Жёсткая иерархия классов

Простота внедрения:
(H) Ниже порог входа, легко начать
(B) Требует предварительного моделирования

Выразительность:
(H) Достаточно для большинства задач
(B) Более формализованная, лучше для сложных графов

Инструменты:
(H) Широкая поддержка в коммерческих BMS
(B) Активно развивается в open-source

На практике стандарты часто комбинируют: Haystack используют для тегирования точек, а Brick - для описания топологии и взаимосвязей оборудования на уровне всего здания.

Список ссылок:

• Официальный сайт: project-haystack.org - спецификации, новости, календарь мероприятий.

• Документация: project-haystack.org/doc - подробное описание тегов, таксономии, форматов.

BuildingData - первый в России специализированный консультант по стандартам Haystack и Brick. Наша команда разрабатывает методологию адаптации стандартов под локальную специфику и готова помочь вам на всех этапах:

• Аудит текущей архитектуры данных вашего объекта или портфеля.
• Проектирование целевой семантической модели на базе Haystack.
• Технический надзор за внедрением со стороны подрядчиков.
• Обучение ваших инженеров и IT-специалистов.
• Формирование цифрового паспорта здания.

Перейдите на основной сайт BuildingData.ru, чтобы запросить консультацию или заказать аудит.