Hubbry Logo
Digital Addressable Lighting InterfaceDigital Addressable Lighting InterfaceMain
Open search
Digital Addressable Lighting Interface
Community hub
Digital Addressable Lighting Interface
logo
8 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
Digital Addressable Lighting Interface
Digital Addressable Lighting Interface
Digital Addressable Lighting Interface
View on Wikipedia
from Wikipedia

DALI equipment is common for network-based lighting systems
Protocol
International standardIEC 62386, previously IEC 60929
Developed byIEC (International Electrotechnical Commission) and DiiA (Digital Illumination Interface Alliance)
Introduced1990s
Industrylighting
Connector
Type lighting control
Superseded 1-10 V/0-10 V lighting control
General specifications
Hot pluggable Yes
External Yes
Cable mains-rated, separate or part of power cable: check with local wiring regulations
Pins 2
Connector 1
Electrical
Signal 16 V DC (typical)
Max. voltage 22.5 V DC
Max. current 250 mA
Data
Width 16, 24 or 32 bits (forward), 8 bits (backward)
Bitrate 1200 bit/s
Protocol asynchronous, half-duplex, serial protocol over a two-wire bus
Pinout
Pin 1 DA (or DA+)
Pin 2 DA (or DA−)

Digital Addressable Lighting Interface (DALI) is a trademark for network-based products that control lighting. The underlying technology was established by a consortium of lighting equipment manufacturers as a successor for 1-10 V/0–10 V lighting control systems, and as an open standard alternative to several proprietary protocols. The DALI, DALI-2 and D4i trademarks are owned by the lighting industry alliance, DiiA (Digital Illumination Interface Alliance).

DALI is specified by a series of technical standards in IEC 62386. Standards conformance ensures that equipment from different manufacturers will interoperate. The DALI trademark is allowed on devices that comply with the DiiA testing and certification requirements, and are listed as either registered (DALI version-1) or certified (DALI-2) on the DiiA website. D4i certification - an extension of DALI-2 - was added by DiiA in November 2019.

Members of the AG DALI were allowed to use the DALI trademark until the DALI working party was dissolved on 30 March 2017, when trademark use was transferred to DiiA members. Since 9 June 2017, Digital Illumination Interface Alliance (DiiA) certifies DALI products.[1] DiiA is a Partner Program of IEEE-ISTO.

Technical overview

[edit]

A DALI network consists of at least one application controller and bus power supply (which may be built into any of the products) as well as input devices (e.g. sensors and push-buttons), control gear (e.g., electrical ballasts, LED drivers and dimmers) with DALI interfaces. Application controllers can control, configure or query each device by means of a bi-directional data exchange. Unlike DMX, multiple controllers can co-exist on the bus. The DALI protocol permits addressing devices individually, in groups or via broadcast.[2] Scenes can be stored in the devices, for recall on an individual, group or broadcast basis. Groups and scenes are used to ensure simultaneous execution of level changes, since each packet requires about 25 ms - or 1.5 seconds if all 64 addresses were to change level.

Each device is assigned a unique short address between 0 and 63, making up to 64 devices possible in a basic system. Address assignment is performed over the bus using a "commissioning" protocol built into the DALI controller, usually after all hardware is installed, or successively as devices are added. The Device Address is commonly a LED driver with one or many LEDs sharing the same level. A DT6 driver is for single color temperature applications, a DT8 driver is used for CCT color tuning, or RGBWW multi color applications - for example a strip where all the "pixels" have the same color.

Data is transferred between devices by means of an asynchronous, half-duplex, serial protocol over a two-wire bus with a fixed data transfer rate of 1200 bit/s. Collision detection is used to allow multiple transmitters on the bus.

A single pair of wires comprises the bus used for communication on a DALI network. The network can be arranged in bus or star topology, or a combination of these. Each device on a DALI network can be addressed individually, unlike DSI and 0–10V devices. Consequently, DALI networks typically use fewer wires than DSI or 0–10V systems.

The bus is used for both signal and bus power. A power supply provides a current limited source of up to 250 mA at typically 16 V DC; each device may draw up to 2 mA unless bus-powered.[3]: 20,35  While many devices are mains-powered (line-powered), low-power devices such as motion detectors may be powered directly from the DALI bus. Each device has a bridge rectifier on its input so it is polarity-insensitive. The bus is a wired-AND configuration where signals are sent by briefly shorting the bus to a low voltage level. (The power supply is required to tolerate this, limiting the current to 250 mA.)

Although the DALI control cable operates at ELV potential, it is not classified as SELV (Safety Extra Low Voltage) and must be treated as if it has only basic insulation from mains. This has the disadvantage that the network cable is required to be mains-rated, but has the advantage that it may be run next to mains cables or within a multi-core cable which includes mains power. Also, mains-powered devices (e.g., LED drivers) need only provide functional insulation between the mains and the DALI control wires.

The network cable is required to provide a maximum drop of 2 volts along the cable.[3]: 19  At 250 mA of supply current, that requires a resistance of ≤ 4 Ω per wire. The wire size needed to achieve this depends on the length of the bus, up to a recommended maximum of 2.5 mm2 at 300 m when using the maximum rating of bus power supply.

The speed is kept low so no termination resistors are required,[3]: 21  and data is transmitted using relatively high voltages (0±4.5 V for low and 16±6.5 V for high[3]: 19 ) enabling reliable communications in the presence of significant electrical noise. (This also allows plenty of headroom for a bridge rectifier in each slave.)

Each bit is sent using Manchester encoding (a "1" bit is low for the first half of the bit time, and high for the second, while "0" is the reverse), so that power is present for half of each bit. When the bus is idle, the voltage level is continuously high (which is not the same as a data bit). Frames begin with a "1" start bit, then 8 to 32 data bits with the most significant bit first (standard RS-232 has the least significant bit first), followed by a minimum of 2.45 ms of idle.

Device addressing

[edit]

A DALI device, such as a LED driver, can be controlled individually via its short address. Additionally, each DALI device may be members of one to 16 groups, or be a member of up to 16 scenes. All devices of a group respond to the commands addressed to the group. For example, a room with 4 ballasts can be changed from off to on in three common ways:

Single device

[edit]

Using the Short Address, e.g. sending the following DALI messages:

  • DALI Short Address 1 go to 100%
  • DALI Short Address 2 go to 100%
  • DALI Short Address 3 go to 100%
  • DALI Short Address 4 go to 100%

This method has the advantage of not requiring programming of group and scene information for each ballast. The fade time of the transition can be chosen on the fly. If a large number of devices need to change at once, note that only 40 commands per second are possible - therefore, 64 individual addresses would require 1.5 seconds. For example, turning all lighting fixtures off may result in a visible delay between the first and last ballasts switching off. This issue is normally not a problem in rooms with a smaller number of ballasts. Groups and Scenes solve that.

