Estimated reading time: 16 minutes
When a Building Management System stops working properly, the cause is not always the BMS itself.
A failed sensor, tripped circuit breaker, faulty actuator, communication problem, mechanical equipment failure or programming issue can all present themselves at the BMS as what appears to be a control-system fault. In other cases, the BMS may appear to be operating normally while equipment is running incorrectly behind the scenes. This is why diagnosing a BMS problem requires more than simply looking at the graphics on a computer screen.
At WR8Tech, we investigate Building Management Systems as part of the wider building. We look at the controls, electrical systems, mechanical equipment, communications networks, sensors, field devices and operating sequences to determine what is actually happening.
When someone says that a BMS is not working, it can mean many different things. The entire Building Management System may have stopped operating, but more commonly only part of the system has failed. Typical complaints include:
Each of these problems requires a slightly different investigation.


One of the first questions we ask when investigating a Building Management System fault is:
Is the BMS actually causing the problem?
If an air handling unit, pump, fan, boiler or chiller refuses to operate, the BMS may simply be reporting a problem somewhere else.
For example, the actual fault may be:
Replacing BMS components without identifying the underlying cause can become expensive very quickly.
Good BMS fault finding starts by determining what the system is being asked to do, what it believes is happening and what is actually happening at the equipment.
Some BMS faults are obvious. Others can remain unnoticed for months or even years. Warning signs can include:
Fans, pumps, heating or cooling equipment may operate outside normal occupancy periods.
This can indicate failed schedules, overrides, incorrect programming, faulty sensors or control loops that are no longer operating correctly.
This is a surprisingly common problem in commercial buildings.
Different systems may fight against each other because of incorrect setpoints, failed sensors, poor control logic or changes made to the building over time.
Temperature complaints are not automatically an air-conditioning capacity problem.
Incorrect sensors, control sequences, dampers, valves, VSDs and BMS programming can all affect comfort.
A BMS generating hundreds of alarms every day can be almost as ineffective as a BMS generating no alarms.
Operators eventually stop paying attention.
Alarm rationalisation and recommissioning may be required so that important faults can be identified quickly.
Overrides are useful for testing and temporary operation.
They should not become the normal method of operating the building.
Large numbers of permanent overrides often indicate unresolved faults or control problems.
A BMS problem may cause plant to operate longer than necessary or make heating and cooling systems work against each other.
The system may still appear operational while energy is being wasted every day.

The graphics workstation is only the visible layer of a Building Management System. If the graphics stop working, it does not necessarily mean that the underlying controllers have stopped operating.
Many BMS controllers continue controlling equipment independently even when the supervisory computer, server or front-end graphics are unavailable. Problems may involve:
Conversely, having graphics displayed on the screen does not necessarily mean that the system is working correctly. A graphic is only useful if the information behind it is accurate.

A common BMS fault is equipment appearing offline. This can affect a single controller or an entire section of a building.
Possible causes include:
The location of the offline devices can provide valuable clues.
For example, if several devices connected to the same network disappear simultaneously, the problem may be with the network rather than with each individual controller.

Modern Building Management Systems increasingly rely on open communication protocols such as BACnet and Modbus. These allow equipment from different manufacturers to exchange information.
However, an open protocol does not mean that communication problems cannot occur. Issues can include:
Communication problems can be intermittent, which can make them particularly difficult to identify. A device may operate normally most of the day and then regularly drop offline. This often requires investigation at both the BMS and physical network level.

A common call we receive is:
“The BMS says the air conditioning is on, but nothing is happening.”
The BMS may have issued the correct command but the equipment may not have responded. For example, the BMS may command a supply-air fan to start, while the fan remains stopped because of:
Alternatively, the equipment may actually be running but the BMS does not receive the correct run-status signal. The graphic therefore reports that the equipment is stopped when it is actually operating. This is why testing should extend beyond the computer screen.
The command, physical equipment operation and feedback signal all need to agree.

The BMS relies heavily on sensors.
If the information going into the system is wrong, even perfectly written control software can make poor decisions. Typical sensors include:
Sensors can drift over time or fail completely. An apparently reasonable reading may still be wrong.
For example, a room temperature sensor reading 21°C may appear believable. If the actual room temperature is 25°C, however, the BMS will control the air conditioning based on incorrect information.
Sensor verification and calibration are therefore important parts of BMS fault finding and recommissioning.

A Building Management System should help operators identify problems before they become major failures.
That depends heavily on appropriate alarms.
Common problems include:
An alarm system should identify meaningful abnormal conditions and provide operators with enough information to respond.
A screen full of permanent alarms does not achieve this.

