EnOcean Equipment Profiles (EEP): Comprensión de las familias de perfiles 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.
Estructura EEP: RORG-FUNC-TYPE
Cada código EEP consta de tres bytes expresados en hexadecimal y escritos como un triplete separado por guiones. Cada byte tiene un significado distinto:
Estructura de bytes 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 no se transmite en telegramas de datos normales. El byte RORG está incrustado en el encabezado del telegrama (es el identificador del tipo de telegrama), pero FUNC y TYPE no se envían en telegramas de datos regulares. Solo se transmiten durante la secuencia de aprendizaje. Esta es la razón por la que las puertas de enlace requieren que el EEP se configure manualmente — o se capture durante el aprendizaje — para cada canal de sensor.
Resumen de familias RORG
El byte RORG determina la estructura del telegrama. La mayoría de los sensores de automatización de edificios utilizan 4BS (0xA5) para mediciones de múltiples valores y RPS (0xF6) para interruptores de balancín. VLD (0xD2) se utiliza para actuadores y dispositivos con comunicación bidireccional.
| RORG | Hex | Carga útil | Uso típico |
|---|---|---|---|
| 1BS (sensor de 1 byte) | 0xD5 | 1 byte (8 bits) | Contacto de puerta/ventana, sensor binario simple |
| 4BS (sensor de 4 bytes) | 0xA5 | 4 bytes (32 bits) | Temperatura, humedad, ocupación, iluminancia, contador de energía |
| RPS (Repeated Switch) | 0xF6 | 1 byte (8 bits) | Interruptor basculante, pulsador, posición de manija de ventana |
| VLD (Variable Length Data) | 0xD2 | 1–14 bytes | Actuadores, dispositivos bidireccionales, válvulas HVAC |
| MSC (Específico del fabricante) | 0xD1 | Variable | Puntos de datos propietarios, requiere decodificador del fabricante |
| ADT (Direccionamiento de destino) | 0xA6 | Variable | Telegramas direccionados punto a punto (bidireccionales) |
EEPs clave para la automatización de edificios
Los siguientes perfiles cubren la mayoría de los sensores EnOcean desplegados en la automatización de edificios comerciales. Verifique el byte TYPE exacto en la etiqueta del sensor físico: el rango de temperatura y la resolución de medición varían entre las variantes TYPE.
| EEP | Descripción | Puntos de datos clave | KNX DPT |
|---|---|---|---|
| F6-02-01 | Pulsador de 2 teclas (4 acciones) | AI/BI arriba/abajo presionado/soltado | DPT 1.001, 1.008 |
| D5-00-01 | Contacto simple, puerta/ventana | Contacto abierto (1) / cerrado (0) | DPT 1.009 |
| A5-02-05 | Sensor de temperatura 0–40°C | Temperatura (8 bits, res. 0,16°C) | DPT 9.001 |
| A5-04-01 | Temp (0–40°C) + humedad (0–100%) | DB2=temp, DB1=humedad, DB0=bit LRN | DPT 9.001, 9.007 |
| A5-07-01 | Sensor de presencia (PIR, 3 ejes) | Bit de presencia + tensión de alimentación | DPT 1.001 |
| A5-06-01 | Iluminancia (300–30000 lux) | DB3=rango lux, DB2=alimentación, DB1=valor lux | DPT 9.004 |
| A5-12-01 | Lectura automática de contadores (pulso) | DB3–DB1=contador de pulsos de 24 bits, DB0=divisor | DPT 12.001 |
| A5-09-04 | Concentración de CO₂ (0–2550 ppm) | DB3=CO₂, DB2=humedad, DB1=temperatura | DPT 9.008 |
Perfiles específicos del fabricante: 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.
Identificación del perfil MSC
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 valuesPrefiera sensores EEP estándar para nuevas instalaciones.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.
Herramientas de decodificación EEP
Varias herramientas admiten la captura de telegramas EnOcean y la decodificación EEP durante la puesta en marcha, resolución de problemas y validación del sistema.
FT4 Analyzer (EnOcean)
- Descarga gratuita desde EnOcean (Dolphin View)
- Funciona con receptor EnOcean USB 300
- Muestra hex bruto del telegrama + valores EEP decodificados
- Medición RSSI por telegrama
- Asignación EEP para decodificación automática
Wireshark + plugin EnOcean
- Disector del protocolo serie EnOcean (ESP3)
- Captura PCAP para registrar todos los telegramas
- Útil para el análisis de densidad (cuántos emisores activos)
- Exportar a CSV para registros de puesta en marcha
- Filtrar por ID de emisor o tipo RORG
EVCC / openHAB / Fhem
- Domótica de código abierto con enlace EnOcean
- Visualización de telegramas en tiempo real en pantalla
- EEP configurable por ID de emisor
- Útil para la verificación de sensores antes de la puesta en marcha
- Fhem: set enocean learningMode on/off
Decodificador EEP de interruptores DIP
- Herramienta en línea: enocean-tools.com
- Ingrese el código EEP → vea el mapa de bits completo de la carga útil
- Ingrese el telegrama hexadecimal sin procesar → valores decodificados
- Útil para verificar fórmulas de escalado
- Cubre todos los EEP publicados por EnOcean Alliance
Base de datos EEP y referencia
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.
Fuentes de referencia 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
Interoperabilidad: la garantía central de EEP
El valor fundamental del marco EEP es la interoperabilidad independiente del fabricante. Cualquier receptor o puerta de enlace certificado por EnOcean puede decodificar cualquier sensor certificado por EnOcean que utilice un EEP estándar publicado — independientemente de la empresa que fabricó cada dispositivo. Esta es la ventaja arquitectónica clave sobre los protocolos RF propietarios donde los sensores y receptores deben provenir del mismo proveedor.
Qué garantiza EEP
- El diseño de bits de la carga útil del telegrama está estandarizado
- El escalado de valores (mín/máx/resolución) está definido
- La unidad de medida está fijada por la especificación
- Cualquier receptor certificado puede decodificar cualquier transmisor certificado
- Las pasarelas se actualizan mediante firmware a medida que se publican nuevos EEP
Lo que EEP no garantiza
- Intervalo de transmisión (definido por el fabricante)
- Vida útil de la recolección de energía (específica del dispositivo)
- Alcance de RF (el diseño de la antena varía según el fabricante)
- Nivel de seguridad (no todos los sensores usan AES-128)
- Nomenclatura de subpuntos de datos (variación cosmética en interfaces de usuario)
Implicación práctica: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.
¿Necesita sensores EnOcean especificados con códigos EEP correctos para su proyecto?
Seleccionamos y verificamos los EEP de sensores EnOcean para cada aplicación, configuramos los canales de la pasarela con el mapeo DPT correcto y entregamos paneles con documentación EEP completa — incluidas fotos de las etiquetas de los sensores, IDs de transmisor y asignaciones de direcciones de grupo.
Solicitar presupuesto →