system specification · system specification air interface certification (ask) page 3/50 revision...

50
System Specification Air Interface Certification (ASK) Page 1/50 EnOcean Certification Specification, part 1a Air Interface (ASK) V 1.3, RELEASED Approved for release: Feb 10, 2019 San Ramon, CA, USA, Dec 17, 2013 EXECUTIVE SUMMARY A proper review of every device shipped is an important step to secure a correct functioning of every single device, especially to ensure a working interoperability. The EnOcean Alliance developed and agreed upon a specification which describes the certification steps to be passed by every device before being introduced into the market(s). These steps are: (1) Air Interface (2) Radio Performance (3) Communication Profiles (4) Energy Harvesting of Self supplied devices This document specifies part (1a) Air Interface (ASK) 1 which is a mandatory part of the EnOcean Certification Program. Goal of this part is to assess the radio interoperability of the device under test (DUT) with other devices (existing or future) in the EnOcean ecosystem which is based on the ISO / IEC 14543-3-10 standard [1]. This document defines the minimum set of test cases that have to be executed in order to assess radio interoperability. The test procedures have been defined to minimize effort (test time, equipment and resources) as much as possible while still producing meaningful and reproducible results. It is expected that customer testing during device qualification will exceed this minimum set. 1 The certification of Air Interface (FSK) according to ISO / IEC 14543-3-11 is specified in part 1b.

Upload: others

Post on 26-Jul-2020

7 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page1/50

EnOceanCertificationSpecification,part1aAirInterface(ASK)

V1.3,RELEASEDApprovedforrelease:Feb10,2019

SanRamon,CA,USA,Dec17,2013

EXECUTIVESUMMARYAproperreviewofeverydeviceshippedisanimportantsteptosecureacorrectfunctioningofeverysingledevice,especiallytoensureaworkinginteroperability.

The EnOcean Alliance developed and agreed upon a specification which describes thecertification steps to be passedby every device before being introduced into themarket(s).Thesestepsare:

(1) AirInterface(2) RadioPerformance(3) CommunicationProfiles(4) EnergyHarvestingofSelfsupplieddevices

Thisdocumentspecifiespart(1a)AirInterface(ASK)1whichisamandatorypartoftheEnOceanCertificationProgram.Goalofthispartistoassesstheradiointeroperabilityofthedeviceundertest(DUT)withotherdevices(existingorfuture)intheEnOceanecosystemwhichisbasedontheISO/IEC14543-3-10standard[1].

Thisdocumentdefinestheminimumsetoftestcasesthathavetobeexecutedinordertoassessradio interoperability. The test procedures have been defined tominimize effort (test time,equipmentandresources)asmuchaspossiblewhilestillproducingmeaningfulandreproducibleresults.Itisexpectedthatcustomertestingduringdevicequalificationwillexceedthisminimumset.

1ThecertificationofAirInterface(FSK)accordingtoISO/IEC14543-3-11isspecifiedinpart1b.

Page 2: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page2/50

Normativerequirements,resultingfromnationalorregionalregulationsforshortrangeradiodevices,arereflected inthisdocumentonlyasfarastheyarereferenced intheEnOceanAirInterfaceSpecifications[1].Ingeneralsuchnationalorregionalregulationsareoutofscopeofthissystemspecification.

ThisdocumentisownedbytheTechnicalWorkingGroup(TWG)oftheEnOceanAlliance.ItismaintainedandwillbeprogressedwithintheauthorityofthechairmanoftheTWG.

FollowingapprovalthisspecificationisnowinthestatusRELEASED.

ChangestothisdocumenthavetobeproposedtotheTWGfordecision.TheEnOceanCertificationTaskGroupwillthenactuponrequestbytheTWG.

V1.0SubmittedtotheTWG: Feb27,2017V1.0ApprovedbyTWGforpreliminaryrelease: Sep14,2017V1.0ApprovedbyBoDforpreliminaryrelease: Jul25,2017V1.2ApprovedbyBoDforfinalrelease: Feb10,2019

Page 3: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page3/50

REVISIONHISTORY

Ver. Editor Change Date

0.1 TR Documentcreated May29,2015

0.2 TR Contentreviewed,VersionforTWGMeetingJune2015 June23,2015

0.3 TR InputfromTWGMeetingincluded June24,2015

0.4 TR This document covers certification testing for a devicedesignedaccordingtoISO/IEC14543-3-10only,devicesdesignedaccordingtoISO/IEC…-11willbecoveredbyaseparatedocument.

Nov.10,2016

0.5 TR RX/TX/TRXCertificationparameterscompleted;Testresultdocumentationdefined;4BSsubtelegramfortestingdefinedasAnnex1.

Jan.24,2017

0.6 TR Reviewresultsincluded;4BSsubtelegramfortestingmodified

Feb.16,2017

0.7 TR MeasurementofTXbitrate/TXbitdurationdetailed;Framestructurecoding/decodinglinkedwithdataintegritytesting;ADTtestingincluded;

Feb.20,2017

0.8 TR Repeatertestingadded;Switchtelegramtestingadded;Definitionoftesttelegramsextended;

Feb.21,2017

0.9 NM Editorialframework Feb.27,2017

0.95 MKA UpdatedproposalbasedonBoDfeedbackandneedtosimplifytesting

June29,2017

1.0 NM OfficialversionfollowingTWGapproval,referencesaligned

Sep.14,2017

1.1 AP Settingdocumentinthereleasedstate;Disclaimeradded;ApplyingISO31-0forcorrectdisplayingofnumbers;Errorcorrectionsafterfirstcertificationtests:AnnexA1.1TX-IDcorrectedAnnexA1.2TX-IDcorrectedAnnexA1.3TX-IDandHashcorrectedHandlingofaddressedmessagestorepeaterdescribed

Jul.24,2018

Page 4: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page4/50

CorrectionofstatusbytesinrepeatertestsCorrectionsinsubtelegramtimingtests

1.2 AP Chapter9.4andAnnexA3addedforcertificationofsecurelowpowerswitchtelegrams(SLP)Chapter7.1.3.4.BitratelimitsadjustedChapter7.2.1.1.ModulationschemesMS1,2,3adjustedAnnex1.A1.4.4BSsubtelegramtype4added

Nov.26,2018

1.3 AP CorrectionofmesialamplitudeClarificationinAnnexA2.1+A2.3CorrectionofRLCinAnnexA3.1+A3.3

Aug.22,2019

Copyright©EnOceanAllianceInc.(2015-2019).AllrightsReserved.

ThisinformationwithinthisdocumentisthepropertyoftheEnOceanAllianceanditsuseanddisclosurearerestricted.ElementsoftheEnOceanAlliancespecificationsmayalsobesubjecttothirdpartyintellectualpropertyrights,includingwithoutlimitation,patent,copyrightortrademarkrights(suchathirdpartymayormaynotbeamemberoftheEnOceanAlliance.)

TheEnOceanAllianceisnotresponsibleandshallnotbeheldresponsibleinanymannerforidentifyingorfailingtoidentifyanyorallsuchthirdpartyintellectualpropertyrights.Thisdocumentandtheinformationcontainedhereinareprovidedonan“asis”basisandtheEnOceanAlliancedisclaimsallwarrantiesexpressorimplied,includingbutnotlimitedto

