Functional Safety PLC: Risk Assessment to PLd Architecture

A functional safety PLC project is not “buy a GuardLogix and write the E-stop rung”. The order of work is fixed by the standards: assess the risk, define the safety function, set a required performance level, then build an architecture that can prove it. Get that order wrong and you end up with a tidy dual-channel circuit nobody can justify on paper. What follows is the vocabulary and the arithmetic, with a worked PLr determination and a PFHd budget you can copy.

Wiring and instruction settings for one specific door and E-stop function are in PLC safety interlock systems. Treat this as the layer above that.

The standards you will actually be asked about

StandardSectorMetricWhere it bites
IEC 61508Generic parent standardSIL 1 to 4, PFD and PFHComponent makers design to it. You quote their numbers.
ISO 13849-1MachineryPL a to e, Category, PFHdThe route almost every machine builder takes
IEC 62061Machinery, electricalSIL CL 1 to 3, PFHdCommon where a process customer thinks in SIL
IEC 61511Process industriesSIL 1 to 3, SIF and SISBurner management, tank overfill, emergency shutdown
ISO 12100MachineryNo metricThe risk assessment method the others assume you did

ISO 13849-1 and IEC 62061 cover the same ground for machinery. Pick one per machine and stay inside it. Mixing a PL from one subsystem with a SIL CL from another in the same calculation is where audits go badly. The rough equivalence is PLb and PLc near SIL 1, PLd near SIL 2, PLe near SIL 3.

Run the risk assessment before you pick hardware

  1. Set the limits of the machine to ISO 12100: what it does, who touches it, in which modes, over what life. Jam clearing and maintenance count, and that is where most injuries happen.
  2. List the hazards per operating mode. Be specific. “Crushing between the carriage and the frame while clearing film” is a hazard. “Moving parts” is not.
  3. Estimate the risk for each one with no protective measure in place.
  4. Try to design the hazard out, or guard it mechanically. A fixed guard needs no PL, no diagnostics and no proof test.
  5. Whatever is left becomes a safety function in the control system.

Write each remaining function into a safety requirements specification. One page per function is enough, and it is the document your verification gets checked against later.

SRS-04  Guard door, palletiser wrap station

  Safety function   Opening the door stops carriage and turntable motion
  Trigger           Door open, either channel
  Safe state        Motion power removed, STO on both drives, brake applied
  Response time     250 ms maximum, stopping distance measured 190 mm at speed
  Restart           Manual reset, edge on release, door closed first
  Mode coverage     All modes except setup mode 3, reduced speed with enabling device
  Required PL       PLd, category 3
  Proof test        Functional test at commissioning and every 12 months
  Replacement       Contactors K41 and K42 at T10d, see maintenance plan

Determine the PLr with the risk graph

ISO 13849-1 Annex A gives a risk graph with three parameters. Severity S1 is reversible injury, S2 is irreversible injury or death. Frequency F1 is seldom or short exposure, F2 is frequent or continuous. Avoidance P1 means the hazard can be avoided under certain conditions, P2 means it scarcely can.

Advertisement

Worked example, the palletiser door from the specification above:

  • Severity. The carriage weighs 140 kg and travels across the working position. A hand caught there is broken, not bruised. S2.
  • Frequency. Operators clear film jams four to six times a shift and open that door every time. F2.
  • Avoidance. The carriage runs at 0.3 m/s, it is visible from the door, and there is somewhere to step back to. P1.

S2, F2, P1 lands on PLr d. Change the last answer to P2 and it becomes PLr e, which means category 4 and a different budget. That is why the avoidance parameter gets argued about in every design review. Record the reasoning, not just the letter, because the first person to ask why P1 was chosen will be an inspector.

Pick an architecture that can reach the PL

Category is architecture, and it sets the ceiling.

CategoryBehaviour on a single faultTypical build
BFunction lostStandard relay or standard PLC logic
1Function lost, faults less likelyWell tried components, oversized contactors
2Function lost between testsSingle channel, tested periodically by the machine control
3Function kept, most faults detectedDual channel, cross monitored
4Function kept, faults detected before the next demandDual channel, high diagnostic coverage

For PLd the usual answer is category 3, and the result then depends on two more numbers.

MTTFd is the mean time to dangerous failure of one channel, capped at 100 years in the calculation. Low is 3 to 10 years, medium 10 to 30, high 30 to 100. For a contactor you work it out from B10d and the real duty cycle:

nop   = operations per year
      = 30 per day x 240 working days              = 7 200
T10d  = B10d / nop        = 1 300 000 / 7 200      = 180 years
MTTFd = B10d / (0.1 x nop) = 1 300 000 / 720       = 1 805 years, capped at 100

T10d matters more than people expect. It is the point at which the component has to be replaced, and on a machine cycling every four seconds instead of once a shift it arrives inside a year.

DCavg is diagnostic coverage: none below 60 percent, low 60 to 90, medium 90 to 99, high 99 and above. Pulse tested inputs, cross monitoring between channels and contactor feedback are what buy it.

Category 3 with DCavg low and MTTFd high gives PLd. So does category 3 with DCavg medium and MTTFd medium. Category 3 with DCavg low and MTTFd medium only reaches PLc, which is the trap in this table: the architecture looks right and the answer comes out one letter short.

CCF, common cause failure, is a 65 point checklist in Annex F: separation of channels, diversity, protection against overvoltage and temperature, competence, environmental testing. Score 65 or the category 3 claim drops to category B.

Build the PFHd budget

PFHd is the probability of dangerous failure per hour, and the subsystems add up. The bands are fixed:

PLPFHd per hour
a1e-5 up to 1e-4
b3e-6 up to 1e-5
c1e-6 up to 3e-6
d1e-7 up to 1e-6
e1e-8 up to 1e-7

