A Toolchain Architecture for Condition Monitoring Using the Eclipse Arrowhead Framework

Abstract

Condition Monitoring is one of the most critical applications of the Internet of Things (IoT) within the context of Industry 4.0. Current deployments typically present interoperability and management issues, requiring human intervention along the engineering process of the systems; in addition, the fragmentation of the IoT landscape, and the adoption of poor architectural solutions often make it difficult to integrate thirdparty devices in a seamless way. In this paper, we tackle these issues by proposing a tool-driven architecture that supports heterogeneous sensor management through well-established interoperability solutions for the IoT domain, i.e. the Eclipse Arrowhead framework and the recent Web of Things (WoT) standard released by the W3C working group. We deploy the architecture in a real Structural Health Monitoring (SHM) scenario, which validates each developed tool and demonstrates the increased automation derived from their combined usage.

An IoT Toolchain Architecture for Planning, Running and Managing a Complete Condition Monitoring Scenario

“…An affordance is intended as a fundamental property of the component that determines how the thing could possibly be used, and it can be categorized as Property (an internal state variable of the Thing), Action (a command that can be invoked on the Thing), and Event (a notification fired by the Thing). We followed this approach for mapping each of the devices in the SHM Sensor network to a W3C Web Thing (WT), which exposes properties like Acceleration and AccelerationSamples for reading the data and actions such as configureFrequency to change the configurations and behavior of the sensor [24]. The TD is semantically annotated by using the Semantic Sensor Network Ontology (SOSA).…”

“…First of all, controlling the data rate at which information is gathered is of utmost importance in energy-efficient monitoring scenarios, especially when this parameter can be changed remotely. In [24] we have showcased the capabilities of the Device Configurator in such a sense. In particular, each of the sensor nodes has been equipped with a WoT writable property through which such a parameter can be changed.…”