SlideShare a Scribd company logo
Università degli Studi dell’Aquila

Ivano Malavolta
DISIM Department, University of L’Aquila
ivano.malavolta@univaq.it
The material in these slides may be freely reproduced
and distributed, partially or totally, as far as an explicit
reference or acknowledge to the material author is
preserved.

Ivano Malavolta
Problem Definition
A4WSN
Software Architecture
Nodes Configuration
Physical Environment
Keeping Models Integrated
Exercise
WSNs consist of spatially distributed sensors that cooperate to
accomplish some tasks.
Sensors are:
• small
• battery-powered
• with limited processing capabilities
• with limited memory
They can be easily deployed to monitor different environmental
parameters such as temperature, movement, sound and
pollution.
Sensors can be distributed on roads, vehicles, hospitals,
buildings, people and enable different applications such as
medical services, battlefield operations, crisis response, disaster
relief and environmental monitoring.
From the SESENA 2012CfP:

Abstraction

“the development of WSN software is still carried out in a rather
primitive fashion, by building software directly atop the OS and by
relying on an individuals hard-earned programming skills”

“WSN developers must face not only the functional application
requirements but also a number of challenging, non-functional
requirements and constraints resulting from scarce resources”

Separation of
concerns

Model-based
Analysis
Abstraction

by masking the complexity of low-level, hardware details
Separation of
concerns

by clearly separating SW, HW, and deployment aspects of
a WSN
Model-based
Analysis

by facilitating the analysis of both functional and nonfunctional properties
in this lecture we focus on this part

Abstraction

Separation of
concerns

Model-Based
Analysis
Architecture 4 Wireless Sensor Networks
Problem Definition
A4WSN
Software Architecture
Nodes Configuration
Physical Environment
Keeping Models Integrated
Exercise
It is composed of 3 modeling languages

Details about
WSN nodes
Software
Architecture

Physical
environment
Structure
components
ports
application data
messages

Behaviour
events
conditions
actions
Component. A unit of computation with internal state and well
defined interface. Each component can contain a behaviour
specification and a set of application data.
MessagePort. Specifies the interaction point between a
component and its external environment.

Incoming messages arrive at InMessagePorts
Outgoing messages are sent via OutMessagePorts
Connection. It is a unidirectional communication channel
between two message ports.
Application Data. Local variables declared in the scope of the
component. It is manipulated by actions defined in the
behaviour of the component.
There are two types of application data:
• Primitive
•

integer, string, real, boolean

• Structured
•
•
•
•

Enumeration
Structure
Array*
Map*

* not supported in the current version of the tool
threshold : integer = 30
temperature : real = 15,5
message : string = "hello“
found : boolean = false

status : enum{ON, OFF} = status.OFF
gender : enum{MALE, FEMALE}
person : struct{name: string, sex: gender} =
person("John", gender.MALE)
readings : array{integer} = [12, 34, 56]
rooms : map = {"key1": 5, "key2": status.OFF}

* not supported in the current version of the tool
Operations on Application Data:
• arithmetic
•

+ - / *

Assignment is done via
a dedicated Action in
the behaviour

• boolean
•

AND, OR, NOT

• relational
•

> >= < <= !=
threshold + 30

Application data reference
Structured elements reference

person.name
readings[1]
rooms[“key1”]
Each Component can contain a description of its behaviour
The behaviour is based on:
1. Events-conditions-actions
2. Modes
Each Component can perform actions:
Sense gets some data from a sensor and stores the read
value into a specific application data
ex: get current temperature
Actuate activates and actuator, optionally an application
data can be used to pass a parameter to the actuator

ex: actuate a water sprinkler
SendMessage sends a message via a specific message port
Optionally, the payload of the message can be specified by
passing an expression as parameter
Types of available messages:
Unicast to a single receiver
Multicast to a set of receivers
Broadcast to every node containing the target
component
StartTimer starts a timer which can be triggered later
cyclic: true if the timer must be periodic
delay: the time (in millisecs) that must pass before the first activation
period: the period of the timer (in millisecs), if it is a cyclic one

StopTimer stops a previously started timer
StoreData puts some expression into an application
data of the component
CallSyncService calls an external service (ex. web service)
data: optional, it is the parameters that can be passed to the service
dataRecipient: the application data which will be filled with the result

CallAsyncService calls an external service, the result of the
call will be available via a dedicated event
data: optional, it is the parameters that can be passed to the service
Fork splits the incoming behavioural flow into a set of
parallel flows
Join merges incoming behavioural flows and syncs them
into a single outgoing flow
Choice, depending on the value of the conditions in its
outgoing links, one and only one control flow is executed
ReceiveMessage is triggered when the component
receives a message
dataRecipient: the application data which will contain the payload
fromMessagePort: the port that received the message

TimerFired is triggered when a previously started timer is
activated
Each component can react to specific kinds of events:
ServiceCallback is triggered when the result of an
AsyncServiceCall is available
dataRecipient: the application data which will be filled with the result

ServiceCall is triggered when some king of external service
interacts with the component
dataRecipient: the application data which will contain the parameters
of the call
Behavioural flow is specified by means of Links
A link can exist:

