Skip to content
AL-803 (A) · Introduction to IOT/Quick Revision Short Notes

Introduction to IOT (AL-803 (A)) - Unit 4 Short Notes

UNIT 4: INTRODUCTION TO IOT - TECHNOLOGIES AND SYSTEMS


I. FUNDAMENTALS OF IOT

A. Characteristics of IoT

IoT systems are defined by a set of core characteristics that distinguish them from traditional embedded systems:

  • Connectivity: Seamless communication between physical objects (things) and the internet or other systems via various networks (Wi-Fi, cellular, LPWAN).

  • Things/Objects: Physical devices (sensors, actuators, appliances) embedded with electronics, software, and network connectivity to collect and exchange data.

  • Data: The fundamental asset. IoT generates massive volumes of real-time, often unstructured data from the physical world.

  • Communication: Machine-to-Machine (M2M) and Machine-to-Cloud/Human communication protocols enable data transfer.

  • Intelligence: Data analytics, AI, and machine learning extract meaningful insights from raw data to enable smart decisions and actions.

  • Actionability: The ability to trigger automated or semi-automated actions based on insights (e.g., an actuator turning on a fan).

  • Dynamic & Self-Adapting: Systems can adapt to changing conditions and new devices joining/leaving the network.

  • Ecosystem Complexity: Involves a complex interplay of hardware, software, networks, data platforms, and users.

[!TIP] Exam Focus: Be prepared to list and briefly explain at least 5-6 key characteristics. Common pitfall: Listing "Internet" as a characteristic instead of "Connectivity".

B. Machine-to-Machine (M2M) Communication

1. Definition and Overview of M2M

M2M refers to direct communication between devices without human intervention. It is a foundational, point-to-point technology that enables devices to share data and perform tasks autonomously. It is often considered a subset or precursor to the broader, more interconnected IoT paradigm.

2. Architecture of M2M Systems

A typical three-layer architecture:

  1. Device/Endpoint Layer: Contains the intelligent hardware (sensors, actuators, meters) with embedded communication modules.

  2. Communication/Network Layer: Responsible for transporting data from devices to applications. Uses wired (Ethernet, PLC) or wireless (cellular, satellite, RF) networks.

  3. Application/Integration Layer: Hosts the business logic and applications that process the received data, trigger actions, and present information to users (e.g., SCADA systems, enterprise software).

Layer Function Example Components
Device Data collection & action execution Smart meter, RFID tag, Vehicle telematics unit
Network Data transport Cellular network (3G/4G/5G), Wi-Fi, Satellite
Application Data processing & visualization Remote monitoring dashboard, Billing system

II. IOT SYSTEM DESIGN AND ARCHITECTURE

A. Logical Design in IoT Systems

1. Purpose of Logical Design

To define the functional components and their interactions within an IoT solution, abstracting away from specific hardware or technology choices. It answers "what the system does" before deciding "how it is built."

2. Key Components in Logical Design of IoT Solutions

A standard logical view includes:

  • Things/Devices: The physical sensors and actuators.

  • Communication/Connectivity: The protocols and networks enabling data flow.

  • Data Ingestion & Processing: Components that collect, filter, and pre-process raw data (e.g., IoT gateways, stream processors).

  • Cloud/Edge Platform: The backbone for storage, advanced analytics, device management, and application enablement.

  • Applications & Analytics: The user-facing dashboards, business logic, and AI/ML models that derive value.

  • Security & Management: Overarching components for authentication, authorization, device lifecycle management, and monitoring.

B. Challenges of Sensor Nodes

Sensor nodes are the fundamental data-gathering units but face severe constraints:

  • Limited Power: Battery-powered; energy harvesting is often insufficient. Requires ultra-low-power design and duty cycling.

  • Limited Processing & Memory: Constrained microcontrollers with minimal RAM/ROM, restricting complex computation and data buffering.

  • Limited Bandwidth & Range: Wireless radios (e.g., in WSN) have low data rates and short communication ranges.

  • Unreliable & Dynamic Network: Nodes can fail, move, or experience interference, leading to packet loss and topology changes.

  • Physical Security & Tampering: Deployed in unattended, often hostile environments, vulnerable to physical attacks.

  • Scalability: Must support thousands of nodes within a single network without catastrophic performance degradation.


