Join Communities

Search Notes Gallery

Home / notes / Industrial Automation and Control Unit 1 Notes – AKTU B.Tech 5th Semester

Industrial Automation and Control Unit 1 Notes – AKTU B.Tech 5th Semester

NotesGallery
Oct 11, 2026 • 35 min read
Industrial Automation and Control Source: NotesGallery

These Industrial Automation and Control Unit 1 Notes explain how industrial processes combine measurement, automatic decisions, actuation and supervision. Prepared for AKTU B.Tech 5th Semester EE and EN students, this article covers automation requirements, application areas, system architecture, PLC, SCADA and industrial communication through Modbus and PROFIBUS.

  • University: Dr. A.P.J. Abdul Kalam Technical University (AKTU)
  • Course: B.Tech
  • Semester: 5th
  • Branches: EE and EN
  • Subject: Industrial Automation and Control
  • Subject Code: BEE053
  • Unit: 1 — Introduction to Automation

The unit moves from simple conveyor and tank applications to controller architecture, communication messages and integrated plant operation. For each example, identify what is measured, which device makes the decision, what changes the process and how the operator observes the result.

Topics Covered in Unit 1

Topics 1.1–1.11 Topics 1.12–1.21
1.1 Introduction to industrial automation 1.12 Industrial communication fundamentals
1.2 Requirements and limitations of automation 1.13 Introduction to Modbus
1.3 Types and levels of automation 1.14 Modbus serial: RTU and ASCII
1.4 Open-loop and closed-loop control 1.15 Modbus transactions and worked examples
1.5 Applications of industrial automation 1.16 Modbus TCP
1.6 Industrial automation system architecture 1.17 Introduction to PROFIBUS
1.7 Centralized, distributed and networked arrangements 1.18 PROFIBUS configuration and diagnostics
1.8 Introduction to PLC 1.19 Comparison of Modbus and PROFIBUS
1.9 PLC operation and scan cycle 1.20 Integrated application: monitored pumping station
1.10 Introduction to SCADA 1.21 Quick revision and exam practice
1.11 SCADA tags, alarms and trends —

1.1 Introduction to Industrial Automation

Industrial automation is the use of control systems, instruments, machines and information systems to perform industrial operations with reduced need for continuous manual intervention. It may automate a single operation, coordinate a production cell or supervise an entire plant.

Automation involves more than replacing physical effort with a motor. A useful automated system must sense relevant conditions, make decisions, act on the process and communicate its status. People remain responsible for supervision, setup, maintenance, abnormal situations and process improvement.

1.1.1 Basic Functional Elements

Element Function in an Automation System
Process or machine Performs the physical operation being controlled
Sensor or transducer Measures a condition or detects an event
Controller Evaluates inputs and decides the required outputs
Actuator or drive Changes the physical process
HMI or supervisory system Displays information and accepts authorized commands
Communication system Transfers data between system components

Example: automated conveyor. A photoelectric sensor detects a container. The PLC evaluates the detection signal and the required operating sequence. A motor drive controls conveyor movement according to the PLC command.

A photoelectric sensor detects the container, the PLC evaluates the signal and the motor drive controls conveyor movement.

1.1.2 Automation Versus Mechanization

Mechanization uses machinery to provide physical effort while decisions may remain with an operator. Automation adds automatic decision-making and coordinated action according to a program or control strategy.

Feature Mechanization Automation
Main contribution Provides mechanical or physical effort Combines sensing, decisions and automatic action
Operational decisions May remain with the operator Selected decisions are made by the control system
Conveyor example Operator starts and stops a powered conveyor Sensor detection coordinates movement, filling and interlocks
Human role Direct operation and supervision Setup, supervision, maintenance and handling abnormal conditions

The same machine can support different degrees of automation depending on its sensing and control arrangements.

1.1.3 Common Terminology

  • Plant: The industrial process or installation being controlled.
  • Setpoint: The desired value of a controlled variable.
  • Process variable (PV): A measured process condition.
  • Control output: A command that influences an actuator.
  • Manipulated quantity: The quantity changed to influence the process.
  • Disturbance: An influence that changes process behaviour independently of the intended command.

In a heated tank, measured temperature is the PV, desired temperature is the setpoint, heater power is a manipulated quantity, and cold feed entering the tank is a disturbance.

1.2 Why Automation Is Required

Industrial processes often need consistent performance over many cycles, rapid coordination and operation in environments unsuitable for continuous manual work. Automation can address these requirements when the system is correctly specified, implemented and maintained.

1.2.1 Production and Quality Requirements

  • Productivity: Reduce idle time and coordinate operations.
  • Repeatability: Perform a defined sequence consistently.
  • Quality: Control dimensions, temperature, speed, fill quantity or other critical variables.
  • Traceability: Retain production events, batch information and selected measurements.
  • Resource efficiency: Reduce avoidable energy consumption, material loss and rework.

1.2.2 Human and Operational Requirements

Hazardous, dirty, repetitive and physically demanding operations may benefit from suitable automation. Monitoring can identify abnormal conditions before they become major process problems. Automatic sequencing also reduces variation caused by fatigue or inconsistent timing.

Automation does not automatically make a machine safe. Risk reduction depends on appropriate design, protective measures and validated safety-related functions. An ordinary PLC program should not be assumed to provide the required safety integrity on its own.

1.2.3 Requirements Before Selecting Equipment

Requirement Questions to Answer
Function What operations and operating modes are needed?
Performance What response time, accuracy and production rate are required?
Input/output capacity How many digital and analog signals must be handled?
Environment What temperature, vibration, dust and electrical noise are present?
Integration Which machines, instruments and networks must communicate?
Maintainability How will faults, backups and replacements be managed?
Availability How much downtime is acceptable?

1.2.4 Constraints and Limitations

Automation requires capital investment, engineering time, commissioning, training and spare parts. Software and networks introduce configuration, maintenance and cybersecurity requirements.