Device groups

[edit]

Using the DALI Group previously assigned to ballasts in the room, if Short Address 1, 2, 3 and 4 are members of Group 1, e.g.:

  • DALI Group address 1 go to 100%

This method has the advantage of being immune to synchronization effects as described above. This method has the disadvantage of requiring each ballast to be programmed once, by a DALI master, with the required group numbers and scene information. The fade time can still be configured on the fly, if required.

Broadcast

[edit]

Using the DALI Broadcast command, all control gear will change to that level, e.g.:

  • DALI Broadcast go to 50%

Scenes

[edit]

Devices store 16 programmable output levels as "scenes". Individual, Group or ALL devices can respond to a global Scene recall command to change to its previously configured level, e.g. dim lights over the audience and bright lights over the stage. (A programmed brightness level of 255 causes a device to not respond to a given scene - hence be excluded from scene recall commands.)

System Fail brightness

[edit]

A "system failure" level can be triggered by a loss of power (sustained low level) on the DALI bus, to provide a safe fallback if control is lost, a level of 255 excludes the device from this feature.

Brightness control

[edit]

DALI lighting levels are specified by an 8-bit value, with 0 representing off, 1 means 0.1% of full brightness, 254 means full brightness, and other values being logarithmically interpolated, giving a 2.77% increase per step. I.e., a (non-zero) control byte x denotes a power level of 103(x−254)/253.

(A value of 255 is reserved for freezing the current lighting level without changing it.)

This is designed to match human eye sensitivity so that perceived brightness steps are uniform, and to ensure corresponding brightness levels in units from different manufacturers.[3]: 21 

Commands for control gear

[edit]

Forward frames sent to control gear are 16 bits long, comprising an address byte followed by an opcode byte. The address byte specifies a target device or a special command addressed to all devices.

Except for special commands, when addressing a device, the 7 most significant bits is the device address. The least significant bit of the address byte specifies the interpretation of the opcode byte, with "0" meaning that the opcode is a light level (ARC), and "1" meaning that the opcode is a command.

Multi packet commands are used for more complex tasks - like setting RGB colors. These commands use three "data transfer registers" (DTR, DTR1, DTR2 ) which can be read and written or used as a parameter by subsequent commands. For example, copy the current ARC level to DTR, save DTR as a scene. Evidently, the DTR value can be different in different devices.

Address byte (AB) format:

  • 0AAA AAAS: Target device 0 ≤ A < 64.
  • 100A AAAS: Target group 0 ≤ A < 16. Each control gear may be a member of any or all groups.
  • 1111 110S: Broadcast unaddressed
  • 1111 111S: Broadcast
  • 1010 0000 to 1100 1011: Special commands
  • 1100 1100 to 1111 1011: Reserved

Common control gear commands:[4][5][6]

Value (Hex) Command Description Answer
Control commands
AB DAPC (level) Sets targetLevel (0-254) to device(s) at address AB using the current fade time, or stops a running fade (255). [S bit must be 0]
00 OFF Set targetLevel to 0 without fading
01 UP Starts or continues a fade up for 200ms at the current fade rate
02 DOWN Starts or continues a fade down for 200ms at the current fade rate
03 STEP UP Increments targetLevel by 1 without fading
04 STEP DOWN Decrements targetLevel by 1 without fading
05 RECALL MAX LEVEL Set targetLevel to MAX level without fading
06 RECALL MIN LEVEL Set targetLevel to MIN level without fading
07 STEP DOWN AND OFF Decrements targetLevel by 1 without fading, turning off if already at MIN level
08 ON AND STEP UP Increments targetLevel by 1 without fading, turning on to MIN level if currently off
09 GO TO LAST ACTIVE LEVEL Sets targetLevel to the last active (non-zero) level, using the current fade time.
10+s GO TO SCENE (sceneNumber) Sets targetLevel to the value stored in scene sceneNumber, using the current fade time, or no change if the value stored in the scene is 255.
Configuration commands
20 RESET Changes all variables to their reset values.
21 STORE ACTUAL LEVEL IN DTR0 Stores the actualLevel (light output level) in register DTR0
IDENTIFY DEVICE Starts a temporary identification process such as flashing the lamps, making a sound or transmitting an RF beacon.
2A SET MAX LEVEL (DTR0) Changes maxLevel level to DTR0
2B SET MIN LEVEL (DTR0) Changes minLevel level to DTR0
2C SET SYSTEM FAILURE LEVEL (DTR0) Changes systemFailureLevel to DTR0
2D SET POWER ON LEVEL (DTR0) Changes powerOnLevel to DTR0
2E SET FADE TIME (DTR0) Changes fadeTime to DTR0
2F SET FADE RATE (DTR0) Changes fadeRate to DTR0
SET EXTENDED FADE TIME (DTR0) Changes the two 4-bit variables extendedFadeTimeMultiplier:extendedFadeTimeBase to DTR0
40+s SET SCENE (DTR0, sceneX) Changes sceneX to the value DTR0
60+g ADD TO GROUP (group) Adds the control gear into the specified group
Query commands
90 QUERY STATUS Asks the control gear for the current status. Reply bits: 0=controlGearFailure; 1=lampFailure; 2=lampOn; 3=limitError; 4=fadeRunning; 5=resetState; 6=shortAddress is MASK; 7=powerCycleSeen XX
92 QUERY LAMP FAILURE Asks the control gear if it is currently detecting a lamp failure Yes/No
A0 QUERY ACTUAL LEVEL Asks the control gear what the current actualLevel (output level) is XX

Commands for control devices

[edit]

The DALI-2 standard [7] added standardisation of control devices. Control devices can include input devices such as daylight sensors, passive infrared room occupancy sensors, and manual lighting controls, or they can be application controllers that are the "brains" of the system - using information to make decisions and control the lights and other devices. Control devices can also combine the functionality of an application controller and an input device. Control devices use 24-bit forward frames, which are ignored by control gear, so up to 64 control devices may share the bus with up to 64 control gear.

D4i

[edit]

DiiA published several new specifications in 2018 and 2019, extending DALI-2 functionality with power and data, especially for intra-luminaire DALI systems. Applications include indoor and outdoor luminaires, and small DALI systems. The D4i trademark is used on certified products to indicate that these new features are included in the products.

Colour control (DT8)

[edit]

IEC 62386-209 describes colour control gear. This describes several colour types - methods of controlling colour. The most popular of these is Tc (tunable white), and was added to DALI-2 certification in January 2020.[8]

Emergency lighting

[edit]

