10 Assessment

10.1 Safety policy

Users of this document shall take into account the following constraints to avoid misunderstanding or wrong expectations regarding safety-related developments and applications.

The communication technologies specified in this document shall only be implemented in devices designed in accordance with the requirements of the relevant safety standards.

The use of communication technologies specified in this document in a device does not ensure that all necessary technical, organizational and legal requirements related to safety-related applications of the device have been fulfilled in accordance with the requirements of the relevant safety standards.

For a device based on this document to be suitable for use in safety-related applications, appropriate functional safety management life-cycle processes according to the relevant safety standards shall be observed. This shall be assessed in accordance with the independence and competence requirements of the relevant safety standards. Safety-related applications of the device can be subject to local regulations and legal requirements.

The manufacturer of a device using communication technologies specified in this document is responsible for the correct implementation of the standard, the correctness and completeness of the device documentation and information.

Additional important information including corrigenda and errata published by the OPC Foundation or PI shall be considered for implementation and assessment.

It is strongly recommended that implementers of this document comply with the appropriate conformance tests and validations provided by the related technology-specific organization.

10.2 Obligations

Since safety technology in automation is relevant to occupational safety and the concomitant insurance risks in a country, local regulations and legal requirements can apply. The national authorities (notified bodies) decide on the recognition of assessment reports.

10.3 Index of requirements (informative)

Table 41 gives an informative overview of all the requirements (safety and non-safety) which are described in this document. A summary requirement description and the corresponding clause or subclause where the requirement is defined are given. To fully understand a requirement and its context, it is necessary to consult its original definition. Table 41 serves as a tool for quick navigation and as a checklist for an overview over all requirements.

For the conventions used for numbering requirements, see 3.3.2.