(1) anywarrantythattheuseoftheinformationhereinwillnot infringeanyrightsofthirdparties(includinganyintellectualpropertyrights,patent,copyrightortrademarkrights,or(2) anyimpliedwarrantiesofmerchantability,fitnessforaparticularpurpose,titleornoninfringement.

InnoeventwilltheEnOceanAlliancebeliableforanylossofprofits,lossofbusiness,lossofuseofdata,interruptionofbusiness,orforanyotherdirect,indirect,specialorexemplary,incidental,punitiveorconsequentialdamagesofanykind,incontractorin

Page 5: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page5/50

tort, in connectionwith this document or the information contained herein, even ifadvisedofthepossibilityofsuchlossordamage.AllCompany,brandandproductnamesmaybetrademarksthatarethesolepropertyoftheirrespectiveowners.

Theabovenoticeandthisparagraphmustbeincludedonallcopiesofthisdocumentthataremade.

The EnOcean Alliance “Air Interface Certification Specification” is available free ofcharge to companies, individuals and institutions for all non-commercial purposes(including educational research, technical evaluation and development of non-commercialtoolsordocumentation.)

Thisspecificationincludesintellectualproperty(„IPR“)oftheEnOceanAllianceandjointintellectual properties („joint IPR“)with contributingmember companies.NopartofthisspecificationmaybeusedindevelopmentofaproductorserviceforsalewithoutbeingaparticipantorpromotermemberoftheEnOceanAllianceand/orjointowneroftheappropriatejointIPR.

Theseerratamaynothavebeensubjectedtoan IntellectualPropertyreview,andassuch,maycontainundeclaredNecessaryClaims.

EnOceanAllianceInc.5000ExecutiveParkway,Suite302SanRamon,CA94583USAGrahamMartinChairman&CEOEnOceanAlliance

Page 6: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page6/50

TableofContent

1. Scopeofthisdocument..............................................................................................92. References................................................................................................................10

2.1. Normativereferences.........................................................................................102.2. Informativereferences.......................................................................................10

3. Definitionsandabbreviations.................................................................................11

3.1. Definitions...........................................................................................................113.2. Abbreviations......................................................................................................11

4. Testconditions........................................................................................................12

4.1. Powersupply......................................................................................................124.2. Temperature.......................................................................................................124.3. Humidity.............................................................................................................124.4. Testscenarios.....................................................................................................12

5. Testequipment.......................................................................................................13

5.1. Powersupply......................................................................................................135.2. Signalanalyzer....................................................................................................135.3. Signalgenerator..................................................................................................135.4. Climatechamber.................................................................................................145.5. AutomatedTestSystem......................................................................................14

6. Testsetup................................................................................................................15

6.1. Powersupply......................................................................................................156.2. Antennaconnection............................................................................................156.3. Radiotelegramtransmissionandreception.......................................................15

7. PhysicalLayer..........................................................................................................16

7.1. Transmitterparameters......................................................................................167.1.1. FrequencyError..................................................................................................167.1.2. Outputpowerandoutputpowerstability...........................................................167.1.3. Modulation........................................................................................................177.1.4. DutyCycle...........................................................................................................197.1.5. Framestructureencoding...................................................................................19

7.2. Receiverparameters...........................................................................................20

7.2.1. Testscenarios.....................................................................................................20

Page 7: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page7/50

7.2.1.1. Modulationtestscenarios.........................................................................207.2.1.2. Centerfrequencytestscenarios.................................................................227.2.2. Centerfrequencytest..........................................................................................227.2.3. SensitivityandMaximumPowerLevel................................................................227.2.4. Blocking..............................................................................................................257.2.5. Demodulationrobustness...................................................................................257.2.6. Framestructuredecoding...................................................................................26

7.3. Transceiver..........................................................................................................277.3.1. TX-RXswitch-overtime.......................................................................................27

8. DataLinkLayer........................................................................................................28

8.1. Subtelegramtiming.............................................................................................288.1.1. Transmittermaturitytime..................................................................................288.1.2. Receivermaturitytime.......................................................................................298.1.3. Repeatersubtelegramtiming.............................................................................30

8.2. Certificationofdataintegrity..............................................................................318.2.1. Transmitterhashfunctionality............................................................................318.2.2. Receiverhashfunctionality.................................................................................32

8.3. Listenbeforetalk–LBT.......................................................................................339. NetworkLayer.........................................................................................................34

9.1. Certificationofswitchtelegramfunctionality.....................................................349.1.1. Transmittersupportingswitchtelegrams............................................................349.1.2. Receiversupportingswitchtelegrams.................................................................34

9.2. Certificationofrepeaterfunctionality................................................................359.2.1. Definition...........................................................................................................359.2.2. Measurementconditions....................................................................................359.2.3. Measurementprocedure....................................................................................359.2.4. Limitsoflevel1repeaterfunctionality................................................................379.2.5. Limitsoflevel2repeaterfunctionality................................................................38

9.3. Certificationofaddressingfunctionality.............................................................409.3.1. Transmittersupportingaddressingfunctionality.................................................409.3.2. Receiversupportingaddressingfunctionality......................................................40

9.4. CertificationofSecureLowPowerswitchtelegramfunctionality......................419.4.1. Transmittersupportingswitchtelegrams............................................................41

Page 8: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page8/50

9.4.2. Receiversupportingsecurelowpowerswitchtelegrams.....................................42

10. Testresultandtestdocumentation........................................................................43ANNEXA:DefinitionofSubtelegramsusedforTesting................................................44

A1.4BSsubtelegram.................................................................................................44

A1.1.4BSsubtelegramtype1......................................................................................44A1.2.4BSsubtelegramtype2......................................................................................44A1.3.4BSsubtelegramtype3(addressed)...................................................................45A1.4.4BSsubtelegramtype4......................................................................................45

A2.SwitchandrelatedRPSsubtelegram..................................................................46A2.1.Switchsubtelegramtype1..................................................................................46A2.2.RPSsubtelegramtype1......................................................................................46A2.3.Switchsubtelegramtype2..................................................................................46A2.4.RPSsubtelegramtype2......................................................................................47

A3.SecureLowPowerSwitchandrelatedSecuresubtelegram...............................47

A3.1.SecureLowPowerSwitchsubtelegramtype1.....................................................47A3.2.Securesubtelegramtype1..................................................................................48A3.3.SecureLowPowerSwitchsubtelegramtype2.....................................................48A3.4.Securesubtelegramtype2..................................................................................49

A4.EndofFrame(EOF)usage...................................................................................50

Page 9: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page9/50

1. Scopeofthisdocument

Thisdocumentdefinesaminimumsetoftestcasesfordeviceundertest(DUT)toconfirmtheircorrect implementations of the ISO 14543-3-10 standard [1] and to ensure interoperabilitywithintheEnOceanecosystemofdevices.

Thefocusofthispartofthecertificationisoncorrectradiotelegramreceptionandtransmissionand–asfarasapplicable–alsoonthecorrectcommunicationflowandtiming.

This document defines necessary test cases and the testing procedures required to achievemeaningfulandreproducibletestingresults.

Normativerequirementsthatresultfromnationalorregionalregulationsforshortrangeradiodevicesare reflected in thisdocumentonlyas faras theyare referenced in theEnOceanAirInterfaceSpecifications.Ingeneralsuchnationalorregionalregulationsareoutofscopeofthissystemspecification.

Withinthisdocument“EnOcean”isusedassynonymfor“complianttoISO/IEC14543-3-10”.

Page 10: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page10/50

2. References2.1. Normativereferences

[1] EnOcean Air Interface Specification, EHW Protocol IEC/ISO 14543-3-10, March 2012

[2] EN300220-1, latest release

2.2. Informativereferences

[3] EnOcean Certification Handbook, EnOcean Alliance

https: //www.enocean-alliance.org/cb/ [4] EnOcean Certification Specification, part 2, Radio Performance, EnOcean Alliance

https://www.enocean-alliance.org/rpc/ [5] EnOcean Certification Specification, part 1, Air Interface (FSK), EnOcean Alliance

(1b) https://www.enocean-alliance.org/aicfsk/

[6] EnOcean Certification Specification, part 3, Communication Profiles, EnOcean Alliance https://www.enocean-alliance.org/cpc/

Page 11: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page11/50

3. Definitionsandabbreviations3.1. DefinitionsWhereeverpossiblethisdocumentusesthedefinitionsthataredefinedbythenormativedoc-umentsitisrelatedto.Pleasereferthereforfurtherdetails.

Inaddition,thefollowingdefinitionsshallapply:None,sofar.

3.2. AbbreviationsBER–BitErrorRate,thelikelihoodatwhichonebitwithinaradiotelegramisnotreceivedcor-rectlyatacertaininputsignalstrength

DUT–Deviceundertest

DESTID–Destination Identifier, the identificationnumber used in EnOcean transmissions toidentifythedestinationofanaddressedtransmission;DESTIDalwaysneedstobetheEURIDofanEnOceandevice.

EOF–Endofframebitpattern,afixedbitcombinationthatmarkstheendofanEnOceanframe.

EURID–EnOceanUniqueRadioIdentifier,auniqueandnon-changeableidentificationnumberassignedeveryEnOceantransmitterduringitsproductionprocess.

INV–Inversebit,abitthatisinsertedintotheEnOceanframetoavoidtoostaticASKwaveformsduringtransmission.

LBT–Listenbeforetalk,amechanismbywhicharadiotransmitterchecksiftheradiochannelisavailable,i.e.noothertransmissionison-going,beforestartingitsowntransmission.

PRE–Preamblebitpattern,afixedbitcombinationthatallowsfirstsynchronizationofareceivertoanEnOceanframetransmission.

RF–Radiofrequency,adedicatedpartoftheradiospectrumthatisusedforwirelesscommu-nicationinlinewiththeprovisionsofthisdocument.

SOF–Startof framebitpattern,a fixedbit combination thatmarks thestartofanEnoceanframe.

SYNC–Synchronizationbitpattern,afixedbitcombinationthatallowsre-synchronizationofareceiverduringthereceptionofanEnOceanframe.

TXID–TransmitterIdentifier,theidentificationnumberusedinEnOceantransmissionstoiden-tifythesourceofsuchtransmission;mayeitherbetheEURIDoranEnOceanIdentifierthatbe-longstothemultiuserIDspace,definedbytheEnOceanAlliance.

VSWR–Voltagestandingwaveratio,aparameterthatdefinestheimpedancematchingofanRFporttoaspecifiedRFload.

Page 12: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page12/50

4. Testconditions

Testing shall be made under clearly defined external conditions which are defined by thecombinationofpowersupply,ambienttemperatureandambienthumidityasdescribedbelow.

4.1. PowersupplyTheDUTshallbesuppliedbyanexternalpowersupply(e.g.laboratorypowersupply)capableofprovidingtherequiredsupplyvoltage(nominal,minimumandmaximumsupplyvoltageasspecifiedbythemanufacturer)withtherequiredoperatingcurrent.

4.2. Temperature

TheDUTshallbetestedatstandard,minimumandmaximumtemperatureasdefinedbythemanufacturer. If no standard temperature is defined by the manufacturer (i.e. if themanufactureronlyspecifiesatemperaturerange),thennormalroomtemperature(between+17°Cto+27°C)shallconstitutestandardtemperature.

4.3. Humidity

Testingshalloccuratarelativehumidityintherangeof20%to75%.CondensationontheDUTshallbeavoidedforalltests.

4.4. TestscenariosTotesttheDUTacrossthefullrangeoftestparameters(temperatureandsupplyvoltage),fivetestscenariosaredefined:

1) Thecombinationofstandardtemperaturewithstandardsupplyvoltage(“Standard”)2) Thecombinationofminimumtemperaturewithminimumsupplyvoltage(“Extreme1”)3) Thecombinationofminimumtemperaturewithmaximumsupplyvoltage(“Extreme2”)4) Thecombinationofmaximumtemperatureandminimumsupplyvoltage(“Extreme3”)5) Thecombinationofmaximumtemperatureandmaximumsupplyvoltage(“Extreme4”)

Page 13: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page13/50

5. Testequipment

All test equipment used to performmeasurements according to this specificationdocumentshallbeproperly selectedandcalibrated.Measurementaccuracyas stated in thisdocumentshallincludeagingofthetestequipmentovertheperiodofacalibrationcycle.

5.1. PowersupplyThe external power supply shall generate the required minimum through maximum supplyvoltageatan impedance lowenoughtoensurenegligible influenceon themeasurements. ItshallbeelectricallyconnectedtoanddecoupledfromtheDUTinsuchwayasnottoaffectanymeasurementresults.

Theoutputvoltageofthepowersupplyshallhaveasufficientaccuracyof±5%orbetterrelativetothesetoutputvoltage.

5.2. SignalanalyzerThesignalanalyzerisrequiredtoassesstheparametersofradiotelegramstransmittedbytheDUT.ThesignalanalyzershallbecapabletooperateattheradiofrequencyusedbytheDUT(i.e.868.300MHz)andsupportthefollowingtestcases:

1) MeasureallRFandmodulationparametersoftheDUTtransmission(physicallayer)2) DemodulatetheDUTtransmissionandvalidateitsframecoding(physicallayer)3) Extractthesubtelegramandvalidateitsdatastructureandtiming(datalinklayer)4) Analyzedatastructureandtimingontelegramlevel(networklayer)

Measurementaccuracyofthesignalanalyzershallbeatleastasfollows:

- RFfrequency <10-6- RFlevel <1dB- Timing <100ns

Sometesting(e.g.forprotocolaccuracy)maybeexecutedorassistedbyareferencereceiver(e.g.TCM310).

5.3. SignalgeneratorThesignalgeneratorisrequiredtogenerateradiotelegramstotestthereceiverfunctionalityoftheDUT.ThesignalgeneratorshallbecapabletooperateattheradiofrequencyusedbytheDUT(i.e.868.300MHz)andsupportthefollowingtestcases:

1) TransmitatestsignalusingRFparametersasdefinedbyISO14543-3-10(physicallayer).2) ModulateatestsignalasdefinedbyISO14543-3-10(physicallayer)3) EncodeaframewithdatacontentasdefinedbyISO14543-3-10(physicallayer)

Page 14: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page14/50

4) GeneratesubtelegramswithdataandtimingasdefinedbyISO14543-3-10(datalinklayer)

5) GenerateatelegramwithdataandtimingasdefinedbyISO14543-3-10(networklayer)

Foralltestcasesdefinedabove,thesignalgeneratorshallbecapablebothtogeneratetelegramswithcorrectparametersanddata(asdefinedbyISO14543-3-10)andwithdeviatingparametersanddata(toverifyresilienceanderrorhandling).

Theaccuracyofthegeneratedsignalsshallbeatleastasfollows:

- RFfrequency <10-6- RFlevel <1dB- Timing <100ns

Sometesting(e.g.forprotocolaccuracy)maybeexecutedorassistedbyareferencetransmitter(e.g.TCM310).

5.4. Climatechamber

Test of the DUT across the full range of its supported operating temperature as defined inchapter 4.4. shall be executed using a climate chamber. The difference between requestedtemperatureandactualtemperaturewithintheclimatechambershallbelessthan5Kelvin.

5.5. AutomatedTestSystem

Testingisfacilitatedgreatlybyhavinganautomatictestsystemcapableofthefollowing:

- Triggeringatelegramtransmission- Evaluatingreceivedtelegramsforcorrectcontent- Controllingtheoutputpowerlevelofthesignalgenerator(oralternativelythe

attenuationofasignalattenuator)

Itisrecommendedstronglytousesuchautomatictestsystem.

Page 15: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page15/50

6. Testsetup6.1. PowersupplyAllmeasurementsshallbemadewiththeDUTbeingsuppliedbyanexternalpowersupply(seechapter5.1.above).IftheDUTcontainsitsowninternalpowersourcethenitsHWhastobemodifiedinordertouseanexternalpowersupply.

6.2. AntennaconnectionThetestequipment(signalgeneratororsignalanalyzer)shallbeconnectedtotheDUTwithastandard50Ω coaxialcabletoobtainreproducibleresults.DUTwithoutsuitableRFconnection(e.g.moduleswith integratedantenna)cannotbecertifiedas it isnotpossible todeterminereliablykeyparameterssuchastransmitpowerandreceivesensitivity.