1. from an event E to an action A: in this case after the event E is
triggered, A will be executed
2. from an action A1 to another action A2: in this case, A2 is
executed immediately after A1
Conditions are boolean expressions (optionally) associated to links
The execution flow goes through a link only if its condition
evaluates to true
A mode is a specific status of the component
ex. sleeping mode, energy saving mode, etc.

Initial Mode is the first mode which is active when the component
starts up
At any given time, one and only one mode can be active in a
component
The component reacts only to those events which are defined
within its currently active mode
A component can switch from a mode to another by means of
mode transitions
Mode transitions link together modes by passing...
from a special kind of action called ExitMode

to a special kind of event called EnterMode
in this way actions and events can be linked to modes entry and exit points,
creating a continuous flow among modes
Problem Definition
A4WSN
Software Architecture
Nodes Configuration
Physical Environment
Keeping Models Integrated
Exercise
Types of nodes
OS
MAC protocol
routing protocol
installed sensors
installed actuators
energy sources
communication devices
A nodes specification is composed of a set of WSN node types

Node Attributes:
• OS
• ex. TinyOS, Contiki, Mantis, LiteOS, ...

• macProtocol
• ex. T-MAC, S-MAC, WiseMAC, SIFT, ...
• routingProtocol

• ex. GEAR, LEACH, HEED, ...
Node
ADC

Microcontroller

DAC
Memory

CPU
CPU
CPUs

RF

Timer

Storage memory

Program memory

Energy Source
Energy Source
Energy Sources

Sensors
Sensors
Sensors
Memory
Additional
Memory
memories
RF
RF
RFs

Actuators
Actuators
Actuators
The following elements can be attached to a WSN node:

• energy sources (one or more)
• continuous
• degradable (initialStoredEnergy in Joule)
• harvested (initialStoredEnergy in Joule, harvestingEnergyRate in Joule)
• sensors (zero or more)
energyConsumptionPerSample (mJ), idleEnergyConsumption (mJ)

ex. light sensor, temperature sensor, radio sensor, ...
• actuators (zero or more)
energyConsumptionPerSample (mJ), idleEnergyConsumption (mJ)

ex. water sprinkler, leds, lights, heating system switch, ...
A node can contain the following elements:
• RF Communication Device (zero or more)
represents the radio device to communicate with other nodes
Attributes:
float transmissionPower in dBm
float receiveSensitivity in dBm
float[1] frequency in MHz
float antennaGain in dBd

String modulation // name of the modulation method
String encryption // name of the enc. algorithm
• Memories (one or more)
represents external storage memories of the node
Attributes:
float averageReadingEnergyConsumption in mW
float averageWritingEnergyConsumption in mW

int[1] size in Kb
Microcontroller (one)

represents the entity which performs tasks, processes data
and controls the functionality of other components in the
sensor node
Microcontroller
1_*

0_*
0_*

ADC
DAC

Memory
1_1

CPU
CPU
CPU

0_1
RF

Timer 1_*

Program memory
1_1
• ADC (zero or more)

Attributes:
int resolution // # discrete values it can produce
int bits // 8 bits, 16 bits
int channels // #channels
• DAC (zero or more)

Attributes:
int resolution // # discrete values it can produce
int bits // 8 bits, 16 bits
• Processor (one or more)

Attributes:
int[1] frequency in MHz
float[1] cpi // cycles per instruction
• Timer (one or more)
Attributes:

int bits // 8 bits, 16 bits
• RF Communication Device (0_1) – internal radio transceiver
• Memory (one) – same role as RAM memory in PCs
• Program Memory (one) – stores the program running on the node
A Node can specify a set of Power Modes
Each power mode identifies a set of node elements (such as
memory, DAC, RF comm. device, etc.) and distinguishes between
which elements are active and which elements are disabled

Mode A

Mode B
Problem Definition
A4WSN
Software Architecture
Nodes Configuration
Physical Environment
Keeping Models Integrated
Example
A 2D space with obstacles
freely positioned
with their own shape
with attenuation coefficients
The Environment represents the overall area in the 2D space in
which the WSN will be deployed
Attributes:
string name // the name of the area
float [1] width // the width of the bounding box of the area

float [1] height // the height of the bounding box of the area
imagePath // the image used as background in the editor
The environment contains a set of Obstacles and Areas
An Obstacle specifies any kind of relevant element which can be
placed in the environment
Attributes:
string material // the name of the material of the obstacle
(ex. concrete wall, wooden door, glass, ...)

float [1] attenuation // the “thickness” of the obstacle
// it ranges from 0 to 1
Coordinate [2_*] shell // the perimeter of the obstacle in the
2D space
An area is a portion of physical environment in which a type of
node can be deployed
An area has a single property:
Shape: the perimeter of the area defined as a set of
coordinates

A1

A2

A3
Problem Definition
A4WSN
Software Architecture
Nodes Configuration
Physical Environment
Keeping Models Integrated
Example
Two special models link together software
components, nodes and environment specifications
MAPML models semantically represent the classical notion of
deployment of software components onto HW nodes
Separation of Concerns
It helps in clearly separating the application layer of a WSN from
all the other lower levels
this aspect is new in the WSN domain

