1.Introduction to AC Drives (Variable Frequency Drives) In the realm of modern industrial control an......
READ MOREA programmable logic controller (PLC) is a ruggedised industrial computer designed specifically to monitor inputs from sensors and field devices, execute a stored control program, and control outputs — such as motors, valves, actuators, and indicators — in real time. Unlike a general-purpose computer, a PLC is engineered to operate reliably in harsh industrial environments characterised by electrical noise, vibration, extreme temperatures, and dust, while executing control programs with deterministic timing — meaning the controller completes its scan cycle in a predictable, repeatable time regardless of process conditions. This combination of industrial hardening and real-time determinism is what makes PLCs the standard automation controller across manufacturing, process industries, utilities, building automation, and infrastructure worldwide.
The PLC was developed in the late 1960s specifically to replace the large banks of electromechanical relays that controlled automotive assembly lines — systems that were expensive to install, required significant rewiring to change, and demanded constant maintenance as relay contacts wore and failed. By replacing physical relay logic with a programmable software-based equivalent, the PLC allowed production engineers to modify machine behaviour by changing a program rather than rewiring a panel, dramatically reducing the time and cost of production changeovers. Sixty years later, the core concept remains unchanged, but modern programmable logic controllers have expanded from simple relay replacements into sophisticated automation platforms supporting high-speed motion control, process control, safety functions, machine vision integration, and industrial network communication across complex multi-system architectures.
The fundamental operating principle of a programmable logic controller is the scan cycle — a repeating sequence of operations that the PLC executes continuously as long as it is in run mode. Understanding the scan cycle is essential for understanding how a PLC behaves, particularly in time-critical applications where the response time to an input change determines whether the control system functions correctly.
A standard PLC scan cycle consists of four sequential stages. First, the input scan reads the current state of all connected digital and analogue inputs — sensors, switches, encoders, transmitters — and copies these values into an input image register in memory. Second, the program scan executes the control program stored in memory, using the input image values (not live input readings) to evaluate logic conditions and determine the required state of outputs. Third, the output scan writes the output image values determined by the program to the physical output hardware, activating or deactivating the connected devices. Fourth, the housekeeping stage handles communications, self-diagnostics, and updating of internal timers and counters before the cycle repeats.
The time required to complete one scan cycle — the scan time — is typically 1 to 10 milliseconds for most standard applications, though it increases with program complexity and I/O point count. The scan cycle architecture means that changes in input state are not acted upon until the next scan cycle, which introduces a maximum one-scan-cycle latency into the control response. For most industrial automation applications this latency is entirely acceptable. For high-speed applications — servo motion control, high-frequency counting, or safety functions requiring sub-millisecond response — specialised interrupt routines, dedicated motion processors, or separate safety PLCs are used to bypass the standard scan cycle latency.
A PLC system consists of several distinct hardware components that together form the complete automation controller. Understanding the function of each component clarifies how a PLC system is specified, assembled, and maintained.
The CPU module is the brain of the PLC — it contains the processor that executes the control program, the memory that stores the program and data, and the communication interfaces that connect to programming tools and other automation systems. CPU capability is characterised by processing speed (scan time per 1,000 instructions of ladder logic), program memory capacity (typically kilobytes to megabytes depending on the class of PLC), data memory for storing variable values and process data, and the range of supported communication protocols. High-end CPU modules also contain real-time clocks, data logging capability, and built-in OPC UA or MQTT servers for direct connection to industrial IoT and cloud systems without additional hardware.
I/O modules are the physical interface between the PLC and the field devices — sensors, switches, valves, motors, and instruments — that the control system monitors and commands. Digital input modules receive on/off signals from devices such as proximity sensors, pushbuttons, and limit switches, converting the field-level voltage (typically 24VDC or 120/240VAC) into a logic level signal the CPU can read. Digital output modules switch power to field devices such as solenoid valves, motor starters, and indicator lamps. Analogue input modules convert continuously variable signals — 4-20mA current loops, 0-10V voltage signals, thermocouple voltages, RTD resistance values — into digital values the CPU can process. Analogue output modules convert digital values from the CPU into proportional analogue signals for controlling variable-speed drives, proportional valves, and other continuously variable devices. Specialised I/O modules include high-speed counter inputs for encoder feedback, serial communication modules, and safety-rated I/O for functional safety applications.
The PLC power supply module converts incoming mains power (typically 120VAC or 240VAC) or DC bus power to the regulated DC voltages required by the CPU and I/O modules. Power supply selection involves matching the output current capacity to the total current consumption of all modules in the rack or system, with a margin of at least 20 to 30% for reliability and to accommodate future expansion. Redundant power supply configurations — where two power supply modules run in parallel with automatic failover — are standard in high-availability systems where an unplanned shutdown from a power supply failure would be unacceptably costly.
In rack-mounted modular PLC systems, the backplane is the circuit board that mechanically supports and electrically connects the CPU, power supply, and I/O modules. The backplane carries the internal data bus, power distribution, and in some systems the real-time synchronisation signals required for coordinated multi-module operation. Rack size — specified by the number of module slots — determines how many I/O modules can be installed in a single rack, and for systems requiring more I/O than a single rack can accommodate, multiple racks are connected via expansion cables or remote I/O over an industrial network.
PLCs are manufactured in several form factors suited to different scale and complexity requirements. Selecting the appropriate PLC form factor for an application involves matching the controller's I/O capacity, expandability, and processing capability to the current and projected future requirements of the machine or process being controlled.
| PLC type | Typical I/O count | Expandability | Best suited applications | Example products |
| Nano / micro PLC | 6 – 40 I/O | Limited or none | Simple machines, OEM equipment, relay replacement | Siemens LOGO!, Omron CP1E |
| Compact PLC | 20 – 256 I/O | Expansion modules available | Small to medium machines, packaging, HVAC | Allen-Bradley Micro820, Siemens S7-1200 |
| Modular PLC | 64 – 4,096 I/O | Highly expandable with remote I/O | Complex machines, production lines, process plant | Siemens S7-1500, Allen-Bradley ControlLogix |
| Rack-based PLC | 256 – 65,000+ I/O | Multiple racks, distributed I/O | Large process plants, power generation, DCS-equivalent control | Allen-Bradley PLC-5, GE RX3i, Schneider Premium |
| Safety PLC (SIL-rated) | Varies | Expandable with safety I/O | Emergency stop, safety interlock, SIL 1-3 functions | Pilz PSS 4000, Siemens S7-1500F, AB GuardLogix |
The compact PLC category has become the most significant growth area in the PLC market, driven by the Siemens S7-1200 and Allen-Bradley Micro820 class of products that offer capabilities previously associated only with full-size modular systems — including motion control, PID process control, and Ethernet-based industrial communication — in a small form factor suitable for panel mounting without a dedicated rack. For new machine automation projects with I/O counts below 200 points, a compact modular PLC is now the default starting point for most automation engineers rather than the larger rack-based systems that were necessary a decade ago.
PLC programming is standardised under IEC 61131-3, which defines five programming languages that compliant PLC development environments must support. Different languages suit different types of control logic and different engineering backgrounds, and most modern PLC programming tools allow multiple languages to be used within a single project — allowing engineers to choose the most appropriate language for each section of the program.
Ladder Diagram is the most widely used PLC programming language, particularly in North America and in discrete manufacturing environments. The graphical representation mimics the relay logic diagrams that PLCs were originally designed to replace — horizontal rungs of logic connect left and right power rails, with normally open and normally closed contact symbols representing input conditions and coil symbols representing output commands. Ladder logic is intuitive for electrical engineers familiar with relay circuit diagrams and is easy to read and troubleshoot online (with the PLC in run mode, active elements are highlighted in the programming software, allowing fault conditions to be traced visually). The limitation of Ladder Diagram is that it becomes unwieldy for complex mathematical operations, data manipulation, and sequential programming that are more naturally expressed in text-based languages.
Function Block Diagram represents control logic as interconnected graphical blocks — each block encapsulates a specific function (AND gate, PID controller, counter, timer, motor function block) with input and output connections shown as wires between blocks. FBD is the dominant language in process control applications — it maps naturally to the piping and instrumentation diagram (P&ID) representation familiar to process engineers, and the encapsulation of complex functions (PID loops, valve control, motor protection) in standardised reusable function blocks reduces programming effort significantly in process plant applications. Most process and safety-oriented PLC platforms offer extensive libraries of IEC 61511-compliant function blocks for common process control and safety functions.
Structured Text is a high-level text-based language syntactically similar to Pascal or C, supporting conditional statements, loops, mathematical expressions, string handling, and complex data structures that are cumbersome or impossible in graphical languages. ST is increasingly used by automation engineers with software development backgrounds and is the preferred language for complex data processing, recipe management, communication handling, and any application requiring sophisticated algorithmic logic that graphical languages cannot express efficiently. The IEC 61131-3 standard's definition of Structured Text has made it genuinely portable between different PLC platforms — code written in ST for one brand's PLC can be adapted to another brand's platform with relatively minor modifications, unlike Ladder Diagram code which tends to use manufacturer-specific instructions and conventions.
Sequential Function Chart represents control programs as a flowchart of steps and transitions — each step contains actions (programmed in LD, FBD, or ST), and each transition defines the condition that must be satisfied for the program to advance to the next step. SFC is the natural language for sequencing applications — washing machine cycles, batch process sequences, multi-stage assembly operations, and any application where a machine must perform a defined series of operations in order. Programming a complex sequential process in Ladder Diagram produces large, difficult-to-follow programs; the same sequence expressed in SFC is immediately readable as a process flow and is significantly easier to debug and modify.