If the DUT is equipped with a suitable 50Ω RF connector then all measurements shall beperformedusingthisport.

IfnodirectconnectiontotheantennaportoftheDUTispossiblethentheHWdesignoftheDUTshallbemodifiedforthepurposeofcertificationtoincludeasuitableantennaconnectionorusean antenna coupler. Differences between the modified DUT and the original DUT shall bedescribedaspart of the certificationdocumentation andbe as small as possible so that thebehaviorofthemodifiedDUTisrepresentativeforthatoftheoriginalDUT.

6.3. Radiotelegramtransmissionandreception

Alltestingisdoneusingclearlydefinedradiotelegrams,seeAnnexA.Thisensuresthatradioparameter measurements are well-defined and reproducible yielding results that arecomparablebetweendifferentplatforms.

DUTprovidingtransmitfunctionalityshallbecapabletotransmitthedefinedradiotelegrams.Iftheirstandardfirmwaredoesnotallowtodoso(e.g.fordevicesusingRPSorVLDtelegrams)thenacustomtestSWshallbeusedtotransmitthesetelegrams.

DUTprovidingreceivefunctionalityshallbecapabletoreceivethedefinedradiotelegramsandforwardthemtoanexternalhost(e.g.viaaserialinterface)forvalidationofitscontent.IftheDUT does not normally provide this function then it shall bemodified as necessary for thatpurpose. DifferencesbetweenthemodifiedDUTandtheoriginalDUTshallbedescribedaspartof the certification documentation and be as small as possible so that the behavior of themodifiedDUTisrepresentativeforthatoftheoriginalDUT.

Page 16: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page16/50

7. PhysicalLayer7.1. Transmitterparameters

IncasetheDUTisabletooperateatdifferentoutputpowerlevelstheDUTmanufacturershallstateallpossiblepowerlevelswiththeoutputpowerrelatedtoeachpowerlevel.

7.1.1. FrequencyError

7.1.1.1. Definition

FrequencyerroristhedifferencebetweentheunmodulatedcarrierfrequencyoftheDUTandtheTXcenterfrequencyof868.300MHzasdefinedin[1].

7.1.1.2. Measurementconditions

MeasurementsshallbemadeunderStandardandExtremeconditionsasdefinedinchapter4.4.IftheDUTsupportsmorethanoneRFpowerlevelthenmeasurementsforboththehighestandlowestoutputpowerstatedbytheDUTmanufacturer.

7.1.1.3. Measurementprocedure

TheDUTshalltransmitanunmodulatedcontinuouscarrierforatleast10msandthefrequencyerrorshallbecalculatedasthemaximumfrequencydifferencebetweenthetransmittedcarrieroftheDUTduringthetimeoftransmissionandtheTXcenterfrequency.

7.1.1.4. Limits

Thefrequencyerrorshallnotexceedamaximumof±82.634kHzforanytestcondition.

7.1.2. Outputpowerandoutputpowerstability

7.1.2.1. Definition

Outputpoweristhepowerofthehighstateamplitudeofamodulatedcarriertransmittedbythe DUT. Output power stability is the difference between two consecutive high stateamplitudeswithinasingleframe.

7.1.2.2. Measurementconditions

MeasurementsshallbemadeunderStandardandExtremeconditionsasdefinedinchapter4.4.IftheDUTsupportsmorethanonepowerlevelthenmeasurementsforboththehighestandlowestoutputpowerstatedbytheDUTmanufacturershallbeexecuted.

Page 17: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page17/50

7.1.2.4. Measurementprocedure

The DUT shall transmit a total number of 10 frames which are encoded from the 4BSsubtelegramtype1asdefinedinAnnexA(A1.1.)ofthisdocument.Thesignalanalyzershallreceive and demodulate the received frames. The demodulation bandwidth of the signalanalyzershallbesetto500kHztobesimilartothatofanactualreceiver.

Thestatichighlevelsshallbemeasuredforeach0b000and0b0000modulationpatternofallframestransmitted,ignoringovershootandundershooteffects.

Theoutputpowerstabilityshallbecalculatedpereachframeasthemaximumpositiveandthemaximumnegativedifferencebetweenanytwoconsecutivestatichighlevelsofsuchframe.

7.1.2.5. Limits

Underalltestconditionstheoutputpowershallnotexceed+13.0dBmanditshallbewithintherangeof±3.0dBrelativetotheoutputpowerstatedbytheDUTmanufacturer.

Underalltestconditionstheoutputpowerstabilityshallnotexceedapositivemaximumof+2.0dBandanegativemaximumof-1.0dB.Thisshallapplytoboth,thehighestandthelowestoutputpowerstatedbytheDUTmanufacturer.

7.1.3. Modulation

7.1.3.1. Definition

ModulationisthewaythebitsofeachframeareconvertedtoananalogueRFsignalusingtheAmplitudeShiftKeying (ASK)modulationscheme.ThisASKmodulationscheme isdefinedbyseveralparametersthatareall relevant forareliableradiocommunicationbetweendevices,especiallyinconditionsofveryweakorveryhighsignalenvironments.

7.1.3.2. Measurementconditions

MeasurementsshallbemadeunderStandardandExtremeconditionsasdefinedinchapter4.4.7.1.3.3. Measurementprocedure

TheDUTshalltransmitatotalnumberof10framesusingthe4BSsubtelegramtype1definedinAnnexA(A1.1.)ofthisdocument.

The signal analyzer shall receive and demodulate the frames applying a demodulationbandwidthandasamplingratesufficientforatimeresolutionof100nstothetimingparameterslistedbelow.

Thebitrateshallbecalculatedfromthedemodulateddataoftheframesbymeasuringthetimebetweenthemesialamplitudecrossingofthe0b01bitpatternbetweenPREandSOFandthemesialamplitudecrossingofthe0b10bitpatternintheEOF(intotal135bits).ForallframestransmittedbytheDUTthebitrateshallnotexceedthelimitsdefinedbelow.

Page 18: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page18/50

Thebitdurationshallbemeasuredfromthedemodulateddataoftheframesfor0b1bitsaswellasfor0b0bits.Bitdurationfor0b1bitsismeasuredasthetimebetweenthetwosubsequentmesialamplitudecrossingsinany0b010patternoftheframetransmittedbytheDUT,whilebitdurationforthe0b0bitisdefinedasthetimebetweenthetwosubsequentmesialamplitudecrossingsinany0b101pattern.ForallframestransmittedbytheDUTthebitdurationmeasuredshallnotexceedthelimitsdefinedbelow.

Themodulationleadtimeshallbemeasuredfromwhentherampinguptransmittersignalgetshigherthan-75.0dBmuntilthestartofpreamblemodulation,excludingtheleading0b1ofthepreamble.Forallframes,novalueshallexceedthelimitsdefinedbelow.

Themodulationovertraveltimeshallbemeasuredfromtheendofframemodulation,excludingthetrailing0b11ofEOF,untiltherampingdowntransmittersignalgetslowerthan-75.0dBm.Forallframes,novalueshallexceedthelimitsdefinedbelow.

Thesignalanalyzershallreceiveanddemodulatetheframesapplyingabandwidthfilterof500kHz (-3.0 dB) to represent actual receiver input bandwidth in order to analyze bit shapeparameterslistedbelow.

Thestatic lowlevelsshallbemeasuredforeach0b111and0b1111modulationpatternofallframestransmitted,ignoringovershootandundershooteffects.

Thehighstatetolowstateratio(modulationdepth)shallbecalculateddeterminedbasedonthemeasuredstatichighandstaticlowlevels.Forallframes,novalueshallexceedthelimitsdefinedbelow.

The overshoot and undershoot ratios shall be measured for each 0b0011 and 0b1100modulationpatternofaframeasthemaximumovershootandundershootratiosseparatedforhighstateandlowstatelevel.Forallframes,novalueshallexceedthelimitsdefinedbelow.

7.1.3.4. Limits

Underalltestconditionsa0b0bitshallbetransmittedbythehighpowerstateanda0b1bitshallbetransmittedbythelowpowerstateofthemodulationscheme.Further,limitsshallapplyasfollowing:

Bitrate: 124500bps…125500bps2Bitduration: bitratenominalvalue±0.5µsHighstatetolowstateratio: 20.0dB…40.0dBPositiveovershoottohighstate: 0dB…1.0dBPositiveundershoottohighstate: 0dB…0.5dBNegativeovershoottolowstate: 0dB…4.0dB

2Technologycontinuestoevolveandtherestrictionandtestboundariesneedtobetightenedtoreflectthestateoftheart.ThereforetheEnOceanAlliancecompileswiththeISOstandardandtoensurehighqualityproductswegobeyondandsetthetestingboundariesabovetherequestedlevels.

Page 19: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page19/50

Negativeundershoottolowstate: 0dB…2.0dBModulationleadtime: 0µs…56.0µsModulationovertraveltime: 0µs…40.0µs

7.1.4. DutyCycle

The TX duty cycle defines the percentage of a specific time frame that a DUT uses fortransmitting purposes.Measurements shall be done in accordancewith national regulationsthatarerelevantforthemarketswheretheDUTisbeingsold.Nospecifictestingisrequiredaspartofthiscertification.

7.1.5. Framestructureencoding

7.1.5.1. Definition

Theframestructureencodingdefinestheconversionfromanysubtelegramintoaframesentbyatransmitter.Thiscodingaddstherequired INVandSYNCbits intothepayloaddataofasubtelegramaswellasPREplusSOFbitsatthebeginningofaframeandEOFbitsatitsend.

7.1.5.2. Measurementconditions

ThemeasurementshallbemadeundernormaltestconditionsusingthehighestoutputpowerstatedbytheDUTmanufacturer.

7.1.5.3. Measurementprocedure

ThetestsetupshallgeneratesubtelegramdataandfeedthisdatathroughasuitableinterfaceintotheDUT.TheDUTshallperformtheframestructureencodingandtransmitoneframeforeachsubtelegramtobetested.

ThesubtelegramdatashallbechosensuchthatitprovidesarepresentativesetofdatawhichtheDUTcouldbetransmitting.AllRORGsupportedbytheDUTtogetherwithasufficientlywidevarietyofDATAcontentandlength,STATUSandTXIDfieldsandaHASHcalculatedaccordingto[1]shallbetested.Toachieveameaningfultestresult,atleastasetof1000subtelegramsshallbeusedfortesting.

ThesignalanalyzershalldemodulateanddecodetheframetransmittedbytheDUTandshallanalyzethecorrectnessoftheDUT’sframestructureencoding.Asanalternativetothesignalanalyzer,areferenceEnOceanreceiverabletohandlerandomsubtelegramdatatransparentlymaybeused.

Remark:IfHASHisgeneratedandMSBofSTATUSisconsistentlycontrolledbytheDUT,testingofdataintegritymaybecombinedwithtestingoftheframestructureencoding.Refertochapter8.2.1.(Transmitterhashfunctionality)forfurtherinformation.

7.1.5.4. Limits

Page 20: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

3Thefirstdefinitionofboundarieswasdefinedtoreflecttechnologicalrestrictionsintransmitters,mostlyrelatedtooscillators.Sincetheecosystemisusingmodernoscillatorsinallproductsforover10years,theboundariesareadjustedtoreflectcurrentstateoftheartTXandRXtechnologicalcapabilities.

AirInterfaceCertification(ASK) Page20/50

TheDUTshallencodeallsubtelegramswithouterror.

7.2. Receiverparameters7.2.1. Testscenarios