A poorly automated process may produce defective items faster than a manual process. Highly variable work may not justify a rigid dedicated system, and some tasks depend on human judgment or information that is difficult to measure. Equipment selection must therefore follow the actual process requirements.

1.2.5 Economic Example: Simple Payback

Suppose an automation project costs ₹6,00,000 and produces expected net annual savings of ₹2,00,000, after additional operating costs.

Simple payback = Investment ÷ Net annual savings

Simple payback = ₹6,00,000 ÷ ₹2,00,000 per year = 3 years

This is an initial comparison. It ignores discounting, taxes and changing cash flow, so it does not replace a full economic assessment.

1.3 Types and Levels of Automation

1.3.1 Fixed Automation

Fixed automation uses a dedicated arrangement to perform a relatively fixed sequence of operations. It suits high production volume with limited product variation.

  • Examples: Dedicated transfer lines and specialized packaging machines.
  • Advantages: High throughput and a consistent cycle sequence.
  • Limitations: High initial investment and limited adaptability when the product changes.

1.3.2 Programmable Automation

Programmable automation allows the sequence to change through a program, generally with setup or changeover between batches. It suits batch production and moderate product variety.

  • Examples: Programmable machine tools and batch-processing equipment.
  • Advantages: Sequence changes are easier than rebuilding hardwired logic.
  • Limitations: Setup and changeover interrupt production; physical tooling may still need replacement.

1.3.3 Flexible Automation

Flexible automation accommodates a defined range of products with limited changeover delay. Coordinated control, tooling and material handling make this possible.

  • Example: A flexible manufacturing cell with automatic program selection and work handling.
  • Advantage: Reduced changeover delay within a known product family.
  • Limitation: Flexibility has boundaries; the cell cannot make arbitrary products without engineering changes.
Feature Fixed Automation Programmable Automation Flexible Automation
Production pattern High-volume repetitive production Batch production Variation within a defined product family
Product variety Low Moderate Defined range of products
Changeover Often difficult or expensive Setup commonly required Limited delay for supported changes
Main strength Throughput Reprogrammable sequence Coordinated changeover
Main limitation Limited adaptability Production interruption during setup Restricted to an engineered range
A qualitative chart shows the typical production-volume and product-variety regions of fixed, programmable and flexible automation.

The chart indicates typical relationships, not exact numerical boundaries.

1.3.4 Degree of Automation

Automation can operate at several levels:

  • Device level: Individual sensing or actuation.
  • Machine level: Control of a complete machine.
  • Cell level: Coordination of several machines.
  • Plant level: Supervision and coordination across production areas.
  • Enterprise level: Coordination of orders, schedules and business information.

1.3.5 Selection Example

A single product made continuously at very high volume may justify fixed automation. A workshop producing multiple batches with regular setup changes may prefer programmable automation. Frequent changes within a known product family can justify flexible automation.

Remember: A machine can be reprogrammed and still require a long mechanical changeover. Programmability alone does not make it flexible.

1.4 Open-Loop and Closed-Loop Control

1.4.1 Open-Loop Control

In an open-loop system, control action does not use feedback of the controlled variable to correct the result.

For example, a heater switched on for a fixed time heats liquid without using measured final temperature to adjust the heating action. A timed filling operation may similarly deliver different volumes when supply pressure changes.

A timer operates a power switch and immersed heater without returning a measured-temperature signal to the timer.

Open-loop control is simple, but disturbances and changes in the plant can change the final outcome.

1.4.2 Closed-Loop Control

In a closed-loop system, the measured process variable is compared with a desired value. The controller adjusts its output to reduce the difference, within the limits of the sensor, actuator and control design.

Error: e(t) = r(t) − y(t)

  • e(t): Control error.
  • r(t): Reference or setpoint.
  • y(t): Measured controlled value.
The temperature sensor returns the measured process variable to the comparison point, and the controller adjusts heater operation using the difference from the setpoint.

1.4.3 Example: Heated Tank

  1. Step 1 — Measure temperature: The sensor measures the liquid temperature.
  2. Step 2 — Compare: The controller compares measured temperature with the setpoint.
  3. Step 3 — Adjust heat input: The controller changes the heater command.
  4. Step 4 — Measure the result: Feedback reports the resulting temperature for continued correction.

Cold feed entering the tank increases the heating requirement. Feedback can compensate if the heater has sufficient capacity and the measurement is suitable.

Feedback does not automatically guarantee stability. Excessive delay, unsuitable gain or incorrect feedback sign can cause oscillation or poor response.

1.4.4 Sequence Control Versus Regulation

Feature Sequence Control Regulatory Control
Main objective Coordinate discrete events in an intended order Maintain a variable near its desired value
Example Detect a container, stop it, fill it and release it Maintain temperature or pressure
Typical information Event states and sequence conditions Measured process variable and setpoint

A plant may use sequence control and regulation together.

1.4.5 Numerical Example and Comparison

For a setpoint of 80°C and measured temperature of 74°C:

Error = 80 − 74 = +6°C

Under this convention, the positive error means the measured temperature is below the reference. The final actuator command also depends on controller action and process direction.

Feature Open-Loop Control Closed-Loop Control
Feedback used for correction No Yes
Automatic disturbance correction Not provided through feedback Possible within design limits
Complexity Generally lower Generally higher
Main limitation Outcome varies with plant changes Requires suitable sensing and stable control design

1.5 Application Areas of Industrial Automation

1.5.1 Manufacturing Industries

Assembly, machining, welding, material handling and packaging use coordinated sensors, drives and controllers. Presence sensors identify workpieces, position feedback supports motion and interlocks enforce the intended operating sequence.

1.5.2 Process Industries

Chemical, food, pharmaceutical, oil and gas, paper and related industries control flow, pressure, temperature, level and composition. Continuous regulation and batch sequences may operate together. Supervisory systems collect trends, alarms and operating information.

1.5.3 Utilities and Infrastructure

Power-generation auxiliaries, water treatment, pumping stations and distribution monitoring use reliable local operation and remote supervision. Geographically distributed installations also need appropriate communication availability and time-stamped data.