IEC 62386-202 describes self-contained emergency lighting. Features include automated triggering of function tests and duration tests, and recording of results. These devices are currently included in DALI version-1 registration, with tests for DALI-2 certification in development. Such DALI version-1 products can be mixed with DALI-2 products in the same system, with no problems expected.[9]

Wireless

[edit]

IEC 62386-104[10] describes several wireless and wired transport alternatives to the conventional wired DALI bus system.[11] DiiA is working with other industry associations to enable certification of DALI-2 products that operate over certain underlying wireless carriers. It is also possible to combine DALI with wireless communication via application gateways that translate between DALI and the wireless protocol of choice. While such gateways are not standardized, DiiA is working with other industry associations to develop the necessary specifications and tests to achieve this. DiiA: DALI and Wireless

See also

[edit]

References

[edit]
[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

Digital Addressable Lighting Interface

View on Grokipedia
from Grokipedia
The is an international for bidirectional digital communication in lighting control systems, allowing individual addressing, configuration, and querying of devices such as electronic ballasts, LED drivers, and sensors over a simple two-wire bus that carries both power and data. Developed in the early by European lighting manufacturers including Tridonic to replace analog 0/1-10V control methods, DALI enables robust, scalable networks for precise lighting management in commercial, industrial, and institutional buildings. First standardized in the late within IEC 60929 by the (IEC) and later developed into the independent multi-part IEC 62386 series starting in 2009, the protocol supports up to 64 devices per bus segment and ensures interoperability across products from different manufacturers through its . Key features include group programming, status reporting, and polarity-independent wiring, which simplify installation and maintenance while facilitating energy-efficient applications like dimming and scene setting. In 2014, the DALI-2 specification enhanced the standard with improved testing, additional device types (e.g., for color control and emergency lighting), and greater emphasis on forward compatibility, overseen by the DALI Alliance to promote global adoption. Today, DALI is widely used in for its reliability in integrating with systems like KNX or , supporting sustainable lighting solutions in environments such as offices, schools, and hospitals.

History and Standards

Development and Evolution

The (DALI) traces its origins to the early 1990s, when the Austrian company Tridonic developed the Digital Serial Interface (DSI) protocol in 1991 as a digital for fluorescent ballasts. This laid the groundwork for a more standardized approach, evolving into DALI through collaborative efforts among European manufacturers seeking an interoperable alternative to analog 0-10V control systems. By the mid-1990s, a consortium including Tridonic, , , and others formed to refine the protocol, leading to its formal standardization in 2002 as part of IEC 60929 Annex E, initially focused on fluorescent ballast control. The first commercial DALI products emerged around 1998, marking the protocol's entry into practical applications. As lighting technology shifted toward LEDs in the 2000s, DALI adapted to support dimmable LED drivers while maintaining backward compatibility with earlier versions. A significant milestone came in late 2014 with the introduction of DALI-2, which restructured the protocol under the new IEC 62386 series to enhance interoperability, expand device types (including input devices and application controllers), and introduce stricter certification requirements. This update addressed limitations in the original standard, such as inconsistent device behavior across manufacturers. Device Type 8 (DT8) was added via IEC 62386-209 in 2011 to enable advanced color control, including RGB, tunable white, and dynamic color temperature adjustments. Further expansion occurred in 2019 with the introduction of D4i (DALI for IoT-ready luminaires) by the DALI Alliance, with related specifications such as IEC 62386-150 published in 2023, which standardized data reporting for energy usage, diagnostics, and maintenance in connected lighting systems. The DALI Alliance, founded in 2014 by leading manufacturers such as Helvar, Lutron, , Philips Lighting, and Tridonic, has played a central role in driving these advancements through independent and a public product database. By 2025, DALI-2 has expanded to include sensors, gateways, and emergency lighting components, facilitating seamless integration with systems. D4i has accelerated IoT adoption by enabling luminaires to share operational data for analytics and , contributing to widespread use in smart buildings since 2020 amid rising demand for energy-efficient, connected infrastructure.

DALI-1 vs. DALI-2

The Digital Addressable Lighting Interface (DALI) standard originated in as part of IEC 60929 Annex E, with DALI-1 focusing primarily on basic control of fluorescent ballasts using 16-bit commands limited to control gear. This version supported up to 64 devices on a single bus but featured loose specifications for , relying on manufacturer self-declaration for compliance without mandatory testing for input devices like sensors or switches. As lighting technology evolved from fluorescent to LED systems, DALI-1's limitations in device integration and reliability became apparent for modern applications. DALI-2, introduced in 2014 through updates to the IEC 62386 series (including Parts 101 for general requirements, 102 for control gear, and 103 for control devices), mandates backward compatibility with DALI-1 systems while introducing stricter timing parameters and enhanced error handling to improve overall reliability. Unlike DALI-1, DALI-2 extends certification to include input devices and application controllers, enabling bidirectional communication for features like status reporting and event prioritization. It also supports up to 16 groups per device, allowing more flexible addressing configurations compared to the original standard's basic grouping. Key improvements in DALI-2 address DALI-1's shortcomings in robustness and functionality, such as better noise immunity through polarity-insensitive wiring and clearer bus timing specifications for reduced interference in installations. The standard enhances dimming consistency with extended fade times (from 100 ms to 16 minutes) and supports expanded device types, including Device Type 8 (DT8) for colour control in applications like RGB or tunable white luminaires. These advancements promote multi-vendor via comprehensive, independently verified testing at DALI Alliance Plugfests. Compliance under DALI-2 requires official by the DALI Alliance, involving detailed test sequences that surpass DALI-1's self-declaration approach, ensuring higher reliability for new deployments. As of 2023, over 3,000 products have achieved DALI-2 , spanning control gear, input devices, and more; as of mid-2023, the product database exceeded 5,000 entries with over 3,400 DALI-2 certified products, while DALI-1 remains supported only for legacy systems and is not recommended for new installations due to its limited scope and discontinued registration.

Technical Fundamentals

Protocol Basics

The Digital Addressable Lighting Interface (DALI) is a bidirectional, half-duplex communication protocol designed for lighting control systems, enabling masters to send commands to slaves and receive responses over a shared bus. Forward frames from the master consist of 16 data bits—comprising 8 address bits and 8 command bits—preceded by a start bit and followed by two stop bits, for a total transmission of 19 bits using Manchester (biphase) encoding at a fixed rate of 1,200 baud. Backward frames from slaves are simpler, consisting of 8 data bits with a start bit and two stop bits, allowing for short responses such as status acknowledgments. This structure ensures reliable, low-speed data exchange without requiring complex synchronization, as Manchester encoding self-clocks the signal by embedding transitions within each bit period. DALI organizes commands into three primary types to facilitate lighting management: control commands for immediate actions like turning devices on/off or adjusting levels; query commands to retrieve device status, such as lamp operation or fault conditions; and configuration commands for setup tasks, including assigning individual addresses or defining groups. These commands are encoded in the 8-bit data field of forward frames, with specific byte values standardized to ensure across compliant devices. For instance, control commands might initiate a dimming transition, while queries elicit backward frame responses to report real-time information. The protocol supports two main operational modes for addressing: addressed mode, which targets individual devices (via unique short addresses 0–63) or predefined groups (up to 16 groups per device), and broadcast mode, which sends commands to all devices simultaneously without requiring an address match. In addressed mode, only matching devices respond, while broadcast mode elicits no backward frames to avoid conflicts, though group queries may result in collided responses if multiple devices reply. occurs during transmission, where devices monitor the bus voltage; if a device detects the line not reaching the expected low level due to another transmitter (via current sinking mismatch), it aborts and retries after a delay, preventing in multi-master or response scenarios. DALI devices draw power directly from the two-wire bus, which operates at between 9.7 V and 22.5 V (nominal 16 V DC) with a total current limit of 250 mA per line, allowing up to 64 devices where each consumes no more than 2 mA to maintain headroom. The bus supports flexible topologies, including daisy-chain, star, or hybrids, with a maximum of 300 meters using at least 1.5 mm² cable, and is polarity-independent, simplifying installation as wire orientation does not affect operation. Error handling in DALI relies on simple mechanisms rather than advanced coding: no forward error correction is implemented, so the master handles reliability by issuing retries for unacknowledged commands after timeouts. Device failures or bus errors are indicated by the absence of an expected backward frame response starting within 18.3 ms (22 bit periods) after the forward frame, prompting the master to diagnose or reconfigure as needed. DALI-2 introduces stricter timing and compliance for enhanced reliability in these areas.

Physical Layer

The Digital Addressable Lighting Interface (DALI) physical layer defines the electrical and hardware specifications for the communication bus, enabling reliable connectivity between control devices and gear in systems. It utilizes a two-wire bus configuration, labeled DALI+ and DALI-, which carries both power and data signals without polarity sensitivity, allowing flexible installation topologies such as daisy-chain, star, or mixed layouts. The bus employs standard electrical cables, typically a with a cross-section of at least 1.5 mm² (equivalent to 15-16 AWG), to minimize noise and . The state maintains a DC voltage between 9.7 V and 22.5 V (nominal 16 V), while the logical low state is between 0 V and 4.5 V. Transmission occurs via current sourcing or sinking, with each device limited to 2 mA, and the overall bus current capped at 250 mA to prevent overloads. For noise suppression, devices incorporate capacitors, such as 470 nF across the bus terminals, and optional isolation transformers may be used in gateways for enhanced safety. Signaling on the DALI bus follows Manchester encoding with non-return-to-zero level (NRZ-L) format at a fixed rate of 1200 bit/s (±10%), ensuring asynchronous, half-duplex serial communication where the idle state is high. This low-speed protocol supports robust operation over distances up to 300 m with the recommended cable size, accommodating a maximum of 64 devices per bus segment to maintain signal integrity. Power for the bus is supplied by a dedicated DALI power supply unit (PSU), which must provide stable voltage and fast (response time under 10 μs) to handle collisions or faults. Control gear and devices draw less than 2 mA in quiescent mode from the bus, which powers only the communication electronics; lamp power is supplied separately via mains wiring. As of the latest editions of IEC 62386 in 2025, DALI-2 includes enhanced requirements for (EMC) and (ESD) protection under IEC 62386-103. Recent 2025 editions, including Parts 105 and 351, introduce requirements for updates and luminaire-integrated controls, further improving system flexibility. These support robustness in modern installations, including via gateways for integration with systems like (PoE).

Addressing and Communication

Device Addressing

In the Digital Addressable Lighting Interface (DALI) protocol, devices are identified using short addresses, which are 6-bit values ranging from 0 to 63, enabling precise targeting of individual components on the bus. In the original DALI-1 specification, up to 64 total devices share this , encompassing both control gear (such as LED drivers) and control devices (such as sensors). DALI-2 extends this capability by separating the , supporting up to 64 control gear short addresses and 64 distinct control device short addresses, allowing for a total of 128 devices per while maintaining . Short addresses are assigned during the commissioning process, a one-time setup phase managed by a master controller. The process begins with the master sending an "Initialise" command (twice within 100 ms) to prepare unaddressed devices, followed by the "Randomise" command (also sent twice within 100 ms), which prompts each device to generate a unique 24-bit random electronic stored temporarily in . The master then performs a binary search using "Compare" commands—specifying a search via high, medium, and low bytes—to identify devices whose random addresses match or are below the search value, narrowing down to a single unique device. Once isolated, the "Withdraw" command excludes that device from further searches by setting its initialization state to withdrawn, and the "Program Short Address" command assigns a specific short (e.g., sequentially from 0 onward or as selected by the installer). This method ensures collision-free assignment without requiring factory-preprogrammed identifiers for basic operation, though devices initially ship with an unassigned state equivalent to 255. Once assigned, the short address is stored in the device's , persisting through power cycles and enabling reliable identification. Individual commands, such as direct arc power control or status queries, are addressed to a single short address for targeted operations; for instance, the "Query Device Type" command can retrieve the device's category (e.g., fluorescent , LED , or input ) to confirm compatibility. In DALI-2 , the addressing mechanism undergoes rigorous testing to verify correct response to initialise, randomise, compare, withdraw, and program commands, ensuring across manufacturers. Key limitations include a maximum of 64 addresses per category in DALI-2, with no support for dynamic re-addressing during operation—any changes require a full recommissioning cycle, potentially disrupting the system. Short addresses form the basis for higher-level functions, such as assigning devices to groups for collective control.

Group and Broadcast Addressing

In the Digital Addressable Lighting Interface (DALI) protocol, group addressing enables the simultaneous control of multiple devices assigned to one of up to 16 predefined groups within a single DALI loop, allowing for efficient management of related luminaires such as those in a specific or zone. Each device can be assigned to multiple groups during commissioning, providing flexibility to reconfigure scenes without physical rewiring, as group memberships are stored in the devices' and can be modified via specific DALI commands. This feature is defined in IEC 62386-101 and IEC 62386-102, where group addresses are encoded in the forward frame's address byte using the binary format 10GGGG0X (with GGGG representing the 4-bit group number from 0 to 15, and X the task bit: 0 for command, 1 for direct arc power level). Broadcast addressing, in contrast, targets all devices connected to the DALI bus simultaneously, facilitating system-wide operations like initialization, querying status, or applying uniform commands such as overrides without needing to individual units or groups. The broadcast is represented in the address byte as 1111111X (where X is the task bit: 0 for commands resulting in decimal 254, or 1 for data/direct arc power resulting in decimal 255), ensuring that every control gear responds to the message, though backward frames from devices are suppressed to avoid bus collisions. This mode is particularly useful during system setup or for global adjustments, as it operates independently of short addresses (0-63 for individual devices) and does not require prior group assignments. Both addressing modes enhance the scalability and simplicity of DALI networks, which support up to 64 devices per loop, by reducing the command overhead for coordinated control while maintaining the protocol's half-duplex, Manchester-encoded communication at 1200 . In practice, group addressing is often used for scene-based (up to 16 scenes per group), where commands like "Go to Scene" adjust levels across assigned devices, whereas broadcast is reserved for non-conflicting, universal actions to ensure reliable operation across diverse applications. These mechanisms are integral to the forward frame structure in IEC 62386-102, comprising a start bit, 8-bit , 8-bit /command, and two stop bits, promoting among certified DALI-2 components.

Core Control Mechanisms

Scenes and Brightness Control

In the DALI protocol, each control gear supports up to 16 scenes, numbered from 0 to 15, which allow for the storage and recall of predefined lighting levels to enable quick adjustments in lighting ambiance. These scenes are stored as 8-bit values representing brightness levels, where 0 indicates off, values from 1 to 254 correspond to graduated dimming steps, and 255 denotes the maximum brightness level. The "Store Scene" command, a configuration tool, enables users to set these levels during system commissioning by capturing the current output or specifying a value for a particular scene register in the device. Once stored, the "Recall Scene" or "Go to Scene" command (with scene numbers 0-15 mapped to command codes 0x10 to 0x1F) triggers the device to transition to the associated level, supporting fades for smooth changes. Brightness control in DALI is primarily managed through the Direct Arc Power (DAPC) command, which sets the output level from 0 to 254, where the value directly corresponds to the arc power applied to the light source. This mapping follows a non-linear curve defined in IEC 62386-101 to approximate human perception of brightness, with lower levels providing finer control for subtle dimming. In DALI-2 certified devices, this curve is mandated to be consistent across manufacturers, ensuring uniform dimming behavior and interoperability when integrating gear from different vendors. Fade times for transitions, such as during scene recalls or DAPC adjustments, are selectable from 16 predefined steps ranging from 0.7 seconds to 45 seconds (with extended options up to 16 minutes in DALI-2), allowing precise control over the rate of change to avoid abrupt shifts. Dimming modes include relative adjustments via "Up" and "Down" commands, which incrementally increase or decrease the current level at a configurable fade rate (typically 0.7 to 45 steps per second), ideal for manual or sensor-based fine-tuning without absolute values. These relative dims integrate with scene storage and recall for creating presets, where users can store the resulting level as a scene for later use. Verification of stored scenes is possible through the "Query Scene Level" command, which returns the 8-bit value assigned to a specific scene number, aiding in commissioning and diagnostics. Scenes can be targeted via individual device addressing, group addressing for coordinated zones, or broadcast for system-wide effects. DALI scenes can be enhanced for dynamic operation in smart systems through D4i integration, which provides feedback on luminaire status to enable real-time adjustments and adaptive scene configurations based on environmental data.

System Failure Handling

The Digital Addressable Lighting Interface (DALI) incorporates mechanisms to manage system failures, ensuring reliable operation in lighting installations. Central to this is the System Failure Level (SFL), a per-device brightness setting ranging from 0 to 254 (where 0 represents off and 254 full brightness), which activates when the DALI bus experiences power loss, master controller failure, or significant voltage drops exceeding 500 ms below the nominal 16 V level. If unset during commissioning, devices default to their last known brightness level or 100% output upon failure detection, preventing total blackout in critical environments. The SFL is configured using the "SET SYSTEM FAILURE LEVEL" command (0x2C), which stores the desired Data Transfer Register (DTR0) value, and can be retrieved via the "QUERY SYSTEM FAILURE LEVEL" command (0xA4) for verification. Fault detection in DALI relies on specific query commands that enable devices to report issues through the backward channel during forward queries from the master. The "QUERY LAMP FAILURE STATUS" command (0x92) identifies lamp-related faults, such as total or partial failures with no light output, while the "QUERY STATUS" command (0x91) detects control gear problems including voltage issues or overheating. These commands allow the master to poll individual addresses or groups, compiling fault reports for system diagnostics without interrupting normal operation. DALI supports configurable response modes to handle failures gracefully. In Inhibit mode, activated via the "INITIALISE" command with specific parameters, devices ignore automatic responses to bus faults, allowing manual overrides or integration with external systems without unintended dimming. This mode can prolong response times for emergency lighting tie-ins, ensuring safe evacuation paths remain illuminated during transient issues. Under DALI-2 specifications (IEC 62386 Parts 101 and 102, Edition 2.0), the SFL and related persistent variables must be stored in to retain settings across power cycles, enhancing reliability over original DALI-1 implementations. Bus monitoring is performed by the master controller through periodic polling of devices, with a typical 100 ms timeout for responses; non-responses trigger failure alerts and SFL activation across affected segments. The D4i extension (IEC 62386-151) integrates predictive fault logging, enabling drivers to monitor metrics like temperature and runtime for early detection of potential issues before they escalate to full failures.

Commands and Device Types

Commands for Control Gear

The commands for control gear in the Digital Addressable Lighting Interface (DALI) protocol, as specified in IEC 62386-102, enable targeted control, configuration, and status querying of output devices such as electronic ballasts and LED drivers. These commands are formatted as 16-bit forward frames, comprising an 8-bit address field (for individual short addresses 0-63, group addresses 0-15, or broadcast) followed by an 8-bit command field, transmitted at 1200 baud over the two-wire bus. Control gear execute commands without acknowledgment for non-query types, but must respond to queries via an 8-bit backward frame within less than 45 ms to ensure real-time responsiveness. Up to 64 control gear can be addressed on a single bus segment. Core commands handle fundamental lighting operations and device management. The OFF command immediately deactivates the output to minimum level, while UP and DOWN initiate relative adjustments with a default 200 ms fade time, continuously ramping toward maximum or minimum until stopped. Step Up and Step Down provide incremental changes of one step (one-eighth, or 12.5%, of the range between minimum and maximum levels) without fading. Enable Device and Disable toggle operational status, preventing or allowing command execution while maintaining the current output level. The Go to Scene command recalls one of 16 stored brightness levels (0-100%), enabling rapid preset configurations. During commissioning, the Initialize command randomizes the device's 24-bit long over a 15-minute period, aiding unique short assignment via a binary search process.
CommandDescriptionExample Use
OFFSets output to off (0% level) immediately.Emergency shutdown or end of operation.
UP/DOWNFades output up or down continuously at the configured fade rate (default approximately 0.12% per ms).User dimming via interface.
Step Up/DownAdjusts level by one step (e.g., 8 levels from off to full).Discrete brightness increments.
Enable/Disable DeviceActivates or suspends command processing.Temporary isolation without rewiring.
Go to Scene (0-15)Recalls stored level with optional fade.Scene-based automation like "meeting mode."
InitializeStarts address randomization timer.Initial bus setup for unaddressed gear.
Configuration commands define operational limits and behaviors, typically set during installation. Set Short Address assigns a unique 6-bit identifier (0-63) from the master during commissioning mode. Set Max Level and Set Min Level establish the range (0-254, where 0 is off and 254 is full), preventing over- or under-driving the load. Set System Level configures a fallback output (e.g., 10-100%) if bus communication is lost for more than 500 ms, ensuring safety in critical applications. These settings are stored non-volatilely in the device. Query commands allow the master to poll device status via backward frames. Query Power On retrieves the last known output level before power loss (0-254). Query Lamp Failure checks for load faults, returning a bit indicating presence (e.g., open circuit or short). Query Device Type identifies the gear category, such as DT0 for fluorescent ballasts or DT8 for RGB modules, supporting up to 32 types. Common device types include DT0 (fluorescent/LED basic), DT1 (emergency lighting), DT6 (single-channel LED), and DT8 (color control), as defined in specific parts of IEC 62386. Responses are 8-bit values, with 0xFF often denoting affirmative or full status. In DALI-2, as aligned with updated IEC 62386-102, support for 16 scenes is mandatory for certified control gear, ensuring consistent scene recall across interoperable devices. Extended commands, such as Query Group Membership, allow verification of a device's group assignments (up to 16 groups per device), facilitating advanced network diagnostics without reconfiguration. These enhancements improve reliability and ease of maintenance in larger installations.

Commands for Control Devices

Control devices in the Digital Addressable Lighting Interface (DALI) encompass application controllers, such as interfaces, and input devices, including and sensors, which monitor environmental conditions or user inputs to inform adjustments. These devices share the same addressing scheme as control gear, utilizing short addresses ranging from 0 to 63 for individual identification on the bus. Key commands for managing control devices include the Enable Device and Disable Device instructions, which activate or deactivate a device's participation in bus communications, and the Set Short Address command, used during commissioning to assign unique identifiers. Additional query commands, such as Query Control Gear Fault—adapted for device status checks—and Query Bus Power/Status, allow masters to retrieve fault information or verify bus voltage and current levels to ensure operational integrity. DALI-2 introduces expansions for control devices, enabling direct connection of input devices like sensors to the bus without intermediate wiring, and supporting event-based communication through commands such as Query Input Value and Query Input Value Latch to poll for events like motion detection. For switch events, DALI-2 defines standardized event codes, including "up" for dimming increase and "down" for dimming decrease, facilitating intuitive user interactions. These features enhance responsiveness, with up to 32 instances per device for handling multiple inputs. Input devices integrate with the system by transmitting events to an application controller (master), which interprets them to issue commands to control gear, while devices can respond to status queries, such as reporting low battery conditions. D4i-compatible sensors allow bidirectional upload, enabling like environmental measurements to be shared across the network for intelligent illumination applications. These inputs may also be grouped for coordinated multi-device control scenarios.

Advanced Capabilities

D4i (Data for Intelligent Illumination)

D4i, or Data for Intelligent Illumination, is an extension of the DALI-2 standard introduced by the Digital Illumination Interface Alliance (), now known as the DALI Alliance, in 2019, designed to facilitate bidirectional data exchange in lighting systems for enhanced monitoring and IoT integration. It builds upon the core DALI protocol by adding an upward data stream from control gear, such as LED drivers, to enable the reporting of operational metrics like , device , and runtime hours. This functionality is specified in IEC 62386 Parts 250 through 253, which mandate support for integrated bus power supplies, luminaire identification, energy reporting, and diagnostic information, while Part 150 for supplies is optional, and Part 351 for control devices is mandatory. By standardizing this data flow, D4i allows lighting systems to provide actionable insights without requiring additional proprietary interfaces. The in D4i organizes information into three primary categories stored in non-volatile device : luminaire (e.g., manufacturer details, version, and physical attributes per Part 251), (e.g., active power, usage over time, and operating hours per Part 252), and diagnostics (e.g., lumen maintenance predictions, fault status, and logs per Part 253). These categories encompass multiple parameters—up to 20 distinct types across the model—enabling comprehensive device profiling and status monitoring. Devices use DALI commands such as read/write operations to query or update this , with specific instructions like those for retrieving totals or setting diagnostic thresholds, ensuring reliable access over the bus. This structured approach supports scalability, as can be polled periodically or on demand by control devices. In practical applications, D4i enables by analyzing fault logs and lumen maintenance data to forecast component failures, potentially extending luminaire lifespan and reducing downtime. It also facilitates through unique identifiers and operational history, aiding inventory management in large installations. Integration with cloud platforms occurs via DALI gateways that aggregate and transmit data for remote analytics, while intra-luminaire networks allow sensors (e.g., for occupancy or environmental conditions) within fixtures to communicate directly with drivers over short DALI segments, minimizing external wiring. These capabilities promote energy efficiency, with data-driven adjustments like dynamic dimming based on usage patterns. Certification for D4i is managed by the DALI Alliance through rigorous interoperability testing, including independent verification of accuracy and compliance with IEC requirements, ensuring products from different manufacturers work seamlessly. As of , D4i certification has become a key requirement for many smart lighting ecosystems, particularly those involving IoT connectivity and Zhaga interfaces, reflecting its widespread adoption in commercial and outdoor applications. Overall, D4i reduces installation complexity by eliminating the need for separate cables and unlocks advanced analytics for optimized performance and sustainability.

Color Control (DT8)

The Digital Addressable Lighting Interface (DALI) Device Type 8 (DT8) is specified in IEC 62386-209:2011, which outlines requirements for control gear enabling color control in lighting systems. This standard allows a single DALI short address to manage multiple output channels simultaneously, such as those for white LEDs in tunable white applications or red, , , and white (RGBW) configurations for full-color mixing. DT8 devices support various color control modes, including (CCT) adjustment along the black-body locus and independent channel control for . Key commands in DT8 include setting the color temperature within a range of 1,000 K to 10,000 K, specifying coordinates in the , and directly setting RGB values for mixing. These commands enable smooth transitions, such as fading between colors over predefined time periods, which enhances dynamic lighting effects in applications like architectural illumination. Additionally, DT8 supports querying the device's color mode to distinguish between tunable white (using two channels for CCT) and full-color capabilities (using up to six channels). Scene functionality extends to color control, with up to 16 scenes capable of storing complete color states, including temperature, , and intensity levels for each channel, allowing rapid recall for preset lighting atmospheres. Integration with DALI-2, as per the updated IEC 62386 series (Edition 2), mandates non-linear dimming curves per channel to ensure perceptually uniform brightness adjustments across the full range. This supports up to six independent outputs (channels) per DT8 device, facilitating precise control in multi-channel setups without requiring additional addresses. DT8 supports dynamic white lighting that can be tuned to support human well-being in environments like offices and healthcare facilities.

Emergency Lighting

The Digital Addressable Lighting Interface (DALI) incorporates specialized provisions for emergency lighting to ensure reliable operation of self-contained luminaires equipped with battery backups during power outages or evacuations. These features enable automated testing, status monitoring, and fault detection, enhancing in commercial, industrial, and buildings while complying with international regulations. The core standard governing DALI emergency lighting is IEC 62386-202:2022, which specifies requirements for control gear in self-contained emergency systems powered by AC or DC supplies. This edition, published in January 2023, mandates for bidirectional communication between emergency luminaires and lighting management systems, supporting DALI-2 certification to ensure seamless integration across devices from different manufacturers. It focuses on luminaires that maintain illumination for designated durations, such as 1 or 3 hours, using integrated batteries to provide backup power without relying on centralized systems. DALI emergency lighting employs specific commands to initiate and manage tests and operations. The Function Test command performs a brief verification (typically lasting seconds) of the battery, charging circuit, driver, and lamp functionality, confirming basic operability without full discharge. The Duration Test command conducts a comprehensive battery discharge , either initial (to establish baseline capacity) or final (to validate end-of-life performance), often set for 3 hours to meet regulatory requirements. Additional commands include Inhibit, which temporarily disables mode activation (e.g., for 15 minutes during to prevent unintended switching), and Prolong, which extends the operation time beyond the rated duration if needed. Query commands allow retrieval of battery status and charge level, providing on and remaining capacity. Automation is facilitated through DALI masters or controllers that schedule tests via built-in calendars, typically conducting monthly function tests and annual duration tests to comply with standards like EN 50172. Upon test completion or detection of issues, the system reports faults such as lamp failure (e.g., non-ignition during test) or low battery charge, logging results digitally for centralized review. These reports enable proactive , with faults indicated at the device level (e.g., via LEDs) and aggregated for systems (BMS). DALI-2 further requires addressable testing, allowing individual luminaires to be targeted without affecting others, thus minimizing disruption. For integration, DALI supports broadcast commands to activate all emergency luminaires simultaneously during evacuations, ensuring uniform response across the network. It ties into system failure levels for automatic , triggering mode upon mains power loss while maintaining normal operation otherwise. This addressable approach, mandated by DALI-2, allows precise control and monitoring within larger lighting infrastructures, such as those combined with KNX or other protocols. As of 2025, advancements include cloud-based monitoring solutions like Signify's Interact Emergency Lighting System, launched in June, which enables , automated testing, and real-time fault reporting for DALI-compliant setups via a accessible from anywhere. This system integrates and general management, supporting for battery life and test scheduling in large-scale deployments, while wireless extensions facilitate reporting in expansive sites without extensive wiring.

Wireless Extensions

The wireless extensions of the Digital Addressable Lighting Interface (DALI) enable the protocol's core functionality over networks, eliminating the need for dedicated wiring while maintaining compatibility with DALI-2 standards. These adaptations, collectively referred to as DALI Over or DALI, are governed by IEC 62386-104:2019, which specifies general requirements for and alternative wired system components, allowing the DALI protocol to operate over various transport layers such as mesh networks. Implementations like W-DALI, developed by LumenRadio, build on this standard to provide interoperable control for DALI-2 certified devices, supporting bidirectional communication without proprietary frames. Key components in these wireless systems include gateways that bridge traditional wired DALI buses to radio networks, facilitating seamless integration of existing installations. These gateways translate DALI commands to protocols like Thread, Mesh, or , operating in the 2.4 GHz ISM band to form self-healing mesh topologies. A single gateway can support up to 128 wireless nodes, each capable of addressing up to 10 DALI devices, enabling scalable deployments for large-scale lighting control. Low-power designs allow for battery-operated nodes, including sensors powered by techniques such as those using technology, which captures ambient energy from motion or light to extend operational life without frequent replacements. Wireless DALI systems retain essential features of the wired protocol, including individual addressing, scene recall, and group control, ensuring with DALI-1 and DALI-2 control gear. Communication latency is kept low, typically under 100 ms, to support real-time dimming and status queries, while provides robust reliability through redundant paths. For extended coverage, outdoor kits incorporate directional antennas to achieve ranges up to 500 meters in line-of-sight conditions, suitable for expansive applications like street lighting. Applications of wireless DALI extensions are particularly valuable for retrofitting legacy installations, where adding cabling is impractical or costly, allowing quick upgrades to intelligent lighting without disrupting operations. Integration with long-range networks like LoRaWAN enables enhanced emergency lighting monitoring, where wireless nodes report status and battery levels over wide areas for centralized management in buildings or smart cities. As of 2025, advancements include LumenRadio's certification of W-DALI systems for deployments, such as over 600 fixtures at Helsingborg's bus terminal in , achieving up to 86% energy savings through optimized wireless control. These updates emphasize integration for self-sustaining sensors, further reducing maintenance in urban infrastructure projects.

References

  1. https://www.dali-alliance.org/dali/
  2. https://www.csemag.com/turned-on-by-dali/
  3. https://www.dali-alliance.org/standards/IEC62386.html
  4. https://www.upowertek.com/dali/
  5. https://www.siemens.com/us/en/products/buildingtechnologies/automation/knx/digital-addressable-lighting-interface.html
  6. https://www.controlfreq.com.au/dimming-101/
  7. https://www.mouser.com/applications/lighting-digitally-addressable/
  8. https://www.dali-alliance.org/dali/colour.html
  9. https://webstore.iec.ch/publication/6965
  10. https://www.dali-alliance.org/news/172/ansi-c1374-2019-standard-aligns-with-d4i-specifications
  11. https://www.dali-alliance.org/d4i/
  12. https://www.dali-alliance.org/alliance/
  13. https://www.dali-alliance.org/awards2024/
  14. https://www.dali-alliance.org/dali2/comparison.html
  15. https://www.dali-alliance.org/dali2/
  16. https://www.wago.com/us/dali
  17. https://www.dali-alliance.org/tech-notes/device-types.html
  18. https://www.dali-alliance.org/news/440/dali-reaches-double-milestone-of-3000-dali-2-products-and-350-members
  19. https://www.led-professional.com/all/dali-alliance-database-exceeds-5-000-products
  20. https://jared.geek.nz/2025/06/dali-lighting-protocol/
  21. https://www.picotech.com/library/knowledge-bases/oscilloscopes/dali-serial-protocol-decoding
  22. https://www.dali-alliance.org/dali/keyfeatures.html
  23. https://www.upowertek.com/wp-content/uploads/2022/12/The-Ultimate-Guide-to-DALI-2.pdf
  24. https://electronics.stackexchange.com/questions/738189/how-to-detect-the-collisions-in-dali-response-data-while-addressing-the-dali-dri
  25. https://www.nvcuk.com/technical-support/view/what-is-dali-8
  26. https://ozuno.com/downloads/training/01%20-%20DALI%20BASIC%20THEORY.pdf
  27. https://www.silabs.com/documents/public/application-notes/an1220-efr32-dali.pdf
  28. https://electronics.stackexchange.com/questions/742316/dali-addressing-mode-not-working-for-control-gear-after-sending-answer-yes
  29. https://www.dali-alliance.org/data/downloadables/5/4/1711_technical-note-dali-2-the-new-standard.pdf
  30. https://ww1.microchip.com/downloads/aemDocuments/documents/OTH/ApplicationNotes/ApplicationNotes/01465A.pdf
  31. https://www.dali-alliance.org/tech-notes/cable-length.html
  32. https://www.dali-alliance.org/news/424/iec-publishes-new-editions-of-parts-101-102-and-103-of-iec-62386
  33. https://webstore.iec.ch/en/publication/84976
  34. https://www.na.mytechnology.portal.signify.com/dam/jcr:a3ed174c-d29a-4ee5-8b24-dfd142ec6368/ABC%27s%20of%20DALI%20Guide.pdf
  35. https://www.dali-alliance.org/data/downloadables/3/4/8/dali-quick-start-guide_public-v1_1_april-2023.pdf
  36. https://ww1.microchip.com/downloads/en/Appnotes/Atmel-42071-DALI-Slave-Reference_Design_Application-Note_AT01244.pdf
  37. https://www.lunatone.com/en/frequently-asked-questions/
  38. https://www.upowertek.com/intelligent-lighting-revolution-upowertek-d4i-led-driver-and-synapse-controller-in-stadium-lighting-applications/
  39. https://ww1.microchip.com/downloads/aemDocuments/documents/OTH/ApplicationNotes/ApplicationNotes/90003200A.pdf
  40. https://resources.tridonic.com/PDB/Ressource/Web_TR/brochures/es/DALI-manual.pdf
  41. https://electronics.stackexchange.com/questions/566920/dali-how-do-i-get-control-gear-that-supports-ballast-status-and-lamp-failure-q
  42. https://a.storyblok.com/f/158120/x/070bc32fca/dali-comparison-between-dali-and-dali-2-en.pdf
  43. https://infosys.beckhoff.com/content/1033/tcplclib_tc2_dali/142757387.html
  44. https://liteunite.com/dali-d4i-powering-the-next-evolution-of-smart-led-lighting/
  45. https://onlinedocs.microchip.com/oxy/GUID-0CDBB4BA-5972-4F58-98B2-3F0408F3E10B-en-US-1/GUID-DA5EBBA5-6A56-4135-AF78-FB1F780EF475.html
  46. https://www.lunatone.com/wp-content/uploads/2022/11/Lunatone_DALI-2_Sensor_Instances_EN_M0026.pdf
  47. https://www.redeweb.com/en/articulos/dali-2-dispositivos-de-control-tipos-y-configuracion/
  48. https://dali-alliance.org/products/7627/d4i-pir-motion-daylight-sensor
  49. https://insights.acuitybrands.com/eldoled-blog/article-interoperable-systems-for-dynamic-white-lighting
  50. https://www.dali-alliance.org/dali/emergency.html
  51. https://lumoscontrols.com/resources/dali-emergency-testing-101-the-essential-guide/
  52. https://webstore.iec.ch/en/publication/63177
  53. https://www.dali-alliance.org/news/430/new-edition-of-part-202-for-self-contained-emergency
  54. https://epsmag.net/news/emergency-lighting-compliant-with-dali-2-part-202-future-proof-through-compatibility/
  55. https://www.dali-alliance.org/data/downloadables/2/4/1/210318_diia-seminar-on-dali-emergency-for-zvei_18-march-2021_final.pdf
  56. https://zencontrol.com/what-is-dali/dali-emergency-features/
  57. https://resources.tridonic.com/PDB/Ressource/Web_TR/brochures/es/Functional_Description_PRO_DALI_Emergency_Devices.pdf
  58. https://www.knxhub.com/dali-emergency-lighting-iec-62386-202/
  59. https://search.abb.com/library/Download.aspx?DocumentID=9AKK107045A7697&LanguageCode=en&DocumentPartId=&Action=Launch
  60. https://lumoscontrols.com/resources/dali-part-202-new-edition-unfolded-here-are-the-changes-you-must-know/
  61. https://www.electronicsweekly.com/news/design/legislation/dali-2-raises-the-bar-for-emergency-lighting-2022-07/
  62. https://inside.lighting/press/21-q4/dali-2-emergency-lighting-control-strengthens-interoperability
  63. https://www.signify.com/global/our-company/news/press-releases/2025/20250602-signifys-interact-launches-emergency-lighting-system
  64. https://electricalcontractingnews.com/news/signify-launches-interact-emergency-lighting-system/
  65. https://lumenradio.com/products/w-dali/
  66. https://lumenradio.com/wp-content/uploads/2024/02/W-DALI-integrationguide-v1.pdf
  67. https://www.dali-alliance.org/wireless/
  68. https://www.dali-alliance.org/daliplus/
  69. https://lumenradio.com/wp-content/uploads/2025/10/From-Wired-To-Wireless-with-W-DALI_LumenRadio.pdf
  70. https://www.eltako.com/en/uncategorized/the-new-wireless-dali-2-gateway-fd2g71l-230v/
  71. https://oliptek.com/en/automation-systems/smart-emergency-lighting-module/
  72. https://lumenradio.com/stories/w-dali-wireless-control-paves-the-way-for-smarter-more-sustainable-lighting/
  73. https://www.linkedin.com/posts/lumenradio-ab_wirelesswithoutworries-dali-wireless-activity-7366756440180424706-AAMT
Add your contribution
Related Hubs
User Avatar
No comments yet.