EEP · RORG · 4BS A5 · RPS F6 · 1BS D5 · VLD D2 · EnOcean Alliance · 8 мин чтения

Профили оборудования EnOcean (EEP): понимание семейств A5, D5, F6

The EnOcean Equipment Profile (EEP) is a 3-byte identifier that defines the complete telegram format for an EnOcean device: what data bytes are transmitted, how they are encoded, and what physical quantity each byte represents. Any EnOcean receiver that knows a sender's EEP can decode every telegram from that device — regardless of which manufacturer produced it.

Структура EEP: RORG-FUNC-TYPE

Каждый код EEP состоит из трёх байтов, записанных в шестнадцатеричном виде через дефис. Каждый байт имеет своё значение:

Структура байтов EEP

EEP:   A5   -   04   -   01
       ↑          ↑         ↑
     RORG        FUNC      TYPE

RORG (Radio ORGanization, byte 1):
  Defines telegram structure and payload length
  0xA5 = 4BS  (4 data bytes)
  0xD5 = 1BS  (1 data byte)
  0xF6 = RPS  (1 data byte, rocker/pushbutton)
  0xD2 = VLD  (variable length, up to 14 bytes)
  0xD1 = MSC  (manufacturer-specific, variable)

FUNC (Function, byte 2):
  Sub-category within RORG family
  A5-04 = Temperature and Humidity sensors
  A5-07 = Occupancy sensors
  A5-06 = Light, temperature and occupancy sensor
  A5-12 = Automated meter reading

TYPE (Type, byte 3):
  Specific variant within FUNC category
  A5-04-01 = Range 0–40°C, 0–100%RH
  A5-04-02 = Range -20–60°C, 0–100%RH
  A5-04-03 = Range -20–60°C, 0–100%RH (extended)

EEP не передаётся в обычных телеграммах данных. Байт RORG встроен в заголовок телеграммы (идентификатор типа), но FUNC и TYPE не отправляются в обычных телеграммах. Они передаются только во время обучения. Поэтому шлюзы требуют ручной настройки EEP или захвата во время обучения для каждого канала датчика.

Обзор семейств RORG

Байт RORG определяет структуру телеграммы. Большинство датчиков автоматизации зданий используют 4BS (0xA5) для многозначных измерений и RPS (0xF6) для клавишных выключателей. VLD (0xD2) применяется для исполнительных устройств и двунаправленной связи.

RORG	Hex	Полезная нагрузка	Типичное применение
1BS (1-байтовый датчик)	0xD5	1 байт (8 бит)	Датчик открытия двери/окна, простой бинарный сенсор
4BS (4-байтовый сенсор)	0xA5	4 байта (32 бита)	Температура, влажность, присутствие, освещённость, счётчик энергии
RPS (повторное переключение)	0xF6	1 байт (8 бит)	Клавишный выключатель, кнопка, положение оконной ручки
VLD (данные переменной длины)	0xD2	1–14 байт	Исполнительные механизмы, двунаправленные устройства, клапаны HVAC
MSC (производитель-специфичный)	0xD1	Переменная	Проприетарные точки данных, требуется декодер производителя
ADT (адресация назначения)	0xA6	Переменная	Телеграммы с адресацией точка-точка (двунаправленные)

Ключевые EEP для автоматизации зданий

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

EEP	Описание	Ключевые параметры	KNX DPT
F6-02-01	2-клавишная кнопка (4 действия)	AI/BI вверх/вниз нажато/отпущено	DPT 1.001, 1.008
D5-00-01	Одиночный контакт, дверь/окно	Контакт разомкнут (1) / замкнут (0)	DPT 1.009
A5-02-05	Датчик температуры 0–40°C	Температура (8 бит, разрешение 0.16°C)	DPT 9.001
A5-04-01	Температура (0–40°C) + влажность (0–100%)	DB2=температура, DB1=влажность, DB0=бит обучения	DPT 9.001, 9.007
A5-07-01	Датчик присутствия (PIR, 3 оси)	Бит присутствия + напряжение питания	DPT 1.001
A5-06-01	Освещенность (300–30000 люкс)	DB3=диапазон люкс, DB2=питание, DB1=значение люкс	DPT 9.004
A5-12-01	Автоматическое снятие показаний счетчика (импульс)	DB3–DB1=24-битный счет импульсов, DB0=делитель	DPT 12.001
A5-09-04	Концентрация CO₂ (0–2550 ppm)	DB3=CO₂, DB2=влажность, DB1=температура	DPT 9.008

Специфические профили производителя: MSC (0xD1)

The MSC RORG (0xD1) is reserved for manufacturer-specific datapoints that do not fit within the standardised EEP framework. The payload format is proprietary — only the manufacturer's SDK or decoder library can extract meaningful values from the telegram. MSC telegrams cannot be decoded by generic EnOcean gateways without a manufacturer-provided ETS6 plugin or firmware extension.

Для новых установок предпочтительнее использовать стандартные EEP-датчики.

MSC telegram structure:
  Byte 0:   0xD1  (RORG = MSC)
  Byte 1:   MID high byte  (manufacturer ID, 11-bit)
  Byte 2:   MID low byte
  Byte 3–n: Manufacturer-specific payload

