1756-RM001B-EN-P, Using ControlLogix in SIL2 ... - Tuv-fs.com

1756-RM001B-EN-P, Using ControlLogix in SIL2 ... - Tuv-fs.com 1756-RM001B-EN-P, Using ControlLogix in SIL2 ... - Tuv-fs.com

11.07.2015 Views

10-2 Use and Application of Human to Machine InterfacesChanging Parameters in Safety-Related SystemsA parameter change in a safety-related loop via an external (that is,outside the safety loop) device (for example, an HMI) is only allowedwith the following restrictions:• Only authorized, specially-trained personnel can change theparameters in safety-related systems via HMIs.• The user who makes changes in a safety-related system via anHMI is responsible for the effect of those changes on thesafety loop.• Users must clearly identify the variable that are to be changed asunder the control of the ControlLogix controller inside thesafety loop.• Users must use a clear, comprehensive and explicit operatorprocedure to make safety-related changes via an HMI.• Changes can only be accepted in a safety-related system if thefollowing sequence of events occurs:a. Changes are sent from the HMI to the ControlLogix controllerin the safety loop.b. The ControlLogix controller in the safety loop sends thechanges back to the HMI–before accepting the changes oracting on them.c. The user verifies that the changes are correct.In every case, the operator must confirm the validity of thechange before they are accepted and applied in the safety loop.• The software used in the HMI and the ControlLogix controller(in this case, RSLogix 5000) should be designed to verify thatchanges to the safety system are within acceptable limits and donot otherwise compromise the safety system.• The user should test all changes as part of the safety validationprocedure.Publication 1756-RM001B-EN-P - October 2003

Use and Application of Human to Machine Interfaces 10-3• Users must sufficiently document all safety-related changesmade via HMI, including:– authorization– impact analysis– execution– test information– revision information• Changes to the safety-related system, must comply with IEC61511 standard on process safety section 11.7.1 OperatorInterface requirements.Changing Parameters in Non-Safety-Related SystemsWhen the HMI device is used to change parameters in anon-safety-related system, remember the following techniques:• When the HMI is used to input parameters such as setpoints fora PID loop or drive speeds, the application program shouldinclude sound techniques used for other types of changevalidation, including:– Display the data to be changed– Acceptable ranges and limits used in the program for datachecks (in other words, checks to make sure entered data iswithin an acceptable range)– Display the new value along with the existing value– Prompt the operator to acknowledge and accept the changedvalue before allowing the change to take effect• The developer must follow the same sound developmenttechniques and procedures used for other application softwaredevelopment, including the verification and testing of theoperator interface and its access to other parts of the program.The PLC application software should set up a table that isaccessible by the HMI and limits access to required data pointsonly.• Similar to the PLC program, the HMI software needs to besecured and maintained for SIL2 compliance after the system hasbeen validated and tested.Publication 1756-RM001B-EN-P - October 2003

Use and Application of Human to Mach<strong>in</strong>e Interfaces 10-3• Users must sufficiently document all safety-related changesmade via HMI, <strong>in</strong>clud<strong>in</strong>g:– authorization– impact analysis– execution– test <strong>in</strong>formation– revision <strong>in</strong>formation• Changes to the safety-related system, must <strong>com</strong>ply with IEC61511 standard on process safety section 11.7.1 OperatorInterface requirements.Chang<strong>in</strong>g Parameters <strong>in</strong> Non-Safety-Related SystemsWhen the HMI device is used to change parameters <strong>in</strong> anon-safety-related system, remember the follow<strong>in</strong>g techniques:• When the HMI is used to <strong>in</strong>put parameters such as setpo<strong>in</strong>ts fora PID loop or drive speeds, the application program should<strong>in</strong>clude sound techniques used for other types of changevalidation, <strong>in</strong>clud<strong>in</strong>g:– Display the data to be changed– Acceptable ranges and limits used <strong>in</strong> the program for datachecks (<strong>in</strong> other words, checks to make sure entered data iswith<strong>in</strong> an acceptable range)– Display the new value along with the exist<strong>in</strong>g value– Prompt the operator to acknowledge and accept the changedvalue before allow<strong>in</strong>g the change to take effect• The developer must follow the same sound developmenttechniques and procedures used for other application softwaredevelopment, <strong>in</strong>clud<strong>in</strong>g the verification and test<strong>in</strong>g of theoperator <strong>in</strong>terface and its access to other parts of the program.The PLC application software should set up a table that isaccessible by the HMI and limits access to required data po<strong>in</strong>tsonly.• Similar to the PLC program, the HMI software needs to besecured and ma<strong>in</strong>ta<strong>in</strong>ed for <strong>SIL2</strong> <strong>com</strong>pliance after the system hasbeen validated and tested.Publication <strong>1756</strong>-<strong>RM001B</strong>-<strong>EN</strong>-P - October 2003

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!