Certification Programme Smart Home + Building...preparation Interface Interface Data Model requirements for messages Sequence diagram Sequence diagram Sequence diagram for standardi-sation

ZertifizierungsprogrammZertifizierungsprogramm

g p g

Certification Programme Smart Home + Building

Example 3: Concept of testing and certification of Smart Home cross-system interoperabilityy p y

2nd DG Connect & ETSI-WSon Smart M2M Appliances

Dr. Wolfgang KlebschVDE Technology & Innovation

14 October 2014 Slide 02nd DG Connect & ETSI Workshop on Smart M2M AppliancesVDE e.V. alle Rechtevorbehalten

Zertifizierungsprogramm

Overviewg p g

1. Concern of the Funding Project

2. Concept of Cross-system Interoperability

3. VDE Testing Platform for Interoperability

14 October 2014 Slide 12nd DG Connect & ETSI Workshop on Smart M2M Appliances


Overviewg p g






Starting Point of the Project (1/2)g p g

Device 1App 1

A 2

SystemType I Device 2 Closed system

Smart Home

App 2y

Device 3

Device 1 App 1S i t

Device2 App 2

Device3

SystemType II

App 3

Semi-open system

Device1

Device2App 2

SystemType III

App 1 System acc. toconsortial standard


App 2Device3


Starting Point of the Project (2/2)g p g

Do the current technical solutions and applications really meet the expectations of the market participants?the expectations of the market participants?

Why did Smart Home not yet reach the mass market?



“Certification Programme Smart Home + Building“g p g

S

Targets of the Funding Project:

Support the market development with a standardisedconcept for cross-system/cross-trade networking

Develop a „Smart Home ready“ Seal to differentiate products on the market to generate confidence in the mass market to generate confidence in the mass market

Set up a „Smart Home Community“



Overviewg p g






Interoperability of Systems creates modular Expandabilityg p g

System System System B*

System A*

Exchange by means of a standardised

bridging technology


* with a standardised interface


Importance of the “EEBus concept” for the Project g p g

The Approach of the EEBus Initiative is a best-practice example for:

Derivation of cross system and cross trade interoperability (IOP) requirements from systematic analysis of Derivation of cross-system and cross-trade interoperability (IOP) requirements from systematic analysis of “user stories” and “use cases”

Specification of relevant “messages” and “mapping tables” for standardisation of IOP requirements in international working groups and bodiesinternational working groups and bodies

EEBus V1 0 is a working solution for a bridging technology based on open standards EEBus V1.0 is a working solution for a bridging technology based on open standards.

The EEBus concept allows the extension of the „Bridge“ to all relevant Smart Home domains


p „ g


Common Architecture Model to define Cross-system Interoperability Requirements ( f d t IEC TC57 WG21 TR62746 2)

g p g(referenced to IEC TC57 WG21 TR62746-2)

Our architecture model …in context of Neutral Information



Derivation of Data Models for neutral messages on the basisof Use Cases: Top Down Approach

g p g

User Stories (1-i)(cross-domain)

User Stories (1-i)(cross-domain)

genericUse Case 1

e.g. priceinformation

Use Case 1e.g. price

information

Use Case 2e.g. energy

profiles

Use Case 2e.g. energy

profiles

Use Case j(…)

Use Case j(…)

Seq ence Seq enceSeq ence

Use Case Management Repository

preparation

Interface Interface Interface Interface Data Model requirements

for messagesData Model requirements

for messages

Sequencediagram

Sequencediagram

Sequencediagram

preparationfor standardi-sation

Message GroupMessage Group Message GroupMessage Group Message Group:Message Group:

Interface Mapping (WAN)

Interface Mapping (WAN)

Interface Mapping (HAN)

Interface Mapping (HAN) for messagesfor messages

Information contentof messages

Information contentof messages


e.g. I/Oe.g. I/O e.g. dime.g. dimg p

e.g. powerSequencesg p

e.g. powerSequences


Standardised Messages with well-defined Contents:“EEBus Classes”

g p g

price metering measurement timeInformation

actuatorLevel actuatorSwitch deviceClassification commodityResource

dataTunneling sensing messaging loadManagementThreshold

powerSequences directControl operatingConstraints supplyConditionp q p g pp y

networkManagementIn progress for 2014: white goods, HVAC, electrical connection


g


Smart Home & Building Standards –influenced by EEBus

g p g

User Stories & Use CasesUser Stories & Use Cases• IEC 62746-2 [IEC TC57 WG21]• prEN50631-x [CLC TC59x WG7]• DKE 1711.x, 1911.x

AHAM

• IEC 62746-2 [IEC TC57 WG21]• prEN50631-x [CLC TC59x WG7]• DKE 1711.x, 1911.x

AHAM

• IEC 62746-2 [IEC TC57 WG21]• IEC 62746-2 [IEC TC57 WG21]