1.5.4 Buildings and Services

Heating, ventilation, air-conditioning, elevators and energy monitoring use automatic control. Equipment, protocols and protective measures must suit the installation.

Application Area Typical Automation Objective
Automotive manufacturing Coordinated assembly and inspection
Food processing Controlled processing and packaging
Water treatment Level, flow and pump coordination
Power systems Monitoring and coordinated auxiliary operation
Warehouses Material movement and item identification
Building services Comfort, access and energy management

1.5.5 Example: Automatic Tank Filling

A low-level condition starts filling when operation is permitted. A high-level condition stops filling. The design must also specify what happens when sensors disagree, communication fails or the actuator does not respond.

High- and low-level detection support inlet-valve control, with filling stopped at the high-level condition.

1.5.6 Application Selection Method

  1. Step 1 — Identify the objective: Define what the process must achieve.
  2. Step 2 — Define measurements and actuators: Select the variables to measure and the physical actions required.
  3. Step 3 — Specify the control task: Decide whether sequencing, regulation or both are needed.
  4. Step 4 — Define operating modes: Include normal, abnormal and maintenance conditions.
  5. Step 5 — Allocate functions: Choose controller, supervision and communication responsibilities.
  6. Step 6 — Verify operation: Check the design against the requirements before release.

In an exam answer, explain each device’s role. A list containing only “PLC, sensor and SCADA” does not explain an application.

1.6 Architecture of an Industrial Automation System

System architecture describes how field devices, controllers, supervisory systems and information systems are arranged and connected. It includes physical connections and the allocation of control responsibilities.

1.6.1 Common Functional Hierarchy

Functional Level Typical Role
Physical process Machine, material or process being controlled
Field devices Sensors, actuators and drives
Control PLCs and other local controllers
Supervision HMI, SCADA, alarms and trends
Production management Scheduling, records and production coordination
Enterprise Business planning and resource management
Field devices and the physical process connect through control and supervision to production coordination and enterprise planning.

A diagram may combine the process and field-device levels into one block. The functional responsibilities matter more than the number of boxes.

1.6.2 Upward and Downward Information

  • Upward information: Measurements, status, faults and production records.
  • Downward information: Authorized setpoints, schedules and commands.

These are information relationships. An enterprise system does not directly energize a motor winding.

Different functions also operate on different time scales. Fast machine control belongs close to the process, while historical reporting and business planning usually tolerate longer delays. A plant can continue local control during temporary loss of a supervisory display when designed for that condition.

1.6.3 Functional Separation

  • Control: Executes process logic.
  • Supervision: Presents operating information and supports coordination.
  • Management: Organizes production and business decisions.

Separating these responsibilities makes system behaviour easier to specify and troubleshoot.

1.6.4 Example: Packaging Cell

A sensor detects a carton. The PLC coordinates the conveyor and sealing sequence. An HMI displays status. SCADA records production totals and alarms, while the production system records the batch.

Architecture rule: Keep essential local control independent of nonessential display or reporting functions wherever continued operation during their failure is required.

1.7 Centralized, Distributed and Networked Arrangements

1.7.1 Centralized Control

In centralized control, one central controller handles many field signals and makes the main decisions. This can simplify coordination in a compact installation, but long field wiring and dependence on one controller can become disadvantages.

1.7.2 Distributed Control

In distributed control, several controllers near machines or process areas share control responsibilities and coordinate through communication links. This supports modularity and reduces long point-to-point wiring.

Distributed control still needs clear ownership: which controller issues a command, which device reports feedback and what happens if communication is lost?

1.7.3 Remote I/O

Remote I/O places input/output modules near field devices while a controller elsewhere executes the main logic. It is not necessarily an independent controller.

A PLC communicates with a remote-I/O station, allowing nearby sensors and actuators to terminate their field wiring at that station.

1.7.4 Networked Supervision

One supervisory system may connect multiple local controllers. Plant-level communication can use Ethernet, while suitable fieldbuses connect distributed peripherals. A gateway can translate protocols when the application requires it, but correct data mapping remains essential.

Arrangement Main Benefit Important Trade-Off
Centralized control Simple coordination in a compact system Concentrated controller dependence and potentially long wiring
Distributed control Modularity and local responsibility Additional coordination and network design
Remote I/O Reduced field cable runs I/O exchange depends on the communication link
Networked supervision Wider plant visibility Data-quality and access-control requirements

1.7.5 Design Concerns

Consider capacity, response time, availability, environmental suitability, expansion, diagnostics and maintenance. Redundancy improves availability only when the failover strategy is defined and correctly implemented.

1.7.6 Communication-Failure Example

If remote-I/O communication fails, the controller may lose fresh inputs and the ability to deliver new commands. Outputs must follow the configured and validated fault strategy. Holding the last value is not suitable for every process and must not be assumed without checking.

1.8 Introduction to the PLC

A Programmable Logic Controller (PLC) is an industrial controller that reads inputs, executes a stored program and controls outputs. Appropriate electrical interfaces and diagnostics support its use in industrial environments.

1.8.1 Main PLC Hardware Elements

Component Function
Power supply Provides the required operating power
CPU Executes the program and coordinates system functions
Memory Stores the program, configuration and operating data
Input modules Interface field signals to controller data
Output modules Interface controller commands to field circuits
Communication interface Exchanges data with other devices
Power supply, CPU, memory and I/O modules exchange power and data through a backplane, with field sensors connected to inputs and actuators connected through suitable output interfaces.

1.8.2 Digital and Analog Inputs and Outputs

Signal Type Meaning Example
Digital input (DI) On/off field condition Limit-switch or container-detection state
Digital output (DO) Switching command Pilot lamp or contactor-control signal
Analog input (AI) Measured quantity over a range Temperature or tank-level measurement
Analog output (AO) Variable command over a range Drive-speed reference
A digital signal represents a detected state, while an analog signal represents a measurement that varies over a range.

A PLC output does not necessarily provide enough power to operate a large load directly. A motor generally requires appropriate switching, drive and protection equipment. Module ratings and isolation must match the field circuit.

