“the internet of lighting” · // arm research summit // 13 -sep-2017 // henk stevens //...

// ARM Research Summit // 13-Sep-2017 // Henk Stevens // Cambridge // Public // Slide 1

Energy efficient & intelligent lighting systemsOpen Architectures for Intelligent Solid State Lighting Systems

Supported by the Horizon 2020 funding of the European Union

Open Architecture for IoT connected Lighting for Professional Buildings

“The Internet of Lighting”

Henk Stevens, Systems Software ArchitectPhilips Lighting


// Consortium

• 3½ years, Jan 2015 - Jun 2018• 9 partners from 6 countries• Philips Lighting project coordinator



// Contents

• Project intro & status• Challenges• Internet of Light (IoL)• Distributed Control• ARM Mbed IOT framework• Key results• Pilot • Sustainment• Summary


// Vision

• Lighting will be part of the Internet of Things‒ IoT development defines the technology roadmap

for connected lighting.

• OpenAIS defines an IoT based lighting system:‒ Defining a system architecture and use cases for future (2020

and beyond) connected lighting systems in buildings‒ Moving the lighting industry towards the vision for connected

lighting by converting it into an Internet of Lights

Note: with 200 – 400 million luminaires/year sold in 2020 the number of IoT lighting nodes will become a considerable part of the total number of IoT nodes (estimatied 35 – 75 billion)


// Mission

• Applying standard IPv6 connectivity to each node

• Exploit standards and HW & SW components from IoT applications & platforms:‒ Achieve economy of scale‒ Standards maintained by much larger industry

• Open architecture enabling multi-vendor interoperability

• Scalable and evolvable architecture allowing software application updates to extend control functionality after installation

• Serves as a valuable infrastructure for other functions in a building


// IP/IoT Convergence Benefits• IP based IoT will be mainstream technology with

advantages in (product) cost, development efficiency and availability of solutions and vendors.‒ Opportunities to decrease both CapEX and OpEx by leveraging

commodity HW, network and other software stacks

• Potential benefits for lighting industry:‒ Enable low cost introduction of new service

propositions by multiple parties. ‒ Opportunity for a single commissioning tool chain, lowering

complexity and development costs.‒ Combine multiple connectivity technologies, for example in both

wired and wireless solutions.‒ Eliminate the need for expensive gateways for doing application layer

translations‒ ,,,


// Scope

A reference Architecture for:• Control and communication

architecture for prof indoor lighting.• A multi-vendor and open IT

connected systems• Need for differentiation, openness

and future developments.


// Project approach and status

• Identify user and system requirements for the 2020’s‒ Easy Life: ...easy to specify, design, install, commission, operate and maintain‒ Increase building value: …make properties more attractive to lease or rent‒ Building wide ecosystem: …systems to share sensors and interoperate

• Define the best System Architecture for connected lighting:‒ To meet the requirements of the 2020’s‒ Exploiting the Internet of Things

• Realize a pilot installation in a real indoor setting

• Validate whether the pilot installation meets the requirements

• Prepare standardization by engaging with SDO’s


// System Architecture challenges• Existing IoT architectures do not fully meet the requirements

from lighting industry & stakeholders, gaps identified:‒ Secure Group communication (IPv6 multicast)‒ Object models for high quality lighting, data collection and integration into

BMS.

• Architecture solutions have been provided to resolve the gaps.• Reference Architecture has been published including object

model (http://www.openais.eu/en/results/ )

Sensor object

Controlobject

Actuatorobject

Groupobject

Data Collectionobject

Deviceobject

Sceneobject

Securityobject

http://www.openais.eu/en/results/


// IoT extended for lighting (IoL)

OpenAIS:Adding the „local controls“ layer allows to adapt IoT technology to cover the user needs regarding group control and latency

IoT: Perfect services environment, but poor scalability, insufficient timing and massive online dependency for „switching lights“


// OpenAIS Group Communication (OGC)• Application group groups a set of related entities like:

‒ All luminaires controlled by a control object‒ A set of objects listening to one (or more) sensors

• Features of Group Communication:‒ OGC uses IPv6 Multicast to address many nodes at once‒ OGC applies sophisticated bandwidth optimization to avoid the

temporary overload of the RF band.‒ OGC applies group communication security that is fast enough for

lighting controls‒ OGC caters for complex device and controls structures.‒ OGC can be applied across diverse IoT frameworks, enabling

interoperability for lighting controls


// Distributed controls applying OGC

IP Infrastructure

Sensor Daylight

#1

Sensor Dimmer

#1

Sensor On/Off

#3

Room Control

#2Sensor On/Off

#3#3

• OGC (Group) communication with Security Identifications• Sensor Daylight and Sensor Dimmer in same group to share sensor status with basic control• Sensor On/Off status shared with Room Control to for further processing• Room Control to switch on/off the light based on its inputs from then sensor On/Off


// Complementary to IoT frameworks• Several IoT frameworks exist today (Allseen, OCF,

OneM2M, …) and some new ones will be created