Table 41 – Index of requirements (informative)
Requirement numberRequirement summaryClause or subclause
RQ4.1Implement in devices designed according to the IEC 61508 series with appropriate SIL 4.2 Implementation aspects
RQ5.1Implement in safety devices only 5.2 Safety functional requirements
RQ5.2Implement safety measures (MNR, timeout with receipt, IDs, data integrity check) 5.3 Safety measures
RQ5.3Process and monitor safety measures in the SCL 5.3 Safety measures
RQ5.4Start CRC calculation with value “1” 5.5 Requirements for CRC calculation
RQ5.5Use CRC result “1” instead of “0” 5.5 Requirements for CRC calculation
RQ5.6Ignore all-zero SPDUs 5.5 Requirements for CRC calculation
RQ6.1Singleton SafetyACSet Folder 6.2.2.1 SafetyACSet Object
RQ6.2 Objects for SafetyProviders and SafetyConsumers 6.2.2.1 SafetyACSet Object
RQ6.3aUsage of Call Service for Client/Server 6.2.2.1 SafetyACSet Object
RQ6.3bUsage of SafetyPDUs for PubSub 6.2.2.1 SafetyACSet Object
RQ6.4Provide SPDUs for diagnostics in Method ReadSafetyDiagnostics 6.2.2.1 SafetyACSet Object
RQ6.5Restrictions on DataTypes 6.2.2.2 Safety ObjectType definitions
RQ6.6Non-abstract DataTypes for out data 6.2.2.2 Safety ObjectType definitions
RQ6.7Definition of concrete DataTypes for ResponseSPDU 6.2.3.4 ResponseSPDUDataType
RQ6.8Usage of NonSafetyDataPlaceHolder 6.2.3.4 ResponseSPDUDataType
RQ6.9Restriction to scalar types 6.2.5 DataTypes and length of SafetyData
RQ6.10List supported DataTypes in user manual 6.2.5 DataTypes and length of SafetyData
RQ6.11Values for Boolean DataType 6.2.5 DataTypes and length of SafetyData
RQ6.12Implementation of SafetyProvider SAPI 6.3.3.2 SAPI of SafetyProvider
RQ6.13aImplementation of SafetyProvider SPI 6.3.3.3 SPI of SafetyProvider
RQ6.13bParameters of SafetyProvider SPI 6.3.3.3 SPI of SafetyProvider
RQ6.14Implementation of SafetyConsumer SAPI 6.3.4.2 SAPI of SafetyConsumer
RQ6.15aImplementation of SafetyConsumer SPI 6.3.4.4 SPI of the SafetyConsumer
RQ6.15bParameters of SafetyConsumer SPI 6.3.4.4 SPI of the SafetyConsumer
RQ6.16Values for qualifiers 6.3.6 Principle for “application variables with qualifier”
RQ6.17 SafetyConsumer diagnostic message texts 6.4.2 Diagnostics messages of the SafetyConsumer
RQ7.1 RequestSPDU Flags 7.2.1.4 RequestSPDU: Flags
RQ7.2Contents and structure of SafetyData in ResponseSPDU 7.2.1.5 ResponseSPDU: SafetyData
RQ7.3Usage of ResponseSPDU.Flags 7.2.1.6 ResponseSPDU: Flags
RQ7.4Zero out reserved flags 7.2.1.6 ResponseSPDU: Flags
RQ7.5Copy SafetyConsumerID into ResponseSPDU 7.2.1.8 ResponseSPDU: SafetyConsumerID
RQ7.6Copy MonitoringNumber into ResponseSPDU 7.2.1.9 ResponseSPDU: MonitoringNumber
RQ7.7Usage of CRC signature 7.2.1.10 ResponseSPDU: CRC
RQ7.8Usage of NonSafetyData 7.2.1.11 ResponseSPDU: NonSafetyData
RQ7.9Indication of NonSafetyData 7.2.1.11 ResponseSPDU: NonSafetyData
RQ7.10Answer repeated RequestSPDUs in Client/Server communication 7.2.2.2 SafetyProvider and SafetyConsumer Sequence diagram
RQ7.11Document behaviour chosen in RQ7.10 in safety manual 7.2.2.2 SafetyProvider and SafetyConsumer Sequence diagram
RQ7.12Monitor ConsumerCycleTime in safety-related way 7.2.2.2 SafetyProvider and SafetyConsumer Sequence diagram
RQ7.13Implement SafetyProvider behaviour 7.2.2.4 SafetyProvider state diagram
RQ7.14Implement SafetyConsumer behaviour 7.2.2.5 SafetyConsumer state diagram
RQ7.15Rules for building the ResponseSPDU 7.2.3.1 Build ResponseSPDU
RQ7.16Rules for calculating SPDU_ID fields 7.2.3.2 Calculation of the SPDU_ID_1, SPDU_ID_2, SPDU_ID_3
RQ7.17Values to indicate SafetyProviderLevel_ID 7.2.3.4 Coding of the SafetyProviderLevel_ID
RQ7.18Avoid accidental use of higher SIL indicator 7.2.3.4 Coding of the SafetyProviderLevel_ID
RQ7.19Calculation of SafetyStructureSignature 7.2.3.5 Signature over the SafetyData Structure (SafetyStructureSignature)
RQ7.20No evaluation of SafetyStructureSignature 7.2.3.5 Signature over the SafetyData Structure (SafetyStructureSignature)
RQ7.21Value of SafetyStructureSignatureVersion 7.2.3.5 Signature over the SafetyData Structure (SafetyStructureSignature)
RQ7.22Generator polynomial for CRC signature 7.2.3.6 Calculation of a CRC signature
RQ7.23Endianess encoding of SafetyData 7.2.3.6 Calculation of a CRC signature
RQ7.24 CRC calculation sequence 7.2.3.6 Calculation of a CRC signature
RQ7.25Calculate CRC in SafetyConsumer from ResponseSPDU values 7.2.3.6 Calculation of a CRC signature
RQ7.26Immediate effect of SafetyConsumerTimeout 7.2.2.2 SafetyProvider and SafetyConsumer Sequence diagram
RQ8.1Provision of SafetyProviderDelay 8.2 Safety function response time part of communication
RQ9.1Storage of SafetyBaseID and SafetyProviderID 9.1.1 SafetyBaseID and SafetyProviderID
RQ9.2a(Option 1) Use stored MNR after restart 9.2 Initialization of the MNR in the SafetyConsumer
RQ9.2b(Option 2) Use random MNR after restart 9.2 Initialization of the MNR in the SafetyConsumer
RQ9.3Provision of and information in safety manual 9.5 Safety manual
RQ9.4Indication of SAPI.OperatorAckRequested 9.6 Indicators and displays
RQ9.5Properties of LED indication of SAPI.OperatorAckRequested 9.6 Indicators and displays
RQ12.1Namespaces 12.2 Handling of OPC UA namespaces