WSN & IoT System Interoperability

Transcription

1 WSN & IoT System Interoperability Jerker Delsing Professor LTU IEC WSN IoT NIST INTERNATIONAL ELECTROTECHNICAL COMMISSION

2

3 Intelligent industrial processes - ProcessIT Prof Jerker Delsing

4 Arrowhead Process and energy system automation 4 years project 68M 79 partners Coordinated by an ARTEMIS CoIE - jerker.delsing@ltu.se ARTEMIS Industry Association The association for R&D actors in embedded systems

5 The society nervous system - the automa5on challenge Annual growths more than 10% and over 40 billion connected devices are expected worldwide by Artemis SRA 2011 Massive automation systems not possible with current technologies Not enough many engineers on the globe to do the job with current technology ProcessIT.EU roadmap Collaborative automation involving almost any device and Machine supported system integration

6 Vision Enable collaborative automation by networked embedded devices.

7 Grand challenges Enabling the interoperability of services provided by almost any device. Enabling the integrability of services provided by almost any device.

8 Approaches TCP/IP everywhere, middleware nowhere. Internet of Things - IoT System of systems - SoS The Integra5ng Technology Service Oriented Architectures - SOA Made possible by cheap silicon Real world test - IMC- AESOP.EU

9 Collabora5ve automa5on To be demonstrated in real world applications

10 Control considerations 95% of all control loops have loop time of 1s or longer

11 Senor data architecture paradigms Streaming of IoT data to cloud Costly on communication IoT data/info. to consumer on configured event Distributed data -> information computation Subscription to distributed information based on events Enabling consumer tailored information Reduced communication to the expense of computation

12 System of systems, SoS, approach Information provided as a configurable services Orchestration of services possible and feasible with complex event processing

13 Condition monitoring of transportation systems

14 Beyond state of the art TCP/IP everywhere, middleware nowhere.

15 Collaborative automation Made possible using SOA So whats the problems??

16 Service Oriented Protocols - The Challenge Application Pilot A Pilot B Pilot C Pilot D Pilot E Pilot A XML def Pilot B JSON def Pilot C XML def Pilot D JSON def Pilot E XML def Semantics CoAP DDS Compression/EXI XMPP DPWS upnp MQTT OPC- UA UDP HTTP 1.1 TCP IPv4/IPv6/IP multicast

17 One Service Oriented Protocols - Works Application Pilot A Pilot B Pilot C Pilot D Pilot E Pilot A XML def Pilot B JSON def Pilot C XML def Pilot D JSON def Pilot E XML def Semantics CoAP DDS Compression/EXI XMPP DPWS upnp MQTT OPC- UA UDP HTTP 1.1 TCP IPv4/IPv6/IP multicast

18 Many Service Oriented Protocols -?????? Application Pilot A Pilot B Pilot C Pilot D Pilot E Pilot A XML def Pilot B JSON def Pilot C XML def Pilot D JSON def Pilot E XML def Semantics CoAP DDS Compression/EXI XMPP DPWS upnp MQTT OPC- UA UDP HTTP 1.1 TCP IPv4/IPv6/IP multicast

19 19 What about service protocol interoperability Is it possible to make machine assisted translation like CoAP -> XMPP CoAP -> MQTT CoAP -> DPWS CoAP -> OPC-UA OPC-UA -> CoAP OPC-UA -> DPWS and so on. Necessary semantics translation Necessary data structure translations Service integrity over protocols, data structures, semantics etc.

20 20 Protocol incompatibilities e.g. Data structures Security Lower level protocols..

21 21 Arrowhead approach Arrowhead Framework

22 22 Arrowhead conceptual network Sensor A ARROWHEAD FRAMEWORK II IA SM Adapter System Y Legacy system Y (Maturity level 3) Sensor B Sensor C Adapter System X Legacy system X (Maturity level 4)

23 AF core functionality IA (core funct.) II (core funct.) SM (core funct.) How to set presence of the Service? How to decide which consumer that has right security level? How to discover Services? How to control which service instances that shall exchange information? Service producer System A Application service Service Consumer System B Exchange information

24 24 Core services demonstration Authorisation MMI Service Repository MMI Orchestration MMI Authorisation System BIND ( Service Registry ) Orchestration System Service producer Service Consumer System A System B

25 Core services (TBD) Information Infrastructure Discovery (service, information) Repository (user, org., metadata) Interaction (mesg., publ./subs., collab.) Mediation (orchestration, transl) Storage (structured, centralized, distributed) Messaging (cross- domain) Information Assuranc Security management, (certificate, encryption, auth.*2) Access, (firewall (hw/sw)) Proxy, (DMZ) Detection, (logging, auditing, intrusion, border) System Management Service management,(policy, monitoring, sw dist., log/status) Application management, (exec. env., install, runtime, config) Network management, (QoS, performance, load)

26 System and Service documenta5on SoSD: System-of-Systems Description SoSDD: System of Systems Design Description SysD: System Description SysDD: System Design Description SD: Service Description IDD: Interface Design Description CP: Communication Profile SP: Semantic Profile

27 Is large scale WSN/IoT interoperability possible? Potentially if certain service descriptions are standardised

28 Conclusion Small scale cloud based automation system are possible provided use of limited sets of protocols Ubiquitous automation systems need further standardisation to ensure technology interoperability

29 Thank you Jerker Delsing Professor LTU IEC WSN IoT NIST INTERNATIONAL ELECTROTECHNICAL COMMISSION