Lighting controls fail by being defeated rather than broken. Sensors are covered, time clocks bypassed, daylight dimming disabled, and car parks lit at full output all night. Fit-outs leave sensors in the wrong places. Proprietary networked systems lose vendor support and programming tools. The test is simple: walk the building at night and read the interval meter. A good system that has been overridden saves nothing.
What it is and how it is built
A lighting control system decides when lights are on and how bright: time clocks and astronomical timers, photocells, occupancy and absence sensors, daylight sensors that dim lights near windows, switches and scene controllers, and networked systems that address each luminaire individually, such as DALI and proprietary wired and wireless platforms, often linked to the building management system. In common areas and car parks, controls cut most of the lighting energy; in offices they are part of how a tenancy works.
| Type | Where it is found | Character |
|---|---|---|
| Time clocks and contactors | Common areas, external lighting, older buildings | Simple; lose schedules after power failures or daylight saving changes |
| Photocells and astronomical timers | External and façade lighting | Photocells get dirty or shaded; timers need correct location |
| Occupancy and absence sensors | Corridors, stairs, toilets, car parks, offices | Placement and time delay decide success |
| Daylight dimming | Perimeter zones of offices and atria | Often never commissioned, or later disabled |
| DALI and DALI-2 | Offices and commercial from the 2000s | Open standard; needs programming, documentation and gateways |
| Proprietary networked and wireless systems | Offices, retail and campuses from the 2010s | Flexible; vendor lock-in; software support; cyber exposure |
| Integration with BMS, security and emergency lighting tests | Larger buildings | Interfaces break when either side changes |
Energy codes in all three jurisdictions require automatic controls in new and substantially altered buildings, and energy ratings reward them. A good system that has been overridden or never commissioned saves nothing.
Service life and what shortens it
| Component | Typical life | What moves it |
|---|---|---|
| Time clocks and contactors | 15 to 20 years | Contact wear; battery backup |
| Occupancy and daylight sensors | 10 to 15 years | Technology; damage; dirt |
| DALI controllers and gateways | 10 to 15 years | Vendor support |
| Proprietary networked systems | 8 to 15 years | Vendor support; software and app support |
| Wall controllers and scene plates | 15 to 20 years | Use |
What shortens life:
- Vendor end of support for proprietary hardware, software and apps.
- Lost programming, passwords and documentation.
- Fit-outs that move partitions without moving sensors or regrouping fittings.
- Overrides left in place after complaints.
Software and apps age faster than hardware: a system with sound sensors can become unmanageable when the commissioning software stops running on supported computers.
How it fails
Overrides and defeat
Occupants and facilities staff defeat controls that annoy them: sensors taped over, time clocks bypassed with a switch, lighting held on through the BMS. Car parks then run at full output 24 hours a day, and common areas stay lit all night.
Poor commissioning and drift
Daylight dimming set too conservatively or switched off; time delays too short (lights going off on people) or too long (saving little); groups that no longer match the floor layout after fit-outs; time clocks that lost their schedule after a power failure or never adjusted for daylight saving.
Sensor placement
Sensors behind partitions, too far from desks, aimed at corridors or above glazed walls switch lights off on occupants or on for passers-by. Car park sensors that cannot see along aisles leave drivers in the dark.
Obsolescence and lock-in
Proprietary systems depend on the vendor's gateways, software and commissioning tools. When support ends, faults cannot be fixed and layouts cannot be changed without replacing the system.
Integration failures
Links to the BMS, security system and automatic emergency lighting tests break when either side is upgraded; automated tests stop silently.
Cyber exposure
Networked lighting systems on the building or corporate network, with default passwords or unpatched gateways, can be a route into other systems.
Sensor drift and dirt
Daylight sensors drift and collect dust, so they read less daylight than there is and keep lights brighter than needed. Battery-powered wireless sensors stop reporting when batteries run flat, and systems may default to lights on.
Emergency lighting test integration
Many DALI and networked systems run automatic emergency lighting tests and log results. When the integration breaks, tests stop running, but the building may still believe it is compliant.
What to look for
On site
- Lights on in empty areas after hours; car parks at full output all night.
- Sensors covered, disconnected or missing; switches added to bypass controls.
- Perimeter lights at full output on bright days.
- Controllers and gateways in plant rooms with fault lights.
- Complaints of lights switching off in meeting rooms or toilets.
In the records
- Programming backups, group schedules and documentation.
- Vendor, software and firmware versions; support status.
- Interval meter data showing night-time lighting load.
- Complaint records about lighting.
- Wireless sensors with flat or low battery warnings.
- Emergency lighting test logs that stop at a date.
- Time clocks showing the wrong time.
Telling causes apart
| What you see | Most likely cause | What confirms it |
|---|---|---|
| High night-time electricity use | Lighting not switching off | Interval meter data; night visit |
| Lights switching off on occupants | Short time delays or poor sensor placement | Settings; sensor locations against layout |
| Perimeter lights at full output in daylight | Daylight dimming disabled or never set up | Settings; light level measurement |
| No-one can change programming | Proprietary lock-in or lost tools and passwords | Vendor; documentation |
| Emergency lighting tests not running | Integration failure | Test logs |
How serious it is
Findings are graded by what they demand: safety (can hurt someone now), failure (failed and damaging the building), condition (distress present and progressing), lifecycle (renewal due on age and exposure), deadline (a regulator or ordinance sets the date), check (investigate before sizing works) and nil (cosmetic or stable).
| Finding | Situation | What it means for timing |
|---|---|---|
| Stairs or egress paths left dark by sensor faults or settings | safety | Fix now |
| System failed, lights stuck on or off | failure | Repair now |
| Overrides, drift and poor commissioning | condition | Recommission in the near term |
| System unsupported or proprietary at end of life | lifecycle | Plan replacement, preferably open protocol |
| No documentation; energy data not reviewed | check | Audit |
| Minor adjustments | nil | Routine |
Investigation and testing
An electrical or lighting controls specialist.
- Night audit: walk the building after hours and note what is on and why.
- Interval meter analysis of lighting loads by time of day and day of week.
- Controls inventory: types, vendors, versions, gateways and support status.
- Sensor and setting review against current layouts: placement, time delays, daylight levels, groups.
- Safety check: stairs and egress paths stay lit when occupied.
- Integration testing with the BMS, security and emergency lighting test systems.
- Documentation and ownership review: programming backups, tools, passwords, who holds them.
The report should quantify energy wasted by poor control, list safety issues, give support status, and recommend recommissioning or replacement.
- Car park check: lighting levels in dimmed mode against the minimum for safe movement.
Remedies and what they involve
- Recommissioning: reset schedules, time delays and daylight levels; regroup to current layouts; remove overrides. Usually the cheapest energy saving in the building.
- Sensor relocation and replacement to suit layouts.
- Car park controls: dim to a background level when unoccupied rather than switching off, so drivers are never in the dark.
- Replacement with an open-protocol system such as DALI-2, with programming, tools and passwords held by the owner.
- Integration repair with BMS and emergency lighting tests.
- Network security: segregate lighting networks and change default credentials.
- Documentation: groups, schedules, settings and backups.
- Training for facilities staff so settings are changed properly rather than overridden.
Cost shape
Audits and recommissioning are lump sums and usually pay back quickly in energy. Sensor replacements are per unit. System replacement is per floor or per area, often combined with LED conversion so both are done once with ceilings open.
Recommissioning is repairs and maintenance; replacement is lifecycle or an energy upgrade; safety fixes on egress paths are immediate.
Combining control upgrades with LED conversion avoids paying twice for ceiling access.
Standards and jurisdiction
- Australia. NCC Section J requires automatic lighting controls in many spaces in new and altered buildings; NABERS Energy ratings reward effective control.
- United Kingdom. Approved Document L requires lighting controls in new and refurbished buildings; BS EN 15193 sets methods for lighting energy.
- United States. ASHRAE 90.1 and the IECC set mandatory controls (occupancy, daylight, scheduling); California Title 24 adds further requirements.
Energy rating and disclosure schemes in all three countries make lighting energy a lettability and compliance issue: NABERS and Commercial Building Disclosure in Australia, Energy Performance Certificates and minimum standards in Britain, and building performance standards in several United States cities. Controls are usually the cheapest way to improve these ratings.
Where controls dim or switch egress lighting, the minimum levels for safe movement in each jurisdiction still apply in every control state, including car parks and stairs.
What to ask the owner or agent for
- Programming backups, group and schedule documentation.
- Vendor, software and firmware details and support status.
- Interval meter data for lighting.
- Complaint records.
- Who holds programming tools and passwords.
- Energy ratings and disclosure certificates.
- Records of fit-outs that changed lighting groups.
- Commissioning reports for the original installation.
Sources
- National Construction Code, Australian Building Codes Board. Accessed 7 November 2026.
- Approved Documents, UK Government. Accessed 7 November 2026.
- International Codes, International Code Council. Accessed 7 November 2026.
- DALI Alliance, Digital Illumination Interface Alliance. Accessed 7 November 2026.
Related references: the Capital Register and the MR Index.