Manufacturer IDs (examples):
  0x002 = EnOcean GmbH
  0x00D = Eltako
  0x019 = Siemens
  0x028 = Thermokon
  Full list: EnOcean Alliance manufacturer registry

When MSC is encountered:
  1. Read MID from bytes 1–2
  2. Identify manufacturer from EnOcean Alliance registry
  3. Obtain manufacturer decoder:
     — ETS6 plugin (manufacturer download portal)
     — SDK library for custom software integration
     — Firmware update for gateway with MSC support
  4. Do NOT configure gateway with standard EEP for MSC sensor
     — Standard EEP will produce garbage decoded values

MSC-датчики создают зависимость от инструментария одного производителя.MSC sensors create a dependency on a single manufacturer's toolchain. If the ETS6 plugin is discontinued or incompatible with a future ETS version, MSC sensors become undecodable. Standard EEP sensors (A5, D5, F6, D2) are decodable by any EnOcean gateway indefinitely.

Несколько инструментов поддерживают захват телеграмм EnOcean и декодирование EEP при вводе в эксплуатацию, поиске неисправностей и проверке системы.

Several tools support EnOcean telegram capture and EEP decoding during commissioning, troubleshooting, and system validation.

FT4 Analyzer (EnOcean)

Бесплатная загрузка с EnOcean (Dolphin View)
Работает с приёмником EnOcean USB 300
Показывает сырой шестнадцатеричный код телеграммы и декодированные значения EEP
Измерение RSSI для каждой телеграммы
Назначение EEP для автоматического декодирования

Wireshark + плагин EnOcean

Диссектор протокола EnOcean Serial Protocol (ESP3)
Захват PCAP для записи всех телеграмм
Полезно для анализа плотности (сколько отправителей активно)
Экспорт в CSV для протоколов commissioning
Фильтр по ID отправителя или типу RORG

EVCC / openHAB / Fhem

Открытая система домашней автоматизации с привязкой EnOcean
Отображение телеграмм в реальном времени на экране
Настраиваемый EEP для каждого ID отправителя
Полезно для предварительной проверки датчиков перед commissioning
Fhem: set enocean learningMode on/off

Декодер EEP для DIP-переключателей

Онлайн-инструмент: enocean-tools.com
Введите код EEP → полная битовая карта полезной нагрузки
Введите сырую шестнадцатеричную телеграмму → декодированные значения
Полезно для проверки формул масштабирования
Охватывает все опубликованные EEP от EnOcean Alliance

База данных EEP и справочник

The complete EEP specification is maintained by the EnOcean Alliance and published as a free PDF document. New EEPs are added with each specification revision as new sensor types enter the market. Always download the latest version when working with sensors whose EEP is not in your gateway's firmware.

Источники справочной информации по EEP

Official EEP document:
  EnOcean Alliance EEP specification v3.1 (latest)
  URL: enocean-alliance.org/enocean-equipment-profiles/
  Free registration required for download
  Published as PDF: ~300 pages, full bit-level specifications

Online decoder tool:
  enocean-tools.com/en/eep-viewer
  Enter EEP code → interactive bit-field diagram
  Enter raw telegram hex → decoded value output

ETS6 product database (for KNX gateways):
  Weinzierl: weinzierl.de/en/products (import .knxprod)
  MDT: mdt.de/ETS_Download.html
  EEP coverage varies by firmware version
  Check release notes for newly supported EEPs

Community resources:
  openHAB EnOcean binding documentation
  Fhem EnoceanBinding wiki
  Home Assistant enocean integration

Совместимость: основное преимущество EEP

Ключевая ценность структуры EEP — независимая от производителя совместимость. Любой сертифицированный EnOcean приёмник или шлюз может декодировать любой сертифицированный EnOcean датчик, использующий стандартный опубликованный EEP, независимо от того, какая компания произвела устройство. Это главное архитектурное преимущество перед проприетарными RF-протоколами, где датчики и приёмники должны быть от одного производителя.

Что гарантирует EEP

Битовая разметка полезной нагрузки телеграммы стандартизирована
Масштабирование значений (мин/макс/разрешение) определено
Единица измерения фиксирована спецификацией
Любой сертифицированный приёмник может декодировать любого сертифицированного отправителя
Шлюзы обновляются через прошивку по мере публикации новых EEP

Что EEP не гарантирует

Интервал передачи (определяется производителем)
Срок службы от энергосбора (зависит от устройства)
Дальность RF (конструкция антенны варьируется у производителей)
Уровень безопасности (не все датчики используют AES-128)
Именование под-датпоинтов (косметические различия в интерфейсах)

Практический вывод:if a specific sensor model is discontinued, it can be replaced with any other manufacturer's sensor using the same EEP code without reconfiguring the gateway channel — only the sender ID needs updating. This makes EnOcean installations resilient to product lifecycle changes across a 20–30 year building automation system lifetime.

Связанные руководства

EnOcean

EnOcean датчики с энергосбором: принцип работы, дальность и установка