1.8.3 Compact and Modular PLCs

Feature Compact PLC Modular PLC
Construction CPU and a number of I/O points integrated in one unit Separate modules selected for the required functions
Selection considerations Required built-in capacity and supported expansion Module selection, capacity and expansion requirements

Selection also depends on program capacity, environment and communication needs.

1.8.4 PLC Versus Relay Logic

Feature PLC-Based Control Relay Logic
Logic implementation Stored program Wiring and contact states
Main method of changing logic Software modification Wiring or circuit modification
Internal data handling Supports internal variables Based mainly on switching relationships
Diagnostics Controller diagnostic facilities Depends on the circuit and installed equipment

Both approaches require suitable field devices and correctly designed power circuits. Detailed relay circuits and PLC programming belong to later units.

1.8.5 Example I/O Assignment

Signal Typical PLC Relationship
Start pushbutton Digital input
Container-present sensor Digital input
Temperature transmitter Analog input
Conveyor run request Digital output to a suitable interface
Drive-speed reference Analog or networked output

1.9 PLC Operation and Scan Cycle

1.9.1 Conventional Cyclic Model

A common teaching model describes PLC operation as a repeated cycle:

  1. Step 1 — Update inputs: Obtain selected input states.
  2. Step 2 — Execute the program: Evaluate control logic using available input data.
  3. Step 3 — Update outputs: Transfer the commanded output states to the output interfaces.
  4. Step 4 — Perform housekeeping: Handle configured diagnostics, communication and related work.
  5. Step 5 — Repeat: Begin the next cycle.
Input update, program execution, output update and housekeeping repeat in an illustrative cyclic scan; actual order depends on the PLC configuration.

Memory trick: Read → Decide → Write → Repeat.

1.9.2 Process Images

An input process image is a memory representation of selected input states. An output process image stores commanded output states. Using these images can make cyclic logic more predictable than reading changing physical signals at every instruction.

Actual update order, task scheduling, analog updates and direct peripheral access depend on the controller. Interrupt tasks and immediate I/O may operate differently. Do not assume that every PLC samples every physical channel simultaneously.

1.9.3 Scan Time and Response

Scan time is the duration of a defined cyclic execution. Input filters, communication, output hardware and actuator response introduce additional delay.

A short pulse may be missed if it occurs between input samples. High-speed inputs, interrupts or suitable hardware may be needed; reducing scan time alone may not solve the problem.

1.9.4 Illustrative Timing Calculation

Suppose input sampling occurs every 10 ms, followed by 4 ms of logic execution before output update. A signal changing just after sampling may wait almost 10 ms for the next sample and then 4 ms for processing.

Approximate worst-case logical delay = 10 + 4 = 14 ms

Add input filtering, network delay and output-device delay where applicable. This result belongs to the stated example model; it is not a universal PLC formula.

1.9.5 Advantages and Limits

PLCs support repeatable sequences, software changes, diagnostics and integration. They do not guarantee a correct program, correct wiring or adequate performance. Testing, controlled changes and defined fault behaviour remain necessary.

1.10 Introduction to SCADA

SCADA stands for Supervisory Control and Data Acquisition. It collects process information, displays operating status and supports authorized supervisory commands across connected controllers or remote stations.

1.10.1 Main SCADA Components

Component Purpose
Field instruments Measure process variables and detect states
PLC or RTU Performs local acquisition and control
Communication system Transfers data and commands between stations
SCADA server Manages acquired data and supervisory functions
Operator workstation or HMI Displays the process and accepts commands
Historian Stores time-related operating data

An RTU (Remote Terminal Unit) is a remote acquisition/control device commonly used in geographically distributed systems. Its functions may overlap with a PLC; the device name alone does not define every capability.

A SCADA server links operator displays and historical records with PLCs and RTUs that perform local field acquisition and control.

1.10.2 Important SCADA Functions

  • Data acquisition: Obtain measurements and equipment states.
  • Visualization: Display equipment status and process values.
  • Alarms: Indicate abnormal conditions requiring attention.
  • Trends: Show values against time.
  • Logging: Record selected events and measurements.
  • Supervisory control: Send permitted setpoints and commands.

1.10.3 PLC Versus SCADA

Feature PLC SCADA
Main responsibility Local control logic System supervision and data management
Typical work Read inputs, evaluate logic and control outputs Display values, manage alarms, retain trends and send authorized commands
Pump-start example Checks interlocks and operates the field output Sends an authorized start request and displays status
Communication-loss behaviour Follows defined local control and fault strategy Indicates loss of supervision or invalid data

Loss of an operator display should not automatically stop an independent local control loop unless the design requires that response. Continued local control does not mean that remote supervision is still available.

1.10.4 HMI Versus SCADA

An HMI (Human–Machine Interface) is an operator interface. A machine HMI may display one production cell, while SCADA typically coordinates data and supervision across a wider system. Products can combine functions, so the distinction is functional rather than a matter of screen size.

1.11 SCADA Tags, Alarms and Trends

A tag is a named data item, such as Tank_Level, Pump_Running or High_Temperature_Alarm. It can represent a measurement, state, command, data-quality indication or derived result.

1.11.1 Data Value, Time and Quality

A displayed value must be interpreted with its unit, timestamp and quality. After communication loss, a frozen value may look reasonable without being a fresh measurement. A suitable display distinguishes current valid information from stale or invalid data.

1.11.2 Alarms and Events

Term Meaning
Alarm Abnormal condition requiring operator attention
Event Recorded state change or action
Alarm acknowledgment Operator recognition of a message; does not necessarily remove the fault

Alarm limits, priorities, delays and reset behaviour must suit the process. Frequent nuisance alarms can hide important conditions. An alarm notification is not automatically a safety shutdown function.

A temperature-versus-time trend shows an excursion above a configured high-alarm limit.

1.11.3 Trends and Historian

A real-time trend displays recent behaviour. A historian retains data for later review. Trends help identify drift, oscillation, abnormal timing and relationships between variables. Sampling frequency and retention determine how much detail remains available.

