EEP · RORG · 4BS A5 · RPS F6 · 1BS D5 · VLD D2 · EnOcean Alliance · 8 min lasīšanai

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.

RORGHexDatu slodzeTipisks lietojums
1BS (1 baita sensors)0xD51 baits (8 biti)Durvju/logu kontakts, vienkāršs binārs sensors
4BS (4 baitu sensors)0xA54 baiti (32 biti)Temperatūra, mitrums, klātbūtne, apgaismojums, enerģijas skaitītājs
RPS (atkārtots slēdzis)0xF61 baits (8 biti)Sviras slēdzis, spiedpoga, loga roktura pozīcija
VLD (mainīga garuma dati)0xD21–14 baitiIzpildmehānismi, divvirzienu ierīces, HVAC vārsti
MSC (ražotāja specifisks)0xD1MainīgsPatentēti datu punkti, nepieciešams ražotāja dekodētājs
ADT (adresācijas mērķis)0xA6MainīgsPunktu-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.

EEPAprakstsGalvenie parametriKNX DPT
F6-02-012-pogu spiedpoga (4 darbības)AI/BI augšup/lejup nospiests/atlaistsDPT 1.001, 1.008
D5-00-01Viens kontakts, durvis/logsKontakts atvērts (1) / aizvērts (0)DPT 1.009
A5-02-05Temperatūras sensors 0–40°CTemperatūra (8 biti, izšķirtspēja 0.16°C)DPT 9.001
A5-04-01Temp. (0–40°C) + mitrums (0–100%)DB2=temp., DB1=mitrums, DB0=mācīšanās bitsDPT 9.001, 9.007
A5-07-01Klātbūtnes sensors (PIR, 3 asis)Klātbūtnes bits + barošanas spriegumsDPT 1.001
A5-06-01Apgaismojums (300–30000 luksi)DB3=lux diapazons, DB2=barošana, DB1=lux vērtībaDPT 9.004
A5-12-01Automātiska skaitītāja nolasīšana (impulss)DB3–DB1=24 bitu impulsu skaits, DB0=dalītājsDPT 12.001
A5-09-04CO₂ koncentrācija (0–2550 ppm)DB3=CO₂, DB2=mitrums, DB1=temperatūraDPT 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 values

MSC 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 →
Ielādējas...
Uz augšu