III. IOT HARDWARE COMPONENTS

A. Sensors

1. Scalar Sensors vs. Vector Sensors

Feature Scalar Sensors Vector Sensors
Measurement Measures magnitude only of a physical quantity. Measures magnitude AND direction of a physical quantity.
Output Single value (e.g., 25°C, 1013 hPa). Multiple values representing components (e.g., X, Y, Z axes for acceleration).
Example Thermometer (temperature), Barometer (pressure), Hygrometer (humidity). Accelerometer, Gyroscope, Magnetometer (often combined as IMU).

2. Types of Sensors (Comprehensive Classification)

  • By Physical Quantity: Temperature, Pressure, Humidity, Flow, Level, Position, Proximity, Motion, Gas/Air Quality, Image (Camera), Sound.

  • By Operating Principle: Active (require external power, e.g., ultrasonic) vs. Passive (derive power from measured signal, e.g., thermocouple).

  • By Output: Analog (continuous voltage/current) vs. Digital (discrete binary/communication protocol).

  • By Deployment: Wearable, Embedded, Environmental, Industrial.

B. Actuators

1. Electrical Actuators vs. Mechanical Actuators

Aspect Electrical Actuators Mechanical Actuators
Energy Source Electrical energy (DC/AC motor, solenoid). Typically manual or mechanical force (spring, lever, gear).
Energy Efficiency Generally higher for precise, repeatable motions; losses in motor/controller. Can be very high for simple on/off or fixed-position tasks (no standby power).
Control Flexibility Extremely high. Speed, position, and force can be precisely controlled via software/PWM. Enables automation. Very low. Control is often binary (on/off) or fixed mechanical stops. Requires manual intervention for changes.
IoT Relevance Primary type for IoT. Enables remote, automated control (e.g., smart lock solenoid, robotic arm). Limited use in IoT; more common in manual override or fail-safe mechanisms.

C. Radio Frequency Identification (RFID)

1. Basic Working Principle

A wireless, non-contact technology using electromagnetic fields to automatically identify and track tags attached to objects.

  • Components: RFID Tag (with microchip & antenna), RFID Reader (interrogator), Antenna.

  • Process: Reader emits radio waves → Tag's antenna receives energy (passive tags) or uses its battery (active tags) → Tag modulates signal and sends back stored data (ID) → Reader decodes and sends data to a host system.

2. RFID Enablement of Wireless Communication for Data Transfer

RFID provides automated, short-range, wireless data capture without line-of-sight. It bridges the physical object world to digital systems by:

  • Enabling real-time inventory and tracking (logistics, retail).

  • Providing unique identifiers for objects, which can then be linked to detailed data stored in a cloud database.

  • Acting as a trigger for IoT workflows (e.g., an RFID-tagged pallet arriving at a warehouse automatically updates inventory and triggers restock orders).


IV. IOT NETWORKING TECHNOLOGIES

A. Wireless Sensor Networks (WSN)

1. Evolution and Role as an Enabling Technology for IoT

  • Evolution: Originated in military applications (1970s-80s) for surveillance. Evolved through research in academia (1990s-2000s) for environmental monitoring. The concepts of ad-hoc, multi-hop, low-power networking developed in WSN research became the foundational communication layer for many large-scale IoT deployments.

  • Role as Enabler: WSN provided the proven architectures (e.g., star, mesh), routing protocols (e.g., RPL), and MAC layer techniques for connecting thousands of low-power, constrained sensor nodes over a wide area. It solved the core problem of efficient, reliable data collection from distributed, battery-operated devices, which is central to IoT.

B. Short-Range Wireless Communication

1. Near Field Communication (NFC)

A set of short-range (typically < 10 cm) wireless protocols operating at 13.56 MHz. It enables simple, secure, two-way communication between devices when brought close together. Key for contactless payment, access control, and device pairing.