Architects can focus on the application from a functional point of view in
SAML, and only later they will focus on low-level aspects
Weaves together an SAML model and a NODEML model
It defines how components are deployed into each configured nodes
Types of link:
• Mapping maps a component to its corresponding node configuration

• Sensor Mapping maps a Sense action in a component to a Sensor in
a node
• Actuator Mapping similar to the Sensor Mapping, but for actuators

• Communication Device Mapping maps a Message Port in a
component to an RFCommunicationDevice in a node
• Mode Mapping maps a Mode in a component to a Power Mode in a
node
Weaves together a NODEML model and an ENVML model
It defines how node configurations are
1. instantiated, and
2. virtually deployed in the physical environment
A DEPML model presents a single type of link: Deployment Link
A deployment link considers a node configuration in the NODEML
model, and assigns it to an area within the physical environment
Each node type can be instantiated ”n” times within a specific area
this allow architects to focus on generic components and
node types in SAML and NODEML, while in DEPML we
consider the final shape of the network
Nodes can be distributed in three different ways:
Random

Grid

Custom

each node is placed

nodes are placed on a

each node can be manually

randomly within the area

grid with a certain
number of rows and

placed within the area

columns
N2
N1
N1
N3

BS
In custom distribution, each node can be
individually specified in the area by:
1. its name

N2
N1
N1

BS

N3

2. the coordinates of its position
A nodes name pattern can be given to an area independently from
the distribution type
they are used to have a way to refer to the names used as targets of Send
Message actions in SAML models

Available patterns:
name<number>, name<Letter>, name
Graphical and Tree-based editor for SAML & NODEML

tree-based
editor

models
graphical
editor
bird
view
properties

palette
ENVML: Graphical editor with background image
MAPML: Tree-based editor
DEPML: Tree-based editor
languages
refinement

code
generators

analysis
tools
Model a WSN that allows the personnel of an hospital to monitor patients’
vital sign data with the help of pulse-oximeters.
The monitoring system consists of two types of nodes:
• a monitoring station
• ten oximeter nodes
Those nodes form a star-network.

Each pulse-oximeter monitors the patient continuously and a measurement
is sent to the monitoring station every 3 seconds.
In case the oximeter reads a value other than a defined threshold, an alert
message is sent to the monitoring system, and the system goes into a
warning mode in which sensor readings are sent to the monitoring station
more frequently (i.e., once every 200 milliseconds), hence facilitating
continuous monitoring of patients and allowing real-time responses in case
of emergency conditions.

More Related Content

What's hot (20)

PDF
A4WSN: an Architecting environment 4 Wireless Sensor Networks
Ivano Malavolta
 
PPTX
Hetrogenous wireless sensor network
Chinmoy Jena
 
PPTX
wireless sensor network
DeepaDasarathan
 
PDF
9345.pdf
RajShah860705
 
PDF
Introduction of Wireless Sensor Network
Muhammad Kaife Uddin
 
PPT
WSN IN IOT
skumartarget
 
DOCX
Seminar report on WSN technology
Kapil Dev
 
PDF
seminar report on wireless Sensor network
Jawhar Ali
 
DOC
Report on WIRELESS SENSOR NETWORK
Nishant Bhardwaj
 
PDF
An algorithm for fault node recovery of wireless sensor network
eSAT Publishing House
 
PPTX
Fault Node Recovery Algorithm for a Wireless Sensor Network
Yogesh Vk
 
PPTX
Wireless sensor networks (Yogesh Chandra Fulara)
Yogesh Fulara
 
PPT
paper presentation _ survey of wireless sensor netwrok
ejbyun77
 
PPTX
Wsn ppt original
Deepak Kumar Dhal
 
PDF
Fault tolerance in wsn
Elham Hormozi
 
PPT
Wireless sensor network survey
915086731
 
PPTX
An overview of a wireless sensor network communication ppt
phbhagwat
 
PDF
MULTIPLE CHOICE QUESTIONS WITH ANSWERS ON WIRELESS SENSOR NETWORKS
vtunotesbysree
 
PDF
Data Flow in Wireless Sensor Network Protocol Stack by using Bellman-Ford Rou...
journalBEEI
 
A4WSN: an Architecting environment 4 Wireless Sensor Networks
Ivano Malavolta
 
Hetrogenous wireless sensor network
Chinmoy Jena
 
wireless sensor network
DeepaDasarathan
 
9345.pdf
RajShah860705
 
Introduction of Wireless Sensor Network
Muhammad Kaife Uddin
 
WSN IN IOT
skumartarget
 
Seminar report on WSN technology
Kapil Dev
 
seminar report on wireless Sensor network
Jawhar Ali
 
Report on WIRELESS SENSOR NETWORK
Nishant Bhardwaj
 
An algorithm for fault node recovery of wireless sensor network
eSAT Publishing House
 
Fault Node Recovery Algorithm for a Wireless Sensor Network
Yogesh Vk
 
