In brief: Compare manual, stand-alone self-test and centrally monitored emergency lighting, then specify tests, indicators, records and commissioning.
In emergency lighting, self-test automates defined function and duration checks, but it does not make the system maintenance-free. A green charge indicator alone also does not prove that a luminaire has completed either test. Buyers should specify the testing architecture, test coverage, indicator meanings, scheduling, records and fault handoff for the exact ordered product.
IEC 62034:2012 covers basic performance and safety requirements for products and components incorporated into automatic test systems for battery-powered emergency escape lighting. IEC 60598-2-22:2021 covers emergency luminaires. Where a digital addressable interface is required, IEC 62386-202:2022 applies to digitally controlled gear associated with self-contained emergency lighting. These standards have different scopes; naming one does not prove that an offered model provides every test, indication or reporting feature a project needs.
The three testing architectures buyers should separate
Emergency-light quotations often use “manual test,” “self-test,” “auto-test,” “self-diagnostic” and “addressable test” without explaining the operational difference. A useful RFQ separates three architectures.
| Architecture | How testing starts | Where results appear | Typical buyer responsibility | Main procurement risk | |
|---|---|---|---|---|---|
| --- | --- | --- | --- | --- | |
| Manual test | A person operates a local test control or an approved circuit-level test arrangement | Visual observation and a manually maintained record | Schedule, observe, record and close faults for every required test | Access, labour, missed fittings and incomplete records | |
| Stand-alone self-test | The luminaire or emergency control gear starts programmed tests automatically | Local indicator on each device; records may still be manual | Inspect indicators, interpret codes, record results and arrange corrective action | “Self-test” is mistaken for central reporting or no human inspection | |
| Addressable or centrally monitored automatic test | A controller or network schedules, identifies and collects device test results | Central panel, software, app or portal, depending on the system | Maintain addresses, communications, records, access and fault-response workflow | Protocol, commissioning, licensing, data retention or integration is left unspecified |
The choice between manual, stand-alone self-test and centrally monitored testing depends on the project’s scale, access, operating hours, maintenance process, required records and destination rules. Luminaire shape and battery chemistry do not decide that architecture.
What a manual emergency-light test actually requires
A manual-test product gives the responsible person a way to simulate loss of the normal supply or command emergency operation. The exact method may be a local button, key switch, remote input or controlled circuit arrangement. The installation designer and manufacturer instructions determine which method is appropriate; procurement should not prescribe unsafe power interruption or assume all test buttons perform the same sequence.
Manual testing normally requires a person to:
1. identify the correct luminaire or test group; 2. initiate the approved test without disabling unrelated safety functions; 3. observe that the emergency light source operates as expected; 4. continue for the required test period when a duration test is due; 5. restore the normal supply or end the command; 6. confirm the expected charging or ready indication; 7. record the result, defect and corrective action.
UK government fire-safety guidance for places of assembly notes that many existing systems are manually tested, while self-testing facilities can reduce routine checking. It also says the test method varies and should follow supplier or competent-person advice. This is a regional operational example, not a universal test schedule for every export project.
For buyers, the practical question is whether the finished installation can be tested safely and recorded consistently. That trade-off is operational, not theoretical: difficult ceiling access, poorly grouped circuits, ambiguous indicators or an ownerless logbook can erase the apparent saving from a lower-priced manual-test fitting.
What stand-alone self-test does—and does not do
A stand-alone self-testing emergency light starts defined tests through onboard control electronics. Depending on the exact product, it may run a short functional test, a rated-duration test, monitor selected battery or lamp conditions, and indicate pass, test-in-progress or fault states through a local LED.
IEC 62034 includes functional-test, duration-test, timing, communication-failure and component-failure topics. It does not mean that every product marketed as self-test has identical test intervals, diagnostic coverage or indicator codes.
Tridonic’s current SELFTEST functional description illustrates the level of model-family detail a buyer should expect: test timing, commissioning behaviour, function and duration tests, optional test-switch actions and two-colour indicator meanings. Those details describe Tridonic products; they are not a generic code table for another supplier’s luminaire.
Stand-alone self-test usually reduces the need to press every button, but it may still require someone to walk the site, read the local indicator, understand the fault code and record the outcome. Signify Bodine’s scheduling and reporting guidance explicitly distinguishes local self-test with manual reporting from connected products that generate reports. Buyers should therefore ask two separate questions:
- Does the device run tests automatically?
- Does the system automatically identify, store and export the results?
Automatic testing and automatic reporting are therefore separate procurement requirements.
When addressable or centrally monitored testing changes the project
An addressable system connects devices to a controller or communications layer so tests, device identity, status and records can be managed centrally. The implementation may use DALI, a manufacturer-specific wired network, wireless communications or another approved architecture.
IEC 62386-202:2022 covers the DALI device-type requirements for control gear associated with self-contained emergency lighting. The DALI Alliance emergency-lighting overview explains that the interface supports automated testing and status information. A DALI reference alone still does not define the complete system: the RFQ must identify compatible control gear, controllers, addressing, commissioning, software, gateways and record responsibilities.
Central monitoring can be valuable when a project has many fittings, difficult access, multiple buildings, strict record retrieval or a maintenance team that needs prioritized fault information. It also creates additional questions:
- Who supplies and commissions the controller, gateway and software?
- Is the luminaire, emergency driver or conversion kit compatible with the selected protocol and version?
- How is each device identified against the floor plan and asset register?
- What happens after a communication loss, controller outage or device replacement?
- Can test schedules be staggered around occupancy and recharge risk?
- How long are records stored, and in what export format?
- Are licenses, subscriptions, cloud access or cybersecurity reviews required?
- Who receives a fault and who confirms that it was closed?
Central records earn their keep only when the maintenance team can retrieve them, connect each result to a physical asset and close the reported fault.
A charge LED is not proof of self-test
A simple green LED may show that normal supply reaches the charging circuit. It may not confirm battery capacity, emergency light-source operation, test completion or rated duration. Conversely, a two-colour or flashing indicator may encode several states, but the code is useful only when the exact manual is available and the maintenance team can see the indicator after installation.
Require the supplier to document:
- every normal, charging, test-in-progress and fault indication;
- which faults the system can and cannot detect;
- whether the last test result remains visible after the event;
- how a manual function or duration test can be initiated;
- how an automatic test is delayed, rescheduled or inhibited when permitted;
- how faults are reset after repair;
- what happens when the battery, LED module, control gear or complete luminaire is replaced.
Do not accept “green means OK” without the indicator legend and operating conditions.
Function tests and duration tests have different jobs
A function test checks that the emergency path changes to emergency operation and the light source operates for a short period. A duration test checks whether the ordered configuration sustains emergency operation for the required rated duration under the stated conditions. Neither should be inferred from battery amp-hours or a momentary button press.
The project team must define the applicable schedule and acceptance criteria from the destination rules, risk assessment and operating plan. IEC 62034 addresses automatic-test-system performance; it does not select one global maintenance schedule. Manufacturer examples may follow regional regimes and must remain labeled as examples.
The emergency lighting battery-duration guide explains why duration must stay tied to the exact emergency output, battery, control gear and environmental conditions. The sample approval checklist shows how to record the test behaviour before mass production.
How to choose between manual and self-test emergency lighting
| Decision factor | Manual test | Stand-alone self-test | Addressable / centrally monitored | |
|---|---|---|---|---|
| --- | --- | --- | --- | |
| Initial product and system cost | Usually lowest architecture cost | Higher device complexity | Highest system and commissioning scope | |
| Routine access | Person operates or isolates each device/group | Person may only need to inspect local indicators | Central review can reduce routine device visits, subject to the system design | |
| Result records | Manual | Often manual unless the product provides retrieval | Central or digital when configured and retained correctly | |
| Fault location | Found during the inspection | Local indicator identifies a fault at the device | Controller may identify the addressed device and fault class | |
| Commissioning | Test controls, grouping and labels | Test timing, indicator legend and product setup | Addressing, network, controller, software, maps and reporting | |
| Failure modes to plan | Missed tests, access, incomplete log | Indicator not seen or code misunderstood | Communication, controller, software, addressing and data-retention failures | |
| Best fit | Small, accessible sites with disciplined manual procedures | Sites that benefit from automatic local tests but can inspect indicators | Larger, distributed or access-constrained estates needing centralized visibility |
This table is an editorial decision aid, not a cost guarantee. Labour rates, access equipment, system size, licenses and local maintenance duties differ. Ask suppliers for the complete architecture and operating responsibilities before comparing prices.
What should a self-test emergency lighting RFQ specify?
Use one schedule per offered variant. Do not allow “auto-test available” to remain an unpriced option in a footnote.
| RFQ field | Buyer instruction | |
|---|---|---|
| --- | --- | |
| Test architecture | Manual, stand-alone self-test, addressable automatic test or an approved alternative | |
| Exact model and revision | Identify luminaire, emergency control gear, battery, indicator and test accessory | |
| Applicable requirements | Destination, project standard or code, edition and responsible approving party | |
| Test coverage | Function test, duration test and every claimed diagnostic condition | |
| Test schedule | Project-selected intervals, timing constraints, staggering and permitted delay behaviour | |
| Local controls | Test button, key switch, remote input, magnet or other approved method | |
| Indication | Verbatim indicator legend for normal, charging, test and fault states | |
| Central interface | Protocol, device type/version, controller, gateway, topology and compatibility | |
| Records | Device identity, timestamp, test type, result, fault, action, retention and export format | |
| Commissioning | Addressing, mapping, configuration backup, training and acceptance demonstration | |
| Maintenance handoff | Manuals, fault table, replacement parts, reset method and escalation owner | |
| Evidence | Exact-model reports, declarations or certificates required by the destination project | |
| Deviation rule | Supplier to list every difference from the requested architecture or feature set |
Place this schedule inside the broader emergency lighting RFQ template. Keep test-system requirements separate from emergency output, duration, mounting, IP rating and destination approval.
Sample approval and factory inspection checks
The approved sample should demonstrate the offered test architecture rather than only switching on during a power cut.
For a manual-test product, confirm the approved control, safe initiation method, emergency operation, restoration indication and instructions. For stand-alone self-test, observe commissioning, indicator states, one supported function-test path and the documented fault behaviour that can be simulated safely. For an addressable system, verify device discovery, unique identity, commanded test, result retrieval, communication-failure indication and record export on the agreed controller and software version.
Do not create faults by unsafe wiring or destructive battery treatment. Agree safe simulations with the manufacturer and project technical team.
During production inspection, verify the ordered test variant, indicator, test control, labels, manual revision and any addressable-control-gear identifier. A pre-shipment inspection is not a substitute for system commissioning. Use the factory testing checklist for production controls and the product inspection-plan guide for lot sampling and acceptance.
Product and OEM boundary
Zhuiming’s public catalog includes wall lights, twin-head emergency lights, downlights, exit signs and conversion kits. These category names do not prove self-test or addressable capability for every model. Buyers can review representative form factors such as the L103N emergency bulkhead, L107N twin-head emergency light, L124N-R emergency downlight, L217M-B emergency exit sign and F355MN emergency conversion kit, then request exact test-function confirmation in the quotation and approved sample.
Hangzhou Dreamy Technology can evaluate agreed OEM and ODM configurations, but the test architecture, indicator, control gear, battery, wiring and evidence must be reviewed as one controlled system. Submit the required test method, destination, quantity and interface through the OEM and ODM page or request a quotation. Do not assume that changing an emergency driver or adding a communications interface leaves existing evidence unchanged.
Sources
- IEC 62034:2012 — Automatic test systems for battery powered emergency escape lighting
- IEC 60598-2-22:2021 — Luminaires for emergency lighting
- IEC 62386-202:2022 — DALI control gear for self-contained emergency lighting
- UK government — Fire safety risk assessment: small and medium places of assembly
- DALI Alliance — DALI emergency lighting
- Tridonic — Functional Description SELFTEST Emergency Devices
- Signify Bodine — Scheduling and reporting
- Eaton — Testing and battery approaches for emergency lighting systems
Sources reviewed 21 August 2026. This article provides procurement guidance; it does not replace project-specific design, commissioning, maintenance instructions, adopted rules or approval by the responsible authority.
Frequently asked questions
Are self-testing emergency lights maintenance-free?
No. Self-test automates defined tests, but the responsible organization still needs to inspect status, respond to faults, maintain records as required, keep the luminaire accessible and follow the manufacturer’s instructions and local rules.
Does self-test automatically create an emergency-lighting test report?
Not always. Stand-alone self-test commonly shows results through a local indicator. Automatic report collection requires a compatible addressable or connected system, commissioned device identities, software and a defined record-retention process.
What is the difference between a function test and a duration test?
A function test briefly checks emergency changeover and light-source operation. A duration test checks whether the exact configuration sustains emergency operation for its required rated duration under the stated conditions.
Is DALI required for self-test emergency lighting?
No. A luminaire can run stand-alone self-tests without DALI. DALI is one digital interface option for addressable control and status; the project must specify compatible devices, controllers, commissioning and records if it chooses that architecture.
Can a green LED prove that an emergency light passed its tests?
Only if the exact product instructions define that indication for the relevant state. A simple green charge LED may show normal supply or charging rather than completed function and duration tests, so buyers should request the full indicator legend.
Final procurement rule
Specify who starts each test, what the exact product checks, where the result appears, how it is recorded and who closes a fault. Manual, stand-alone self-test and addressable systems can all be valid choices when the architecture matches the project. The words “self-test” or “auto-test” alone are not a complete emergency-lighting specification.
Frequently asked questions
Are self-testing emergency lights maintenance-free?
No. Self-test automates defined tests, but the responsible organization still needs to inspect status, respond to faults, maintain records as required, keep the luminaire accessible and follow the manufacturer’s instructions and local rules.
Does self-test automatically create an emergency-lighting test report?
Not always. Stand-alone self-test commonly shows results through a local indicator. Automatic report collection requires a compatible addressable or connected system, commissioned device identities, software and a defined record-retention process.
What is the difference between a function test and a duration test?
A function test briefly checks emergency changeover and light-source operation. A duration test checks whether the exact configuration sustains emergency operation for its required rated duration under the stated conditions.
Is DALI required for self-test emergency lighting?
No. A luminaire can run stand-alone self-tests without DALI. DALI is one digital interface option for addressable control and status; the project must specify compatible devices, controllers, commissioning and records if it chooses that architecture.
Can a green LED prove that an emergency light passed its tests?
Only if the exact product instructions define that indication for the relevant state. A simple green charge LED may show normal supply or charging rather than completed function and duration tests, so buyers should request the full indicator legend.