2. Comparison: NFC vs. Bluetooth vs. Wi-Fi in IoT Context

Feature NFC Bluetooth (BLE) Wi-Fi (e.g., 802.11n/ac)
Range Very Short (< 10 cm) Short (10-100 m) Medium to Long (up to 100 m indoor)
Power Consumption Very Low (passive mode) Low (optimized for IoT) High
Data Rate Very Low (106-424 kbps) Low to Medium (1-2 Mbps) Very High (150 Mbps+)
Primary IoT Use Device provisioning, pairing, secure tap-to-connect, payment. Wearables, beacons, periodic sensor data, device-to-device. High-bandwidth streaming, firmware updates, gateway backhaul.
Network Topology Point-to-Point Star (piconet) Star (infrastructure mode)
Setup Complexity Extremely Simple (tap) Simple (pairing) Moderate (SSID/password)

[!TIP] Exam Focus: Remember the "rule of thumb": NFC for tap & go, BLE for low-power sensor data, Wi-Fi for high-throughput gateway communication.


V. IOT COMMUNICATION PROTOCOLS

A. Message Queuing Telemetry Transport (MQTT)

1. Primary Components of MQTT-based Communication System

  • Publisher: Client that sends messages (e.g., a temperature sensor publishing data).

  • Subscriber: Client that receives messages (e.g., a mobile app or analytics engine).

  • Topic: A UTF-8 string used by the broker to filter messages for subscribers (e.g., home/livingroom/temp). Hierarchical like a URL.

  • Broker: The central server that receives all messages from publishers and routes them to the appropriate subscribers based on topic subscriptions. It handles client connections, authentication, and message queuing.

  • Client: Any device or application (publisher or subscriber) that connects to the broker.

B. Constrained Application Protocol (CoAP)

1. Role of Acknowledgement (ACK) Messages

An ACK message is sent by the CoAP server in response to a confirmable (CON) request from a client. It confirms successful receipt and processing of the request. This provides reliability at the application layer for constrained networks, similar to TCP's ACK but with lower overhead.

2. Role of Reset (RST) Messages

An RST message is sent by a CoAP server (or client) to indicate that it cannot process a received message or that the message is not recognized (e.g., unknown token, malformed). It signals a critical error, telling the sender to stop retransmitting and potentially reset the exchange. It is a lightweight way to handle errors without full connection teardown.

C. Advanced Message Queuing Protocol (AMQP)

1. Main AMQP Frame Types Used in IoT Environments

AMQP is a binary protocol with a framed structure. Key frame types include:

  • OPEN: Initiates a connection between client and server, negotiating protocol version and capabilities.

  • BEGIN: Starts a new session (a bidirectional, ordered conversation) within a connection.

  • ATTACH: Creates a link (a unidirectional channel for message transfer) between a sender and receiver within a session.

  • TRANSFER: The core frame for sending a message over an established link. Carries the message data.

  • FLOW: Used for credit-based flow control. A receiver sends FLOW to a sender to grant permission (credits) to send more messages, preventing buffer overflow.

  • CLOSE / END / DISCONNECT: Used to gracefully terminate links, sessions, and connections.


VI. IOT DEVELOPMENT PLATFORMS

A. Raspberry Pi

1. Connectivity Options for Interfacing with Sensors, Actuators, and Networks

The Raspberry Pi (e.g., Model 4B) offers a rich set of interfaces:

  • GPIO (General Purpose Input/Output) Pins: 40-pin header for direct digital/analog (via ADC) connection to simple sensors (buttons, PIR) and actuators (LEDs, relays).

  • USB Ports (Type-A): For connecting USB-based sensors (webcams, GPS dongles), actuators (USB relays), and network adapters.

  • HDMI Port: For video output to connect displays for local monitoring/configuration.

  • Ethernet Port (RJ45): For reliable, high-bandwidth wired network connection.

  • Built-in Wi-Fi & Bluetooth: For wireless connectivity to local networks, other devices (BLE sensors), and the internet.

  • CSI & DSI Ports: Dedicated high-speed interfaces for official Raspberry Pi Camera and Display modules.

  • Audio Jack & USB-C Power: For audio output and power supply.


