After energizing the easYgen, a delay is started, which avoids a possible "Redundancy
Lost" alarm to become active.
When using CAN/Ethernet A, the delay for the first 140 seconds after booting depends
on the Device Number (parameter
): Delay = (Device 11) seconds
This delay serves for detecting the Master of the CAN bus connection. Approximately two
minutes after energizing the easYgen, the alarm delay will be set to a fix time, which
depends on the setting of parameter
(Transfer rate LS fast message) and is in
the range between 3 to 12 seconds.
During »System update« the alarm is disabled.
For more information see
╚═▷ “6.2.2 Communication Management”
ID
Parameter
CL
Setting range
[Default]
Description
5017
Monitoring
2
The monitoring of the load share
communication line redundancy
can be enabled here.
On
On: Monitoring is enabled
[Off]
Off: Monitoring is disabled
5018
Alarm class
2
Class A, Class B, Class C, Class D,
Class E, Class F , Control
[Class B]
Each limit may be assigned an
independent alarm class that
specifies what action should be
taken when the limit is surpassed.
5019
Delay
2
0.2 to 999.9 s
[3.0 s]
The redundancy lost error can be
delayed according to the
application.
5020
Self acknowledge
2
No
No: The control unit does not
automatically reset the alarm
when the fault condition is no
longer detected.
[Yes]
Yes The control unit automatically
clears the alarm if the fault
condition is no longer detected.
5021
Enabled
2
[Always]
Always: Monitoring for this fault
condition is continuously enabled.
87.70 LM:Eng.mon
Monitoring for fault conditions is
not performed until engine
monitoring is enabled. This is
determined through the
LogicsManager equation "Release
engine monitoring".
For xx = 1 to 32:
96.{xx}
LM: Flag{xx}
The monitoring is executed, if the
LogicsManager "Flag {xx}" is
TRUE.
Example:
584
easYgen-3000XT Series
B37574
4 Configuration
4.5.6.20 Load Share Interface Redundancy is Lost
Released