Activity
Mon
Wed
Fri
Sun
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
What is this?
Less
More

Memberships

Functional Safety Play Book

128 members • Free

3 contributions to Functional Safety Play Book
Shared components
Hi All. Just thought I would post in here to get others thoughts on a scenario I have come across recently. I know it’s best practice to avoid a single element being used in multiple SIFs, but are there any factors to take into consideration for the calculation. For example, several vessels have a common feed supply and whilst each have their own level sensor and logic solver, the common feed line overfill trip valve is shared for all vessels. Each SIF will have a calculation of all components, but all are actually using the same valve. My understanding is no common cause can really be applied as all have a 1oo1 output function. On another note, the configuration would also result in more demands on the valve with it being shared. Downtime and maintenance would also be impacted if shared. Again, just to get other thoughts on other factors that should be taken into account in this scenario. Thanks, Craig
1 like • 4d
Hi @Richard Kelly . Thanks for the reply. Agreed on the spurious trip rate and yes, the scenario will involve stopping production once per year for all tests to be completed given the shared valve wouldn't allow production to continue (so not great from an operational perspective!). I have come across this a few times also, and on this occasion it has followed on from a HAZOP and LOPA when a new process has been added on a brownfield project. Overall the desired targets are being met for the SIF's with a 1oo1 architecture, and whilst the common valve is shared across several SIF's, my understanding from the standard is there would be no change to the demand mode, as the demand mode relates to demands on the complete SIF and not taking account for the fact the shared component can be activated by several. It is something to consider but is allowed. My overall feeling though is whilst the standard references how shared components can be used across SIF's, each scenario would really need to be risk assessed for the accumulative risk associated with failure of the shared component. For example, considering how many SIF's would failure of the shared component impact, what would the likelihood of a demand be (e.g. 10 with a demand rate of 0.1 meaning 1 would likely activate within the year between proof tests and potentially not work), and what would the consequence be of the SIF failing to operate.
0 likes • 3d
Thanks @Richard Kelly In this scenario it is a shared component across SIFs so the common valve acts as a 1oo1 architecture for the output element, but that same output valve used for several different vessels, so nowhere to apply any common cause factor in this case. For calculating the common cause in other scenarios though I also use this type of method. The ExSilentia software has a list of questions that are answered relating to the arrangement and it provides a factor to use based on the overall score.
Proof test coverage
Something that always makes me pause when reviewing designs… Proof test coverage that somehow always ends up being 100% effective. On paper it looks great. The numbers work nicely. The SIL calculation passes comfortably. But in the real world I always find myself thinking: Can we really detecting every dangerous failure with that test? In my experience, this is a major cause of rework. If the design progresses to the point where commissioning documents are written and then a FSA or design review reveals overly optimistic proof test coverage it’s a lot of work to correct. Anyone else experiencing this?
1 like • 4d
I agree @Richard Kelly and have also come across this before when looking at PTC values used in calculations, particularly on the final element with valves. Quite often the proof test will check the actuator and valve physically move, but the proof test is carried out during a shutdown, so there would be no indication if the valve wasn’t sealing. Unless there was a flow and differential pressure across the valve being measured or an inline flow transmitter, then if carried out offline the proof test would never capture this. There is guidance for realistic values to use but have again come across some optimistic values edging towards 100%. Testing elements offline can also be very different to when the process is in operation at higher pressures and higher/lower temperatures.
Mentoring & Experience Sharing
One of the things I want this community to support is learning through experience, not just content. We have a mix of: - early-career engineers looking to build knowledge - more experienced practitioners and leaders who’ve seen projects succeed (and fail) I’ve created a Mentoring Discussion space for this. If you’re: - happy to offer occasional guidance or perspective → comment “mentor” - looking for guidance or career direction → comment “mentee” - open to either → comment “both” There’s no formal commitment here — this is about practical conversations, not long-term programmes. I’ll help connect people where it makes sense. If you’re unsure whether you’re “experienced enough” to mentor — you probably are.
0 likes • 4d
Both
1-3 of 3
Craig Berry
1
2points to level up
@craig-berry-3824
Lead E,C&I Engineer at IDEA

Active 2d ago
Joined Jan 28, 2026
Powered by