Wireless sensor networks (Yogesh Chandra Fulara)
Yogesh Fulara
 
paper presentation _ survey of wireless sensor netwrok
ejbyun77
 
Wsn ppt original
Deepak Kumar Dhal
 
Fault tolerance in wsn
Elham Hormozi
 
Wireless sensor network survey
915086731
 
An overview of a wireless sensor network communication ppt
phbhagwat
 
MULTIPLE CHOICE QUESTIONS WITH ANSWERS ON WIRELESS SENSOR NETWORKS
vtunotesbysree
 
Data Flow in Wireless Sensor Network Protocol Stack by using Bellman-Ford Rou...
journalBEEI
 

Viewers also liked (8)

PPT
FAULT DETECTION IN WIRELESS SENSOR NETWORK
PavithraRShettigar
 
PPTX
Wireless sensor network
deawoo Kim
 
PDF
Visualization of IoT data 
with minecraft
Lars Gregori
 
PDF
prpl: a non-profit foundation embracing IoT diversity, big data, and analytics
Amit Rohatgi
 
PDF
Coding
Dayal Sati
 
PPT
Chapter 11
Faisal Mehmood
 
PPTX
Wireless sensor network security issues
Maha Saad
 
PPT
Security in wireless sensor networks
Piyush Mittal
 
FAULT DETECTION IN WIRELESS SENSOR NETWORK
PavithraRShettigar
 
Wireless sensor network
deawoo Kim
 
Visualization of IoT data 
with minecraft
Lars Gregori
 
prpl: a non-profit foundation embracing IoT diversity, big data, and analytics
Amit Rohatgi
 
Coding
Dayal Sati
 
Chapter 11
Faisal Mehmood
 
Wireless sensor network security issues
Maha Saad
 
Security in wireless sensor networks
Piyush Mittal
 
Ad

Similar to Architecture 4 Wireless Sensor Networks (20)

PDF
A4WSN
Ivano Malavolta
 
PDF
ME4AWSN - a Modeling Environment for Architecting WSNs
Ivano Malavolta
 
PDF
Developing a Component-based Simulator for Wireless Sensor Network
adnanfaisal
 
PPT
Lecture 6: IoT Data Processing
PayamBarnaghi
 
ODP
A Process Oriented Development Flow for Wireless System Networks by Bernard P...
ESUG
 
PDF
EEEM048_Lecture5_Software platforms and services .pdf
ssuser25ed54
 
PDF
Senslab - open hardware - fossa2010
fOSSa - Free Open Source Software Academia Conference
 
PPT
Internet of Things: Concepts and Technologies
PayamBarnaghi
 
PPTX
Wireless Sensor Networks ,Middleware and Programming abstractions
Budwell Masaiti
 
PPT
Wsn handbook
narmada alaparthi
 
PPTX
PROf TEJAS PADGHAN ICEEM ch. sambhajinagar
tejaspadghan2
 
PPT
Lecture 5: Software platforms and services
PayamBarnaghi
 
PPTX
Sensor node hardware and network architecture
Vidhi603146
 
PDF
matdid473708.pdf
ssuser3b7a36
 
PPT
Tiny os
Acad
 
PDF
Towards application development for the internet of things
Pankesh Patel
 
PDF
IT484 Cyber Forensics_Information Technology
SHEHABALYAMANI
 
PDF
IT488 Wireless Sensor Networks_Information Technology
SHEHABALYAMANI
 
PPTX
Wireless sensor network applications
Deepshika Reddy
 
ME4AWSN - a Modeling Environment for Architecting WSNs
Ivano Malavolta
 
Developing a Component-based Simulator for Wireless Sensor Network
adnanfaisal
 
Lecture 6: IoT Data Processing
PayamBarnaghi
 
A Process Oriented Development Flow for Wireless System Networks by Bernard P...
ESUG
 
EEEM048_Lecture5_Software platforms and services .pdf
ssuser25ed54
 
Senslab - open hardware - fossa2010
fOSSa - Free Open Source Software Academia Conference
 
Internet of Things: Concepts and Technologies
PayamBarnaghi
 
Wireless Sensor Networks ,Middleware and Programming abstractions
Budwell Masaiti
 
Wsn handbook
narmada alaparthi
 
PROf TEJAS PADGHAN ICEEM ch. sambhajinagar
tejaspadghan2
 
Lecture 5: Software platforms and services
PayamBarnaghi
 
Sensor node hardware and network architecture
Vidhi603146
 
matdid473708.pdf
ssuser3b7a36
 
Tiny os
Acad
 
Towards application development for the internet of things
Pankesh Patel
 
IT484 Cyber Forensics_Information Technology
SHEHABALYAMANI
 
IT488 Wireless Sensor Networks_Information Technology
SHEHABALYAMANI
 
Wireless sensor network applications
Deepshika Reddy
 
Ad

More from Ivano Malavolta (20)

PDF
On-Device or Remote? On the Energy Efficiency of Fetching LLM-Generated Conte...
Ivano Malavolta
 
