Editing Programmable logic controller

{{Short description|Programmable digital computer used to control machinery}}
{{Use American English|date=September 2023}}

[[File:Automate industriel WAGO pour un système de monitoring en industrie pharmaceutique.jpg|thumb|PLCs for a monitoring system in the pharmaceutical industry]]
{{Manufacturing}}

A '''programmable logic controller''' ('''PLC''') or '''programmable controller''' is an industrial [[computer]] that has been [[ruggedized]] and adapted for the control of manufacturing processes, such as [[assembly line]]s, machines, [[robotic]] devices, or any activity that requires high reliability, ease of programming, and process fault diagnosis.

PLCs can range from small modular devices with tens of [[Input/output|inputs and outputs]] (I/O), in a housing integral with the processor, to large rack-mounted modular devices with thousands of I/O, and which are often networked to other PLC and [[SCADA]] systems.<ref>Tubbs, Stephen Phillip. ''Programmable Logic Controller (PLC) Tutorial, Siemens Simatic S7-1200.'' Publicis MCD Werbeagentur GmbH; 3rd ed., 2018.</ref> They can be designed for many arrangements of digital and analog I/O, extended temperature ranges, immunity to [[electrical noise]], and resistance to vibration and impact.

PLCs were first developed in the automobile manufacturing industry to provide flexible,  rugged and easily programmable controllers to replace hard-wired [[relay logic]] systems. [[Dick Morley]], who invented the first PLC, the Modicon 084, for [[General Motors]] in 1968, is considered the father of PLC.

A PLC is an example of a [[hard real-time]] system since output results must be produced in response to input conditions within a limited time, otherwise unintended operation may result. Programs to control machine operation are typically stored in battery-backed-up or [[non-volatile memory]].

