Cause and Effect Matrices
Cause and Effect Matrices provide a structured way to define how process inputs should trigger alarms, shutdowns and other protective actions within an Instrumented System.
In the SLM Instrumented Systems module, users can create and manage a Cause and Effect Matrix, associate it with selected functions and instruments, populate the required logic, and export the completed matrix for review or documentation.
This guide explains how to create a matrix at the correct unit level, configure its properties, select the relevant functions and I/O, and prepare the matrix for population with actions and notes.
What Are Cause and Effect Matrices?
A Cause and Effect Matrix is an engineering document that shows the relationship between defined causes and the actions that should occur in response. Causes are typically represented by process inputs or initiating conditions, while effects may include alarms, trips, shutdowns or changes to final elements.
Within SLM, the matrix is built using information already stored against Instrumented System functions, input objects, output objects and related auxiliary functions. This allows users to manage the logic in a structured format rather than recreating the same engineering data in a separate document.
The completed matrix helps teams understand which protective actions are associated with each input condition and provides a clear record of the intended Instrumented System behaviour.
Creating Cause and Effect Matrices in SLM
To create a Cause and Effect Matrix in SLM, navigate to the Instrumented Systems module and select the unit where the matrix should reside. From the unit level, open the Edit Tools menu and select the option to add a Cause and Effect Matrix.
The matrix should be created beneath the unit that contains the functions and instruments it will manage. This is important because the available functions are determined by the matrix’s position within the SLM object tree.
During creation, users enter the Cause and Effect Matrix ID and can select Save and Edit to move directly into the newly created object. The matrix then appears beneath the selected unit in the object tree.
Before creating the matrix, confirm that the correct process unit has been selected and that the required Instrumented System objects have already been created. For a broader explanation of how these objects are organised, see the Instrumented Systems Overview.
Setting Up Functions and Instruments
After the Cause and Effect Matrix has been created, the next step is to configure its properties and select the functions and instruments that will form part of the matrix.
From the Setup tab, users can edit properties such as the matrix name, description and revision. They can then use the function and I/O management controls to associate the required Instrumented System functions with the matrix.
SLM presents the functions available at the same unit level as the matrix. Each function can be reviewed using information such as its function type, ID and description before it is selected.
Once the functions have been chosen, users can select the associated inputs and outputs. These may be selected individually or added together. Where a selected function has related auxiliary functions, those can also be included.
After saving the selections, the Setup tab displays the functions, inputs, outputs and auxiliary functions associated with the matrix. The selection process can be reopened later when functions or instruments need to be added, changed or removed.
Because the matrix automatically uses information stored against these objects, the relevant function and instrument records should be completed before the matrix is populated. For more detail on the underlying safety functions, see Instrumented Functions (IPLs).
Configuring Cause and Effect Logic
Once the functions and associated instruments have been selected, users can begin configuring how the Cause and Effect Matrix will operate. The matrix automatically displays information retrieved from the selected Instrumented System functions, inputs and final elements, providing a structured foundation for defining safety logic.
The Cause and Effect Matrix tab displays the selected functions and instruments in a grid format. Users can choose how many functions will appear within the matrix and specify the applicable operating mode, such as normal operation, start-up or shutdown.
Alongside the matrix grid, SLM provides dedicated areas for Cause and Effect Notes and Cause and Effect Actions. These are used to define the logic that will later be assigned to each valid intersection between an initiating input and its corresponding protective action.
Because only valid relationships can be configured, the matrix helps maintain consistency while reducing the likelihood of incorrect logic being introduced into the safety design.
If the associated functions or instruments change during the project lifecycle, users can return to the Setup tab to update the selections before continuing with matrix configuration. This ensures the Cause and Effect Matrix remains aligned with the latest Instrumented System design. For guidance on configuring complete safety systems, see Configuring a Safety Instrumented Function.
Managing Actions and Notes
Cause and Effect Actions and Notes provide the information used to define how each protective function should respond when a particular condition occurs. Rather than entering free text into every matrix cell, users select predefined actions and notes that can be reused throughout the matrix.
Notes are created by selecting Add C&E Note, entering a description and saving the record. SLM automatically assigns each note a reference number, allowing it to be referenced consistently wherever required within the matrix.
Actions are managed separately from the matrix itself and represent the responses available to engineering teams. Examples include alarm generation, de-energising equipment or other predefined protective actions that comply with company engineering standards.
Using standardised actions and notes improves consistency across multiple Cause and Effect Matrices while making the completed documentation easier for operators, maintenance personnel and reviewers to understand.
Where organisational standards evolve, authorised users can update the available Cause and Effect Actions within the System module, ensuring future matrices continue to use approved terminology and operating practices.
Populating the Cause and Effect Matrix
After the setup is complete, the Cause and Effect Matrix can be populated by selecting the appropriate intersection between an initiating input and the required final element. Each populated cell represents the logic that should occur when that specific condition is detected.
For every valid intersection, users choose a predefined Cause and Effect Action together with any supporting Cause and Effect Notes. Once saved, these selections become part of the engineering logic displayed within the matrix.
As additional actions and notes are assigned, the matrix develops into a complete representation of the Instrumented System’s protective behaviour. This provides a clear visual reference for engineers responsible for reviewing, validating and maintaining the safety logic.
Before completing the matrix, verify that all required functions, inputs, outputs and auxiliary functions have been associated correctly and that the approved organisational actions and notes have been selected throughout.
A well-maintained Cause and Effect Matrix supports design reviews, commissioning activities and ongoing lifecycle management by providing a single, structured view of cause-and-effect relationships across the Instrumented System.
Exporting Cause and Effect Matrices
Once the Cause and Effect Matrix has been completed, SLM allows users to export the matrix into a physical document for distribution, review or project documentation. The exported version maintains the same layout as the matrix displayed within SLM, ensuring the information remains easy to interpret outside the application.
To export the matrix, select the required Cause and Effect Matrix from the object tree, open the Cause and Effect Matrix tab and choose the Export option. Users can then specify a location for the exported file before opening the completed document.
The exported matrix includes the configured relationships between causes and effects together with any associated notes that have been added during the engineering process. This provides a convenient record for design reviews, commissioning activities and ongoing lifecycle documentation.
Maintaining an up-to-date exported copy also supports communication between engineering, operations and maintenance teams, ensuring everyone is working from the same approved Cause and Effect Matrix.
For organisations maintaining formal functional safety documentation, exported matrices can be used alongside other engineering records to demonstrate how protective actions have been defined throughout the Instrumented System lifecycle.
Best Practices for Cause and Effect Matrices
A well-structured Cause and Effect Matrix improves consistency across Instrumented System projects while making safety logic easier to review, maintain and verify. Establishing standard engineering practices helps reduce errors and simplifies future modifications.
- Create the matrix only after the required functions and instrument objects have been completed.
- Verify that all relevant inputs, outputs and auxiliary functions have been associated before populating the matrix.
- Use standardised Cause and Effect Actions and Notes to maintain consistency across projects.
- Review populated matrix intersections carefully to confirm the intended protective response.
- Export the completed matrix as part of the project documentation and change management process.
Following a consistent workflow helps ensure Cause and Effect Matrices remain accurate throughout the lifecycle of the Instrumented System and continue to support engineering reviews, audits and future system modifications.
Learn More About Instrumented Systems
Cause and Effect Matrices form one part of a complete Instrumented System engineering workflow. Additional guides within the Instrumented Systems documentation explain how safety functions are configured, managed and documented throughout the lifecycle.
- Instrumented Systems Overview
- Configuring a Safety Instrumented Function
- Instrumented Functions (IPLs)
- Safety Requirement Specification (SRS)
- SIL Calculation Reports
For further guidance on functional safety lifecycle requirements and Safety Instrumented Systems, see the International Electrotechnical Commission (IEC), which publishes the IEC 61511 standard used throughout the process industries.
