EnOcean Equipment Profiles (EEP) : Comprendre les familles de profils 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.
Structure EEP : RORG-FUNC-TYPE
Chaque code EEP se compose de trois octets exprimés en hexadécimal et écrits sous forme de triplet séparé par des tirets. Chaque octet a une signification distincte :
Structure des octets 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)L'EEP n'est pas transmis dans les télégrammes de données normaux. L'octet RORG est intégré dans l'en-tête du télégramme (c'est l'identifiant du type de télégramme), mais FUNC et TYPE ne sont pas envoyés dans les télégrammes de données réguliers. Ils ne sont transmis que lors de la séquence d'apprentissage. C'est pourquoi les passerelles nécessitent que l'EEP soit configuré manuellement — ou capturé pendant l'apprentissage — pour chaque canal de capteur.
Aperçu des familles RORG
L'octet RORG détermine la structure du télégramme. La plupart des capteurs d'automatisation du bâtiment utilisent 4BS (0xA5) pour les mesures multi-valeurs et RPS (0xF6) pour les interrupteurs à bascule. VLD (0xD2) est utilisé pour les actionneurs et les dispositifs à communication bidirectionnelle.
| RORG | Hex | Charge utile | Utilisation typique |
|---|---|---|---|
| 1BS (capteur 1 octet) | 0xD5 | 1 octet (8 bits) | Contact porte/fenêtre, capteur binaire simple |
| 4BS (capteur 4 octets) | 0xA5 | 4 octets (32 bits) | Température, humidité, présence, éclairement, compteur d'énergie |
| RPS (Repeated Switch) | 0xF6 | 1 octet (8 bits) | Interrupteur à bascule, bouton-poussoir, position de poignée de fenêtre |
| VLD (Variable Length Data) | 0xD2 | 1–14 octets | Actionneurs, dispositifs bidirectionnels, vannes HVAC |
| MSC (Spécifique au fabricant) | 0xD1 | Variable | Points de données propriétaires, nécessite un décodeur fabricant |
| ADT (Adressage de destination) | 0xA6 | Variable | Télégrammes adressés point à point (bidirectionnels) |
EEP clés pour l'automatisation des bâtiments
Les profils ci-dessous couvrent la majorité des capteurs EnOcean déployés dans l'automatisation des bâtiments commerciaux. Vérifiez l'octet TYPE exact sur l'étiquette du capteur physique – la plage de température et la résolution de mesure varient selon les variantes TYPE.
| EEP | Description | Points de données clés | KNX DPT |
|---|---|---|---|
| F6-02-01 | Bouton-poussoir 2 touches (4 actions) | AI/BI haut/bas enfoncé/relâché | DPT 1.001, 1.008 |
| D5-00-01 | Contact simple, porte/fenêtre | Contact ouvert (1) / fermé (0) | DPT 1.009 |
| A5-02-05 | Capteur de température 0–40°C | Température (8 bits, rés. 0,16°C) | DPT 9.001 |
| A5-04-01 | Temp (0–40°C) + humidité (0–100%) | DB2=temp, DB1=humidité, DB0=bit LRN | DPT 9.001, 9.007 |
| A5-07-01 | Détecteur de présence (PIR, 3 axes) | Bit de présence + tension d'alimentation | DPT 1.001 |
| A5-06-01 | Éclairement (300–30000 lux) | DB3=plage lux, DB2=alimentation, DB1=valeur lux | DPT 9.004 |
| A5-12-01 | Relevé automatique des compteurs (impulsion) | DB3–DB1=compteur d'impulsions 24 bits, DB0=diviseur | DPT 12.001 |
| A5-09-04 | Concentration en CO₂ (0–2550 ppm) | DB3=CO₂, DB2=humidité, DB1=température | DPT 9.008 |
Profils spécifiques au fabricant : 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.
Identification du profil 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 valuesPréférez les capteurs EEP standard pour les nouvelles installations.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.
Outils de décodage EEP
Plusieurs outils prennent en charge la capture de télégrammes EnOcean et le décodage EEP lors de la mise en service, du dépannage et de la validation du système.
FT4 Analyzer (EnOcean)
- Téléchargement gratuit depuis EnOcean (Dolphin View)
- Fonctionne avec le récepteur EnOcean USB 300
- Affiche le hex brut du télégramme + les valeurs EEP décodées
- Mesure RSSI par télégramme
- Affectation EEP pour décodage automatique
Wireshark + plugin EnOcean
- Dissecteur du protocole série EnOcean (ESP3)
- Capture PCAP pour enregistrer tous les télégrammes
- Utile pour l'analyse de densité (combien d'émetteurs actifs)
- Exportation en CSV pour les rapports de mise en service
- Filtrer par ID d'émetteur ou type RORG
EVCC / openHAB / Fhem
- Domotique open source avec liaison EnOcean
- Affichage des télégrammes en temps réel à l'écran
- EEP configurable par ID d'émetteur
- Utile pour la vérification des capteurs avant mise en service
- Fhem: set enocean learningMode on/off
Décodeur EEP pour interrupteurs DIP
- Outil en ligne : enocean-tools.com
- Saisir le code EEP → voir la carte binaire complète de la charge utile
- Saisir le télégramme hexadécimal brut → valeurs décodées
- Utile pour vérifier les formules de mise à l'échelle
- Couvre tous les EEP publiés par l'EnOcean Alliance
Base de données EEP et référence
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.
Sources de référence 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
Interopérabilité : la garantie fondamentale de l'EEP
La valeur fondamentale du cadre EEP est l'interopérabilité indépendante du fabricant. Tout récepteur ou passerelle certifié EnOcean peut décoder tout capteur certifié EnOcean utilisant un EEP standard publié — quel que soit le fabricant de chaque appareil. C'est l'avantage architectural clé par rapport aux protocoles RF propriétaires où les capteurs et les récepteurs doivent provenir du même fournisseur.
Ce que garantit l'EEP
- La disposition des bits de la charge utile du télégramme est normalisée
- La mise à l'échelle des valeurs (min/max/résolution) est définie
- L'unité de mesure est fixée par la spécification
- Tout récepteur certifié peut décoder tout émetteur certifié
- Les passerelles sont mises à jour via le firmware au fur et à mesure de la publication des nouveaux EEP
Ce que l'EEP ne garantit pas
- Intervalle de transmission (défini par le fabricant)
- Durée de vie de la récupération d'énergie (spécifique au dispositif)
- Portée RF (la conception de l'antenne varie selon le fabricant)
- Niveau de sécurité (tous les capteurs n'utilisent pas AES-128)
- Nommage des sous-points de données (variation cosmétique dans les interfaces)
Implication pratique :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.
Besoin de capteurs EnOcean spécifiés avec les codes EEP corrects pour votre projet ?
Nous sélectionnons et vérifions les EEP des capteurs EnOcean pour chaque application, configurons les canaux de passerelle avec le mappage DPT approprié et livrons des armoires avec une documentation EEP complète – photos des étiquettes des capteurs, identifiants d'émetteur et affectations d'adresses de groupe incluses.
Demander un devis →