1.11.4 Supervisory-Control Example

An operator requests a temperature-setpoint change from 60°C to 65°C. SCADA checks permission and allowable range, sends the request and displays the returned value. The local controller then regulates temperature without depending on continuous heater commands from the screen.

1.11.5 Availability and Access

Authorized accounts, backups, recovery procedures and appropriate network separation support dependable operation. Remote access requires controlled mechanisms suitable for the plant. A protocol alone does not decide who may command equipment.

Problem Engineering Response
Stale value Display quality and timestamp; diagnose the communication link
Frequent nuisance alarm Review limits, delay and the process cause
Unexpected command Check authorization, data mapping and audit records
Lost historian data Review buffering, storage and recovery

1.12 Industrial Communication Fundamentals

Industrial communication transfers measurements, status, diagnostics and commands between devices. A protocol defines message rules and meanings, while the physical layer concerns how signals are carried.

1.12.1 Essential Communication Terms

Term Meaning
Node or station Device participating in communication
Address Identifier selecting a station or data item
Frame Structured unit of transmitted information
Payload Application data carried in a message
Bit rate Transmitted bits per second
Latency Delay between an event or request and its result
Error check Mechanism detecting certain transmission errors
Topology Arrangement of connections

1.12.2 Protocol Versus Transmission Medium

  • RS-485 defines electrical signalling characteristics; it does not define a Modbus register map.
  • Ethernet is a network technology; Modbus TCP uses TCP/IP networking to carry Modbus messages.
  • PROFIBUS and PROFINET are different technologies despite their related names.
Application meaning, framing and transport, and physical transmission have distinct responsibilities in Modbus RTU and Modbus TCP communication.

1.12.3 Communication Patterns

Pattern Description
Request–response One device asks for data or sends a command; another returns a result
Cyclic exchange Selected process data is transferred repeatedly
Acyclic access Additional transactions carry parameters, diagnostics or other noncyclic information

1.12.4 Topology and Cabling

A line or bus arrangement connects devices along a shared segment. A star uses a central connection point such as an Ethernet switch. A ring provides alternative paths only when the chosen network mechanism supports them.

Serial devices share a line with appropriate segment-end termination, while a switched Ethernet star uses separate switch-port connections.

Topology must suit the technology. Incorrect termination, random branches and uncontrolled long stubs can degrade serial communication. In a diagram, identify data cables separately from process pipes.

1.12.5 Communication Design Checklist

Specify update time, device count, message size, cable distance, environmental robustness, diagnostics and fault response. Include retries and communication overhead when assessing network capacity. Define controller behaviour when data becomes invalid.

1.13 Introduction to Modbus

Modbus is an application-layer protocol for exchanging data between devices. Messages identify an operation, such as reading registers, and the associated data. Instruments, PLCs, drives and supervisory systems use it for suitable data exchange.

1.13.1 Communication Roles

A client initiates a request. A server processes the request and returns a response. Older serial documentation uses master and slave terminology. A successful unicast transaction requires a valid request and a matching valid response.

The client sends a request to an addressed server, which returns requested data or an exception response.

1.13.2 Four Basic Modbus Data Areas

Data Area Data Type Normal Protocol Access
Coils Single-bit values Read/write
Discrete inputs Single-bit values Read-only
Input registers 16-bit words Read-only
Holding registers 16-bit words Read/write

“Read-only” describes access by the requesting client. The device’s internal application can update those values. A holding register can contain a setpoint, status word or other application item; its name does not establish a specific physical use.

1.13.3 Common Function Codes

Decimal Code Function
01 Read coils
02 Read discrete inputs
03 Read holding registers
04 Read input registers
05 Write one coil
06 Write one register
15 Write multiple coils
16 Write multiple registers

These codes are shown in decimal. Decimal 15 is hexadecimal 0F, and decimal 16 is hexadecimal 10. Supported functions depend on the device implementation.

1.13.4 Addressing and Data Mapping

Traditional reference labels such as 40001 identify holding registers in many manuals. The message commonly carries a zero-based offset, so the first holding register is sent as offset 0000 with function 03 under that convention.

Some manuals provide offsets directly; others provide reference numbers. Before calculating an address, confirm the manufacturer’s convention, data area and required function code. Do not automatically subtract 40001 from every listed address.

1.13.5 Register-Scaling Example

A register contains 253, and the device map specifies 0.1°C per count.

Engineering value = Raw count × Scale = 253 × 0.1 = 25.3°C

The application map supplies the scale and engineering unit; the register value alone does not specify them.

1.14 Modbus Serial: RTU and ASCII

1.14.1 Modbus RTU

Modbus RTU uses compact binary messages. A serial RTU frame contains a server address, function code, data and a CRC-16 error check. Required silent intervals establish frame boundaries.

RTU Field Size or Purpose
Server address 1 byte
Function code 1 byte
Data Variable length
CRC 2 bytes; low byte transmitted first
A serial RTU message contains address, function, variable data and a two-byte CRC, with frames separated by the required silent interval.

Normal serial unicast addresses are 1–247. Address 0 is reserved for supported broadcast requests, which do not receive responses. Broadcast is therefore not a method for reading all devices at once.

1.14.2 Modbus ASCII

Modbus ASCII represents message content using hexadecimal text characters. It uses defined start and end delimiters and an LRC check. It is easier to inspect as text but normally transmits more characters for the same application data than RTU.

Feature Modbus RTU Modbus ASCII
Representation Binary Hexadecimal text characters
Error check CRC LRC
Framing Timing intervals Delimiters
Character efficiency Generally higher Generally lower

Devices must use compatible modes, baud rate, parity, stop bits and addressing.

1.14.3 RS-485 Bus Practice

Many RTU systems use differential RS-485 signalling. Check suitable cable, consistent polarity, reference and shield arrangements, segment-end termination and the required biasing strategy.

The protocol address range does not prove that 247 electrical loads can fit on one physical segment. Transceiver loading, repeaters, cable properties and bit rate determine the electrical limits.