VII. IOT APPLICATIONS

A. Smart Home Automation System

1. Overview and Integration of IoT Technologies

A system where IoT devices within a residence are interconnected via a network (often home gateway/hub) and can be monitored and controlled remotely.

  • Core Components: Sensors (temperature, motion, door/window), Actuators (smart plugs, locks, thermostats, lights), Hubs/Gateways (Raspberry Pi, dedicated hub), Cloud Platform, Mobile App.

  • Technology Integration:

    • Sensing: Scalar (temp, humidity) and vector (motion via accelerometer) sensors gather environmental data.

    • Communication: Short-range tech (Wi-Fi, BLE, Zigbee, Z-Wave) connect devices to the hub/gateway. The hub uses MQTT/CoAP to communicate with the cloud platform.

    • Processing & Intelligence: Cloud platform stores data, runs rules/automation ("If motion detected after 10 PM, turn on light"), and hosts AI for predictive actions.

    • Actuation: Cloud/app sends commands back via hub to actuators to perform actions.

    • User Interface: Mobile app or web dashboard provides remote control and visualization.


VIII. IOT ECOSYSTEM, CHALLENGES, AND SECURITY

A. Components of IoT Ecosystems

An IoT ecosystem is the entire network of actors and technologies:

  1. Things/Devices: The physical sensors, actuators, and embedded systems.

  2. Communication & Connectivity: Networks (LPWAN, WSN, cellular) and protocols (MQTT, CoAP, HTTP).

  3. Cloud & Edge Platforms: Infrastructure for data ingestion, storage, processing, analytics, and device management (AWS IoT, Azure IoT, Google Cloud IoT).

  4. Applications & Analytics: End-user software, dashboards, and AI/ML models.

  5. Security & Identity Management: Tools for device authentication, data encryption, access control, and anomaly detection.

  6. Developers & Integrators: The human component creating solutions.

  7. Standards & Regulatory Bodies: Organizations defining interoperability standards (IETF, IEEE, oneM2M).

B. General IoT Challenges

  • Security & Privacy: Vast attack surface, weak device security, data privacy concerns.

  • Interoperability & Standards: Fragmentation of protocols, platforms, and data formats hinders integration.

  • Scalability: Managing millions of devices, their data, and network traffic.

  • Power Management: Battery life for remote/wearable devices.

  • Data Management & Analytics: Handling volume, velocity, and variety of IoT data; extracting real-time insights.

  • Complexity & Integration: Integrating legacy systems with new IoT solutions.

  • Regulation & Compliance: Evolving legal frameworks for data (GDPR) and device safety.

C. Attacks in IoT Systems

Attack Type Description Example in IoT Context
Device/Node Compromise Physical or remote exploitation of a device's firmware/OS. Malware installed on a smart camera to join a botnet.
Network Attacks Targeting communication channels. Man-in-the-Middle (MITM) on unencrypted sensor data; DDoS attack using compromised IoT devices (Mirai botnet).
Data Attacks Targeting data integrity, confidentiality, or availability. Data theft from cloud storage; Data tampering (changing sensor readings); Ransomware encrypting critical control data.
Protocol Attacks Exploiting vulnerabilities in IoT-specific protocols. CoAP amplification attack; MQTT topic injection.
Physical Attacks Direct tampering with hardware. Side-channel attacks to extract keys; device theft.
Supply Chain Attacks Compromising hardware/software before deployment. Malicious code pre-installed in a sensor's firmware from a third-party vendor.

[!TIP] Exam Focus: For "Attacks in IoT," be ready to name and describe 3-4 specific attacks, linking them to IoT's constrained nature (e.g., Mirai botnet = default passwords + DDoS).

Go to where you left off?

Quick Add to Notes

Save questions, your own notes and screenshots into notes filed by unit. It takes a free account.

Create free account

Have an account? Log in