EnOcean iekārtu profili (EEP): izprotiet A5, D5, F6 profilu saimes
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 struktūra: RORG-FUNC-TYPE
Katrs EEP kods sastāv no trim baitiem, kas izteikti heksadecimālā formā un atdalīti ar defisi. Katram baitam ir sava nozīme:
EEP baitu struktūra
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 netiek pārraidīts parastajās datu telegrammās. RORG baits ir iestrādāts telegrammas galvenē (tas ir telegrammas tipa identifikators), bet FUNC un TYPE netiek sūtīti parastajās datu telegrammās. Tie tiek pārraidīti tikai apmācības secības laikā. Tāpēc vārtejām ir nepieciešama manuāla EEP konfigurācija vai tveršana apmācības laikā katram sensora kanālam.
RORG saimju pārskats
RORG baits nosaka telegrammas struktūru. Lielākā daļa ēku automatizācijas sensoru izmanto 4BS (0xA5) daudzvērtību mērījumiem un RPS (0xF6) slēdžiem. VLD (0xD2) tiek izmantots izpildmehānismiem un ierīcēm ar divvirzienu saziņu.
| RORG | Hex | Datu slodze | Tipisks lietojums |
|---|---|---|---|
| 1BS (1 baita sensors) | 0xD5 | 1 baits (8 biti) | Durvju/logu kontakts, vienkāršs binārs sensors |
| 4BS (4 baitu sensors) | 0xA5 | 4 baiti (32 biti) | Temperatūra, mitrums, klātbūtne, apgaismojums, enerģijas skaitītājs |
| RPS (atkārtots slēdzis) | 0xF6 | 1 baits (8 biti) | Sviras slēdzis, spiedpoga, loga roktura pozīcija |
| VLD (mainīga garuma dati) | 0xD2 | 1–14 baiti | Izpildmehānismi, divvirzienu ierīces, HVAC vārsti |
| MSC (ražotāja specifisks) | 0xD1 | Mainīgs | Patentēti datu punkti, nepieciešams ražotāja dekodētājs |
| ADT (adresācijas mērķis) | 0xA6 | Mainīgs | Punktu-punktam adresētas telegrammas (divvirzienu) |
Galvenie EEP ēku automatizācijai
Zemāk redzamie profili aptver lielāko daļu EnOcean sensoru, ko izmanto komerciālajā ēku automatizācijā. Pārbaudiet precīzu TYPE baitu uz fiziskā sensora etiķetes — temperatūras diapazons un mērījumu izšķirtspēja atšķiras starp TYPE variantiem.
| EEP | Apraksts | Galvenie parametri | KNX DPT |
|---|---|---|---|
| F6-02-01 | 2-pogu spiedpoga (4 darbības) | AI/BI augšup/lejup nospiests/atlaists | DPT 1.001, 1.008 |
| D5-00-01 | Viens kontakts, durvis/logs | Kontakts atvērts (1) / aizvērts (0) | DPT 1.009 |
| A5-02-05 | Temperatūras sensors 0–40°C | Temperatūra (8 biti, izšķirtspēja 0.16°C) | DPT 9.001 |
| A5-04-01 | Temp. (0–40°C) + mitrums (0–100%) | DB2=temp., DB1=mitrums, DB0=mācīšanās bits | DPT 9.001, 9.007 |
| A5-07-01 | Klātbūtnes sensors (PIR, 3 asis) | Klātbūtnes bits + barošanas spriegums | DPT 1.001 |
| A5-06-01 | Apgaismojums (300–30000 luksi) | DB3=lux diapazons, DB2=barošana, DB1=lux vērtība | DPT 9.004 |
| A5-12-01 | Automātiska skaitītāja nolasīšana (impulss) | DB3–DB1=24 bitu impulsu skaits, DB0=dalītājs | DPT 12.001 |
| A5-09-04 | CO₂ koncentrācija (0–2550 ppm) | DB3=CO₂, DB2=mitrums, DB1=temperatūra | DPT 9.008 |
Ražotājam specifiski profili: 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.
Jaunās instalācijās dodiet priekšroku standarta EEP sensoriem.
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 valuesMSC sensori rada atkarību no viena ražotāja rīku komplekta.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.
Vairāki rīki atbalsta EnOcean telegrammu uztveršanu un EEP dekodēšanu nodošanas ekspluatācijā, traucējummeklēšanas un sistēmas pārbaudes laikā.
Several tools support EnOcean telegram capture and EEP decoding during commissioning, troubleshooting, and system validation.
FT4 Analyzer (EnOcean)
- Bezmaksas lejupielāde no EnOcean (Dolphin View)
- Darbojas ar EnOcean USB 300 uztvērēju
- Parāda neapstrādātu telegrammas heksadecimālo kodu un atkodētās EEP vērtības
- RSSI mērījums katrai telegrammai
- EEP piešķiršana automātiskai atkodēšanai
Wireshark + EnOcean spraudnis
- EnOcean Serial Protocol (ESP3) disektors
- PCAP ieraksts visu telegrammu reģistrēšanai
- Noderīgs blīvuma analīzei (cik sūtītāju aktīvi)
- Eksports uz CSV nodošanas ekspluatācijā protokoliem
- Filtrs pēc sūtītāja ID vai RORG tipa
EVCC / openHAB / Fhem
- Atvērtā koda mājas automatizācija ar EnOcean sasaisti
- Reāllaika telegrammu attēlošana ekrānā
- Konfigurējams EEP katram sūtītāja ID
- Noderīgs sensoru pārbaudei pirms nodošanas ekspluatācijā
- Fhem: set enocean learningMode on/off
DIP-slēdžu EEP dekoders
- Tiešsaistes rīks: enocean-tools.com
- Ievadiet EEP kodu → pilna lietderīgās slodzes bitu karte
- Ievadiet neapstrādātu heksadecimālo telegrammu → atkodētās vērtības
- Noderīgs mērogošanas formulu pārbaudei
- Aptver visas EnOcean Alliance publicētās EEP
EEP datubāze un atsauce
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 atsauču avoti
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
Savietojamība: EEP pamata garantija
EEP sistēmas pamatvērtība ir ražotāja neatkarīga savietojamība. Jebkurš EnOcean sertificēts uztvērējs vai vārteja var atkodēt jebkuru EnOcean sertificētu sensoru, kas izmanto standarta publicētu EEP, neatkarīgi no tā, kurš uzņēmums ražojis ierīci. Tā ir galvenā arhitektūras priekšrocība salīdzinājumā ar patentētiem RF protokoliem, kur sensoriem un uztvērējiem jābūt no viena ražotāja.
Ko EEP garantē
- Telegrammas datu bitu izkārtojums ir standartizēts
- Vērtību mērogošana (min/maks/izšķirtspēja) ir definēta
- Mērvienība ir fiksēta specifikācijā
- Jebkurš sertificēts uztvērējs var atkodēt jebkuru sertificētu sūtītāju
- Vārtejas tiek atjauninātas ar programmaparatūru, kad tiek publicēti jauni EEP
Ko EEP negarantē
- Pārraides intervāls (nosaka ražotājs)
- Enerģijas iegūšanas kalpošanas laiks (atkarīgs no ierīces)
- RF diapazons (antenas dizains atšķiras atkarībā no ražotāja)
- Drošības līmenis (ne visi sensori izmanto AES-128)
- Apakšdatu punktu nosaukumi (kosmētiskas atšķirības saskarnēs)
Praktisks secinājums: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.
Vai jūsu projektam nepieciešami EnOcean sensori ar pareiziem EEP kodiem?
Mēs izvēlamies un pārbaudām EnOcean sensoru EEP katram pielietojumam, konfigurējam vārtejas kanālus ar pareizu DPT kartējumu un piegādājam paneļus ar pilnu EEP dokumentāciju — sensoru etiķešu fotogrāfijas, sūtītāju ID un grupu adrešu piešķīrumus.
Pieprasīt cenu →