open architecture for iot connected lighting for …...device communication based on coap links...

// SmartLighting 2017 // 30-May-2017 // Frank van Tuijl & Henk Stevens // Hamburg // 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

Frank van Tuijl, Project Manager Henk Stevens, System Architect Philips Lighting


// Contents

• Project intro & status• Challenges• Key results• Pilot • Outlook• Summary


// Consortium

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



// 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‒ 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


// 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

• 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


// Main uses cases and requirements

• Easy Life“…a solution that is easy to specify, design, install, commission, operate and maintain without making compromise on ease of use…..

• Increase Building Value“…in the changing world of office space and provision owners will need to make their properties more attractive for businesses to lease or rent……...”trophy workplaces” making visits to the office a luxury and a rewarding experience…….

• Building Wide Ecosystem“….in the future, systems in a building will be expected to share sensors and, interoperate to the benefit of the building and their stakeholders

http://www.istockphoto.com/stock-photo-16655247-futuristic-touch-screen.php?st=932529d

http://www.istockphoto.com/stock-photo-16655247-futuristic-touch-screen.php?st=932529d


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

lighting industry & stakeholders, gaps identified:‒ Node-to-node and Group communication (IPv6 multicast)‒ Group Security (w.r.t. IPv6 multicast communication) ‒ Object models for high quality lighting 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/)

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 timing.

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


// Object Model structure

• Sensor -> Control -> Actuator‒ Control receives events from Sensor(s) and sets (group of) Actuators

• Data collectors to receive data from any other Object‒ Collect, (pre)process and intermediate storage of data

• Stacked Control‒ Control Objects may be hierarchically stacked‒ A control object may also control other control Objects


// Object model main features• Multi vendor support:

‒ Designed for high quality lighting, defined by leading lighting companies, ‒ Allowing commercial product differentiation by vendor specific extensions

• Control objects and data collection objects:‒ Can be deployed anywhere in the system, no tight to specific hardware‒ Stacked concept to apply at different levels

• Enhanced functionality:‒ Out-of-the-Box behavior: Checking connectivity and functionality for

installer‒ Robustness, error resilience and graceful degradation mechanisms


// OpenAIS Group Communication• 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:‒ Multiple IPv6 Groups (destinations) supported per OpenAIS

device‒ De-coupling of security, multicast and application group domains

for implementation efficiency‒ Support of multiple IPv6 destination addresses (any combination

of multicast and unicast) per group• allows for situations where multicast reachability of (some) devices is

hampered by router settings

‒ Bandwidth management for RF, that allows to limit the peak band load and ensures low latency commands


// Planned Pilot at “White Lady” Eindhoven

http://dewittedame.nl/

A former Philips factory built in 1930 in which light bulbs were made. Renovated by the City of Eindhoven it is now a national monument and in daily use as offices.Architects from all over the world study and visit the building for its remarkable design.

The 5th floor tenant, GGD, has embarked on a renovation journey to update to LED using the latest controls architecture for lights.

In the last quarter of 2017, 400 luminaires, with a mix of manufacturer, wired PoE and wireless controls will be installed for a 3-6 month trial period starting Jan 2018. GGD can look forward to energy savings, personal controls, human centric automation and new apps.

The OpenAIS consortium are pleased to announce the choice of pilot site to prove their innovative work to bring IoT, Interoperability and open Integration to the lighting industry.

http://dewittedame.nl/


// Pilot implementation choices• IoT Framework used for first implementation:

‒ LWM2M client/server as IoT framework‒ ARM mbed 5.4 as RTOS for constrained IoT devices‒ IPSO type of object/resource definition‒ Specific implementations for OpenAIs group communication and security

and device discovery and bootstrap.

• Device communication based on CoAP links over:‒ Wired (Ethernet-IPv6, UPoE)‒ Wireless (Thread-IPv6)

• All above was selected based on availability at start of project (2015):‒ Expected to be for pilot only, as technologies evolve quickly ‒ Architecture allows freedom of implementation technologies for the 2020

and beyond timeframe


// Pilot main features• Advanced lighting control strategies:

‒ Granular sensing and control strategies (local dimming)‒ Local occupancy and light level sensing per luminaire‒ Local control is under continued quality supervision of the group control‒ Personal control via Office App‒ Advanced use cases for emergency, light guide etc.

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

• BIM workflow management (OpenAIS digital identity):‒ 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.


// Pilot light plan (partial)

Meeting Rooms (PHL)Meeting Rooms (PHL)

Meeting Room (PHL)

Untouched

Corridor E1 (PHL)

Corridor (PHL)

Corridor E3 (Zum)

Corr

idor

E3

(Zum

)

Corr

idor

E3

(Zum

)

Wardrobe (Zum)

Meeting Room E3 (Zum)

Informal meeting areaCorridor M1 (Zum)

Meeting Rooms (Zum)

Corridor M2 (Zum)

East sectionWest section

Meeting roomCorridor Utility rooms, Toilets, printer, …Open Office

Utility (Toilettes)(PHL)

Open Office (PHL)

Open Office (PHL)

Open Office (PHL)

Wireless desk lights



wireless wired

WirelessWireless

Wireless


// Prepare standardizations

Service SetKNX

CoAP

Application

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..

..


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

• A System Architecture, with solutions for the identified IoT gaps:‒ Group communication‒ Group security‒ 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


open architecture for iot connected lighting for …...device communication based on coap links...

Documents