This topic applies to the TM5CSLC100FS and TM5CSLC200FS (generation SLCv1). Which SLC is configured in your project is visible in the short device description above the parameter grid (while the SLC is selected in the tree on the left).
Parameter: MinRequiredFWRev
Default value |
Basic Release |
Unit |
-/- |
Description |
This parameter is only relevant in case of implementing other firmware versions than the manufacturer-loaded version. To enter the operational state, the firmware version parameterized here or a newer version must be installed on the module.
The firmware version selected here is particularly important with regard to parameters or process data items that have been implemented with a particular firmware version. If the device you are currently working with has new parameters or process data items, the following applies: if MinRequiredFWRev is set to an incorrect value, either the SLC will not enter the operational run status or the new parameters/process data items will not be taken into account by the SLC. Refer to the hazard message below this table.
Further Information:
Information on newly added parameters or process data items can be found in the Release Notes you received with the firmware package. The Release Notes also describe how to determine the firmware version that is currently installed on the safety-related device. |
WARNING | |
---|---|
Parameter: CycleTime
Default value |
2,000 |
Value range Step size |
2,000...20,000 1 |
Unit |
µs |
Description |
Sets the cycle time of the Safety Logic Controller. |
Possible values |
The parameter value 'CycleTime' must be greater than the processing time for the safety-related application. If the 'CycleTime' parameter is smaller than or too close to the processing time, a cycle time violation may occur. The 'CycleTime' value must be an integer multiple of the Sercos cycle time. Proceed as follows to determine the correct SLC 'CycleTime' parameter value for your application:
|
During the commissioning phase described above, the SLC runs with the maximum cycle time. This results in a safety response time of the safety-related application which is possibly higher than required for your safety function.
WARNING | |
---|---|
Parameter: SSDOCreation
Default value |
5 per cycle |
Unit |
-/- |
Description |
Defines the number of acyclic processing steps per Safety Logic Controller cycle. It can be used to optimize the boot behavior of the system. |
Possible values |
|
Parameter: NodeGuardingTimeout
Default value |
60 |
Value range Step size |
30...3,000 1 |
Unit |
s |
Description |
Sets the period (timeout value) to put the safety-related modules in pre-operational state when the Safety Logic Controller is incommunicative or in case of communication errors detected between the safety-related module and the Safety Logic Controller. It also defines the delay for the Safety Logic Controller to detect an unavailable module. To be observed:
|
Parameter: NumberOfScans:
Default value |
5 |
Value range Step size |
1...10 1 |
Unit |
-/- |
Description |
Specifies the number of module scans the Safety Logic Controller performs if it cannot correctly detect the configured safety-related modules before it indicates that one or more modules are unavailable (MXCHG flashing rapidly). Scanning is continued even after the SLC has triggered the LED for unavailable modules. |
Parameter: RemoteControlAllowed
Default value |
No |
Unit |
-/- |
Description |
Enables or disables the remote control of the Safety Logic Controller.
NOTE:
Remote controlling the Safety Logic Controller can be done using the function blocks provided in the 'SLCRemoteController' library in Machine Expert. |
Parameter value |
|
The manufacturer or the operating company of the machine must take into consideration the inherent hazards involved in a remote control operation to avoid unintentional equipment operation.
WARNING | |
---|---|
The safety response time is the time between the arrival of the sensor signal on the input channel of a safety-related input module and the shut-off signal at the output channel of a safety-related module. The parameters in this group influence the safety response time of the Safety Logic Controller system. For further and detailed background information, refer to the topic "Safety Response Time for SLCv1 " in the "Machine Expert – Safety - User Guide".
Beside this 'SafetyResponseTimeDefaults' group, each module has its own 'SafetyResponseTime' group. The parameters in the Safety Logic Controller 'SafetyResponseTimeDefaults' group are applied to the safety-related modules for which the ManualConfiguration parameter is set to 'No'. This way, the parameters relevant for the safety response time can be configured identically for the modules involved in the application. Each safety-related input or output module for which ManualConfiguration is set to 'Yes' uses the parameter values specifically set for itself.
Parameter: MinDataTransportTime
Default value |
12 |
Value range Step size |
12...500 1 |
Unit |
100 µs |
Description |
Defines the minimum time that is required to transmit a data telegram from a producer to a consumer. If a telegram is received earlier (by the consumer) than specified by this parameter value, communication is considered as invalid. Machine Expert – Safety provides a calculator dialog to determine this parameter value. Term definition and background information According to the openSAFETY specification, devices (safety-related I/O modules as well as the Safety Logic Controller) communicate by sending and receiving cyclic data, referred to as openSAFETY telegrams. A telegram generating (sending) device is designated as producer, a receiving device is a consumer. Each telegram includes a time stamp for time validation of the communication. On receipt of a telegram, the consumer compares this time stamp with the present time. If the schedule is kept, the communication is considered as valid. If a telegram is received earlier than defined by this parameter, communication is considered as invalid and is not further processed. The 'SafeModuleOK' process data item also becomes SAFEFALSE indicating that the safety-related communication of the module is no longer valid. |
Value calculation |
How to calculate the MinDataTransportTime value
|
Practical values |
Entering the MinDataTransportTime value calculated in Machine Expert – Safety results in a stable running system. |
Parameter: MaxDataTransportTime
Default value |
200 |
Value range Step size |
12...65,000 1 |
Unit |
100 µs |
Description |
Defines the maximum time that is allowed to transmit a data telegram from a producer to a consumer. If a telegram is received later (by the consumer) than specified by this parameter value, communication is considered as invalid. Machine Expert – Safety provides a calculator dialog to determine this parameter value.
NOTE:
The parameter value influences the safety response time calculated by Machine Expert – Safety. Term definition and background information According to the openSAFETY specification, devices (safety-related I/O modules as well as the Safety Logic Controller) communicate by sending and receiving cyclic data, referred to as openSAFETY telegrams. A telegram generating (sending) device is designated as producer, a receiving device is a consumer. Each telegram includes a time stamp for time validation of the communication. On receipt of a telegram, the consumer compares this time stamp with the present time. If the schedule is kept, the communication is considered as valid. If a telegram is delayed, communication is considered as invalid and is not further processed. The implications for the rest of the safety-related systems depend on the defined safety-related function. |
Value calculation |
How to calculate the MaxDataTransportTime value
|
Practical values |
Entering the MaxDataTransportTime value calculated in Machine Expert – Safety results in a stable running system. |
Parameter: CommunicationWatchdog
Default value |
200 |
Value range Step size |
1...65,535 1 |
Unit |
100 µs |
Description |
Defines the maximum time period within which a consumer must receive a valid data telegram from a producer in order to consider the safety-related communication as valid and continue the application. The parameter sets a watchdog timer which then monitors whether a consumer receives telegrams from a producer in time. If the watchdog expires, communication is considered as invalid. Machine Expert – Safety provides a calculator dialog to determine this parameter value.
NOTE:
The parameter value influences the safety response time calculated by Machine Expert – Safety. Term definition and background information According to the openSAFETY specification, devices (safety-related I/O modules as well as the Safety Logic Controller) communicate by sending and receiving cyclic data, referred to as openSAFETY telegrams. A telegram generating (sending) device is designated as producer, a receiving device is a consumer. The CommunicationWatchdog value physically depends on the transport time needed for the telegram to be transmitted from a producer to a consumer and influences the worst case response time of the system. The calculated parameter value therefore depends on the MaxDataTransportTime parameter value. If the consumer receives the telegram in time (communication watchdog is not yet expired and the transmission time is within the period specified by the parameters MinDataTransportTime and MaxDataTransportTime), the watchdog timer is restarted and communication is considered as valid. The time stamp contained in the received telegram is not evaluated, only the receipt of a valid telegram is relevant. If no telegram is received (due to delay or loss) and the communication watchdog expires in the consumer, the module is set to the defined safe-state. The 'SafeModuleOK' process data item also becomes SAFEFALSE indicating that the safety-related communication of the module is no longer valid. |
Value calculation |
How to calculate the CommunicationWatchdog value
|
Values |
For the CommunicationWatchdog value which you must enter in the parameter grid ('Devices' window), the following applies:
|
DataType
xxx
Description |
SLC non-safety-related signals of various data types, transferred to or received from the standard (non-safety-related) controller. xxx is the signal ID. |
Data types |
Signals of various data types are provided: BOOL, INT, UINT, UDINT. |
Access type |
|
Possible values |
If the communication between the Safety Logic Controller and the standard (non-safety-related) controller is working correctly and SafeModuleOK = SAFETRUE, the possible values depend on the data type of the variable (only standard data types). |