1.14.4 RTU Timing Example

Assume 11 bits per transmitted character at 9600 bit/s.

Character time = 11 ÷ 9600 seconds ≈ 1.146 ms

3.5-character interval = 3.5 × 1.146 ms ≈ 4.01 ms

At higher bit rates, the serial specification gives recommended fixed timing values. This proportional example should not be treated as the only rule for every speed.

1.14.5 Electrical Error Versus Protocol Exception

A damaged or incomplete frame may be discarded, resulting in a timeout. A valid request for an unsupported function or invalid address may instead generate an exception response. These failures require different diagnostic checks.

1.15 Modbus Transaction: Worked Examples

1.15.1 Reading Two Holding Registers

Assume:

  • Server address: 1
  • Function: 03 — Read holding registers
  • Starting offset: 0000 hexadecimal
  • Quantity: 0002 hexadecimal

Under the common reference convention:

Holding-Register Reference PDU Offset
40001 0
40002 1
40003 2
Under a common convention, holding-register references begin at 40001 while transmitted PDU offsets begin at zero.

The request selects two registers. If their returned values are 0x000A and 0x0102, the decimal values are 10 and 258. Two 16-bit registers contain four data bytes, so the response byte count is 04 hexadecimal.

Request Field Hexadecimal Bytes
Server address 01
Function 03
Starting offset 00 00
Quantity 00 02
Response Field Hexadecimal Bytes
Address and function 01 03
Byte count 04
Register 1: decimal 10 00 0A
Register 2: decimal 258 01 02
The request specifies an address, function, start offset and quantity; the response returns a byte count and two register values.

Serial RTU appends a calculated CRC to each message. The fields shown above exclude the CRC bytes rather than assuming a checksum value.

1.15.2 Multibyte Values and Word Order

Within a 16-bit register, the most significant data byte is transmitted first. Values spanning several registers require the device’s specified word order and representation.

For words 0x0001 and 0x0002, interpreted as a high-word-first unsigned 32-bit value:

Value = 1 × 65536 + 2 = 65538

Reversing the word order changes the result. Do not assume all manufacturers use the same arrangement for multi-register application values.

1.15.3 Exceptions and Timeouts

An exception response sets the high bit of the requested function code. For function 03, the exception function is 83 hexadecimal. The following exception code identifies the reported problem, such as an illegal function or illegal data address.

A timeout means a satisfactory response was not received within the configured time. Possible causes include an offline device, incorrect address, incompatible serial settings, wiring problems or lost messages. A timeout does not identify one unique cause.

1.15.4 Polling-Time Example

If one complete transaction takes 20 ms, polling 10 devices sequentially requires at least:

Polling time = 10 × 20 ms = 200 ms

Additional gaps, retries and other traffic increase the time. More devices increase the interval between updates unless transaction time decreases or the architecture changes. Useful payload rate and configured serial bit rate are different quantities.

1.15.5 Troubleshooting Order

  1. Step 1 — Check power and wiring.
  2. Step 2 — Check serial settings and communication mode.
  3. Step 3 — Verify station address.
  4. Step 4 — Verify function code and offset convention.
  5. Step 5 — Check quantity, data representation and scaling.
  6. Step 6 — Inspect the actual response, exception or timeout.

Record the request and received result. Change one relevant setting at a time so the cause remains identifiable.

1.16 Modbus TCP

Modbus TCP carries Modbus application messages over TCP/IP, commonly using TCP port 502. Network addressing and transport services replace serial character timing as the basis for carrying messages.

1.16.1 Modbus TCP Message Structure

A Modbus TCP application data unit contains a 7-byte MBAP header followed by the Modbus PDU.

Field Size Purpose
Transaction identifier 2 bytes Associates the response with a request
Protocol identifier 2 bytes Zero for Modbus
Length 2 bytes Length of the following unit identifier and PDU
Unit identifier 1 byte Device or gateway-specific destination context
Function and data Variable Modbus PDU
The transaction identifier, protocol identifier, length and unit identifier form the seven-byte MBAP header before the Modbus PDU.

Configure the unit identifier as the target device or gateway expects. A normal Modbus TCP ADU does not append the serial RTU CRC field.

1.16.2 Modbus RTU Versus Modbus TCP

Feature Modbus RTU Modbus TCP
Transport Serial link TCP/IP network
Device selection Serial server address Network connection plus unit context
Framing Serial frame and timing intervals MBAP length over TCP
RTU CRC field Present Not appended to the normal TCP ADU
Common topology Serial line Switched Ethernet arrangement

TCP and underlying network layers provide their own transport checks. Absence of an appended RTU CRC does not mean the network has no error detection.

1.16.3 Gateway Example

A gateway can accept a Modbus TCP request and forward it to a serial Modbus device. It must map the destination, preserve application meaning and manage response timing.

A TCP client communicates through an Ethernet-connected gateway to addressed servers on an RS-485 serial RTU segment.

A gateway does not automatically correct a wrong register offset or incompatible data format.

1.16.4 Security and Availability

Traditional Modbus RTU and ordinary Modbus TCP do not themselves provide application-level authentication or encryption. Suitable segmentation, controlled access and secure communication arrangements may be required.

CRC detects transmission errors; it is not cryptographic authentication. Security-capable variants and protected transports exist, but their use cannot be assumed merely because ordinary Modbus TCP is supported.

1.17 Introduction to PROFIBUS

PROFIBUS is an industrial fieldbus connecting controllers with distributed peripherals and process instruments. It supports structured process-data exchange and device diagnostics. It is distinct from Ethernet-based PROFINET.

1.17.1 PROFIBUS DP

DP means Decentralized Peripherals. It commonly supports fast exchange between controllers and remote I/O, drives and factory devices. Conventional copper implementations use RS-485, with supported bit rates up to 12 Mbit/s, depending on the installation.

A DP controller communicates with peripheral devices along an RS-485 cable, with termination at both segment ends.