Modern programmable logic controllers are network devices as much as they are automation controllers. The communication capabilities of a PLC determine how it integrates with other automation equipment, supervisory systems, enterprise databases, and cloud platforms — a increasingly important consideration as industrial automation evolves toward connected Industry 4.0 architectures.
The PLC market is dominated by a small number of large automation companies, each of which offers a complete ecosystem of PLC hardware, programming software, I/O modules, drives, HMI panels, and communication infrastructure that is designed to work together seamlessly. Choosing a PLC from a particular manufacturer typically means committing to that manufacturer's ecosystem for the full automation system, which has significant implications for integration, spare parts, training, and long-term support.
| Manufacturer | Key PLC families | Programming environment | Primary industrial network | Market strength |
| Siemens | S7-1200, S7-1500, S7-300/400 | TIA Portal (Step 7) | PROFINET, PROFIBUS | Europe, global process industries |
| Rockwell Automation (Allen-Bradley) | ControlLogix, CompactLogix, Micro820 | Studio 5000 Logix Designer | EtherNet/IP, DeviceNet | North America, automotive, food and beverage |
| Mitsubishi Electric | MELSEC iQ-R, iQ-F, Q Series | GX Works3 | CC-Link IE, SLMP | Asia-Pacific, automotive, semiconductor |
| Schneider Electric | Modicon M580, M340, TM Series | EcoStruxure Control Expert | Modbus TCP, EtherNet/IP | Process industries, energy, infrastructure |
| Omron | NX, NJ, CP Series | Sysmac Studio | EtherNet/IP, EtherCAT | Asia, machine automation, motion control |
PLCs are frequently discussed alongside Distributed Control Systems (DCS) and Supervisory Control and Data Acquisition (SCADA) systems, and the boundaries between these categories have blurred significantly as technology has evolved. Understanding the distinctions — and where they have converged — is important for specifying the correct automation architecture for a given application.
A Distributed Control System is an automation architecture in which control functions are distributed across multiple controllers deployed close to the process being controlled, all connected to a centralised supervisory system through a high-reliability plant network. DCS systems were developed for large continuous process applications — oil and gas, petrochemical, power generation, pharmaceutical manufacturing — where thousands of analogue control loops, complex interlock logic, and comprehensive alarm management are required across a large physical plant. DCS systems prioritise high availability (redundant controllers, I/O, power, and networks as standard), comprehensive process data historian capability, and integrated operator station displays. The distinction between a modern high-end modular PLC system and an entry-level DCS is now marginal in terms of functionality — the primary differences are in the software environment, the vendor's application focus, and the commercial model.
SCADA (Supervisory Control and Data Acquisition) refers specifically to the supervisory layer — the software system that collects data from PLCs and other field controllers, presents process information to operators through graphical HMI displays, logs historical data, and may send setpoint commands back to the controllers. SCADA is not a replacement for a PLC — it is the layer above the PLC that provides human oversight and data management. A typical industrial automation architecture combines PLCs at the machine or process control level, an industrial network carrying data between PLCs and supervisory systems, and a SCADA or MES system providing operator interface, historical data, and integration with business systems.
Selecting the right programmable logic controller for a new machine or process control application involves evaluating a range of technical and commercial factors that together determine whether the system will meet its functional requirements, be delivered on schedule, and be supportable throughout its operational life. The following framework covers the most important evaluation criteria.
A PLC system in continuous operation requires proactive maintenance and lifecycle management to maintain reliability and avoid unplanned downtime. The following practices are standard in well-run automation engineering operations.