Receivertestingisperformedusingdefinedtestscenarioswhereeachscenarioisacombinationofkeysignalparameters.Thisprovidesreproducibleconditionstodeterminekeyparameterssuch as sensitivity and large signal tolerance. The defined scenarios also serve to testinteroperabilitywithnon-idealtransmitters.

7.2.1.1. Modulationtestscenarios

Thefollowingmodulationtestscenariosareusedforreceivertest:

ModulationschemeMS0(reference/“ideal”scenario):Bitrate: 125000bpsBitdurationlowstate: bitratenominalvalueBitdurationhighstate: bitratenominalvalueHighstatetolowstateratio: 30.0dBPositiveovershoottohighstate: <0.1dBPositiveundershoottohighstate: <0.1dBNegativeovershoottolowstate: <0.1dBNegativeundershoottolowstate: <0.1dBModulationleadtime: 56.0µsModulationovertraveltime: 40.0µs

ModulationschemeMS1(minimumdatarate):Bitrate: 125000bps–0.1%3Bitdurationlowstate: bitratenominalvalue–1.0µsBitdurationhighstate: bitratenominalvalue+1.0µsHighstatetolowstateratio: 30.0dBPositiveovershoottohighstate: <0.1dBPositiveundershoottohighstate: <0.1dBNegativeovershoottolowstate: <0.1dBNegativeundershoottolowstate: <0.1dBModulationleadtime: 56.0µsModulationovertraveltime: 40.0µs

Page 21: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

4Thefirstdefinitionofboundarieswasdefinedtoreflecttechnologicalrestrictionsintransmitters,mostlyrelatedtooscillators.Sincetheecosystemisusingmodernoscillatorsinallproductsforover10years,theboundariesareadjustedtoreflectcurrentstateoftheartTXandRXtechnologicalcapabilities.

AirInterfaceCertification(ASK) Page21/50

ModulationschemeMS2(maximumdatarate):Bitrate: 125000bps+0.1%4Bitdurationlowstate: bitratenominalvalue+1.0µsBitdurationhighstate: bitratenominalvalue–1.0µsHighstatetolowstateratio: 30.0dBPositiveovershoottohighstate: <0.1dBPositiveundershoottohighstate: <0.1dBNegativeovershoottolowstate: <0.1dBNegativeundershoottolowstate: <0.1dBModulationleadtime: 56.0µsModulationovertraveltime: 40.0µs

ModulationschemeMS3(minimummodulationdepth):

Bitrate: 125000bpsBitdurationlowstate: 8.0µsBitdurationhighstate: 8.0µsHighstatetolowstateratio: 20.0dBPositiveovershoottohighstate: 1.0dBPositiveundershoottohighstate: 0.5dBNegativeovershoottolowstate: 4.0dBNegativeundershoottolowstate: 2.0dBModulationleadtime: <1.0µsModulationovertraveltime: <1.0µsModulationschemeMS4(maximummodulationdepth):Bitrate: 125000bpsBitdurationlowstate: 8.0µsBitdurationhighstate: 8.0µsHighstatetolowstateratio: 40.0dBPositiveovershoottohighstate: <0.1dBPositiveundershoottohighstate: <0.1dBNegativeovershoottolowstate: <0.1dBNegativeundershoottolowstate: <0.1dBModulationleadtime: <1.0µsModulationovertraveltime: <1.0µs

Page 22: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page22/50

7.2.1.2. Centerfrequencytestscenarios

Thefollowingmodulationtestscenariosareusedforreceivertest:

Fminimum=868300.000MHz-82634kHzfstandard=868300.000MHzfmaximum=868300.000MHz+82634kHz

7.2.2. Centerfrequencytest

Center frequency is the frequency at which the receiver shows the best demodulationcapabilities. No specific measurement for center frequency is required; it is sufficient todemonstrate that the receiver achieves the requiredperformance for the test casesdefinedbelow.

7.2.3. SensitivityandMaximumPowerLevel

7.2.3.1. Definition

SensitivityistheminimumRFinputpowerlevelatwhich(orbelow)thebiterrorrateexceedsadefinedvalueduetonoise.MaximuminputpowerlevelistheRFlevelatwhichaDUTisabletoreceiveanddecodeastrongRFsignalatadefinedbiterrorrate.

7.2.3.2. Measurementconditions

MeasurementsshallbemadeunderStandardandExtremeconditionsasdefinedinchapter4.4.7.2.3.3. Measurementprocedure

TheISO14543-3-10standard[1]definesthatabiterrorrateof0.1%shallbeusedtodeterminethesensitivity.AnRFinputpowerlevelof-95dBmshallbesufficienttoreachthisbiterrorrateaccording to the standard. No operating conditions are specified in conjunction with thatrequirement.

The definition based on the bit error rate in [1] was chosen to establish a metric that isindependentofthesubtelegramorframestructure.However,fromacertificationperspectivethis approach is not optimal. Experience with current solutions has shown that manydemodulationerrorsoccuronsubtelegramorframelevel(notbitstreamlevel)andarecausedbyissuessuchasincorrectpreambledetectionorincorrectdemodulationsettings(statichighlevel / low level). To be able to detect such issues, certification testing will be made onsubtelegramlevel.

In order to do so, an equivalent subtelegram (or packet) error rate PER is derived from thespecified bit error rate (BER) of 0.1% togetherwith the known number of bits (NoB) of thereferencesubtelegramdefinedinAnnexAwhichis138bit(completetelegramincludingSOFandEOF,butwithoutpreamble).ThesubtelegramerrorratePERwhich isequivalenttoabiterrorrateof0,1%forasubtelegramsizeof138bitistherefore:

Page 23: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page23/50

𝑃𝐸𝑅=1−(1−𝐵𝐸𝑅)𝑁𝑜𝐵=1−(0.999)138=12.9%

PerformanceoftheDUTisingeneralaffectedbythesupportedoperatingconditions(especiallythesupportedtemperaturerange).DUTsupportingawidetemperaturerangetypicallywillhaveless performance compared to DUT supporting only operation at room temperature due toparametervariation(e.g.incrystalfrequency).

Measurement has to consider this aspect while at the same time ensuring a minimumperformanceforallDUTirrespectiveoftheirsupportedoperatingconditions.

Thefollowingcompensationfactorbetween0dBand3dBcanthereforebeusedforDUTduringsensitivityandmaximumpowerleveltesting:

SupportedOperationTemperatureRange(Tmax–Tmin) CompensationFactor

<40°C 0dB

40°C…79°C 1dB

80°C…119°C 2dB

>120°C 3dB

Please,note:thecustomerdocumentationoftheDUT(Datasheet/UserManual)shallusetheactualsensitivity(withoutcompensationfactor)toavoidambiguities.

Measurementsshallbeexecutedacrosstherangeofsupportedinputpowerlevelsrangingfromthedefinedsensitivity(minimuminputpower)uptothemaximuminputpower.Asaresult,agraphwillbeobtainedshowingthecorrespondencebetweeninputsignalstrength(RFpowerlevelattheinputtotheDUT)andtheresultingsubtelegram(packet)errorratesimilartotheoneshownbelow.

Page 24: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page24/50

Fromsuchagraph,wecandeterminethecharacteristicsofthereceiver,mostnotablythesensitivity(minimumsignalstrengthatwhichthesubtelegramerrorratedoesnotexceed12.9%-markedas“2”inthediagram)andthemaximuminputpower(maximumsignalstrengthatwhichthesubtelegramerrorratedoesnotexceed12.9%,markedas“5”inthisdiagram).

Thegraphshownaboveshallbeobtainedasfollows:

1) The graph shall be obtained from a series of data points where each data pointrepresentsthesubtelegramerrorrateforagiveninputsignalstrength.

2) The subtelegram error rate is calculated based on at least 250 subtelegrams of 4BSreferencetelegramtype1asdefinedinAnnexA(A1.1.)usingthestandardmodulationschemeMS0asdefinedaboveatthecenterfrequencyof868300MHzwiththepowerlevel corresponding to the data point. For each subtelegram, the correct frame(including the required preamble, start of frame, end of frame and inverse bits) isgeneratedbythesignalgeneratorandpresentedtotheRFinputoftheDUT.Thetimedifferencebetweentwoframesshallbeatleast150ms.

3) TheDUTdecodestheframeandfeedsbackthedecodedsubtelegramcontenttothetestsystemwhereit iscomparedwiththeexpectedcontent(4BSreferencetelegramtype 1, A 1.1.). Received subtelegrams with at least one bit error are counted assubtelegramerror.Thesubtelegramerrorrateforeachdatapointisthencalculatedasratiobetweenthenumberofsubtelegramerrorsandthenumberofsubtelegramsthatweregeneratedbythesignalgenerator.

4) BetweenaninputRFpowerlevelof-95dBmand-85dBmthedatapointresolutionshallbe1dBmorbetter.BetweenaninputRFpowerlevelof-85dBmand-30dBmthedatapointresolutionshallbe5dBmorbetter.BetweenaninputRFpowerlevelof-30dBmand-10dBmthedatapointresolutionshallbe1dBmorbetter.

Basedonthisgraph,thesensitivityshallbeobtainedasthedatapointwiththesmallestsignalstrengthforwhichthesubtelegramerrorratedoesnotexceed12.9%.Likewise,themaximum

Page 25: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page25/50

inputpowershallbeobtainedasthedatapointwiththelargestsignalstrengthforwhichthesubtelegram error rate does not exceed 12.9%. The subtelegram error rate for all points inbetweenthesmallestandthelargestsignalstrengthshallnotexceed12.9%.

7.2.3.4. Limits

Thesensitivity(minimumsignalstrength)shallbeat-95dBmorlessunderallconditionslistedaboveaftersubtractingthecompensationfactorasdefinedabove.

Themaximuminputpowerlevel(maximumsignalstrength)shallbe-23dBmormoreunderallconditionslistedaboveafteraddingthecompensationfactorasdefinedabove.

7.2.4. Blocking

Blocking is the ability to reject unwanted signals in frequencies adjacent to the operatingfrequency.WithintheEUlegislativeframework,blockingisnowtestedaspartofEN300220radiotesting.TheDUTshallachieveatleastclass2blockingperformance.

Compliancewith this requirement has to be demonstrated as part of radio approval testingwithintheEuropeanUnionandisthereforenotseparatelytestedaspartofEnOceanAlliancecertification.

7.2.5. Demodulationrobustness

7.2.5.1. Definition

Demodulation robustness is the ability to correctly decodeRF input signalswith parametersdeviatingfromtheidealvalues.ConsideringthevarietyofdeviceswithintheEnOceanAllianceecosystem, demodulation robustness is a key capability and therefore has to be extensivelytested.

7.2.5.2. Measurementconditions

The measurement shall be made under normal and extreme test conditions as defined inchapter4.4.

7.2.5.3. Measurementprocedure

Testing shall beexecuted for each combinationof the three center frequency test scenariosdefinedinchapter7.2.1.2.(Centerfrequencytestscenarios)witheachofthefivemodulationtestscenarioslistedinchapter7.2.1.1.

Foreachsuchcombinationofmodulationschemeandtestfrequency,thesignalgeneratorshalltransmitaminimumnumberof100subsequentframes,notmorethanoneframeeach150ms,which are encoded from the 4BS subtelegram type 1 defined in Annex A (A 1.1.) of thisdocument.

Page 26: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page26/50

Subsequent frames shall be transmitted at alternating input levels to theDUTof -40.0 dBmand-80.0dBm.TheDUTshallreceivetheframes,decodethesubtelegramsandloop-backthesubtelegramdatatothetestsetupwherethisdataiscomparedtothedatasentbythesignalgenerator.

Pereachmodulationschemeandtestfrequency,asubtelegramerrorrateshallbecalculatedasthe number of subtelegrams the DUT decoded incorrectly versus the total number ofsubtelegramstransmittedbythesignalgenerator.