1.17.2 PROFIBUS PA

PA means Process Automation. It supports process instruments such as transmitters and valve positioners. Its common MBP physical layer operates at 31.25 kbit/s and can carry communication and device power on the same suitable cable.

A PA installation is not automatically intrinsically safe. Hazardous-area suitability depends on the complete approved power, barrier, device and wiring arrangement.

1.17.3 DP and PA Integration

A DP/PA coupler or link connects appropriate DP and PA segments. It adapts the relevant physical arrangements and, depending on device type, manages additional protocol or configuration functions.

A coupler or link connects an RS-485 DP network to an MBP PA segment containing process instruments such as a transmitter and valve positioner.

1.17.4 Cyclic and Acyclic Communication

  • Cyclic exchange: Repeated transfer of configured process data.
  • Acyclic access: Supported transfer of parameters, diagnostics and other noncyclic information.

A device can therefore provide both operating values and maintenance information.

1.17.5 Bus-Access Principle and Variants

PROFIBUS combines controlled access among active stations with exchanges between controlling stations and assigned peripherals. In a multimaster arrangement, active masters pass a token so each obtains an opportunity to communicate. Peripherals do not send arbitrary process traffic whenever they choose.

Variant Typical Focus Physical Arrangement or Context
DP Factory peripherals Often RS-485
PA Process instruments Commonly MBP
FMS Older general messaging Mainly historical context in this unit

Remember: DP means decentralized peripherals; PA means process automation. PROFIBUS is not another name for Modbus or PROFINET.

1.18 PROFIBUS Configuration and Diagnostics

1.18.1 Engineering Information and GSD Files

The controller must know the device type, supported modules and process-data arrangement. A GSD file provides device-description information for engineering tools.

A GSD file is not the PLC application program and does not replace actual device parameterization.

1.18.2 Typical Commissioning Sequence

  1. Step 1 — Select compatible equipment: Choose the controller and field devices.
  2. Step 2 — Install device descriptions: Add the required engineering information.
  3. Step 3 — Assign addresses: Define station addresses and the physical segment.
  4. Step 4 — Configure modules: Select modules and expected process-data lengths.
  5. Step 5 — Set parameters: Configure supported device parameters.
  6. Step 6 — Verify communication: Check normal exchange and diagnostic information.

1.18.3 Wiring and Termination

A conventional RS-485 DP segment uses a line arrangement with suitable termination at its ends. Cable length, bit rate, station loading, connectors, shielding and grounding practice affect communication.

A typical RS-485 segment permits up to 32 unit loads, including relevant participating interfaces. Check actual device loading and network equipment. A complete addressed network and a single electrical segment are different things; repeaters create additional physical segments.

1.18.4 Diagnostic Information

Diagnostics may identify a missing station, module mismatch, parameter problem or device fault.

Communication faults and process faults are distinct. A healthy bus can report a failed sensor, while a failed bus can prevent a healthy sensor’s value from reaching the PLC.

1.18.5 Configuration-Mismatch Example

Suppose the controller expects 8 input bytes, but the installed module arrangement produces 6 input bytes. The system may reject normal data exchange or report a configuration inconsistency. Changing only the PLC application program does not fix the hardware definition.

1.18.6 Data Interpretation and Troubleshooting

Transferred bits and bytes must map to the correct process items. A drive-status word may contain several bit flags, while a temperature value may require scaling. Successful data exchange does not prove correct application interpretation.

Symptom Checks to Perform
Station absent Power, address, cable, termination and configuration
Module mismatch Configured modules versus installed modules
Intermittent errors Connectors, shielding, segment limits and electrical noise
Plausible but wrong value Data order, mapping, units and scaling

1.19 Modbus and PROFIBUS: Comparison

Feature Modbus PROFIBUS
Basic emphasis Application requests and responses Configured industrial fieldbus exchange
Common forms RTU, ASCII and TCP DP and PA
Typical data model Bits and 16-bit registers Configured process-data structures
Regular updates Often client polling Cyclic process-data exchange
Engineering information Register map and manufacturer information GSD-based engineering support
Physical technology Depends on form: serial or Ethernet Depends on variant: for example, RS-485 or MBP

1.19.1 Choosing a Protocol

Select a protocol based on existing equipment, update requirements, diagnostics, engineering support, cost and maintenance. Advertised bit rate alone does not determine application performance. Traffic patterns, cable limits and controller scheduling also matter.

1.19.2 Protocol Versus Plant Architecture

A protocol is one part of the overall architecture. A plant can combine local PLC control, PROFIBUS remote I/O and Modbus TCP instrument data. Systems using multiple technologies require clear boundaries and data ownership.

1.19.3 Common Mistakes to Avoid

  • Calling RS-485 an application protocol.
  • Assuming Modbus coil addresses directly identify physical PLC memory without mapping.
  • Sending reference number 40001 literally in every request.
  • Appending a serial RTU CRC to a normal Modbus TCP ADU.
  • Treating a PA segment as a 12 Mbit/s DP segment.
  • Confusing PROFIBUS with PROFINET.
  • Assuming received network data is necessarily fresh and correctly scaled.

1.19.4 Response-Time Reasoning

Total response includes measurement delay, controller scheduling, communication, output-interface delay and physical actuator behaviour. A fast network cannot compensate for a slow sensor or actuator. State the assumptions and included delays before calculating an estimate.

1.20 Integrated Application: Monitored Pumping Station

1.20.1 System Objective

Maintain tank level within an operating band, report pump status and retain selected operating data. The design must define local control during loss of supervisory communication.

1.20.2 Functional Allocation

Element Assigned Responsibility
Sensors Provide level measurement and relevant equipment-status feedback
PLC Execute start/stop logic, interlocks and local sequence or regulation
Pump and suitable drive or switching equipment Move liquid according to the control command
SCADA Display level, manage alarms, support permitted setpoint changes and retain trends

A Modbus instrument may provide a scaled level value through a documented map. PROFIBUS-connected remote I/O may exchange configured signals. These are illustrative choices; every pumping station does not need both protocols.

