ABB i-bus KNX Product Manual page 63

Dali-light controller dlr/a 4.8.1.1
Hide thumbs Also See for i-bus KNX:
Table of Contents

Advertisement

ABB i-bus
KNX
Commissioning
"Fault ballast"
Options:
Using this communication object, a ballast fault can be sent or read. Using this communication object,
a ballast fault can be sent or read.
no: The communication object Fault ballast is not enabled.
yes: The communication object Fault ballast is enabled. As soon as there is a ballast fault on the
output, it is indicated by a 1 in the communication object Fault ballast.
Note
In order to correctly detect the fault of a ballast, the DLR/A must have correctly identified all connected
DALI devices and thus know the addresses to be monitored. This identification process can be triggered
via the communication object Detect ballasts. An automatic Detect ballasts, e.g. after a KNX bus voltage
recovery or light controller supply voltage recovery does not take place. After approx. 90 seconds, all
the DALI devices are detected and the failure of a ballast can be correctly established. Not just the
number of ballasts is considered, but also the DALI addresses. If a DALI device has failed and has been
replaced by a DALI device with another address, a ballast fault will still be indicated. The ballast fault is
only remedied after a new DALI device has received the address of the DALI device that has
malfunctioned.
The activation should be carried out directly after commissioning or when extending or reducing the
DALI devices.
The DALI devices are continually monitored, regardless of whether the lamp is active or not active. The
DALI devices must be installed properly and supplied with operating voltage.
If all DALI devices of a lighting group are no longer recognized by the DLR/A, e.g. all ballasts have
failed, the status values of the lighting group are reset as follows:
Brightness value to 0,
Switch state to 0 (OFF)
and any existing lamp fault is reset, as a statement of the state of the lighting group is no longer
possible.
Send
Options:
after a change
after request
after a change or request
after a change: The status is sent via the communication object after a change.
after request: The status is sent after a request by the communication object Request status
values.
after a change or request: The status is sent via the KNX when the status changes or the
status is requested via the communication object Request status values.
no
yes
DLR/A 4.8.1.1 | 2CDC507128D0202 61

Advertisement

Table of Contents
loading

Table of Contents