• OGC is NOT replacing the IoT framework ‒ It is adding a supplemental layer, that is optimized for low latency lighting

controls needs.‒ OGC needs the IoT framework for all other communications, including

setup and commissioning.‒ OGC adds an „out-of-the-box“ set of features, that help the electrical

contractors to perform and verify their task. This is done to ease acceptance at the installers level

• OGC is open to be applied to future frameworks


// ARM Mbed IOT framework

(Trusted) LWM2M Server

OpenAIS-LWM2M Client

OpenAIS project requirements• RTOS• Small footprint• Supporting multiple MCU vendors• IPv6 (Nanostack)• UDP,DTLS, CoAP (Multicast) protocols• LWM2M support• Thread support (Border Router, Stack)

• LWM2M registry• Update• Discovery


// Planned Pilot at “White Lady” Eindhoven

• Advanced lighting control strategies: ‒ Granular sensing and control strategies (local dimming)‒ Local occupancy and light level sensing per luminaire‒ Personal control via Office App‒ Advanced use cases for emergency, light guide etc.

• BMS Integration‒ (Direct) control on lighting operational mode, scenes and schedules‒ (Direct) access to data collected by lighting system: occupancy & energy data

• BIM workflow management:‒ Verification of actual installation (as planned/as build):

• Reporting found, missing or misplaced device

‒ (Off-site) Simulation of system configuration, based on control behavior model.‒ Design of IP infrastructure (incl. lighting):

• Calculate nr.of IP (PoE) switches, Border Routers, power requirements, etc• Calculate IP cables length, define CAT5/6 cable labelling, etc.


// Prepare standardizations

Service SetKNX

CoAP

DTLS

RESTful WS, JSON/...

UDP

802.15.4(2006)

MAC/PHY

IPv6, RPL/RIP/MPL, ICMPv6, MLD, ...

6LoWPAN

FutureLow-Cost

WiredMAC/PHY

FutureMAC/PHYOptions

Adaptation Layer

Adaptation Layer

Application Application

Service SetBACnet

Service SetZigBee

Serv

ice

Disc

over

y

IETF

: Lay

er 3

-7IE

EE: L

1-2

Dom

ain:

L8+

Middleware layer: liaison with Fairhair to align OpenAIS Reference Architecture to create a common layer 3-7 IT solution for Lighting and Building Automation.

Application layer: IPSO registration planned and investigating further standardisations options

Network layer: Aligned with Thread, use Ethernet (UPoE/PoE+)

Service SetOpenAIS

Application..

..

Application


// Summary• User and system requirements for future offices are identified.

• A System Architecture, with solutions for the identified IoT gaps:‒ Secure Group communication‒ Object models for professional lighting

• Building a real Pilot installation for validation is in progress.• Standardization with SDO’s ongoing: alignment with Fairhair for

unified application services/middleware specification and registration of the Object model at IPSO planned

• Public event to demonstrate the results to the industry (April 2018)


// OpenAIS results

Available results:• Requirements:

‒ Scenarios & use cases‒ Value chain analysis

• Architecture:‒ Reference Architecture‒ Implementation and

Verification guidelines

• System integration:‒ FMEA & Hazard analysis‒ Risk analysis‒ Test setups

Your feedback is welcome at [email protected]

(http://www.openais.eu/en/results)

http://www.openais.eu/en/results

Thank you

Open Architectures forIntelligent Solid State Lighting Systems

www.openais.eu


Questions?

Open Architectures forIntelligent Solid State Lighting Systems

www.openais.eu


“the internet of lighting” · // arm research summit // 13 -sep-2017 // henk stevens //...

Documents