7.2.5.4. Limits

Underalltestconditions,thesubtelegramerrorrateshallnotexceedavalueof12.9%.

Remark:TheISO14543-3-10standard[1]doesnotspecifymodulation-specificperformancelimits.Thesuitabilityofusingthesameperformance(errorrate)boundariesneedstobeconfirmedduringcertificationtesting.

7.2.6. Framestructuredecoding

7.2.6.1. Definition

Theframestructuredecodingdefinestheconversionfromanyframereceivedbyareceivertothesubtelegramencodedintosuchframe.ThisdecodingremovesthePREandSOFbitsatthebeginningofaframeandtheEOFbitsatitsend.Inaddition,itchecksandremovestheINVandSYNCbitswithinthepayloadofaframe.

7.2.6.2. Measurement

Themeasurementshallbemadeundernormaltestconditions.

Thetestsetupshallgeneratesubtelegramdata,frameencodethisdataandtransmitoneframepersubtelegramdata.Thesignalgeneratorshallbesettoanoutputlevelthatresultsin-50.0dBmsignalstrengthattheinputorantennaoftheDUT.

The DUT shall receive such frames, perform frame structure decoding and loop-back thedecodedsubtelegramdatatothetestsetupwherethisdata iscomparedtothesubtelegramdatagenerated.

Asanalternativetothesignalgenerator,areferenceEnOceantransmitterthatisabletohandlerandomsubtelegramdatatransparentlymaybeused.InthiscasetherandomsubtelegramdatageneratedbythetestsetupisfedintothecertifiedEnOceantransmitter.

Subtelegramdatashallmean:

• AllfeasiblecombinationofsubtelegramdataaDUTisabletoreceive.ThisincludesonededicatedRORG,awidevarietyofsupportedvaluesofDATA,randomTXIDbytesanda

Page 27: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page27/50

STATUSbytecontainingmeaningfulvaluesderivedfromRORG,plusaHASHcalculatedaccordingto[1].RORGandDATAvalueshavetobedeclaredbytheDUTmanufacturer.

• RandomsubtelegramdataiftheDUTisauniversaldevicesupportingmultipleRORGsorrepeatingfunctionality.Randomdataischaracterizedbyanequallydistributedusageofallpossiblesubtelegramlengths,rangingfrom8bytesthrough21bytes,whereRORG,allDATAandTXIDbytesarefilledwithrandomdata,STATUScontainsmeaningfulvaluesderivedfromRORGandtheHASHiscalculatedaccordingto[1].

Toachieveameaningfultestresult,atleastanumberof1000framesshallbegeneratedbythetestsetupanddecodedbytheDUT.

Remark:IfHASHisverifiedbytheDUTandtheresultiscommunicatedtothetestsetup,testingofdataintegritymay be combinedwith testing of the frame structure decoding. See chapter 8.2.2.(Receiverhashfunctionality)forfurtherinformation.

Inadditiontotestingcorrectdecodingofcorrectframes,itshallalsobetestedthatframeswithincorrect structurewill be discardedby theDUT. Todo so, a suitable subset of at least 100telegramsshallbeselectedfromaboveandframestructureerrors(especiallyincorrectSYNCorINV bits) shall be introduced. These incorrect frames shall be presented to the DUT and itsbehaviorshallbechecked.

7.2.6.3. Limits

TheDUTshallframestructuredecodeallcorrectframeswithouterror.TheDUTshalldiscardallincorrectframes.

7.3. Transceiver7.3.1. TX-RXswitch-overtime

TheTX-RXswitch-overtime is thetimerequiredbyatransceivertoswitchfromtransmittingstatetoreceivingstate.Thistimeshallbedefinedanddocumented(inDatasheet/UserManual)bythemanufacturerasitlimitstheminimumansweringtimeoftwodevicescommunicatingtoeachother.

TestingofthisparameterisnotwithinthescopeofthisspecificationsinceitisnotdefinedwithintheISO14543-3-10standard[1].

Page 28: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page28/50

8. DataLinkLayer8.1. Subtelegramtiming

EnOcean messages consist of up to three consecutive subtelegrams containing identicalsubtelegram data. To minimize possible on-air-collisions of subtelegrams sent by EnOceandevices,transmissiontimeofthe2ndand3rdsubtelegramisrandomized.

8.1.1. Transmittermaturitytime

8.1.1.1. Definition

Transmittermaturitytimeisthetimeframe,relativetothefirstsubtelegramtransmittedbyaDUT,withinwhichthe2ndand3rdsubtelegramofamessagehastobetransmitted,irrespectiveofanylistenbeforetalk(LBT)functionalitythatmaybeimplementedintheDUT.

8.1.1.2. Measurementconditions

Themeasurement shall bemadeundernormal test conditions andusing thehighestoutputpowerstatedbytheDUTmanufacturer.

8.1.1.3. Measurementprocedure

TheDUT shall transmita totalnumberof100messages, at amaximumonemessageeach150 ms, which are encoded from the 4BS subtelegram defined in Annex A (A 1.) of thisdocument. The signal analyzer shall receive, demodulate and decode all frames of thesemessages applying a demodulation bandwidth and a sampling rate sufficient for a timeresolutionof10µswhenanalyzingtheanaloguemodulationwaveform.

Foreachmessagethetransmittimeofthe2ndand3rdsubtelegramshallbemeasuredrelativetothe1stsubtelegramofthesamemessage.Suchrelativetransmittimeshallbedefinedfromthestartofthe0b01bitpatternofthePRE(thus,excludingtheleading0b1)belongingtothefirstframetransmittedbytheDUTtothestartofthe0b01bitpatternofthePRE(thus,excludingtheleading0b1)belongingtothe2ndand3rdframetransmitted.

Inadditiontothemeasurementoftherelativetransmittimethesignalanalyzershall,pereachsubtelegram,validatethecorrectnessofthesubtelegramdata.

8.1.1.4. Limits

Underalltestconditionsdecodedsubtelegramdatashallbecorrectandtherelativetransmittimeshallbewithinthelimitsasfollowing:

2ndsubtelegram: 1.0ms…9.0ms3rdsubtelegram: 20.0ms…39.0ms

Page 29: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page29/50

Forenergyharvestingdevices,atoleranceofupto±10%relativetothesetimelimitsshallbeallowed.Fornon-energyharvestingdevicesatoleranceofupto±100µsshallbeallowed.

8.1.2. Receivermaturitytime

8.1.2.1. Definition

Thereceivermaturitytimeisdefinedtobetheperiodwhilereceivingequalsubtelegramsfromsametransmitter,independentoftherepeaterlevel,areassignedtothesameradiotelegram.

Thereceivermaturitytimeforeachradiotelegramwillbestartedwhenthefirstsubtelegramofaradiotelegramwillbereceivedandendsafter100ms.

8.1.2.2. Measurementconditions

Themeasurementshallbemadeundernormaltestconditions.8.1.2.3. Measurementprocedure

Thetestsetup(eitherasignalgeneratororareferencetransmitterwithsuitablefirmware)shalltransmitanumberof6frameswithtypeandtimingasdefinedinthetablebelow.

Messagetype

Testdescription Timingoffirstbitsent

Subtelegramacc.toANNEXA

STATUS

M01 Same sub telegrams inside thereceiver maturity time with samerepeaterlevelhavetoresultinoneradiotelegram.

1,10,30,60,80,98ms

4BStype1(A1.1.) 0x00

M02 Same sub telegrams inside thereceivermaturitytimewithdifferentrepeaterlevelshavetoresultinoneradiotelegram.

1,30,60ms10,80,98ms

4BStype1(A1.1.)4BStype1(A1.1.)

0x000x01

M03 Samesubtelegramsoutsidethereceivermaturitytimehavetoresultindifferentradiotelegrams.

1, 10, 30,101, 110,130ms

4BStype1(A1.1.) 0x00

M04 Differentsubtelegramsinsidethereceivermaturitytimehavetoresultindifferentradiotelegrams.

1,10,30ms70,80,98ms

4BStype1(A1.1.)4BStype2(A1.2.)

0x000x00

Thesignalgeneratororareferencetransmitterwithsuitablefirmwareshallbesettoanoutputlevelthatresultsinsignalstrengthofapproximately-50.0dBmattheinputorantennaoftheDUT.TheDUTshalldecodeallsubtelegrams,combinethemtoradiotelegrams,andloop-backthosetothetestsetupwherethereceivedtelegramsarecheckedforcorrectness.

8.1.2.4. Limits

Page 30: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page30/50

The DUT shall decode the subtelegrams and combine them into telegrams without erroraccordingthefollowingtable:

Messagetype

Testdescription Receivedtelegram(s)

M01 Samesubtelegramsinsidethereceivermaturitytimewithsamerepeaterlevelhavetoresultinoneradiotelegram.

1telegram(combinationof6subtelegrams)

M02 Samesubtelegramsinsidethereceivermaturitytimewithdifferentrepeaterlevelshavetoresultinoneradiotelegram.

1telegram(combinationof6subtelegrams)

M03 Samesubtelegramsoutsidethereceivermaturitytimehavetoresultindifferentradiotelegrams.

2telegrams(combinationof3subtelegramseach)

M04 Differentsubtelegramsinsidethereceivermaturitytimehavetoresultindifferentradiotelegrams.

2telegrams(combinationof3subtelegramseach)

8.1.3. Repeatersubtelegramtiming

ThistestappliesonlytoaDUTdeclaredbythemanufacturertosupportrepeatingfunctionality.Further,themanufacturershalldetailwhetherlevel1and/orlevel2repeatingissupported.

Fordetailedinformationabouttestingoftherepeaterfunctionality,refertochapter9.2.8.1.3.1. Definition

To minimize the probability of on-air-collisions between the subtelegrams of the originalEnOceanmessageandthesubtelegramsoftherepeatedEnOceanmessage,thesubtelegramsof the repeated EnOceanmessage shall be transmitted using defined repeater subtelegramtiming.

Thereceiverpartofarepeatershallapplythereceivermaturitytimeandthetransmitterpartshallexecutethetransmittermaturitytime.

8.1.3.2. Measurementconditions

Themeasurement shall bemadeundernormal test conditionsandusing thehighestoutputpowerstatedbytheDUTmanufacturer.

8.1.3.3. Measurementprocedure

Thetestsetupshalltransmitaminimumnumberof100frames,notmorethanonemessageeach150ms,whichareencodedfromthe4BSsubtelegramtype1definedinAnnexA(A1.1.)ofthisdocument.IncasetheDUTsupportslevel2repeating,50%oftheframesshallhavetherepeaterlevelbitssetto0x0whileallotherframesshallhavetherepeaterlevelbitssetto0x1.Thesignalgeneratororareferencetransmitterwithsuitablefirmwareshallbesettoanoutputlevelthatresultsinasignalstrengthofapproximately-50.0dBmattheinputorantennaofthe

Page 31: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page31/50

DUT.TheDUT shall, in accordance to the repeater levelbitsof theSTATUSbyte, repeat thesubtelegramreceivedasvalidlevel1orlevel2repeatedEnOceanmessage.

For each repeated message the transmit time of the 1st, 2nd and 3rd subtelegram shall bemeasuredrelativetotheframetransmittedbythesignalgeneratororthereferencetransmitterwithsuitablefirmware.Suchrelativetransmittimeshallbedefinedfromthestartofthe0b01bitpatternofthePRE(thus,excludingtheleading0b1)belongingtotheframetransmittedbythesignalgeneratortothestartofthe0b01bitpatternofthePRE(thus,excludingtheleading0b1)belongingtothe1st,2ndand3rdframetransmittedbytherepeatingDUT.

8.1.3.4. Limits

