IOT Unit - I
IOT Unit - I
The HAZ Umbrella frees users from cumbersome traditional umbrellas with a built-in high
precision motor, microcontroller and a high capacity Li-ion battery. This setup allows it to
open, extend and close with the push a single button. Ready for use or storage in under two
seconds, the umbrella is fully automated and convenient for users who are carrying multiple
objects.
2. Architectural view
As per Collins Dictionary, hyperconnectivity means use of multiple systems and
devices to remain constantly connected to social networks and streams of
information.
Smart devices are devices with computing and communication capabilities that
can constantly connect to networks.
For example, a city network of streetlights which constantly connects to the
controlling station as shown in Figure 1.1 for its services.
Another example is hyperconnected RFIDs. An RFID or a smart label is tagged
to all consignments. This way many consignments sent from a place can be
constantly tracked. Their movement through remote places, inventories at
remote locations, sales and supply chain are controlled using a hyper-connected
framework for Internet of RFIDs.
Figure 1.2 shows a general framework for IoT using smart and hyperconnected
devices, edge computing and applications.
A device is considered at the edge of Internet infrastructure. Edge computing
implies computations at the device level before the computed data
communicates over the internet.
1.2 IoT CONCEPTUAL FRAMEWORK
Example 1.1 showed a single object (umbrella) communicating with a central
server for acquiring data.
The following equation describes a simple conceptual framework of IoT2 :
Physical Object + Controller, Sensor and Actuators + Internet = Internet
of Things
Equation 1.1 conceptually describes the Internet of umbrellas as consisting of
an umbrella, a controller, sensor and actuators, and the Internet for connectivity
to a web service and a mobile service provider.
An actuator is a part of a device or machine that helps it to achieve physical
movements by converting energy, often electrical, air, or hydraulic, into
mechanical force.
Generally, IoT consists of an internetwork of devices and physical objects
wherein a number of objects can gather the data at remote locations and
communicate to units managing, acquiring, organising and analysing the data
in the processes and services.
Example 1.2 showed the number of streetlights communicating data to the
group controller which connects to the central server using the Internet.
A general framework consists of the number of devices communicating data to
a data centre or an enterprise or a cloud server.
The IoT framework of IoT used in number of applications as well as in
enterprise and business processes is therefore, in general, more complex than
the one represented by Equation 1.1. The equation below conceptually
represents the actions and communication of data at successive levels in IoT
consisting of internetworked devices and objects.
Gather + Enrich + Stream + Manage + Acquire + Organise and Analyse
Equation 1.2 is an IoT conceptual framework for the enterprise processes and services,
based on a suggested IoT architecture given by Oracle.
The steps are as follows:
1. At level 1 data of the devices (things) using sensors or the things gather the pre data
from the internet.
2. A sensor connected to a gateway, functions as a smart sensor (smart sensor refers
to a sensor with computing and communication capacity). The data then enriches at
level 2, for example, by transcoding at the gateway. Transcoding means coding or
decoding before data transfer between two entities.
3. A communication management subsystem sends or receives data streams at level 3.
4. Device management, identity management and access management subsystems
receive the device’s data at level 4.
5. A data store or database acquires the data at level 5.
6. Data routed from the devices and things organises and analyses at level 6. For
example, data is analysed for collecting business intelligence in business processes.
The equation below is an alternative conceptual representation for a complex system.
It is based on IBM IoT conceptual framework. The equation shows the actions and
communication of data at successive levels in IoT. The framework manages the IoT
services using data from internetwork of the devices and objects, internet and cloud
services, and represents the flow of data from the IoT devices for managing the IoT
services using the cloud server.
Gather + Consolidate + Connect + Collect + Assemble + Manage and Analyse
Equation 1.3 represents a complex conceptual framework for IoT using cloud-
platform based processes and services.
IBM IoT conceptual framework blocks and components are the basis of this equation.
In general, things refer to an internetwork of devices and physical objects. This
framework consists of a number of subsystems.
The data is acquired at remote locations in a database or data store. The services
and processes need data managing, acquiring, organising and analysing.
MQTT (Message Queuing Telemetry Transport) is a lightweight, publish-subscribe based
messaging protocol designed for resource-constrained devices and low-bandwidth, high-
latency, or unreliable networks. It is widely used in Internet of Things (IoT) applications,
providing efficient communication between sensors, actuators, and other devices.
1.3 IoT ARCHITECTURAL VIEW
An IoT system has multiple levels (Equations 1.1 to 1.3). These levels are also known as tiers.
A model enables conceptualisation of a framework. A reference model can be used to depict
building blocks, successive interactions and integration. An example is CISCO’s presentation
of a reference model comprising seven levels (Figure 1.4).
Figure 1.5 shows an Oracle suggested IoT architecture.
Figure 1.5 Oracle’s IoT architecture (Device identity management means identifying a device,
registering a device for actions after identifying, de-registering the device, assigning unique
identity to the device. Device access management means enabling, disabling the device access,
authenticating a device for access, authorizing a device for access to a subsystem.
An architecture has the following features:
● The architecture serves as a reference in applications of IoT in services and business
processes.
● A set of sensors which are smart, capture the data, perform necessary data element
analysis and transformation as per device application framework and connect directly
to a communication manager.
A set of sensor circuits is connected to a gateway possessing separate data capturing,
gathering, computing and communication capabilities. The gateway receives the data
in one form at one end and sends it in another form to the other end.
The communication-management subsystem consists of protocol handlers, message
routers and message cache.
This management subsystem has functionalities for device identity database, device
identity management and access management.
Data routes from the gateway through the Internet and data centre to the application
server or enterprise server which acquires that data.
Organisation and analysis subsystems enable the services, business processes,
enterprise integration and complex processes
1.4 TECHNOLOGY BEHIND IoT
Hardware (Arduino Raspberry Pi, Intel Galileo, Intel
Edison, ARM mBed, Bosch XDK110, Beagle Bone Black
and Wireless SoC)
● Integrated Development Environment (IDE) for developing device software, firmware and
APIs
● Protocols [RPL, CoAP, RESTful HTTP, MQTT, XMPP (Extensible Messaging and Presence
Protocol)]
● Communication (Powerline Ethernet, RFID, NFC, 6LowPAN, UWB, ZigBee, Bluetooth,
WiFi, WiMax, 2G/3G/4G)
● Network backbone (IPv4, IPv6, UDP and 6LowPAN)
● Software (RIOT OS, Contiki OS, Thingsquare Mist firmware, Eclipse IoT)
● Internetwork Cloud Platforms/Data Centre (Sense, ThingWorx, Nimbits, Xively, openHAB,
AWS IoT, IBM BlueMix, CISCO IoT, IOx and Fog, EvryThng, Azure, TCS CUP)
● Machine learning algorithms and software
The following five entities can be considered for the five levels behind an IoT system (Figure
1.3):
1. Device platform consisting of device hardware and software using a microcontroller (or SoC
or custom chip), and software for the device APIs and web applications
2. Connecting and networking (connectivity protocols and circuits) enabling internetworking
of devices and physical objects called things and enabling the internet connectivity to remote
servers
3. Server and web programming enabling web applications and web services
4. Cloud platform enabling storage, computing prototype and product development platforms
5. Online transactions processing, online analytics processing, data analytics, predictive
analytics and knowledge discovery enabling wider applications of an IoT system
1.4.1 Server-end Technology
IoT servers are application servers, enterprise servers, cloud servers, data centres and
databases. Servers offer the following software components:
● Online platforms
● Devices identification, identity management and their access management
● Data accruing, aggregation, integration, organising and analysing
● Use of web applications, services and business processes
1.4.1 Server-end Technology
IoT servers are application servers, enterprise servers, cloud servers, data centres and
databases. Servers offer the following software components:
● Online platforms
● Devices identification, identity management and their access management
● Data accruing, aggregation, integration, organising and analysing
● Use of web applications, services and business processes
An MCU comprises a processor, memory and several other hardware units which are interfaced
together. It also has firmware, timers, interrupt controllers and functional IO units.
Additionally, an MCU has application-specific functional circuits designed as per the specific
version of a given microcontroller family. For example, it may possess Analog to Digital
Converters (ADC) and Pulse Width Modulators (PWM).
Communication Module
A communication module consists of protocol handlers, message queue and message cache. A
device message-queue inserts the messages in the queue and deletes the messages from the
queue in a first-in first-out manner. A device message-cache stores the received messages.
Representational State Transfer (REST) architectural style can be used for HTTP access by
GET, POST, PUT and DELETE methods for resources and building web services. Software
IoT software consists of two components—software at the IoT device and software at the IoT
server.
Middleware
OpenIoT is an open source middleware. It enables communication with sensor clouds as well
as cloud-based ‘sensing as a service’. IoTSyS is a middleware which enables provisioning of
communication stack for smart devices using IPv6, oBIX, 6LoWPAN, CoAP and multiple
standards and protocols. The oBIX is standard XML and web services protocol oBIX (Open
Building Information Xchange)
Operating Systems (OS)
Examples of OSs are RIOT, Raspbian, AllJoyn, Spark and Contiki. RIOT is an operating
system for IoT devices. RIOT supports both developer and multiple architectures, including
ARM7, Cortex-M0, Cortex-M3, Cortex-M4, standard x86 PCs and TI MSP430.
IEEE 802.2 Standards for Logical Link Control (LLC) standards for connectivity
Standards for token ring access and for communications between LANs
IEEE 802.5
and MANs
IEEE 802.24 Standards for Logical Link Control (LLC) standards for connectivity
IEEE 1666 IEEE Standard for Standard SystemC Language Reference Manual
IEEE 1914.3 Standard for Radio Over Ethernet Encapsulations and Mappings
IEEE 2413 Standard for an Architectural Framework for the Internet of Things (IoT)
IEEE 2418.2 Approved Draft Standard Data Format for Blockchain Systems
IEEE Switchgear
C37 series of standards for Low and High voltage equipment
Committee
IEEE
C57 series of standards for the design, testing, repair, installation and
Transformers
operation and maintenance of transformers
Committee
-
4. Basics of Networking
5. M2M and IoT Technology Fundamentals
6. Devices and gateways
7. Data Management
8. Business process in IoT
9. Everything as a service(XaaS)
10. Role of Cloud in IoT
11. Security aspects in IoT
6.1 Introduction
A few conventional methods for data collection and storage are as follows:
● Saving devices’ data at a local server for the device nodes
● Communicating and saving the devices’ data in the files locally on removable media, such
as micro SD cards and computer hard disks
● Communicating and saving the data and results of computations in a dedicated data store or
coordinating node locally
● Communicating and saving data at a local node, which is a part of a distributed DBMS
● Communicating and saving at a remote node in the distributed DBMS
● Communicating on the Internet and saving at a data store in a web or enterprise
6.2 CLOUD COMPUTING PARADIGM FOR DATA COLLECTION, STORAGE AND COMPUTING
XAAS Everything-as-a-Service
(i) Devices or sensor networks data collection at the device web server, (ii) Local files, (iii)
Dedicated data store at coordinating node, (iii) Local node in a distributed DBMS, (iv) Internet-
connected data centre, (v) Internet-connected server, (vi) Internet-connected distributed DBMS
nodes, and (vii) Cloud infrastructure and services.
ICT Information and Communications Technology