A realistic PLd door function:

SubsystemDevicesPFHd
InputTwo coded magnetic switches on pulse tested points1.4e-8
LogicGuardLogix 5580 with 1734-IB8S and 1734-OB8Saround 2e-9
OutputTwo 100S-C contactors, mirror contacts fed back2.5e-8
Totalabout 4.1e-8

That total sits inside the PLe band. The function is still only PLd, because PFHd is rarely the binding constraint. Category, DCavg and CCF are. Engineers new to this spend a week hunting for parts with lower PFHd and never notice the claim failed on a CCF question about cable routing. Use the vendor figure where one is published, and calculate from B10d where there is not. Contactors, pneumatic valves and mechanical switches are B10d parts.

Advertisement

Get the response time right

The PL tells you how reliable the function is. It says nothing about how fast. Stopping distance comes from response time, and you add up every link in the chain.

Timing chart of a guard door safety function: the door opens, the safety function result drops shortly after, the contactors release inside the response time budget, and the output only returns after a manual reset pulse with the door closed

The delay in the chart is drawn wide so you can see it. On a GuardLogix chain the terms are the input filter, the safety connection RPI, the safety task period, the output connection RPI and the contactor drop-out time. A 20 ms safety task with 10 ms RPIs and a 15 ms contactor gets you to roughly 100 ms of control system delay before any mechanical run-down. Rockwell publishes a reaction time worksheet per controller family, but measure the real stopping performance with a stopping time analyser and place the guard using the measured number. Background on how the safety task shares the controller with standard logic is in PLC scan time and cycle time.

GuardLogix or S7-1500F

PointGuardLogix 5580SIMATIC S7-1500F
CapabilityUp to SIL 3 and PLeUp to SIL 3 and PLe
SoftwareStudio 5000 with the safety optionTIA Portal Safety Advanced
Safety logicLadder only, in the Safety TaskLAD or FBD, in an F-runtime group
Instruction setDCS, DCSTL, CROUT, SFX and the rest of the safety setESTOP1, SFDOOR, FDBACK, MUTING from the F library
Distributed safetyCIP Safety over EtherNet/IPPROFIsafe over PROFINET
Change controlSafety signature, generated on verifyCollective F-signature plus per block signatures
Mixed useSafety and standard tasks in one controllerSafety and standard in one CPU

Both give you a signature that changes the moment anyone edits the safety program. Print it with the date and keep it in the machine file.

SISTEMA, and what it cannot do for you

SISTEMA is free software from the IFA in Germany. You build the safety function as subsystems, enter category, MTTFd, DCavg and the CCF checklist, and it returns the PL with the PFHd. Most safety component makers publish SISTEMA libraries, so you import an .slb file instead of retyping data sheets.

What comes out is a report. It is not a certificate and it makes nobody compliant. Conformity is declared by the machine builder on the strength of the risk assessment, the calculation, the validation to ISO 13849-2 and the technical file. No safety function is validated from a software report, or from an article, this one included. In Europe the Machinery Regulation 2023/1230 replaces the old Machinery Directive from 20 January 2027, so check which one your declaration cites before it leaves the building.

Validation to ISO 13849-2 means testing against the fault lists. Short one channel and prove the function still works and the fault is annunciated. Hold a contactor closed and prove the feedback loop catches it. Write down what you did, what happened, the date and who watched.

Field notes

The category 3 that was really category B. A palletising cell passed its works test with dual channel everything. During the CCF review it turned out both channels of every door switch ran in the same unprotected multicore, clipped along the frame where pallet trucks hit it twice a week. The separation question in Annex F dropped the score under 65. The fix was a second route for channel B and nothing else. Same components, same logic, two performance levels of difference on paper.

Advertisement

The PLr that moved after a product change. A wrapping station was assessed at PLc when the line ran one pallet every ninety seconds. Two years later a new SKU doubled the rate and operators were opening that door twenty times a shift. Nobody reopened the risk assessment. The exposure parameter had gone from F1 to F2 and the target was PLd. A risk assessment is tied to how the machine is used, so a production change is a reason to look at it again.

The proof test that never happened. A pneumatic dump valve on a press had a T10d of eight years. Fourteen years in, nobody had replaced it, because the machine file said “annual functional test” and the test only confirmed the valve still worked. T10d is a replacement interval, not a test interval. Put the date and the part number in the maintenance system, not in a PDF.

Frequently asked questions

Should I target SIL or PL on my machine?
For machinery either is acceptable. ISO 13849-1 is easier when your subsystems arrive with PL data from the vendor, which is most of the time. IEC 62061 suits complex electronic architectures and customers who already think in SIL. Do not mix the two inside one function.

Do I need a safety controller for every safety function?
No. A single E-stop on a standalone machine is often cheaper and just as valid with a safety relay. A safety controller earns its place when you have zones, muting, safe speed monitoring, or more than about six functions to keep straight.

Can I write safety logic in Structured Text?
Not in a GuardLogix safety task, which is ladder only. TIA Portal allows LAD and FBD inside the F-runtime group. Neither gives you the full instruction set, and that restriction is deliberate.

What is the difference between verification and validation?
Verification is the arithmetic: does the architecture you built reach the PLr you specified. Validation is the test: does the function behave that way on the real machine, including under the faults listed in ISO 13849-2. Both belong in the technical file.

Next step

Take one function off your machine and build it end to end. The wiring, the instruction settings and the reset rule are in PLC safety interlock systems. Where the same function repeats along a line, package it with safety Add-On Instructions so the instruction signature proves the block has not drifted. For the standards family behind all of this, see IEC 61508 and IEC 61511, and for availability rather than safety, redundant PLC systems.