ForallteststherepeatedEnOceanmessageshallconsistofthreerepeatedsubtelegramsandtherelativetransmittimeshallbewithinthelimitsasfollowing:

Level1repeatedEnOceanmessage1strepeatedsubtelegram: 10.0ms…19.0ms2nd repeatedsubtelegram: 20.0ms…29.0ms3rdrepeatedsubtelegram:20.0ms…29.0ms

Level2repeatedEnOceanmessage1strepeatedsubtelegram: 1.0ms…9.0ms2ndrepeatedsubtelegram: 20.0ms…29.0ms3rdrepeatedsubtelegram: 20.0ms…29.0ms

8.2. CertificationofdataintegrityDataintegrityofEnOceanframesisverifiedusingthreedifferenthashalgorithms:4bitand8bitsummation and 8 bit cyclic redundancy check. The first algorithm is applied only in switchtelegrams,thetwootheralgorithmsmaybeusedforanyotherEnOceancommunication.

Thischapterdefinestestingofthe8bitsummationhashfunctionandthe8bitcyclicredundancycheckhash function.Testingof the4bit summationhash function isdefined in chapter9.1.(Certificationofswitchtelegramfunctionality)ofthisdocument.

8.2.1. Transmitterhashfunctionality

8.2.1.1. Definition

AtransmittingEnOceandevicesdecidesuponwhichhashfunctionalitytouseandcommunicatesthisinformationbysettingbit7(MSB)oftheSTATUSbyteaccordingly:

• 0b0 8bitsummationhashalgorithm• 0b1 8bitcyclicredundancycheckhashalgorithm

ThehashfunctionalitysupportedbyaDUThastobedeclaredbythemanufacturer.

Page 32: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page32/50

8.2.1.2. Measurementconditions

Themeasurementshallbemadeundernormaltestconditions.8.2.1.3. Measurementprocedure

Testing of data integrity shall be done with the same test setup and the very similar testdefinitionsthatareusedfortestingframestructureencodingofatransmitter,refertochapter7.1.5.(Framestructureencoding)fordetails.Theonlydifferenceis,fordataintegritytestingcalculationoftheHASHbyteandsettingoftheappropriateMSBvalueintheSTATUSbyteistobeexecutedbytheDUT.Consequently,onlytheremainingpartofthesubtelegramdataisgeneratedbythetestsetup.

Toachieveameaningful test result, theDUTshallcalculatetheHASHbyte forat least1000differentsubtelegrams.

8.2.1.4. Limits

TheDUTshallcalculateallHASHbytescorrectlyandinaccordancewiththeMSBoftheSTATUSbyte.

8.2.2. Receiverhashfunctionality

8.2.2.1. Definition

Receiversmustsupportboth8bithashalgorithmsinaccordancewiththeMSBoftheSTATUSbytereceivedaspartofanEnOceansubtelegram.

IftheHASHbytereceivedinasubtelegramdoesnotmatchthesubtelegramcontentthenthesubtelegramshallbediscardedbythereceiver.

8.2.2.2. Measurementconditions

Themeasurementshallbemadeundernormaltestconditions.8.2.2.3. Measurementprocedure

Testing of data integrity shall be done with the same test setup and the very similar testdefinitionsthatareusedfortestingframestructuredecodingofareceiver,seechapter7.1.5.(Framestructureencoding)fordetails.

Thedifferenceis,fordata integritytestingcheckingoftheHASHbyteinaccordancewiththeMSBvalueintheSTATUSbyteistobeexecutedbytheDUT.IncasetheHASHisclassifiedcorrectthesubtelegramshallbe looped-backtothetestsetup,otherwisenotatallorwithapropernotificationofincorrectness.

InadditiontosubtelegramscontainingcorrectHASHvalues,subtelegramscontainingincorrectHASHbyteshavetobegeneratedbythetestsetup.Suchsubtelegramsshallbeclassifiedbythe

Page 33: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page33/50

DUTasincorrectandthesubtelegramsshallbeloopedbacktothetestsetupnotatall,oronlywithapropernotificationofincorrectness.

To achieve a meaningful test result, the DUT shall classify at least a number of 1 000subtelegramscontainingcorrectHASHvaluesaswellasanadditionalminimumnumberof1000subtelegramscontainingincorrectHASHvalues.

8.2.2.4. Limits

The DUT shall classify all correct HASH values as correct and all incorrect HASH values asincorrect.TheDUTshalldiscardsubtelegramswithincorrectHASHvalues.

8.3. Listenbeforetalk–LBTAccordingto[1]LBTisanoptionalfeatureofatransceiver.However,theEnOceancertificationrequiresLBTtobeimplementedinanylinepoweredEnOceantransceiver.

Irrespective of the kind of LBT implementation, the transmitter maturity time has to berespectedbythetransmittingpartofanLBTenabledtransceiver.

ThemanufacturerofalinepowereddeviceshalldescribeindetailtheimplementationoftheLBTfunctionalityintheDUT,andshallespeciallymentionthehandlingofchanneloccupationbynon-EnOceanfrequencyusersaswell theprovisionstocomplytothetransmitmaturitytimeregulations.

Testing of LBT functionality may only be required, if the manufacturer’s documentation istechnicallynotsufficienttoproofLBTfunctionalityoftheDUT.InthiscaseaDUTspecifictestcaseshallbegenerated.

Page 34: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page34/50

9. NetworkLayer9.1. Certificationofswitchtelegramfunctionality

The DUT manufacturer shall declare whether or not the DUT supports switch telegramfunctionality.Further,themanufacturershalldetailwhethertransmissionorreceptionofswitchtelegramsissupported.

9.1.1. Transmittersupportingswitchtelegrams

9.1.1.1. Definition

ADUTshallbeabletoencodecorrectEnOceanframesfromswitchsubtelegramsthatcontaina4bitRORG,oneDATAbyte,afourbyteTXIDanda4bitsummationHASH.

9.1.1.2. Measurementconditions

ThemeasurementshallbemadeundernormaltestconditionsusingthehighestoutputpowerstatedbytheDUTmanufacturer.

9.1.1.3. Measurementprocedure

TheDUTshallencodeandtransmittheswitchsubtelegramtype1andtype2definedinANNEXA(A1.1.,A1.2.).ThesignalanalyzershalldemodulateanddecodetheframestransmittedbytheDUTandshallanalyzethecorrectnessoftheDUT’sframestructureencoding.

Inaddition,allfeasiblecombinationofswitchsubtelegramdataaDUTisabletotransmitshallbetested.ThisincludesRORG0x5and/or0x6incombinationwithallsupportedvaluesoftheDATAbyte–entirelytobedefinedbytheDUTmanufacturer–plusrandomTXIDandthe4bitsummationHASHcalculatedaccordingto[1].Thesignalanalyzershalldemodulateanddecodethe frames transmitted by the DUT and shall check the DUT’s switch subtelegram data forcorrectness.

9.1.1.4. Limits

TheDUTshallencodeandtransmitallswitchsubtelegramswithouterror.

9.1.2. Receiversupportingswitchtelegrams

9.1.2.1. Definition

ADUTshallbeabletoreceive,demodulateanddecodeEnOceanswitchframesandshallbeabletoconvertsuchframesintoRPSsubtelegramscontainingtheRORG0xF6,theoriginalDATAbyteandTXID,oneSTATUSbyteandan8bitsummationHASH.

9.1.2.2. Measurementconditions

Page 35: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page35/50

Themeasurementshallbemadeundernormaltestconditions.

9.1.2.3. Measurementprocedure

Thetestsetupshalltransmitaminimumnumberof100frames,notmorethanoneframeeach150ms,whichareencodedfromtheswitchsubtelegramstype1andtype2definedinANNEXA(A2.1.,A2.3.)ofthisdocument(randomlymixed,equallydistributedinnumber).Thesignalgeneratororareferencetransmitterwithsuitablefirmwareshallbesettoanoutputlevelthatresultsinasignalstrengthof-50.0dBmattheinputorantennaoftheDUT.TheDUTshalldecodeallswitchsubtelegrams,convertthemintoRPSsubtelegramsandloop-backthosetothetestsetupwheretheRPSsubtelegramdataischeckedforcorrectness.

9.1.2.4. Limits

TheDUTshalldecodeandconvertallswitchsubtelegramswithouterror.

9.2. CertificationofrepeaterfunctionalityTheDUTmanufacturershalldeclarewhetherornottheDUTsupportsrepeaterfunctionality.Further,themanufacturershalldetailwhetherlevel1and/orlevel2repeatingissupported.

Fordetailedinformationabouttestingoftherepeatersubtelegramtiming,seechapter8.1.3.(Repeatersubtelegramtiming).

9.2.1. Definition

A repeater is an EnOcean transceiver that receives EnOceanmessages, stores them and re-transmitsthemwithinadefinedperiodoftime.

TherepeateristriggeredbythereceptionofthefirstEnOceanframebelongingtoanEnOceanmessage.AccordingtotherepeaterlevelbitsoftheSTATUSbyteandthedestinationaddressincase of an addressed transmission, the repeater re-transmits this original frame as a fullEnOceanmessageordoesnotprocessitatall.Incaseofre-transmissiontherepeatermodifiesthereceivedframebychangingtherepeaterlevelbitsoftheSTATUSbyteandbyre-calculationoftheHASHbyte.

9.2.2. Measurementconditions

Themeasurementshallbemadeundernormaltestconditions.

9.2.3. Measurementprocedure

TheDUTshallbeseteithertorepeaterlevel1orrepeaterlevel2andthetestdescribedshallberepeated foreach setting.The test setup shall transmitaminimumnumberof400EnOceanmessages,notmorethanonemessageeach150ms,encodedfromthesubtelegramandSTATUScombinationsdefinedinthetablebelow(equallydistributedinnumberbetweenM01andM40).

Page 36: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page36/50

Messagetype

Subtelegramacc.toANNEXA

STATUSSubtel.1

STATUSSubtel.2

STATUSSubtel.3

DESTID

M01 4BStype1 0x00 0x00 0x00 NoneM02 4BStype1 0x80 0x80 0x81 NoneM03 4BStype1 0x00 0x01 0x00 NoneM04 4BStype1 0x80 0x81 0x81 NoneM05 4BStype1 0x01 0x00 0x00 NoneM06 4BStype1 0x81 0x80 0x81 NoneM07 4BStype1 0x01 0x01 0x00 NoneM08 4BStype1 0x81 0x81 0x81 NoneM09 4BStype1 0x02 0x00 0x00 NoneM10 4BStype1 0x03 0x00 0x00 NoneM11 4BStype1 0x04 0x00 0x00 NoneM12 4BStype1 0x05 0x00 0x00 NoneM13 4BStype1 0x06 0x00 0x00 NoneM14 4BStype1 0x07 0x00 0x00 NoneM15 4BStype1 0x08 0x00 0x00 NoneM16 4BStype1 0x09 0x00 0x00 NoneM17 4BStype1 0x0A 0x00 0x00 NoneM18 4BStype1 0x0B 0x00 0x00 NoneM19 4BStype1 0x0C 0x00 0x00 NoneM20 4BStype1 0x0D 0x00 0x00 NoneM21 4BStype1 0x0E 0x00 0x00 NoneM22 4BStype1 0x0F 0x0F 0x0F NoneM23 4BSaddressed 0x00 0x00 0x00 0x00000001M24 4BSaddressed 0x81 0x81 0x81 0x00000001M25 4BSaddressed 0x82 0x82 0x82 0x00000001M26 4BSaddressed 0x0F 0x0F 0x0F 0x00000001M27 4BSaddressed 0x80 0x80 0x80 DUTEURIDM28 4BSaddressed 0x01 0x01 0x01 DUTEURIDM29 4BSaddressed 0x02 0x02 0x02 DUTEURIDM30 4BSaddressed 0x8F 0x8F 0x8F DUTEURIDM31 Switchtype1 n.a. n.a. n.a. NoneM32 Switchtype2 n.a. n.a. n.a. NoneM33 RPStype1 0x20 0x20 0x20 NoneM34 RPStype1 0x21 0x21 0x21 NoneM35 RPStype1 0x22 0x22 0x22 NoneM36 RPStype1 0x2F 0x2F 0x2F NoneM37 RPStype2 0x30 0x30 0x30 None