==Invention and early development==
The PLC originated in the late 1960s in the automotive industry in the US and was designed to replace relay logic systems.<ref>{{Harvnb|Parr|1998|p=438}}</ref> Before, control logic for manufacturing was mainly composed of [[relay]]s, [[cam timer]]s, [[Drum sequencer (controller)|drum sequencers]], and dedicated [[closed-loop controller]]s.<ref>{{cite web |last=Wayand |first=Ben |url=https://www.mroelectric.com/blog/what-is-a-plc/ |title=What Is a PLC? |website=MROElectric.com |date=20 March 2020 |publisher=MRO Electric |access-date=11 May 2021 }}</ref>

The hard-wired nature of these components made it difficult for design engineers to alter the automation process. Changes would require rewiring and careful updating of the documentation. Troubleshooting was a tedious process.<ref>{{Cite web |url=https://www.controlsystemsandautomation.com/learn/plc/plc-programming-basics-i/ |title=PLC Programming Basics Part I |date=2019-07-23 |website=Control Systems & Automation |access-date=2020-02-23 }}</ref> When general-purpose computers became available, they were soon applied to control logic in industrial processes. These early computers were unreliable<ref>{{Harvnb|Laughton|Warne|2002|p=16/3}}: "The first industrial computer application was probably a system installed in an oil refinery in Port Arthur USA in 1959. The reliability and mean time between failure of computers meant that little actual control was performed."</ref> and required specialist programmers and strict control of working conditions, such as temperature, cleanliness, and power quality.<ref>{{Harvnb|Parr|1998|p=437}}</ref>

The PLC provided several advantages over earlier automation systems. It was designed to tolerate the industrial environment better than systems intended for office use, and was more reliable, compact, and required less maintenance than relay systems. It was easily expandable with additional I/O modules. While relay systems required tedious and sometimes complicated hardware changes in case of reconfiguration, a PLC can be reconfigured by loading new or modified code. This allowed for easier iteration over manufacturing process design. With a simple programming language focused on logic and switching operations, it was more user-friendly than computers using [[general-purpose programming language]]s. Early PLCs were programmed in [[ladder logic]], which strongly resembled a schematic diagram of [[relay logic]]. It also permitted its operation to be monitored.<ref>{{Harvnb|Bolton|2015|p=6}}</ref><ref>{{Harvnb|Parr|1998|pp=438, 450–451}}</ref>

===Modicon===
In 1968, GM Hydramatic,<!--Don't link hydramatic transmission--> the [[automatic transmission]] division of [[General Motors]], issued a [[request for proposal]]s for an electronic replacement for hard-wired relay systems based on a white paper written by engineer Edward R. Clark. The winning proposal came from Bedford Associates from [[Bedford, Massachusetts]]. The result, built in 1969, was the first PLC and designated the ''084'', because it was Bedford Associates' eighty-fourth project.<ref name=":9">{{Harvnb|Laughton|Warne|2002|loc=chpt. 16}}</ref><ref name=":0">{{Cite web |url=https://www.automationmag.com/855-the-father-of-invention-dick-morley-looks-back-on-the-40th-anniversary-of-the-plc/ |title=The Father of Invention: Dick Morley Looks Back on the 40th Anniversary of the PLC |last=Dunn |first=Alison |date=2009-06-12 |website=Manufacturing Automation |access-date=2020-02-23 }}</ref>

Bedford Associates started a company dedicated to developing, manufacturing, selling, and servicing this new product, which they named '''{{visible anchor|Modicon}}''' (standing for modular digital controller). One of the people who worked on that project was [[Dick Morley]], who is considered to be the father of the PLC.<ref name=":1">{{Cite web|url=https://www.isa.org/standards-and-publications/isa-publications/intech-magazine/2003/august/cover-story-50th-anniversary-leaders-of-the-pack/|title=Leaders of the pack|last=Strothman|first=Jim|date=2003-08-01|website=ISA|url-status=live|archive-url=https://web.archive.org/web/20170808184918/https://www.isa.org/standards-and-publications/isa-publications/intech-magazine/2003/august/cover-story-50th-anniversary-leaders-of-the-pack/|archive-date=2017-08-08|access-date=2020-02-24}}</ref> The Modicon brand was sold in 1977 to [[Gould Electronics]] and later to [[Schneider Electric]], its current owner.<ref name=":0" /> About this same time, Modicon created [[Modbus]], a data communications protocol used with its PLCs.  Modbus has since become a standard open protocol commonly used to connect many industrial electrical devices.<ref>{{cite web |title=Mobus Networking Guide: Introduction |url=https://development.libelium.com/modbus_networking_guide/introduction |website=Libelium.com |access-date=27 October 2022 }}</ref>

One of the first 084 models built is now on display at Schneider Electric's facility in [[North Andover, Massachusetts]]. It was presented to Modicon by [[General Motors|GM]], when the unit was retired after nearly twenty years of uninterrupted service. Modicon used the 84 moniker at the end of its product range until after the 984 made its appearance.<ref>{{cite book |last=Chakraborty |first=Kunal |title=Industrial Applications of Programmable Logic Controllers and SCADA |date=2016 |publisher=Anchor Academic Publishing |location=Hamburg |isbn=978-3960670247 }}</ref>

===Allen-Bradley===
In a parallel development, Odo Josef Struger is sometimes known as the "father of the programmable logic controller" as well.<ref name=":1" /> He was involved in the invention of the [[Allen-Bradley]] programmable logic controller<ref name=":2">{{Cite web |url=https://www.controleng.com/articles/a-b-plc-inventor-dr-odo-struger-dies/ |title=A-B PLC Inventor, Dr. Odo Struger, Dies |date=1999-02-01 |website=Control Engineering |url-status=live |archive-url=https://web.archive.org/web/20200224210429/https://www.controleng.com/articles/a-b-plc-inventor-dr-odo-struger-dies/ |archive-date=2020-02-24 |access-date=2020-02-24 }}</ref><ref name="nytimes2">{{cite news |last=Brier |first=Steven E. |url=https://query.nytimes.com/gst/fullpage.html?res=9D00E6DF173FF934A15751C1A96E958260 |title=O. Struger, 67, A Pioneer In Automation |date=1998-12-27 |newspaper=The New York Times |access-date=2020-02-24 |quote=Dr. Odo J. Struger, who invented the programmable logic controller, which makes possible modern factory automation, amusement park rides and lavish stage effects in Broadway productions, died on December 8 in Cleveland. He was 67. }}</ref><ref name="anzovin2">Anzovin, p. 100, item # 2189. ''Programmable logic controller was invented by the Austrian-born American engineer Odo J. Struger in 1958–60 at the Allen-Bradley company in Milwaukee, WI, USA. A programmable logic controller, or PLC, is a simple electronic device that allows precise numerical control of machinery. It is widely used to control everything from washing machines to roller coaster to automated manufacturing equipment.''</ref> and is credited with coining the PLC acronym.<ref name=":1" /><ref name=":2" /> Allen-Bradley (now a brand owned by [[Rockwell Automation]]) became a major PLC manufacturer in the United States during his tenure.<ref name="short2">{{cite web |url=http://www.jimpinto.com/writings/automationhistory.html |title=A Short History of Automation Growth |access-date=2008-06-20 }}</ref> Struger played a leadership role in developing [[IEC 61131-3]] PLC programming language standards.<ref name=":1" />

===Early methods of programming===
Many early PLC programming applications were not capable of graphical representation of the logic, and so it was instead represented as a series of logic expressions in some kind of Boolean format, similar to [[Boolean algebra]]. As programming terminals evolved, because ladder logic was a familiar format used for electro-mechanical control panels, it became more commonly used. Newer formats, such as state logic,<ref>{{cite web |url=https://control.com/technical-articles/state-machine-programming-in-ladder-logic/ |title=State Machine Programming in Ladder Logic |access-date=2024-08-18}}</ref> [[function block diagram]]s, and [[structured text]] exist. Ladder logic remains popular because PLCs solve the logic in a predictable and repeating sequence, and ladder logic allows the person writing the logic to see any issues with the timing of the logic sequence more easily than would be possible in other formats.<ref>{{cite web |title=Wrapping Your Head around Ladder Logic |date=27 August 2018 |url=https://www.dosupply.com/tech/2018/08/27/wrapping-your-head-around-ladder-logic/ |website=DoSupply.com |access-date=19 October 2020}}</ref>

Up to the mid-1990s, PLCs were programmed using proprietary programming panels or special-purpose programming [[Computer terminal|terminals]], which often had dedicated function keys representing the various logical elements of PLC programs.<ref name=":9" /> Some proprietary programming terminals displayed the elements of PLC programs as graphic symbols, but plain [[ASCII art|ASCII]] character representations of contacts, coils, and wires were common. Programs were stored on [[cassette tape cartridge]]s. Facilities for printing and documentation were minimal due to a lack of memory capacity. The oldest PLCs used [[magnetic-core memory]].{{citation needed|date=May 2025}}

==Architecture==
A PLC is an industrial microprocessor-based controller with programmable memory used to store program instructions and various functions.<ref>{{Harvnb|Bolton|2015|p=5}}</ref> It consists of:
* A processor unit (CPU) which interprets inputs, executes the control program stored in memory and sends output signals,
* A power supply unit which converts AC voltage to DC,
* A memory unit storing data from inputs and program to be executed by the processor,
* An input and output interface, where the controller receives and sends data from and to external devices,
* A communications interface to receive and transmit data on communication networks from and to remote PLCs.<ref name=":4">{{Harvnb|Bolton|2015|p=7}}</ref>

PLCs require a programming device which is used to develop and later download the created program into the memory of the controller.<ref name=":4" />

Modern PLCs generally contain a [[real-time operating system]], such as [[OS-9]] or [[VxWorks]].<ref name=":5" />

===Mechanical design===
[[File:Siemens sps logo 8 12-24 RCE-03.jpg|thumb|Compact PLC with 8 inputs and 4 outputs]]
[[File:PLC AB InstaladoV1.JPG|alt=Modular PLC with EtherNet/IP module, digital and analog I/O, with some slots being empty.|thumb|Modular PLC with [[EtherNet/IP]] module, discrete and analog I/O, with some slots being empty]]

There are two types of mechanical design for PLC systems. A ''single box'' (also called a ''brick'') is a small programmable controller that fits all units and interfaces into one compact casing, although, typically, additional expansion modules for inputs and outputs are available. The second design type{{snd}} a ''modular'' PLC{{snd}} has a chassis (also called a ''rack'') that provides space for modules with different functions, such as power supply, processor, selection of I/O modules and communication interfaces{{snd}} which all can be customized for the particular application.<ref>{{Harvnb|Bolton|2015|pp=12–13}}</ref> Several racks can be administered by a single processor and may have thousands of inputs and outputs. Either a special high-speed serial I/O link or comparable communication method is used so that racks can be distributed away from the processor, reducing the wiring costs for large plants.{{Citation needed|date=April 2020}}
===Discrete and analog signals===
[[Digital signal|Discrete (digital) signals]] can only take ''on'' or ''off'' value (1 or 0, ''true'' or ''false''). Examples of devices providing a discrete signal include [[limit switch]]es and [[photoelectric sensor]]s.<ref name=":8">{{Harvnb|Bolton|2015|pp=23–43}}</ref>

[[Analog signal]]s can use voltage or current that is analogous to the monitored variable and can take any value within their scale. Pressure, temperature, flow, and weight are often represented by analog signals. These are typically interpreted as integer values with various ranges of accuracy depending on the device and the number of bits available to store the data.<ref name=":8" /> For example, an analog 0 to 10&nbsp;V or 4-20&nbsp;mA [[current loop]] input would be [[analog-to-digital converter|converted]] into an integer value of 0 to 32,767. The PLC will take this value and translate it into the desired units of the process so the operator or program can read it.

===Redundancy===
Some special processes need to work permanently with minimum unwanted downtime. Therefore, it is necessary to design a system that is [[fault tolerant]]. In such cases, to increase the system availability in the event of hardware component failure, [[Redundancy (engineering)|redundant]] CPU or I/O modules with the same functionality can be added to a hardware configuration to prevent a total or partial [[Plant process and emergency shutdown systems|process shutdown]] due to hardware failure.  Other redundancy scenarios could be related to safety-critical processes, for example, large hydraulic presses could require that two PLCs turn on output before the press can come down in case one PLC does not behave properly.

==Programming==
[[File:Ladder temporizado.svg|thumb|upright=0.9|Example of a ladder diagram logic]]

Programmable logic controllers are intended to be used by engineers without a programming background. For this reason, a graphical programming language called [[ladder logic]] was first developed. It resembles the schematic diagram of a system built with electromechanical relays and was adopted by many manufacturers and later standardized in the [[IEC 61131-3]] control systems programming standard. {{As of|2015|post=,}} it is still widely used, thanks to its simplicity.<ref name=":6">{{Harvnb|Bolton|2015|pp=16–18}}</ref>

{{As of|2015|post=,}} the majority of PLC systems adhere to the [[IEC 61131-3]] standard that defines 2 textual programming languages: [[Structured Text]] (similar to [[Pascal (programming language)|Pascal]]) and [[Instruction List]]; as well as 3 graphical languages: [[ladder logic]], [[function block diagram]] and [[sequential function chart]].<ref name=":6" /><ref>Keller, William L Jr. ''Grafcet, A Functional Chart for Sequential Processes'', 14th Annual International Programmable Controllers Conference Proceedings, 1984, p. 71-96.</ref> Instruction List was deprecated in the third edition of the standard.<ref>{{Cite web|url=https://plcopen.org/status-iec-61131-3-standard |title=Status IEC 61131-3 Standard |date=2018-07-19 |website=PLCopen |access-date=2020-04-01 }}</ref>

Modern PLCs can be programmed in a variety of ways, from the relay-derived ladder logic to programming languages such as specially adapted dialects of [[BASIC]] and [[C (programming language)|C]].<ref>{{Cite web |title=Programmable logic controller for automation systems |url=https://www.isisvarese.edu.it/wp-content/uploads/2016/03/CLIL-5B-MEC-PLC.pdf |access-date=April 8, 2024 |website=www.isisvarese.edu.it}}</ref>

While the fundamental concepts of PLC programming are common to all manufacturers, differences in [[I/O address]]ing, [[memory organization]], and [[instruction set]]s mean that PLC programs are never perfectly interchangeable between different makers. Even within the same product line of a single manufacturer, different models may not be directly compatible.<ref>{{Cite web |date=September 2020 |title=A mini view of PLC |url=https://www.researchgate.net/publication/344308053 |access-date=April 8, 2024 |website=www.researchgate.net}}</ref>

===Programming device===
Manufacturers develop programming software for their PLCs. In addition to being able to program PLCs in multiple languages, they provide common features like hardware diagnostics and maintenance, software debugging, and offline simulation.<ref name=":7" />

PLC programs are typically written in a programming device, which can take the form of a desktop console, special software on a [[personal computer]], or a handheld device.<ref name=":7">{{Harvnb|Bolton|2015|pp=19–20}}</ref> The program is then downloaded to the PLC through a cable connection or over a network. It is stored either in non-volatile [[flash memory]] or battery-backed-up [[RAM]] on the PLC. In some PLCs, the program is transferred from the programming device using a programming board that writes the program into a removable chip, such as [[EPROM]] that is then inserted into the PLC.

===Simulation===
An incorrectly programmed PLC can result in lost productivity and dangerous conditions for programmed equipment. PLC simulation is a feature often found in PLC programming software. It allows for testing and [[debugging]] early in a project's development. Testing the project in simulation improves its quality, increases the level of safety associated with equipment and can save time during the installation and commissioning of automated control applications since many scenarios can be tried and tested before the system is activated.<ref name=":7" /><ref>{{cite book |last1=Lin |first1=Sally |url=https://books.google.com/books?id=CHYlTBxqrM8C&pg=PA553 |title=Advances in Computer Science, Environment, Ecoinformatics, and Education, Part III: International Conference, CSEE 2011, Wuhan, China, August 21-22, 2011. Proceedings |last2=Huang |first2=Xiong |date=9 August 2011 |publisher=Springer Science & Business Media |isbn=9783642233449 |pages=15 |via=Google Books }}</ref>

==Functionality==
[[File:Siemens Simatic S7-416-3.jpg|thumb|upright|PLC system in a rack, left-to-right: power supply (PS), CPU, interface module (IM) and communication processor (CP)]]
[[File:PLC Control Panel.png|thumb|upright|Control panel with PLC (gray elements in the center). The unit consists of separate elements, from left to right: power supply, controller, relay units for input and output.]]

The main difference compared to most other computing devices is that PLCs are intended for and therefore tolerant of more severe environmental conditions (such as dust, moisture, heat, cold), while offering extensive [[input/output]] (I/O) to connect the PLC to [[sensor]]s and [[actuator]]s. PLC input can include simple digital elements such as [[limit switch]]es, analog variables from process sensors (such as temperature and pressure), and more complex data such as that from positioning or [[machine vision]] systems.<ref>Harms, Toni M. & Kinner, Russell H. P.E., ''Enhancing PLC Performance with Vision Systems''. 18th Annual ESD/HMI International Programmable Controllers Conference Proceedings, 1989, p. 387-399.</ref> PLC output can include elements such as indicator lamps, sirens, [[electric motor]]s, [[pneumatic]] or [[hydraulic]] cylinders, magnetic [[relay]]s, [[solenoid]]s, or analog outputs. The input/output arrangements may be built into a simple PLC, or the PLC may have external I/O modules attached to a fieldbus or computer network that plugs into the PLC.<!--[[User:Kvng/RTH]]-->

The functionality of the PLC has evolved over the years to include sequential relay control, motion control, [[process control]], [[distributed control system]]s, and [[computer network|networking]]. The data handling, storage, processing power, and communication capabilities of some modern PLCs are approximately equivalent to [[desktop computer]]s. PLC-like programming combined with remote I/O hardware, allows a general-purpose desktop computer to overlap some PLCs in certain applications. Desktop computer controllers have not been generally accepted in heavy industry because desktop computers run on less stable operating systems than PLCs, and because the desktop computer hardware is typically not designed to the same levels of tolerance to temperature, humidity, vibration, and longevity as the processors used in PLCs. Operating systems such as Windows do not lend themselves to deterministic logic execution, with the result that the controller may not always respond to changes of input status with the consistency in timing expected from PLCs. Desktop logic applications find use in less critical situations, such as laboratory automation and use in small facilities where the application is less demanding and critical.{{citation needed|date=November 2014}}

===Basic functions===
The most basic function of a programmable logic controller is to emulate the functions of electromechanical relays. Discrete inputs are given a unique address, and a PLC instruction can test if the input state is on or off. Just as a series of relay contacts perform a logical AND function, not allowing current to pass unless all the contacts are closed, so a series of "examine if on" instructions will energize its output storage bit if all the input bits are on. Similarly, a parallel set of instructions will perform a logical OR. In an electromechanical relay wiring diagram, a group of contacts controlling one coil is called a "rung" of a "ladder diagram", and this concept is also used to describe PLC logic. Some models of PLC limit the number of series and parallel instructions in one "rung" of logic. The output of each rung sets or clears a storage bit, which may be associated with a physical output address or which may be an "internal coil" with no physical connection. Such internal coils can be used, for example, as a common element in multiple separate rungs. Unlike physical relays, there is usually no limit to the number of times an input, output or internal coil can be referenced in a PLC program.

Some PLCs enforce a strict left-to-right, top-to-bottom execution order for evaluating the rung logic. This is different from electro-mechanical relay contacts, which, in a sufficiently complex circuit, may either pass current left-to-right or right-to-left, depending on the configuration of surrounding contacts. The elimination of these "sneak paths" is either a bug or a feature, depending on the programming style.

More advanced instructions of the PLC may be implemented as functional blocks, which carry out some operation when enabled by a logical input and which produce outputs to signal, for example, completion or errors, while manipulating variables internally that may not correspond to discrete logic.

=== Communication ===
PLCs use built-in ports, such as [[USB]], [[Ethernet]], [[RS-232]], [[RS-485]], or [[RS-422]] to communicate with external devices (sensors, actuators) and systems ([[programming software]], [[SCADA]], [[user interface]]). Communication is carried over various industrial network protocols, like [[Modbus]], or [[EtherNet/IP]]. Many of these protocols are vendor specific.

PLCs used in larger I/O systems may have [[peer-to-peer]] (P2P) communication between processors. This allows separate parts of a complex process to have individual control while allowing the subsystems to co-ordinate over the communication link. These communication links are also often used for user interface devices such as keypads or [[Personal computer|PC]]-type workstations.

Formerly, some manufacturers offered dedicated communication modules as an add-on function where the processor had no network connection built-in.

=== User interface ===
{{See also|User interface|List of human-computer interaction topics}}
[[File:Control-panel-plc.jpg|thumb|upright|Control panel with a PLC user interface for [[Thermal oxidiser|thermal oxidizer]] regulation]]

PLCs may need to interact with people for the purpose of configuration, alarm reporting, or everyday control. A [[SCADA#Human-machine interface|human-machine interface]] (HMI) is employed for this purpose. HMIs are also referred to as man-machine interfaces (MMIs) and graphical user interfaces (GUIs). A simple system may use buttons and lights to interact with the user. Text displays are available as well as graphical touch screens. More complex systems use programming and monitoring software installed on a computer, with the PLC connected via a communication interface.

==Process of a scan cycle==
A PLC works in a program scan cycle, where it executes its program repeatedly. The simplest scan cycle consists of 3 steps:

# Read inputs.
# Execute the program.
# Write outputs.<ref name=":3">{{Harvnb|Parr|1998|p=446}}</ref>

The program follows the sequence of instructions. It typically takes a time span of tens of milliseconds for the processor to evaluate all the instructions and update the status of all outputs.<ref>Maher, Michael J. ''Real-Time Control and Communications''. 18th Annual ESD/SMI International Programmable Controllers Conference Proceedings, 1989, p. 431-436.</ref> If the system contains remote I/O—for example, an external rack with I/O modules—then that introduces additional uncertainty in the response time of the PLC system.<ref name=":3" />

As PLCs became more advanced, methods were developed to change the sequence of ladder execution, and subroutines were implemented.<ref>Kinner, Russell H., P.E. ''Designing Programmable Controller Application Programs Using More than One Designer''. 14th Annual International Programmable Controllers Conference Proceedings, 1985, p. 97-110.</ref>

Special-purpose I/O modules may be used where the scan time of the PLC is too long to allow predictable performance. Precision timing modules, or counter modules for use with [[shaft encoder]]s, are used where the scan time would be too long to reliably count pulses or detect the sense of rotation of an encoder. This allows even a relatively slow PLC to still interpret the counted values to control a machine, as the accumulation of pulses is done by a dedicated module that is unaffected by the speed of program execution.<ref>{{Harvnb|Laughton|Warne|2002|loc=section 16.4.8}}</ref>

==Security==
In his book from 1998, E. A. Parr pointed out that even though most programmable controllers require physical keys and passwords, the lack of strict access control and version control systems, as well as an easy-to-understand programming language make it likely that unauthorized changes to programs will happen and remain unnoticed.<ref>{{Harvnb|Parr|1998|p=451}}</ref>

Prior to the discovery of the [[Stuxnet]] [[computer worm]] in June 2010, the security of PLCs received little attention. Modern programmable controllers generally contain real-time operating systems, which can be vulnerable to exploits in a similar way as desktop operating systems, like [[Microsoft Windows]]. PLCs can also be attacked by gaining control of a computer they communicate with.<ref name=":5">{{cite web |url=http://www.tofinosecurity.com/blog/plc-security-risk-controller-operating-systems |title=PLC Security Risk: Controller Operating Systems - Tofino Industrial Security Solution |website=TofinoSecurity.com |date=May 2011 |author=Byres}}</ref> {{As of|2011|since=y|post=,}} these concerns have grown – networking is becoming more commonplace in the PLC environment, connecting the previously separated plant floor networks and office networks.<ref>{{Harvnb|Bolton|2015|p=15}}</ref>

In February 2021, [[Rockwell Automation]] publicly disclosed a critical vulnerability affecting its Logix controllers family. The [[Key (cryptography)|secret cryptographic key]] used to [[Symmetric-key algorithm|verify communication]] between the PLC and workstation could be extracted from the programming software (Studio 5000 Logix Designer) and used to remotely change program code and configuration of a connected controller. The vulnerability was given a severity score of 10 out of 10 on the [[Common Vulnerability Scoring System|CVSS vulnerability scale]]. At the time of writing, the mitigation of the vulnerability was to [[Defense in depth (computing)|limit network access to affected devices]].<ref>{{Cite web|last=Goodin|first=Dan|date=2021-02-26|title=Hard-coded key vulnerability in Logix PLCs has severity score of 10 out of 10|url=https://arstechnica.com/information-technology/2021/02/hard-coded-key-vulnerability-in-logix-plcs-has-severity-score-of-10-out-of-10/|access-date=2021-03-07|website=Ars Technica }}</ref><ref>{{Cite web |last=Li |first=Tom |date=2021-03-01 |title=Max level vulnerability found in Logix PLCs {{!}} IT World Canada News |url=https://www.itworldcanada.com/article/max-level-vulnerability-found-in-logix-plcs/443152,%20https://www.itworldcanada.com/article/max-level-vulnerability-found-in-logix-plcs/443152 |access-date=2021-03-07 |website=ITWorldCanada.com }}</ref>

== Safety PLCs ==
Safety PLCs can be either a standalone device or a [[Safety integrity level|safety-rated]] hardware and functionality added to existing controller architectures ([[Allen-Bradley]] GuardLogix, [[Siemens]] F-series, etc.). These differ from conventional PLC types by being suitable for safety-critical applications for which PLCs have traditionally been supplemented with hard-wired [[safety relay]]s and areas of the memory dedicated to the safety instructions. The standard of safety level is the [[Safety integrity level|SIL]]. 

A safety PLC might be used to control access to a [[Industrial robot|robot cell]] with [[Trapped-key interlocking|trapped-key access]], or to manage the shutdown response to an emergency stop button on a conveyor production line. Such PLCs typically have a restricted regular instruction set augmented with safety-specific instructions designed to interface with emergency stop buttons, light screens, and other safety-related devices. 

The flexibility that such systems offer has resulted in rapid growth of demand for these controllers.{{Citation needed|date=July 2022}}

==PLC compared with other control systems==
[[File:BMA Automation Allen Bradley PLC 3.JPG|thumb|PLC installed in a control panel]]
[[File:Control-panel.jpg|thumb|Control center with a PLC for a [[regenerative thermal oxidiser|RTO]] ]]

PLCs are well adapted to a range of [[automation]] tasks. These are typically industrial processes in manufacturing where the cost of developing and maintaining the automation system is high relative to the total cost of the automation, and where changes to the system would be expected during its operational life. PLCs contain input and output devices compatible with industrial pilot devices and controls; little electrical design is required, and the design problem centers on expressing the desired sequence of operations. PLC applications are typically highly customized systems, so the cost of a packaged PLC is low compared to the cost of a specific custom-built controller design. On the other hand, in the case of mass-produced goods, customized control systems are economical. This is due to the lower cost of the components, which can be optimally chosen instead of a "generic" solution, and where the non-recurring engineering charges are spread over thousands or millions of units.{{Citation needed|date=February 2020}}

Programmable controllers are widely used in motion, positioning, or torque control. Some manufacturers produce motion control units to be integrated with PLC so that [[G-code]] (involving a [[CNC]] machine) can be used to instruct machine movements.{{Citation needed|date=July 2009}}

=== PLC chip / embedded controller ===
These are for small machines and systems with low or medium volume. They can execute PLC languages such as Ladder, Flow-Chart/Grafcet, etc. They are similar to traditional PLCs, but their small size allows developers to design them into custom printed circuit boards like a microcontroller, without computer programming knowledge, but with a language that is easy to use, modify and maintain. They sit between the classic PLC / micro-PLC and microcontrollers.{{Citation needed|date=September 2023}}

=== Microcontrollers ===
A [[microcontroller]]-based design would be appropriate where hundreds or thousands of units will be produced and so the development cost (design of power supplies, input/output hardware, and necessary testing and certification) can be spread over many sales, and where the end-user would not need to alter the control. Automotive applications are an example; millions of units are built each year, and very few end-users alter the programming of these controllers. However, some specialty vehicles such as transit buses economically use PLCs instead of custom-designed controls, because the volumes are low and the development cost would be uneconomical.<ref name="McMillan 1999">{{cite book |first=Gregory K. |last=McMillan |editor-first=Douglas M. |editor-last=Considine |title=Process/Industrial Instruments and Controls Handbook |edition=Fifth |publisher=McGraw-Hill |date=1999 |isbn=0-07-012582-1 |chapter=Section 3: Controllers }}</ref>

=== Single-board computers ===
Very complex process control, such as those used in the chemical industry, may require algorithms and performance beyond the capability of even high-performance PLCs. Very high-speed or precision controls may also require customized solutions; for example, aircraft flight controls. [[Single-board computer]]s using semi-customized or fully proprietary hardware may be chosen for very demanding control applications where the high development and maintenance cost can be supported. "Soft PLCs" running on desktop-type computers can interface with industrial I/O hardware while executing programs within a version of commercial operating systems adapted for process control needs.<ref name="McMillan 1999" />

The rising popularity of [[Single-board computer|single board computers]] has also had an influence on the development of PLCs. Traditional PLCs are generally [[closed platform]]s, but some newer PLCs (e.g. groov EPIC from [[Opto 22]], ctrlX from [[Bosch Rexroth]], PFC200 from [[WAGO Kontakttechnik|Wago]], PLCnext from [[Phoenix Contact]], and Revolution Pi from Kunbus) provide the features of traditional PLCs on an [[open platform]].

===Programmable logic relays (PLR)===
{{Original research section|date=March 2020}}

In more recent years,{{When|date=February 2020}} small products called programmable logic relays (PLRs) or smart relays, have become more common and accepted. These are similar to PLCs and are used in light industries where only a few points of I/O are needed, and low cost is desired. These small devices are typically made in a common physical size and shape by several manufacturers and branded by the makers of larger PLCs to fill their low-end product range. Most of these have 8 to 12 discrete inputs, 4 to 8 discrete outputs, and up to 2 analog inputs. Most such devices include a tiny [[postage stamp]]-sized LCD screen for viewing simplified ladder logic (only a very small portion of the program being visible at a given time) and status of I/O points, and typically these screens are accompanied by a 4-way rocker push-button plus four more separate push-buttons, similar to the key buttons on a [[VCR]] remote control, and used to navigate and edit the logic. Most have an [[RS-232]] or [[RS-485]] port for connecting to a PC so that programmers can use user-friendly software for programming instead of the small LCD and push-button set for this purpose. Unlike regular PLCs that are usually modular and greatly expandable, the PLRs are usually not modular or expandable, but their cost can be significantly lower than that a PLC, and they still offer robust design and deterministic execution of the logic.

A variant of PLCs, used in remote locations is the [[remote terminal unit]] or RTU. An RTU is typically a low power, ruggedized PLC whose key function is to manage the communications links between the site and the central control system (typically [[SCADA]]) or in some modern systems, "The Cloud". Unlike factory automation using wired communication protocols such as [[Ethernet]], communications links to remote sites are often radio-based and are less reliable. To account for the reduced reliability, RTU will buffer messages or switch to alternate communications paths. When buffering messages, the RTU will timestamp each message so that a full history of site events can be reconstructed. RTUs, being PLCs, have a wide range of I/O and are fully programmable, typically with languages from the [[IEC 61131-3]] standard that is common to many PLCs, RTUs and DCSs. In remote locations, it is common to use an RTU as a gateway for a PLC, where the PLC is performing all site control and the RTU is managing communications, time-stamping events and monitoring ancillary equipment. On sites with only a handful of I/O, the RTU may also be the site PLC and will perform both communications and control functions.

==See also==
* [[1-bit computing]]
* [[Industrial control system]]
* [[PLC technician]]

==References==
{{Reflist}}

=== Bibliography ===
{{Refbegin}}
* {{Cite book|last=Bolton|first=William|url=https://books.google.com/books?id=sDqnBQAAQBAJ|title=Programmable Logic Controllers|publisher=Newnes|date=2015|isbn=9780081003534|edition=6th, revised|via=Google Books}}
* {{Cite book|last=Parr|first=E. A.|url=https://books.google.com/books?id=zLwtngK3T1UC|title=Industrial Control Handbook|publisher=Industrial Press Inc.|date=1998|isbn=0-8311-3085-7|chapter=Computers and industrial control|via=Google Books}}
* {{Cite book |last1=Laughton |first1=M. A. |url=https://books.google.com/books?id=5jOblzV5eZ8C |title=Electrical Engineer's Reference Book |last2=Warne |first2=D. F. |publisher=Newnes |date=2002 |isbn=9780750646376 |edition=16th |via=Google Books }}
{{Refend}}

==Further reading==
{{Commons category|Programmable logic controller}}
{{Wikiversity|Programmable logic controller (basics)}}

* Daniel Kandray, ''Programmable Automation Technologies'', Industrial Press, 2010 {{ISBN|978-0-8311-3346-7}}, Chapter 8 ''Introduction to Programmable Logic Controllers''
* {{cite book |title=The Programmable Logic Controller: its prehistory, emergence and application |author-first=Mark John |author-last=Walker |date=2012-09-08 |type=PhD thesis |location=Department of Communication and Systems Faculty of Mathematics, Computing and Technology |publisher=[[The Open University]] |url=http://oro.open.ac.uk/54687/1/594090.pdf |access-date=2018-06-20 |url-status=live |archive-url=https://web.archive.org/web/20180620115412/http://oro.open.ac.uk/54687/1/594090.pdf |archive-date=2018-06-20}}

{{Authority control}}

[[Category:Programmable logic controllers| ]]
[[Category:Computer engineering]]
[[Category:Industrial automation]]
[[Category:Industrial computing]]