Instrumentation & Control

Control system architecture — what is actually behind "the DCS"

How a signal gets from a transmitter to a screen, what marshalling is for, why DCS and PLC are different animals, and why an air gap is almost never what people think it is.

IntermediateOil & GasPetrochemicalPharmaceutical

Standards referencedIEC 62443IEC 61511EEMUA 191

Every topic in this section has said “the DCS” as though it were one thing. This page opens the box.

From transmitter to screen

Follow a pressure signal all the way:

  1. Field device — the transmitter sends 4–20 mA, as covered in what a transmitter is.
  2. Field junction box — several instruments’ cables join a multicore heading back to the building.
  3. Marshalling cabinet — the multicore terminates, and cross-wiring connects each signal to a chosen I/O channel.
  4. I/O card — converts the analogue signal to a digital value.
  5. Controller — executes the control logic and decides the output.
  6. Operator station — displays the value on a graphic, and holds the alarm.
  7. Historian — records it for trending and analysis.
A signal path across three zones. In the field, a transmitter and a junction box. In the equipment room, a marshalling cabinet with cross-wiring, an I O card and a controller. In the control room, an operator station and a historian.
Three zones, and the marshalling cabinet sits deliberately between the part that is expensive to change and the part that changes constantly.
The open interior of a marshalling cabinet, with rows of terminal blocks on rails and hundreds of neatly dressed grey and blue wires running in vertical trunking.
Rows of terminal blocks and nothing else. Note the blue wiring — intrinsically safe circuits, kept identifiable and segregated from everything around them.

The I/O count drives more than you expect

I/O types — how the field connects to the control systemSource: General DCS and PLC practice
AI — analogue inputField to systemA continuous value, normally 4–20 mAPressure, level, flow and temperature transmitters
AO — analogue outputSystem to fieldA continuous demand, normally 4–20 mAControl valve positioner, variable speed drive setpoint
DI — digital inputField to systemOn or offValve limit switches, motor running status, level switches
DO — digital outputSystem to fieldOn or offMotor start command, solenoid valve, beacon
RTD and thermocouple inputField to systemResistance or millivolts, not 4–20 mADirect-wired temperature elements without a transmitter
Pulse inputField to systemA frequency or a countTurbine meters, flow totalisers
Fieldbus segmentBothDigital data for several devices on one pairFOUNDATION Fieldbus or PROFIBUS PA instrument segments

Every field device is one of these four, and the I/O count drives a surprising amount of a project — cabinet sizes, marshalling, cable quantities and system cost all scale with it. Spare I/O is the cheapest thing to buy at design stage and the most expensive to add later.

Every field device is one of these, and the I/O count sizes cabinets, marshalling, cable quantities and a good part of the system cost.

Spare I/O is the cheapest thing to buy at design stage and among the most expensive to add later — the same argument as spare cores in control cables, and it gets resisted in exactly the same way.

DCS, PLC, SCADA

The distinction has blurred, but the emphasis still differs:

DCS — distributed control system. Built around large numbers of continuous analogue loops, with operator graphics, alarms, historian and engineering tools integrated as one product. Its natural home is a continuous process plant.

PLC — programmable logic controller. Built for fast, deterministic discrete logic and sequencing. What equipment vendors supply with packaged units, and what runs machine sequences. The HMI is a separate product.

SCADA — supervisory control and data acquisition. For geographically distributed assets — pipelines, wellheads, water networks — where the emphasis is telemetry over long distances rather than tight loop control.

Safety logic solver. A separate controller running only the safety instrumented functions, certified for the job and deliberately independent of the control system.

Redundancy

Anything whose failure would stop the plant is normally duplicated: controllers in hot-standby pairs, dual power supplies from separate sources, dual network paths, redundant I/O on critical signals.

The point is worth stating precisely: redundancy protects against random hardware failure. It does nothing at all about a configuration error, a bad change, or a common-mode problem — because the standby unit is running exactly the same faulty logic as the primary.

Networks and the levels

Control system levels, field upwardSource: The Purdue reference model, as used in IEC 62443
0 · ProcessThe field devices themselves — sensors and final elementsTransmitters, control valves, motors
1 · Basic controlControllers executing the logic, and the I/O they read and writeDCS controllers, PLCs, safety logic solvers
2 · SupervisoryOperator interface, alarms and the control roomOperator stations, engineering stations, alarm displays
3 · Site operationsPlant-wide systems — historian, laboratory, production schedulingProcess historian, batch records, maintenance systems
3.5 · Demilitarised zoneThe controlled boundary between plant and business networksData diodes, replicated historians, jump servers
4 and 5 · BusinessCorporate IT — email, ERP, the internetCompany network and everything on it

The levels matter for two reasons. They describe how data flows up and commands flow down — and they are the basis of control system cyber security, where the rule is that connections between levels are deliberate, controlled and few.

Levels 0 to 2 are the control system proper. Level 3 is where plant-wide systems live. Above that is corporate IT.

The levels matter for cyber security, and the standard is IEC 62443. The principle is segmentation: connections between levels are deliberate, controlled and few, with a demilitarised zone between the plant and the business network so that data can flow out without a path flowing back in.

Alarms

An alarm exists to tell an operator to do something. That is the whole test, and it is failed constantly.

Change control

Control system changes are software changes to something that moves large pieces of equipment. They go through management of change: proposed, reviewed, tested where possible, implemented under control, and documented.

That applies just as much to a tuning constant or an alarm limit as to new logic. “It’s only a setpoint” is how a great many upsets begin — and on anything touching a safety function it is not a judgement call at all.

What to take away

  • The path is field, junction box, marshalling, I/O, controller, operator station, historian.
  • Marshalling exists so I/O can be reassigned without touching field cable.
  • I/O count drives cabinets, cable and cost. Buy spares early.
  • DCS for continuous loops, PLC for fast discrete logic, SCADA for distributed assets, and a separate certified solver for safety.
  • Redundancy covers random hardware failure. It does nothing about a bad configuration.
  • Security comes from segmentation and controlled boundaries. Treat “it’s air gapped” as a prompt to look harder.
  • An alarm that nobody can act on is not an alarm. Rationalise them.

Check your understanding

10 questions. Nothing is recorded — this is just for you.

1What is a marshalling cabinet for?
2How does a DCS differ from a PLC in typical process use?
3An operator faces 400 alarms in ten minutes during an upset. What is the problem?
4A plant control network is described as air gapped. What is usually true in practice?
5Why is spare I/O bought at design stage rather than added later?
6Which system would you expect to find supplied with a packaged unit by an equipment vendor?
7What does SCADA emphasise that a DCS does not?
8Controllers are installed as redundant hot-standby pairs. What does that protect against?
9What is the test of whether something should be an alarm?
10Does a tuning constant change need to go through management of change?

#instrumentation#dcs#plc#networks#cyber-security