Page 37: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page37/50

M38 RPStype2 0x31 0x31 0x31 NoneM39 RPStype2 0x32 0x32 0x32 NoneM40 RPStype2 0x3F 0x3F 0x3F None

TABLE1:MessagetypesandSTATUSbytespersubtelegramgeneratedbythetestsetup.

Thesignalgeneratororareferencetransmitterwithsuitablefirmwareshallbesettoanoutputlevelthatresultsinasignalstrengthof-85.0dBmattheinputorantennaoftheDUT.TheDUTshallrepeateachmessagereceivedasvalidlevel1orlevel2repeatedEnOceanmessage,orshalldiscardthemessageifrequired.Thesignalanalyzershallreceive,demodulateanddecodeeachrepeatedmessagesandshallvalidatethecorrectnessofallrepeatedsubtelegramdata.

9.2.4. Limitsoflevel1repeaterfunctionality

ADUTsupportinglevel1repeaterfunctionalityshallrepeattheEnOceanmessagetypeslistedinTABLE2belowandshallsettheSTATUSandHASHbytespersubtelegramaccordingly.

Messagetype

Subtelegramacc.toANNEXA

STATUSSubtel.1

STATUSSubtel.1

STATUSSubtel.1

DESTID

M01 4BStype1 0x01 0x01 0x01 NoneM02 4BStype1 0x81 0x81 0x81 NoneM03 4BStype1 0x01 0x01 0x01 NoneM04 4BStype1 0x81 0x81 0x81 NoneM05 Notrepeated M06 Notrepeated M07 Notrepeated M08 Notrepeated M09 Notrepeated M10 Notrepeated M11 Notrepeated M12 Notrepeated M13 Notrepeated M14 Notrepeated M15 Notrepeated M16 Notrepeated M17 Notrepeated M18 Notrepeated M19 Notrepeated M20 Notrepeated M21 Notrepeated M22 Notrepeated

Page 38: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

5The ISO14543-3-10standard[1]doesnotspecifyhowanEnOceanmessageaddressedtoarepeatershallbehandledbythisrepeater.Therecommendationis,thatsuchamessagewillnotberepeated,butdeviceswhichrepeatthemwillalsopassthetest.

AirInterfaceCertification(ASK) Page38/50

M23 4BSaddressed 0x1 0x1 0x1 0x00000001M24 Notrepeated

M25 Notrepeated

M26 Notrepeated

M275 Notrepeated

M282 Notrepeated

M292 Notrepeated

M302 Notrepeated

M31 RPStype1 0x21 0x21 0x21 NoneM32 RPStype2 0x31 0x31 0x31 NoneM33 RPStype1 0x21 0x21 0x21 NoneM34 Notrepeated

M35 Notrepeated

M36 Notrepeated

M37 RPStype2 0x31 0x31 0x31 NoneM38 Notrepeated

M39 Notrepeated

M40 Notrepeated

TABLE2:MessagetypesandSTATUSbytespersubtelegramrepeatedbyalevel1repeater.

9.2.5. Limitsoflevel2repeaterfunctionality

ADUTsupportingthefunctionalityofalevel2repeatershallrepeattheEnOceanmessagetypeslistedinTABLE2belowandshallsettheSTATUSandHASHbytespersubtelegramaccordingly.

Messagetype

Subtelegramacc.toANNEXA

STATUSSubtel.1

STATUSSubtel.2

STATUSSubtel.3

DESTID

M01 4BStype1 0x01 0x01 0x01 NoneM02 4BStype1 0x81 0x81 0x81 NoneM03 4BStype1 0x01 0x01 0x01 NoneM04 4BStype1 0x81 0x81 0x81 NoneM05 4BStype1 0x02 0x02 0x02 NoneM06 4BStype1 0x82 0x82 0x82 NoneM07 4BStype1 0x02 0x02 0x02 NoneM08 4BStype1 0x82 0x82 0x82 None

Page 39: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

6The ISO14543-3-10standard[1]doesnotspecifyhowanEnOceanmessageaddressedtoarepeatershallbehandledbythisrepeater.Therecommendationis,thatsuchamessagewillnotberepeated,butdeviceswhichrepeatthemwillalsopassthetest.

AirInterfaceCertification(ASK) Page39/50

M09 Notrepeated

M10 Notrepeated

M11 Notrepeated

M12 Notrepeated

M13 Notrepeated

M14 Notrepeated

M15 Notrepeated

M16 Notrepeated

M17 Notrepeated

M18 Notrepeated

M19 Notrepeated

M20 Notrepeated

M21 Notrepeated

M22 Notrepeated

M23 4BSaddressed 0x01 0x01 0x01 0x00000001M24 4BSaddressed 0x82 0x82 0x82 0x00000001M25 Notrepeated

M26 Notrepeated

M276 Notrepeated

M283 Notrepeated

M293 Notrepeated

M303 Notrepeated

M31 RPStype1 0x21 0x21 0x21 NoneM32 RPStype2 0x31 0x31 0x31 NoneM33 RPStype1 0x21 0x21 0x21 NoneM34 RPStype1 0x22 0x22 0x22 NoneM35 Notrepeated

M36 Notrepeated

M37 RPStype2 0x31 0x31 0x31 NoneM38 RPStype2 0x32 0x32 0x32 NoneM39 Notrepeated

M40 Notrepeated

TABLE3:MessagetypesandSTATUSbytespersubtelegramrepeatedbyalevel2repeater.

Page 40: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page40/50

9.3. CertificationofaddressingfunctionalityTheDUTmanufacturershalldeclarewhetherornottheDUTsupportsaddressingfunctionality.

9.3.1. Transmittersupportingaddressingfunctionality

9.3.1.1. Definition

AtransmittersupportingaddressingfunctionalityencapsulatesanEnOceansubtelegramtobeaddressed intoanEnOcean subtelegram thatuses a specificRORGandadds thedestinationaddressofthetargetreceiver.

9.3.1.2. Measurementconditions

Themeasurementshallbemadeundernormaltestconditions.9.3.1.3. Measurementprocedure

Thetestsetupshallgenerateaminimumnumberof1004BSsubtelegramsoftype3asdefinedinAnnexA (A1.3.),notmore thanonesubtelegrameach150ms,using randomdestinationaddresses(insteadof0x1F2F3F4Fusedintheexampletelegram)andfeedeachsetofdataintothe DUT. The DUT shall encapsulate and transmit all original subtelegrams into addressedsubtelegrams.Thesignalanalyzershallreceiveanddecodesuchaddressedsubtelegramsandcheckthecorrectnessoftheencapsulationaswellasoftheoriginalsubtelegramdata.

9.3.1.4. Limits

The DUT shall encode all addressed subtelegrams using RORG 0xA6 and shall place thedestination addresses correctly between DATA and TXID of the original subtelegram to beaddressed.

9.3.2. Receiversupportingaddressingfunctionality

9.3.2.1. Definition

A receiver supporting addressing functionality receives encapsulated EnOcean subtelegramsonly if thedestinationaddress is identicalwiththeEURIDofsuchreceiver,and itdiscardsalladdressedsubtelegramscarryingotherdestinationaddresses.

9.3.2.2. Measurement

Themeasurementshallbemadeundernormaltestconditions.

Thesignalgeneratororareferencetransmitterwithsuitablefirmwareshalltransmitaminimumnumberof100addressedsubtelegrams(4BSsubtelegramtype3,A1.3.).

For 10%of the addressed subtelegrams, the address 0x1F2F3F4F shall be replacedwith theEURIDof theDUT.For the remaining90%, theaddress0x1F2F3F4Fshallbe replacedwitharandomdestinationaddresses.

Page 41: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page41/50

Thesignalgeneratororareferencetransmitterwithsuitablefirmwareshallbesettoanoutputlevelthatresultsin-50.0dBmsignalstrengthattheinputorantennaoftheDUT.

TheDUTshallreceiveanddecodetheaddressedsubtelegramscarryingitsownEURIDandshalldiscardallothers.AllsubtelegramsaddressedtotheEURIDoftheDUTshallbestrippeddowntotheencapsulatedsubtelegramdataandthoseshallbelooped-backtothetestsetupwherethisdataiscomparedtotheoriginal4BSsubtelegramdatasentbythesignalgenerator.

9.3.2.3. Limits

TheDUTshalldiscardalladdressedsubtelegramswithdestinationaddressesdifferentfromitsownEURIDandshallstripdowncorrectlyallsubtelegramsaddressedtosuchEURID.

9.4. CertificationofSecureLowPowerswitchtelegramfunctionality

TheDUTmanufacturershalldeclarewhetherornottheDUTsupportssecurelowpowerswitchtelegramfunctionality.Further,themanufacturershalldetailwhethertransmissionorreceptionofswitchtelegramsissupported.

9.4.1. Transmittersupportingswitchtelegrams

ForatransmitteritisonlyallowedtosupportsecurelowpowerswitchtelegramswhentheDUTisat leastenabledtobefullypoweredbyEnergyHarvesting. It is thenallowedthatthefinalproductisbatterypowered.

9.4.1.1. Definition

A DUT shall be able to encode correct EnOcean frames from secure low power switchsubtelegramsthatcontainaonebyteRORG,4bitsofDATA,athreebyteCMAC,athreebyteTXIDanda4bitsummationHASH.

9.4.1.2. Measurementconditions

ThemeasurementshallbemadeundernormaltestconditionsusingthehighestoutputpowerstatedbytheDUTmanufacturer.

9.4.1.3. Measurementprocedure

TheDUTshallencodeandtransmitthesecureswitchsubtelegramtype1andtype2definedinANNEXA (1.A3.1.1.A3.3.1.A3.1. )ThesignalanalyzershalldemodulateanddecodetheframestransmittedbytheDUTandshallanalyzethecorrectnessoftheDUT’sframestructureencoding.

Inaddition,allfeasiblecombinationofsecurelowpowerswitchsubtelegramdataaDUTisabletotransmitshallbetested.ThisincludesacombinationwithallsupportedvaluesoftheDATAbyte – entirely to be defined by the DUT manufacturer – plus random TXID and the 4 bitsummationHASHcalculatedaccordingto[1].ThepublickeyandtheRLCshallberandom.The

Page 42: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page42/50

signalanalyzershalldemodulateanddecodetheframestransmittedbytheDUTandshallchecktheDUT’ssecurelowpowerswitchsubtelegramdataforcorrectness.

9.4.1.4. Limits

TheDUTshallencodeandtransmitalllowpowerswitchsubtelegramswithouterror.

9.4.2. Receiversupportingsecurelowpowerswitchtelegrams

9.4.2.1. Definition

A DUT shall be able to receive, demodulate and decode EnOcean secure low power switchframesandshallbeabletoconvertsuchframesintosecuresubtelegramscontainingtheRORG0x30, theoriginalDATAbyteandCMAC,extend the threebytesTXIDby theMSB0xFE,oneSTATUSbyteandan8bitsummationHASH.

9.4.2.2. Measurementconditions

Themeasurementshallbemadeundernormaltestconditions.

9.4.2.3. Measurementprocedure