The PLC controls the pump through suitable drive equipment using level feedback, while SCADA supervises operation; process pipes and signal paths are distinguished.

1.20.3 Operating Sequence

  1. Step 1 — Read valid data: Obtain level and equipment status with acceptable quality.
  2. Step 2 — Confirm permissives: Check operating mode and conditions allowing operation.
  3. Step 3 — Issue the command: Start or stop the pump as required.
  4. Step 4 — Confirm feedback: Check for the expected equipment response within the specified time.
  5. Step 5 — Update supervision: Refresh status, alarms and logged data.

1.20.4 Failure Cases

Failure Required Design Consideration
Invalid level measurement Follow the validated fault strategy; do not interpret missing data as zero
Pump commanded but no feedback Indicate the relevant fault and act according to the design
SCADA unavailable Retain defined local behaviour; indicate loss of supervision when restored

1.20.5 Engineering Calculation: I/O Allowance

Initial requirements are 12 DI, 8 DO, 3 AI and 1 AO. Assume an example planning allowance of 25%.

Signal Type Initial Requirement Calculation Minimum Planned Capacity
DI 12 12 × 1.25 = 15 15 points
DO 8 8 × 1.25 = 10 10 points
AI 3 3 × 1.25 = 3.75 4 points
AO 1 1 × 1.25 = 1.25 2 points

Round up to whole points and select available modules that meet or exceed these totals. The 25% allowance is an example planning decision, not a universal rule.

1.20.6 Verification Checklist

  • Verify point identification and field connections.
  • Check measurement ranges, polarity, units and scaling.
  • Test normal operation and defined fault responses.
  • Check displayed value quality and command permissions.
  • Verify recovery behaviour after relevant failures.
  • Retain backups and final configuration records.

Verification must test the requirements, rather than merely confirm that a screen appears active.

1.21 Quick Revision and Exam Practice

1.21.1 Key Ideas for Revision

  • Automation combines sensing, decision-making, actuation and information.
  • Automation requirements include productivity, quality, performance, environmental suitability and maintainability.
  • Fixed, programmable and flexible automation suit different production patterns.
  • Closed-loop control uses measured feedback to compare behaviour with a desired value.
  • Architecture separates field, control, supervision and management responsibilities.
  • PLCs execute local logic; SCADA acquires data and supports supervision.
  • A displayed measurement requires its unit, timestamp and quality.
  • Modbus defines application transactions carried through suitable serial or TCP arrangements.
  • PROFIBUS DP and PA serve different device and physical-layer requirements.
  • Correct communication does not automatically prove correct scaling, valid measurements or suitable fault behaviour.

1.21.2 Essential Equations

Relationship Use and Assumption
e(t) = r(t) − y(t) Feedback error under the stated sign convention
Simple payback = Investment ÷ Net annual savings Initial economic comparison without discounting or changing cash flow
Transmission time = Number of bits ÷ Bit rate Ideal transmission-time calculation
Sequential polling time ≈ Devices × Transaction time Estimate before additional gaps, retries or unrelated work
Engineering value = Raw count × Scale Simple scaling when specified by the device map

1.21.3 Important Exam Questions

  1. Define industrial automation and explain its requirements and application areas.
  2. Draw the architecture of an industrial automation system and explain each functional level.
  3. Explain PLC hardware and the conventional scan cycle with a labelled diagram.
  4. Explain SCADA components, functions, tags, alarms and trends.
  5. Explain Modbus data areas, function codes and serial/TCP forms.
  6. Describe PROFIBUS DP and PA and compare PROFIBUS with Modbus.
  7. Design the functional architecture of an automated tank-filling system.

1.21.4 Short-Answer Practice

  1. Distinguish mechanization and automation.
  2. Distinguish PLC, remote I/O, HMI and SCADA.
  3. Explain the difference between a communication protocol and a physical layer.
  4. Why is a Modbus reference number not always the transmitted offset?
  5. What is the purpose of CRC? Does CRC provide authentication?
  6. Distinguish a timeout from an exception response.
  7. Why is PROFIBUS PA not automatically intrinsically safe?

1.21.5 Numerical Practice with Answers

Question 1: Simple Payback

An automation project costs ₹9,00,000 and provides net annual savings of ₹3,00,000. Calculate simple payback.

Answer: ₹9,00,000 ÷ ₹3,00,000 per year = 3 years, under the simple-payback assumptions.

Question 2: Register Scaling

A raw register value is 487, with a specified scale of 0.1 bar per count. Find the engineering value.

Answer: 487 × 0.1 = 48.7 bar.

Question 3: Serial Timing

At 19200 bit/s, assume 11 bits per character. Find one-character time and a 3.5-character interval.

Answer: Character time = 11 ÷ 19200 seconds ≈ 0.573 ms. The 3.5-character interval is approximately 2.005 ms, using the unrounded character time and the stated model.

Question 4: Sequential Polling

There are 12 sequential transactions, each taking 15 ms, plus 20 ms of other work. Estimate the cycle time.

Answer: (12 × 15) + 20 = 200 ms, excluding retries and additional delays.

Question 5: I/O Capacity

A system needs 18 digital inputs with a planning allowance of 20%. Determine the minimum planned point count.

Answer: 18 × 1.20 = 21.6, rounded up to at least 22 DI points. Select suitable available modules meeting this capacity.

1.21.6 Final Checks Before Writing an Answer

For an application, name the process, measurement, controller, actuator and supervisory function. For a network diagram, identify the protocol, transport, devices and topology. For a numerical answer, include units and assumptions.

Unit 1 recall: Sense → Decide → Act → Observe. Explain the process roles first, then show how architecture and communication connect them.

Exclusive Student Alerts

Join AKTU VIP Telegram & WhatsApp Group

Get immediate exam updates, syllabus changes, quantum PDFs, and viva questions.

Have Questions or Want to Discuss?

Join the community conversation or ask your queries in the comments.

View Comments & Discussion →
Home Notes Syllabus PYQs Quantum