Use Cases

Information to be exchangedInformation to be exchanged[ ]

• prEN 50491-12 [CLC TC59 WG18]• prEN50631-x [CLC TC59x WG7]• AHAM

[ ]• prEN 50491-12 [CLC TC59 WG18]• prEN50631-x [CLC TC59x WG7]• AHAM

Data Requirements

• prEN 50491-12 [CLC TC59 W18]• prEN50631-x [CLC TC59x WG7]

ServicesProtocol specif.

Neutral set of messagesNeutral set of messages

A li tiMapping • prEN50631-x [CLC TC59x WG7]• prEN50631-x [CLC TC59x WG7]

XSDs • AHAM• EEBus Data Model description• EEBus XSD Version 1.0 beta4

…..

ServicespApplications

Protocol

Applications

KNX SEP 2.0

ZigBeeHA 12

p [ ]• EEBus Application

p [ ]• EEBus Application

• prEN50631-x [CLC TC59x WG7]• EEBus SHIP Specification• prEN50631-x [CLC TC59x WG7]• EEBus SHIP Specification



Standardisation Activities in the area of Smart Homeg p g

Joint Working Group Use Case & Requirements(IEC TC57 WG21, CLC TC205 WG18, CLC TC59x WG7)

EEBus e.V.Association BodiesStandardisation Bodiessupported

International

ASHRAEASHRAE

IEC TC57WG21

IEC TC57WG21

IEC TC23WG12

IEC TC23WG12

ISO/IECJTC1/SC25

ISO/IECJTC1/SC25

IEC TC59WG15

IEC TC59WG15

US

E

ZigBeeSEP 2.0ZigBeeSEP 2.0

ASHRAEASHRAEAHAMTF SGAHAMTF SG

CECEDCECEDCLC/TC57CLC/TC57

SGIPSGIP

CLC/TC205CLC/TC205 CLC/TC59xCLC/TC59xEurope

Germany

CECEDTF SG

CECEDTF SG

ZVEIZVEI

CLC/TC57mirror

CLC/TC57mirror

DKE952DKE952

DKEDKE

SG CGSG CG CLC/TC205WG18

CLC/TC205WG18

DKEInhome

DKEInhome

DKEDKE

DKEUse Cases

DKEUse Cases

CLC/TC59xWG7

CLC/TC59xWG7


Germany ZVEITF SGZVEI

TF SG952952 NeLDENeLDE DKE

DKE 1711.xDKE

DKE 1711.x


The EEBus Concept as the future oriented Basis enabling cross-system interoperability

g p g

Defined byworking Groups

BuildingTechnologies

HVAC ElectricalConnection

White Goods

EEBus specification 1.0

entw

ise additional domain specific data-models

Definition of device / entity types and context IDs

11 22 33

Domain Specific AXXX+ Definition of

Device Types

Entity Types

Cont

e

+IDs

y / o

ptio

nal

Domain Specific AXXXDomain Specific A

XXXDomain SpecificA

XXX

Context IDs

Suite ID Class ID

+ Test Specification

Mand

ator

y

44



Specification and Standardisation Activitiesin the framework of the Funding Project

g p g

DKE AK (working groups)

DKE AK 1711.0.2 Use Cases

DKE AK 1711.0.3 Interoperability

specifications:Interoperability,

IT security

Introduction into theinternational

standardisation bodies

Use Cases

DKE AK 716.0.1IT security

Seal Assignment

Development of testing regulations basedon specifications and standards

Development of testing regulations basedon specifications and standards

Seal Assignment


* Supposed to be replacedtesting


Assignment of a Seal approving Interoperability and IT Security g p g

Accredited independentTesting Lab

Test Report AssignmentTesting Lab

or

Accredited Manufacturer Lab System

of a Seal:

Accredited Manufacturer Lab y Gateway / Server Device Component * Supposed to be replaced

Manufacturer self-declaration

as the case may be:

p

Interoperability IT security

Supposed to be replaced



Overviewg p g






Testsuite for Testing Interoperability of Systemsg p g

Testing Adaptor

ases

System SystemAutomated

IOPActor Y Sensor X observe

& Home

Use

Ca

SystemA

SystemB

IOPTestingSystem

& compare

n wi

thSm

art

EEBus V1 0 as a standardised bridging technology“Test API

Autom

atio


EEBus V1.0 as a standardised „bridging technology API


Testing Platform for IT Security and Data Protectiong p g

Penetration tests on Interfaces(wired, wireless)

1. Collection of Information2. Identification of Vulnerabilities3. Verification

Scans on known VulnerabilitiesPort Scans Webserver Scans


Foto: VDE

Zertifizierungsprogrammg p g

Thank you for your attention


Documents

Certification Programme Smart Home + Building...preparation Interface Interface Data Model requirements for messages Sequence diagram Sequence diagram Sequence diagram for standardi-sation