PDF
Conducting Experiments on the Software Architecture of Robotic Systems (QRARS...
Ivano Malavolta
 
PDF
The H2020 experience
Ivano Malavolta
 
PDF
The Green Lab - Research cocktail @Vrije Universiteit Amsterdam (October 2020)
Ivano Malavolta
 
PDF
Software sustainability and Green IT
Ivano Malavolta
 
PDF
Navigation-aware and Personalized Prefetching of Network Requests in Android ...
Ivano Malavolta
 
PDF
How Maintainability Issues of Android Apps Evolve [ICSME 2018]
Ivano Malavolta
 
PDF
Collaborative Model-Driven Software Engineering: a Classification Framework a...
Ivano Malavolta
 
PDF
Experimenting on Mobile Apps Quality - a tale about Energy, Performance, and ...
Ivano Malavolta
 
PDF
Modeling objects interaction via UML sequence diagrams [Software Design] [Com...
Ivano Malavolta
 
PDF
Modeling behaviour via UML state machines [Software Design] [Computer Science...
Ivano Malavolta
 
PDF
Object-oriented design patterns in UML [Software Design] [Computer Science] [...
Ivano Malavolta
 
PDF
Structure modeling with UML [Software Design] [Computer Science] [Vrije Unive...
Ivano Malavolta
 
PDF
Requirements engineering with UML [Software Design] [Computer Science] [Vrije...
Ivano Malavolta
 
PDF
Modeling and abstraction, software development process [Software Design] [Com...
Ivano Malavolta
 
PDF
[2017/2018] Agile development
Ivano Malavolta
 
PDF
Reconstructing microservice-based architectures
Ivano Malavolta
 
PDF
[2017/2018] AADL - Architecture Analysis and Design Language
Ivano Malavolta
 
PDF
[2017/2018] Architectural languages
Ivano Malavolta
 
PDF
[2017/2018] Introduction to Software Architecture
Ivano Malavolta
 
On-Device or Remote? On the Energy Efficiency of Fetching LLM-Generated Conte...
Ivano Malavolta
 
Conducting Experiments on the Software Architecture of Robotic Systems (QRARS...
Ivano Malavolta
 
The H2020 experience
Ivano Malavolta
 
The Green Lab - Research cocktail @Vrije Universiteit Amsterdam (October 2020)
Ivano Malavolta
 
Software sustainability and Green IT
Ivano Malavolta
 
Navigation-aware and Personalized Prefetching of Network Requests in Android ...
Ivano Malavolta
 
How Maintainability Issues of Android Apps Evolve [ICSME 2018]
Ivano Malavolta
 
Collaborative Model-Driven Software Engineering: a Classification Framework a...
Ivano Malavolta
 
Experimenting on Mobile Apps Quality - a tale about Energy, Performance, and ...
Ivano Malavolta
 
Modeling objects interaction via UML sequence diagrams [Software Design] [Com...
Ivano Malavolta
 
Modeling behaviour via UML state machines [Software Design] [Computer Science...
Ivano Malavolta
 
Object-oriented design patterns in UML [Software Design] [Computer Science] [...
Ivano Malavolta
 
Structure modeling with UML [Software Design] [Computer Science] [Vrije Unive...
Ivano Malavolta
 
Requirements engineering with UML [Software Design] [Computer Science] [Vrije...
Ivano Malavolta
 
Modeling and abstraction, software development process [Software Design] [Com...
Ivano Malavolta
 
[2017/2018] Agile development
Ivano Malavolta
 
Reconstructing microservice-based architectures
Ivano Malavolta
 
[2017/2018] AADL - Architecture Analysis and Design Language
Ivano Malavolta
 
[2017/2018] Architectural languages
Ivano Malavolta
 
[2017/2018] Introduction to Software Architecture
Ivano Malavolta
 

Recently uploaded (20)

PDF
“MPU+: A Transformative Solution for Next-Gen AI at the Edge,” a Presentation...
Edge AI and Vision Alliance
 
PPTX
Curietech AI in action - Accelerate MuleSoft development
shyamraj55
 
PDF
“Scaling i.MX Applications Processors’ Native Edge AI with Discrete AI Accele...
Edge AI and Vision Alliance
 
PDF
FME as an Orchestration Tool with Principles From Data Gravity
Safe Software
 
PDF
5 Things to Consider When Deploying AI in Your Enterprise
Safe Software
 
PPTX
01_Approach Cyber- DORA Incident Management.pptx
FinTech Belgium
 
PDF
How to Visualize the ​Spatio-Temporal Data Using CesiumJS​
SANGHEE SHIN
 
PDF
Optimizing the trajectory of a wheel loader working in short loading cycles
Reno Filla
 
PDF
LLM Search Readiness Audit - Dentsu x SEO Square - June 2025.pdf
Nick Samuel
 
PDF
2025_06_18 - OpenMetadata Community Meeting.pdf
OpenMetadata
 
PDF
Enhancing Environmental Monitoring with Real-Time Data Integration: Leveragin...
Safe Software
 
PDF
Hello I'm "AI" Your New _________________
Dr. Tathagat Varma
 
PPTX
Paycifi - Programmable Trust_Breakfast_PPTXT
FinTech Belgium
 
PPTX
MARTSIA: A Tool for Confidential Data Exchange via Public Blockchain - Poster...
Michele Kryston
 
PDF
Python Conference Singapore - 19 Jun 2025
ninefyi
 
PDF
Darley - FIRST Copenhagen Lightning Talk (2025-06-26) Epochalypse 2038 - Time...
treyka
 
PPTX
UserCon Belgium: Honey, VMware increased my bill
stijn40
 
PPTX
Simplifica la seguridad en la nube y la detección de amenazas con FortiCNAPP
Cristian Garcia G.
 
PDF
Hyderabad MuleSoft In-Person Meetup (June 21, 2025) Slides
Ravi Tamada
 
PPTX
Enabling the Digital Artisan – keynote at ICOCI 2025
Alan Dix
 
“MPU+: A Transformative Solution for Next-Gen AI at the Edge,” a Presentation...
Edge AI and Vision Alliance
 
Curietech AI in action - Accelerate MuleSoft development
shyamraj55
 
“Scaling i.MX Applications Processors’ Native Edge AI with Discrete AI Accele...
Edge AI and Vision Alliance
 
FME as an Orchestration Tool with Principles From Data Gravity
Safe Software
 
5 Things to Consider When Deploying AI in Your Enterprise
Safe Software
 
01_Approach Cyber- DORA Incident Management.pptx
FinTech Belgium
 
How to Visualize the ​Spatio-Temporal Data Using CesiumJS​
SANGHEE SHIN
 
Optimizing the trajectory of a wheel loader working in short loading cycles
Reno Filla
 
LLM Search Readiness Audit - Dentsu x SEO Square - June 2025.pdf
Nick Samuel
 
2025_06_18 - OpenMetadata Community Meeting.pdf
OpenMetadata
 
Enhancing Environmental Monitoring with Real-Time Data Integration: Leveragin...
Safe Software
 
Hello I'm "AI" Your New _________________
Dr. Tathagat Varma
 
Paycifi - Programmable Trust_Breakfast_PPTXT
FinTech Belgium
 
MARTSIA: A Tool for Confidential Data Exchange via Public Blockchain - Poster...
Michele Kryston
 
Python Conference Singapore - 19 Jun 2025
ninefyi
 
Darley - FIRST Copenhagen Lightning Talk (2025-06-26) Epochalypse 2038 - Time...
treyka
 
UserCon Belgium: Honey, VMware increased my bill
stijn40
 
Simplifica la seguridad en la nube y la detección de amenazas con FortiCNAPP
Cristian Garcia G.
 
Hyderabad MuleSoft In-Person Meetup (June 21, 2025) Slides
Ravi Tamada
 
Enabling the Digital Artisan – keynote at ICOCI 2025
Alan Dix
 

Architecture 4 Wireless Sensor Networks

  • 1. Università degli Studi dell’Aquila Ivano Malavolta DISIM Department, University of L’Aquila [email protected]
  • 2. The material in these slides may be freely reproduced and distributed, partially or totally, as far as an explicit reference or acknowledge to the material author is preserved. Ivano Malavolta
  • 3. Problem Definition A4WSN Software Architecture Nodes Configuration Physical Environment Keeping Models Integrated Exercise
  • 4. WSNs consist of spatially distributed sensors that cooperate to accomplish some tasks. Sensors are: • small • battery-powered • with limited processing capabilities • with limited memory They can be easily deployed to monitor different environmental parameters such as temperature, movement, sound and pollution.
  • 5. Sensors can be distributed on roads, vehicles, hospitals, buildings, people and enable different applications such as medical services, battlefield operations, crisis response, disaster relief and environmental monitoring.
  • 6. From the SESENA 2012CfP: Abstraction “the development of WSN software is still carried out in a rather primitive fashion, by building software directly atop the OS and by relying on an individuals hard-earned programming skills” “WSN developers must face not only the functional application requirements but also a number of challenging, non-functional requirements and constraints resulting from scarce resources” Separation of concerns Model-based Analysis
  • 7. Abstraction by masking the complexity of low-level, hardware details Separation of concerns by clearly separating SW, HW, and deployment aspects of a WSN Model-based Analysis by facilitating the analysis of both functional and nonfunctional properties
  • 8. in this lecture we focus on this part Abstraction Separation of concerns Model-Based Analysis
  • 10. Problem Definition A4WSN Software Architecture Nodes Configuration Physical Environment Keeping Models Integrated Exercise
  • 11. It is composed of 3 modeling languages Details about WSN nodes Software Architecture Physical environment
  • 13. Component. A unit of computation with internal state and well defined interface. Each component can contain a behaviour specification and a set of application data. MessagePort. Specifies the interaction point between a component and its external environment. Incoming messages arrive at InMessagePorts Outgoing messages are sent via OutMessagePorts Connection. It is a unidirectional communication channel between two message ports.
  • 14. Application Data. Local variables declared in the scope of the component. It is manipulated by actions defined in the behaviour of the component. There are two types of application data: • Primitive • integer, string, real, boolean • Structured • • • • Enumeration Structure Array* Map* * not supported in the current version of the tool
  • 15. threshold : integer = 30 temperature : real = 15,5 message : string = "hello“ found : boolean = false status : enum{ON, OFF} = status.OFF gender : enum{MALE, FEMALE} person : struct{name: string, sex: gender} = person("John", gender.MALE) readings : array{integer} = [12, 34, 56] rooms : map = {"key1": 5, "key2": status.OFF} * not supported in the current version of the tool
  • 16. Operations on Application Data: • arithmetic • + - / * Assignment is done via a dedicated Action in the behaviour • boolean • AND, OR, NOT • relational • > >= < <= != threshold + 30 Application data reference Structured elements reference person.name readings[1] rooms[“key1”]
  • 17. Each Component can contain a description of its behaviour The behaviour is based on: 1. Events-conditions-actions 2. Modes
  • 18. Each Component can perform actions: Sense gets some data from a sensor and stores the read value into a specific application data ex: get current temperature Actuate activates and actuator, optionally an application data can be used to pass a parameter to the actuator ex: actuate a water sprinkler
  • 19. SendMessage sends a message via a specific message port Optionally, the payload of the message can be specified by passing an expression as parameter Types of available messages: Unicast to a single receiver Multicast to a set of receivers Broadcast to every node containing the target component
  • 20. StartTimer starts a timer which can be triggered later cyclic: true if the timer must be periodic delay: the time (in millisecs) that must pass before the first activation period: the period of the timer (in millisecs), if it is a cyclic one StopTimer stops a previously started timer StoreData puts some expression into an application data of the component
  • 21. CallSyncService calls an external service (ex. web service) data: optional, it is the parameters that can be passed to the service dataRecipient: the application data which will be filled with the result CallAsyncService calls an external service, the result of the call will be available via a dedicated event data: optional, it is the parameters that can be passed to the service
  • 22. Fork splits the incoming behavioural flow into a set of parallel flows Join merges incoming behavioural flows and syncs them into a single outgoing flow Choice, depending on the value of the conditions in its outgoing links, one and only one control flow is executed
  • 23. ReceiveMessage is triggered when the component receives a message dataRecipient: the application data which will contain the payload fromMessagePort: the port that received the message TimerFired is triggered when a previously started timer is activated
  • 24. Each component can react to specific kinds of events: ServiceCallback is triggered when the result of an AsyncServiceCall is available dataRecipient: the application data which will be filled with the result ServiceCall is triggered when some king of external service interacts with the component dataRecipient: the application data which will contain the parameters of the call
  • 25. Behavioural flow is specified by means of Links A link can exist: 1. from an event E to an action A: in this case after the event E is triggered, A will be executed 2. from an action A1 to another action A2: in this case, A2 is executed immediately after A1 Conditions are boolean expressions (optionally) associated to links The execution flow goes through a link only if its condition evaluates to true
  • 26. A mode is a specific status of the component ex. sleeping mode, energy saving mode, etc. Initial Mode is the first mode which is active when the component starts up At any given time, one and only one mode can be active in a component The component reacts only to those events which are defined within its currently active mode
  • 27. A component can switch from a mode to another by means of mode transitions Mode transitions link together modes by passing... from a special kind of action called ExitMode to a special kind of event called EnterMode in this way actions and events can be linked to modes entry and exit points, creating a continuous flow among modes
  • 28. Problem Definition A4WSN Software Architecture Nodes Configuration Physical Environment Keeping Models Integrated Exercise
  • 29. Types of nodes OS MAC protocol routing protocol installed sensors installed actuators energy sources communication devices
  • 30. A nodes specification is composed of a set of WSN node types Node Attributes: • OS • ex. TinyOS, Contiki, Mantis, LiteOS, ... • macProtocol • ex. T-MAC, S-MAC, WiseMAC, SIFT, ... • routingProtocol • ex. GEAR, LEACH, HEED, ...
  • 31. Node ADC Microcontroller DAC Memory CPU CPU CPUs RF Timer Storage memory Program memory Energy Source Energy Source Energy Sources Sensors Sensors Sensors Memory Additional Memory memories RF RF RFs Actuators Actuators Actuators
  • 32. The following elements can be attached to a WSN node: • energy sources (one or more) • continuous • degradable (initialStoredEnergy in Joule) • harvested (initialStoredEnergy in Joule, harvestingEnergyRate in Joule) • sensors (zero or more) energyConsumptionPerSample (mJ), idleEnergyConsumption (mJ) ex. light sensor, temperature sensor, radio sensor, ... • actuators (zero or more) energyConsumptionPerSample (mJ), idleEnergyConsumption (mJ) ex. water sprinkler, leds, lights, heating system switch, ...
  • 33. A node can contain the following elements: • RF Communication Device (zero or more) represents the radio device to communicate with other nodes Attributes: float transmissionPower in dBm float receiveSensitivity in dBm float[1] frequency in MHz float antennaGain in dBd String modulation // name of the modulation method String encryption // name of the enc. algorithm
  • 34. • Memories (one or more) represents external storage memories of the node Attributes: float averageReadingEnergyConsumption in mW float averageWritingEnergyConsumption in mW int[1] size in Kb
  • 35. Microcontroller (one) represents the entity which performs tasks, processes data and controls the functionality of other components in the sensor node Microcontroller 1_* 0_* 0_* ADC DAC Memory 1_1 CPU CPU CPU 0_1 RF Timer 1_* Program memory 1_1
  • 36. • ADC (zero or more) Attributes: int resolution // # discrete values it can produce int bits // 8 bits, 16 bits int channels // #channels • DAC (zero or more) Attributes: int resolution // # discrete values it can produce int bits // 8 bits, 16 bits
  • 37. • Processor (one or more) Attributes: int[1] frequency in MHz float[1] cpi // cycles per instruction • Timer (one or more) Attributes: int bits // 8 bits, 16 bits • RF Communication Device (0_1) – internal radio transceiver • Memory (one) – same role as RAM memory in PCs • Program Memory (one) – stores the program running on the node
  • 38. A Node can specify a set of Power Modes Each power mode identifies a set of node elements (such as memory, DAC, RF comm. device, etc.) and distinguishes between which elements are active and which elements are disabled Mode A Mode B
  • 39. Problem Definition A4WSN Software Architecture Nodes Configuration Physical Environment Keeping Models Integrated Example
  • 40. A 2D space with obstacles freely positioned with their own shape with attenuation coefficients
  • 41. The Environment represents the overall area in the 2D space in which the WSN will be deployed Attributes: string name // the name of the area float [1] width // the width of the bounding box of the area float [1] height // the height of the bounding box of the area imagePath // the image used as background in the editor The environment contains a set of Obstacles and Areas
  • 42. An Obstacle specifies any kind of relevant element which can be placed in the environment Attributes: string material // the name of the material of the obstacle (ex. concrete wall, wooden door, glass, ...) float [1] attenuation // the “thickness” of the obstacle // it ranges from 0 to 1 Coordinate [2_*] shell // the perimeter of the obstacle in the 2D space
  • 43. An area is a portion of physical environment in which a type of node can be deployed An area has a single property: Shape: the perimeter of the area defined as a set of coordinates A1 A2 A3
  • 44. Problem Definition A4WSN Software Architecture Nodes Configuration Physical Environment Keeping Models Integrated Example
  • 45. Two special models link together software components, nodes and environment specifications
  • 46. MAPML models semantically represent the classical notion of deployment of software components onto HW nodes Separation of Concerns It helps in clearly separating the application layer of a WSN from all the other lower levels this aspect is new in the WSN domain Architects can focus on the application from a functional point of view in SAML, and only later they will focus on low-level aspects
  • 47. Weaves together an SAML model and a NODEML model It defines how components are deployed into each configured nodes Types of link: • Mapping maps a component to its corresponding node configuration • Sensor Mapping maps a Sense action in a component to a Sensor in a node • Actuator Mapping similar to the Sensor Mapping, but for actuators • Communication Device Mapping maps a Message Port in a component to an RFCommunicationDevice in a node • Mode Mapping maps a Mode in a component to a Power Mode in a node
  • 48. Weaves together a NODEML model and an ENVML model It defines how node configurations are 1. instantiated, and 2. virtually deployed in the physical environment A DEPML model presents a single type of link: Deployment Link A deployment link considers a node configuration in the NODEML model, and assigns it to an area within the physical environment
  • 49. Each node type can be instantiated ”n” times within a specific area this allow architects to focus on generic components and node types in SAML and NODEML, while in DEPML we consider the final shape of the network
  • 50. Nodes can be distributed in three different ways: Random Grid Custom each node is placed nodes are placed on a each node can be manually randomly within the area grid with a certain number of rows and placed within the area columns N2 N1 N1 N3 BS
  • 51. In custom distribution, each node can be individually specified in the area by: 1. its name N2 N1 N1 BS N3 2. the coordinates of its position A nodes name pattern can be given to an area independently from the distribution type they are used to have a way to refer to the names used as targets of Send Message actions in SAML models Available patterns: name<number>, name<Letter>, name
  • 52. Graphical and Tree-based editor for SAML & NODEML tree-based editor models graphical editor bird view properties palette
  • 53. ENVML: Graphical editor with background image MAPML: Tree-based editor DEPML: Tree-based editor
  • 55. Model a WSN that allows the personnel of an hospital to monitor patients’ vital sign data with the help of pulse-oximeters. The monitoring system consists of two types of nodes: • a monitoring station • ten oximeter nodes Those nodes form a star-network. Each pulse-oximeter monitors the patient continuously and a measurement is sent to the monitoring station every 3 seconds. In case the oximeter reads a value other than a defined threshold, an alert message is sent to the monitoring system, and the system goes into a warning mode in which sensor readings are sent to the monitoring station more frequently (i.e., once every 200 milliseconds), hence facilitating continuous monitoring of patients and allowing real-time responses in case of emergency conditions.