Over time, BMS schedules can become disconnected from the way the building is actually occupied.
We regularly find equipment operating overnight, on weekends or during public holidays without a clear operational reason. Problems may include:
Reviewing schedules is one of the simplest places to look when investigating unexplained energy use.

Intermittent problems can be some of the hardest BMS faults to diagnose.
The system works when the technician arrives and fails again several hours later.
Possible causes include:
Historical trend data can be extremely useful in these situations.
Rather than waiting for the problem to occur during a site visit, trends allow the behaviour of equipment and control points to be reviewed over time.

Perhaps the most important BMS problems are the ones nobody notices.
Examples include:
These problems may not cause the BMS to crash. Instead, they quietly increase energy consumption, equipment operating hours and maintenance costs. This is where BMS recommissioning and optimisation can become valuable.

Building Management Systems can remain in service for many years.
During that time, components become obsolete, manufacturers change product ranges, computers are replaced, operating systems change and technicians familiar with older systems become harder to find.
An ageing BMS may suffer from:
Importantly, an old BMS does not automatically need complete replacement. In many buildings, staged upgrades are possible. Existing field devices, controllers or networks may be retained where practical while obsolete parts are progressively replaced. The first step should be understanding what is there and what condition it is in.
Facility managers and building managers can perform some basic checks before arranging specialist attendance.
Without opening electrical panels or undertaking work that requires qualified personnel, useful information can include:
This information can significantly assist the fault-finding process.
Safety interlocks, electrical panels, mechanical equipment and control panels should only be investigated by appropriately qualified personnel.
Our approach is to investigate the BMS as part of the complete building system rather than assuming that every problem originates in the controls software. Depending on the fault, our investigation may include:
We first establish what the building is supposed to be doing and what has changed.
We examine graphics, alarms, schedules, trends, controller status and network communications.
Where appropriate, we review the operating sequence and determine why the BMS is making a particular decision.
We compare what the BMS reports against what is physically happening at the equipment.
Where required, we investigate control wiring, relays, VSDs, actuators, sensors and other interfaces between the BMS and building plant.
The objective is to identify the fault rather than simply replace components until the system begins working again..
Depending on what we find, this may involve repair, programming changes, recommissioning, network repairs, replacement of obsolete equipment or a staged BMS upgrade.

A BMS that is not working properly does not necessarily need replacing.
There are generally three possible approaches.
Where the problem is isolated, repairing a controller, sensor, actuator, communications network or field interface may be sufficient.
Where the components remain serviceable but the building is no longer operating properly, recommissioning can restore control sequences, schedules, alarms, sensors and plant operation.
Where critical components are obsolete, unreliable or unsupported, upgrading part or all of the BMS may be appropriate.
A staged upgrade can often reduce disruption and capital cost while allowing useful existing equipment to remain in service. The right answer depends on the building.
WR8Tech works across multiple Building Management System technologies and communication protocols. Our focus is not simply on selling a particular brand of controller.
We investigate how the existing system operates, how it interfaces with the building plant and what is required to restore reliable operation. This can be particularly valuable in buildings containing:
The solution may be a programming change.
It may be a failed sensor.
It may be a communications problem.
It may be electrical.
It may be mechanical.
Or it may genuinely be time to start replacing part of the BMS.
The important thing is to find out which.

There are many possible causes, including controller failure, communication faults, failed sensors, electrical problems, programming errors, network changes or faults in the equipment being controlled. The BMS itself is only one part of the control chain.
Yes, our Service offers integrations with various popular products and services to streamline your workflow. We currently integrate with Product A, Product B, and Product C. You can find more information about our current integrations and how to set them up on our [Integrations Page Link]. We are continuously working on adding more integrations.
Often, yes.
Many BMS controllers operate independently at field level and can continue controlling equipment even if the central workstation or graphics computer is unavailable. The exact behaviour depends on how the system has been designed.
An offline device may have lost power, suffered a controller failure or lost communication with the BMS network.
Network addressing, cabling, gateways and communication settings can also cause devices to appear offline.
The temperature sensor may be faulty, incorrectly calibrated, incorrectly located or communicating an incorrect value. The displayed reading should be compared with an independent temperature measurement.
Not necessarily.
Many ageing BMS installations can be progressively upgraded. A condition assessment can help determine which components can remain and which should be replaced.
BMS recommissioning involves systematically checking how the existing controls operate and correcting problems with sensors, schedules, alarms, sequences, control loops and plant interfaces. It can often improve an existing system without complete replacement.