Thetestsetupshalltransmitaminimumnumberof100frames,notmorethanoneframeeach150ms,whichareencodedfromthesecurelowpowerswitchsubtelegramstype1andtype2definedinANNEXA(1.A3.1.1.A3.3.ofthisdocument(randomlymixed,equallydistributedinnumber).Thesignalgeneratororareferencetransmitterwithsuitablefirmwareshallbesettoanoutputlevelthatresultsinasignalstrengthof-50.0dBmattheinputorantennaoftheDUT.The DUT shall decode all secure low power switch subtelegrams, convert them into securesubtelegrams and loop-back those to the test setup where the secure subtelegram data ischeckedforcorrectness.

9.4.2.4. Limits

TheDUTshalldecodeandconvertallsecurelowpowerswitchsubtelegramswithouterror.

Page 43: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page43/50

10. Testresultandtestdocumentation

TheresultsofallindividualtestsdefinedbythisspecificationshallbedocumentedperDUTfol-lowingtheseminimumrequirements:

• Locationanddateofthecertificationtests.

• Ambientconditionsofthetestinglocation(temperature,relativehumidity).

• DUTuniqueidentificationandtechnicaldescription.

• Testcasesappliedandtestcasesnotapplicable.

• Overallresultpereachtestcase,eitherPASSorFAIL.

• Overallresultpercertificationtest,eitherPASSorFAIL.

• Listoftestequipmentusedtoexecutethetestcasesofthecertificationtest,includingcalibrationduedatepereachdevice.

• Personresponsiblefortheexecutionofthecertificationtest,includingcontactdata.

Inadditiontothemandatorydocumentationdefinedabove,itisstronglyrecommendedtoin-cludethefollowingdetailsinthetestdocumentation:

• Pereachtestcase,alltestconditionsthataredeclaredbytheDUTmanufacturerandthusdeviatefromthestandardtestconditionsdefinedinthisspecification.

• Pereachtestcase,allindividualmeasurementresultaswellastherangetoPASS.

Page 44: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page44/50

ANNEXA:DefinitionofSubtelegramsusedforTestingA1. 4BSsubtelegram

A1.1.4BSsubtelegramtype1

The4BSsubtelegramtype1shallbedefinedasfollowing:

RORG: 0xA5DATA: 0xFFFFD2D2TXID: 0x491C1C00STATUS: 0x00HASH: 0xC8

Subtelegramdataresultsasfollowing: 0xA5FFFFD2D2491C1C0000C8

EncodingthissubtelegramdataintoanEnOceanframeresultsinthefollowingbitstream,withatotallengthof146bits:

10101010100110100010010111101110110111101110110111011001100111011001100101010101010100011110000100011110000100010001000100010001000111010101001011

Themeaningofthecolor-codingisasfollowing:PRE SOF/SYNC/EOF INV

A1.2.4BSsubtelegramtype2

The4BSsubtelegramtype2differsfromthe4BSsubtelegramtype1(A1.1.)onlybyonesinglebitintheleastsignificantnibbleoftheDATAbytes:

RORG: 0xA5DATA: 0xFFFFD2D0TXID: 0x491C1C00STATUS: 0x00HASH: 0xC6

Subtelegramdataresultsasfollowing: 0xA5FFFFD2D0491C1C0000C6

EncodingthissubtelegramdataintoanEnOceanframeresultsinthefollowingbitstream,withatotallengthof146bits:

10101010100110100010010111101110110111101110110111011001100111011001000101010101010100011110000100011110000100010001000100010001000111010010101011

Page 45: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page45/50

Themeaningofthecolor-codingisasfollowing:PRE SOF/SYNC/EOF INV

A1.3.4BSsubtelegramtype3(addressed)

The4BSsubtelegramtype1definedaboveisencapsulatedforaddressingpurposes:

RORG_ADT: 0xA6RORG: 0xA5DATA: 0xFFFFD2D2DESTID: 0xF1F2F3F4(DifferentDESTIDmightbeuseddependingonthetestcase)TXID: 0x491C1C00STATUS: 0x00HASH: 0x44

Subtelegramdataresultsasfollowing: 0xA6A5FFFFD2D2F1F2F3F4491C1C000044EncodingthissubtelegramdataintoanEnOceanframeresultsinthefollowingbitstream,withatotallengthof146bits:

10101010100110100010100110100010010111101110110111101110110111011001100111011001100111101001010111101001100111101001110111101010000101010101010100011110000100011110000100010001000100010001000101010010001011

Themeaningofthecolor-codingisasfollowing:PRE SOF/SYNC/EOF INV

A1.4.4BSsubtelegramtype4

The4BSsubtelegramtype4canbeusedalternativelytotype1and2,andshallbedefinedasfollowing:

RORG: 0xA5DATA: 0x00000000TXID: 0x494949A5STATUS: 0x00HASH: 0x48

Subtelegramdataresultsasfollowing: 0xA500000000494949A50048

EncodingthissubtelegramdataintoanEnOceanframeresultsinthefollowingbitstream,withatotallengthof146bits:

10101010100110100010010100010001000100010001000100010001000100010001000101010101010101010101010101010101010110100010010100010001000101010101001011

Page 46: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page46/50

Themeaningofthecolor-codingisasfollowing:PRE SOF/SYNC/EOF INV

A2. SwitchandrelatedRPSsubtelegram

A2.1.Switchsubtelegramtype1

Theswitchsubtelegramtype1representsarockerpushbuttonswitchatreleasetime.Thedataissendatthereleasewhensimultaneouslyzeroormorethantwobuttonsareactivated:

RORG: 0x5DATA: 0x00TXID: 0x494C4C00HASH: 0x2

Subtelegramdataresultsasfollowing: 0x500494C4C002

EncodingthissubtelegramdataintoanEnOceanframeresultsinthefollowingbitstream,withatotallengthof86bits:

10101010100101011001000100010010000110011010000111010010000111010001000100010001101011

Themeaningofthecolor-codingisasfollowing:PRE SOF/SYNC/EOF INV

A2.2.RPSsubtelegramtype1

TheRPSsubtelegramtype1resultsfromtheconversionoftheSWITCHsubtelegramtype1(A2.1.)intoasubtelegramcontainingthe8bitRORG0xF6,aSTATUSbyteandan8bitHASH:

RORG: 0xF6DATA: 0x00TXID: 0x494C4C00STATUS: 0x20HASH: 0xF7

Subtelegramdataresultsasfollowing: 0xF600494C4C0020F7

A2.3.Switchsubtelegramtype2

Theswitchsubtelegramtype2representsarockerpushbuttonswitchatwhicheitheroneortwobuttonsarepressed:

Page 47: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page47/50

RORG: 0x6DATA: 0x30TXID: 0x494C4C00HASH: 0x6

Subtelegramdataresultsasfollowing: 0x630494C4C006

EncodingthissubtelegramdataintoanEnOceanframeresultsinthefollowingbitstream,withatotallengthof86bits:

10101010100101100001110100010010000110011010000111010010000111010001000100010010101011

Themeaningofthecolor-codingisasfollowing:PRE SOF/SYNC/EOF INV

A2.4.RPSsubtelegramtype2

TheRPSsubtelegramtype2resultsfromtheconversionoftheSWITCHsubtelegramtype2(A2.3.)intoasubtelegramcontainingthe8bitRORG0xF6,aSTATUSbyteandan8bitHASH:

RORG: 0xF6DATA: 0x30TXID: 0x494C4C00STATUS: 0x30HASH: 0x37

Subtelegramdataresultsasfollowing: 0xF630494C4C003037

A3. SecureLowPowerSwitchandrelatedSecuresubtelegram

A3.1.SecureLowPowerSwitchsubtelegramtype1

Thesecurelowpowerswitchsubtelegramtype1representsarockerpushbuttonswitchatwhichnonebuttonsarepressedandtheenergybowispressed:

SLF: 0x1BPublickey: E0C7D6128C93B69183A8BCCB00A87014Rollingcode: 0xB06CCMAC: 0x9C8410RORG: 0x7FDATA: 0x9(encoded)TXID: 0xFFFEB8HASH: 0x3

Page 48: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page48/50

Encodedsubtelegramdataresultsasfollowing:0x7F99C8410FFFEB83

EncodingthissubtelegramdataintoanEnOceanframeresultsinthefollowingbitstream,withatotallengthof110bits:

1010101010010110111011011001110101011101010100010101000101010001

0110110111101110110111100101110110010001111011

Themeaningofthecolor-codingisasfollowing:PRE SOF/SYNC/EOF INV

A3.2.Securesubtelegramtype1

The secure subtelegram type1 results from theconversionof theSecure LowPowerSwitchsubtelegramtype1(A3.1.)intoasubtelegramcontainingthe8bitRORG0x30,8bitDATA,24bitCMAC,32bitTXID,aSTATUSbyteandan8bitHASH:

RORG: 0x30DATA: 0x09(encoded)CMAC: 0x9C8410TXID: 0xFEFFFEB8STATUS: 0x00HASH: 0x1C

Encodedsubtelegramdataresultsasfollowing:0x30099C8410FEFFFEB8001C

AfterdecryptingitbecomesaDecryptedSecurityMessage:

RORG: 0x32DATA: 0x08TXID: 0xFEFFFEB8STATUS: 0x00HASH: 0xED

Decodedsubtelegramdataresultsasfollowing:0x3208FEFFFEB800ED

A3.3.SecureLowPowerSwitchsubtelegramtype2

Thesecuresubtelegramtype2representsarockerpushbuttonswitchatwhichtheenergybowwasreleased:

SLF: 0x1BPublickey: 0xE0C7D6128C93B69183A8BCCB00A87014Rollingcode: 0xB06DCMAC: 0xDD9E48RORG: 0x7FDATA: 0xF

Page 49: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page49/50

TXID: 0xFFFEB8HASH: 0x5

EncodedSubtelegramdataresultsasfollowing:0x7FFDD9E48FFFEB85

EncodingthissubtelegramdataintoanEnOceanframeresultsinthefollowingbitstream,withatotallengthof110bits:

1010101010010110111011011110111001011101110101011110001000011001

0110110111101110110111100101110110010010011011

Themeaningofthecolor-codingisasfollowing:PRE SOF/SYNC/EOF INV

A3.4.Securesubtelegramtype2

The secure subtelegram type2 results from theconversionof theSecure LowPowerSwitchsubtelegramtype2(A3.3.)intoasubtelegramcontainingthe8bitRORG0x30,8bitDATA,24bitCMAC,32bitTXID,aSTATUSbyteandan8bitHASH:

RORG: 0x30DATA: 0x0F(encoded)CMAC: 0xDD9E48TXID: 0xFEFFFEB8STATUS: 0x00HASH: 0xB5

Encodedsubtelegramdataresultsasfollowing:0x300FDD9E48FEFFFEB800B5

AfterdecryptingitbecomesaDecryptedSecurityMessage:

RORG: 0x32DATA: 0x0F(decoded)TXID: 0xFEFFFEB8STATUS: 0x00HASH: 0xF4

Decodedsubtelegramdataresultsasfollowing:0x320FFEFFFEB800F4

Page 50: System Specification · System Specification Air Interface Certification (ASK) Page 3/50 REVISION HISTORY Ver. Editor Change Date 0.1 TR Document created May 29, 2015 0.2 TR Content

System Specification

AirInterfaceCertification(ASK) Page50/50

A4.EndofFrame(EOF)usage

Even though in [1] EOF is defined as 0b1011, for the purpose of the EnOcean Air InterfaceCertificationaDUTshallbeallowedtoendaframetransmissionusinganalternative0b10or0b101111bitsequence.

Thisisduetolimitationsthatmayarisefromhardwarethatonlyiscapableoftransmittingbitstreamsthataremultiplesof8bitsaswellasfromenergyconstraintsofself-poweredenergyharvestingdevices.