Профили оборудования 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=бит LRN | 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 Анализатор (EnOcean)
- Бесплатная загрузка от EnOcean (Dolphin View)
- Работает с приемником EnOcean USB 300
- Отображает сырой шестнадцатеричный телеграмма + декодированные значения EEP
- Измерение RSSI для каждого телеграмма
- Назначение EEP для автоматического декодирования
Wireshark + плагин EnOcean
- Диссектор последовательного протокола EnOcean (ESP3)
- Захват PCAP для записи всех телеграмм
- Полезно для анализа плотности (сколько передатчиков активно)
- Экспорт в CSV для протоколов ввода в эксплуатацию
- Фильтр по ID отправителя или типу RORG
EVCC / openHAB / Fhem
- Открытая домашняя автоматизация с привязкой EnOcean
- Отображение телеграмм в реальном времени на экране
- Настраиваемый EEP для каждого ID отправителя
- Полезно для предварительной проверки датчиков перед вводом в эксплуатацию
- 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 с правильными EEP-кодами для вашего проекта?
Мы подбираем и проверяем EEP датчиков EnOcean для каждого приложения, настраиваем каналы шлюза с правильным отображением DPT и поставляем щиты с полной документацией EEP — включая фото этикеток датчиков, идентификаторы отправителей и назначения групповых адресов.
Запросить расчёт →