Skip to Content
Building Management SystemsHow to choose a BMS controller

How to Choose a BMS Controller: Supervisory, Plant and Terminal Unit Controllers Explained

A BMS controller reads sensors and drives plant to keep a building comfortable and efficient. Choosing one means matching its type, I/O, protocols and platform to the job.

"BMS controller" can mean anything from a fan coil controller the size of a paperback to a Niagara supervisory controller integrating a whole building. Picking the wrong type leads to panels full of extra modules, networks that crawl, or a system locked to one supplier. This guide explains the types of building automation controller, what to look for in each, and a practical checklist for specifying them.

What does a BMS controller do?

Every BMS controller does three things:

  1. Inputs: reads sensors (temperature, pressure, humidity, CO2, status contacts, meters) directly through I/O terminals or over a network.
  2. Logic: compares readings with setpoints and schedules and runs control strategies: PID loops, sequencing, interlocks, optimum start, alarms.
  3. Outputs: drives actuators (valves, dampers, fans, pumps, relays) directly or over a network.

Controllers that do this with digital electronics and software are called DDC (direct digital control) controllers, as opposed to the old pneumatic or analogue electronic controls. Almost every BMS controller sold today is a DDC controller.

The three levels of BMS controller

1. Supervisory (integration) controllers

Job: connect everything, coordinate building-wide strategies, store data, raise alarms, serve the user interface.

Examples: Tridium JACE 9000, the IONA Niagara 4 controller, iSMA CONTROLLI MAC36 Niagara controllers, OEM Niagara controllers.

Key features to look for:

  • multi-protocol drivers: BACnet IP and MS/TP, Modbus RTU and TCP, plus whatever legacy systems the site has
  • an open framework (such as Niagara 4) so any certified integrator can maintain it
  • web-based graphics and alarming
  • enough processing power and memory for the station size
  • a supported software roadmap (for example, Niagara 5 support, or a long-term support release)
  • cyber security features: encrypted communications, role-based access, secure boot

Read What is a JACE controller? and IONA vs JACE for detail on the main Niagara options.

2. Plant (programmable application) controllers

Job: control a specific piece of plant: an air handling unit, boiler plant, chiller plant, heat pump system or heating circuit.

Examples: freely programmable BACnet controllers such as the iSMA CONTROLLI AAC20, the CCL 36-point BACnet edge controller, and multi-purpose HVAC controllers in our BMS application controllers range.

Key features:

  • enough I/O of the right types for the plant, with spare capacity
  • free programmability (graphical or block-based) for custom sequences
  • BACnet (and/or Modbus) for integration with the supervisory layer
  • stand-alone operation: plant keeps running if the network or supervisor fails
  • local override and display options for maintenance staff

3. Terminal unit (application-specific) controllers

Job: control one zone or terminal unit: a fan coil unit (FCU), VAV box, chilled beam, radiator circuit or room.

Examples: iSMA CONTROLLI FCU controllers, BACnet MS/TP thermostats and fan coil controllers, LoRaWAN smart thermostats and radiator actuators.

Key features:

  • pre-engineered applications (2-pipe/4-pipe FCU, VAV pressure-independent) selected by configuration rather than programming
  • a matching room unit or sensor
  • BACnet MS/TP or Modbus RTU for low-cost daisy-chained networks
  • low unit cost, because they are installed in large numbers

Comparison of controller types

Supervisory Plant Terminal unit
Typical quantity per building 1 to a few One per major plant item One per zone or unit (tens to hundreds)
Onboard I/O None (JACE) or some (IONA) Medium (20–60 points) Small (8–15 points)
Programming Niagara station: integration, logic, graphics Freely programmable Configurable applications
Network Ethernet, multiple RS-485 BACnet/IP or MS/TP BACnet MS/TP, Modbus RTU, LoRaWAN
User interface Web graphics, alarms, histories Optional local display Room unit
Failure impact Loss of coordination and visibility Loss of that plant Loss of one zone

How to choose a BMS controller: the checklist

1. Define the job

Write down what the controller must control and integrate. A point schedule (every input and output, with signal type) is the best starting document.

2. Count and type the I/O

Count universal inputs, digital inputs, digital outputs and analogue outputs separately. Add about 20% spare. Check special signals: thermistor curves, 4–20 mA loops, pulse inputs, triac outputs for thermal actuators, and relay ratings.

If a supervisory controller also needs local I/O, consider one with I/O onboard. IONA provides 24 points (6 UI, 6 DI, 4 DO, 8 AO), which can remove the need for a separate plant controller on smaller plants. See IONA I/O and expansion. Otherwise use I/O modules.

3. Choose protocols

Ask for the BACnet PICS or Modbus register map before ordering.

4. Insist on openness

Choose controllers that any competent integrator can program and maintain, with engineering tools available to them. Avoid controllers that can only be configured by one company's engineers with proprietary software.

5. Check the network design

Count devices per RS-485 trunk, plan addresses and baud rates, and confirm the supervisory controller has enough ports. See RS-485 wiring and termination.

6. Check software support and lifecycle

A controller that cannot run the next version of its software becomes a security and support liability. The JACE 8000 and Edge 10, for example, will never run Niagara 5. Before buying, ask about software roadmap, end-of-sale and end-of-support dates.

7. Licensing

Niagara controllers are licensed by point capacity and features; plant controllers may need software licences for their engineering tools. Size licences for the full project plus growth. See Global Capacity points.

8. Environment and power

Check operating temperature, enclosure (IP rating), power supply (24 VAC or 24 VDC), and whether the controller sits in a plant room, ceiling void or rooftop enclosure.

9. Security

Look for encrypted protocols, unique credentials on commissioning, secure boot, role-based access, and a vendor patching process.

10. Support and stock

Local stock, UK technical support and training matter when a controller fails on a Friday afternoon.

Example: specifying controllers for a small office

A three-storey office with a gas boiler plant, one AHU, 40 fan coil units, lighting control and a main electricity meter might use:

Function Controller choice
Supervisory, boiler plant I/O, LoRaWAN sensors One IONA with the LoRaWAN option; boiler plant wired to its onboard I/O
AHU A freely programmable BACnet/IP plant controller supplied with the AHU or fitted in its panel
Fan coil units 40 BACnet MS/TP FCU controllers on two RS-485 trunks from the IONA
Meters Modbus RTU on IONA's second RS-485 port, plus LoRaWAN CTs on sub-circuits
Room air quality LoRaWAN CO2 sensors in meeting rooms

The same building on a JACE 9000 design would add a plant controller or I/O modules for the boilers and a separate LoRaWAN gateway. Both are valid designs; the choice comes down to total installed cost and the client's standards.

DDC controllers, HVAC controllers and BACnet controllers: what's the difference?

These names overlap:

  • DDC controller: any digital controller; the term describes the technology.
  • HVAC controller: a controller applied to heating, ventilation and air conditioning; most BMS controllers are HVAC controllers.
  • BACnet controller: a controller that communicates using BACnet; BACnet device profiles (B-BC building controller, B-AAC advanced application controller, B-ASC application-specific controller) describe its capability.
  • Building automation controller: a general term used more in the US.

When comparing products, ignore the label and look at the level (supervisory, plant, terminal), the I/O, the protocols and the openness.

Designing for resilience

Controllers fail, networks drop and power cuts happen. Good controller design limits the impact:

  • Keep fast control local. Plant and terminal controllers should run their own loops so plant keeps operating if the supervisory controller or network fails.
  • Define fail-safe states. Decide what every output does on loss of communication or power: valves open for frost protection, fans off, or hold last value. Configure it in each controller.
  • Do not overload one controller. Spread critical plant across controllers so one failure does not take down a whole building.
  • Back up regularly. Keep current station and controller backups off site, so a failed controller can be replaced and restored in hours.
  • Keep spares for critical controllers, especially models nearing end of sale.
  • Power properly. Use dedicated, protected 24 V supplies, and consider a UPS for supervisory controllers and network switches.

Questions to ask controller suppliers

  1. Which protocols does it support natively, and can I see the BACnet PICS or Modbus register map?
  2. Which engineering tools are needed, are they licensed, and can any integrator obtain them?
  3. What is the software roadmap, and when are end of sale and end of support expected?
  4. How are security updates delivered?
  5. What I/O types and ratings does it have, and how is I/O expanded?
  6. What happens to outputs if communication is lost?
  7. What licences are needed now, and how are they upgraded?
  8. Is stock held in the UK, and what technical support is available?

Common mistakes when choosing BMS controllers

  • Buying on unit price alone, then adding modules, gateways and engineering time that cost more than a better-suited controller.
  • No spare I/O, so every change needs extra hardware.
  • Overloaded RS-485 trunks, with too many devices for responsive control.
  • Closed controllers that only one company can program.
  • Ignoring software lifecycle, and buying hardware near end of sale.
  • Mixing protocols on one trunk (BACnet MS/TP and Modbus RTU cannot share).

Shop BMS controllers

Tyrrell Products supplies BMS controllers for UK projects: Niagara controllers including JACE 9000 and IONA, BMS application controllers, eBMS HVAC controllers, iSMA CONTROLLI controllers and I/O, and the licences, drivers and support to go with them.

Frequently asked questions

What is a BMS controller?

A BMS controller is a digital controller that reads building sensors, runs control logic and drives plant such as valves, dampers, fans and pumps, as part of a building management system.

What is the difference between a supervisory controller and a field controller?

A supervisory controller (such as a JACE or IONA) integrates many devices, coordinates strategies and serves the user interface. A field controller controls a specific plant item or zone and keeps it running independently.

What is a DDC controller?

A direct digital control (DDC) controller uses a microprocessor and software to control HVAC equipment, replacing older pneumatic and analogue controls. Almost all modern BMS controllers are DDC controllers.

Which BMS controller is best?

There is no single best controller; the right choice depends on the job. For open, multi-vendor buildings, Niagara 4 supervisory controllers combined with BACnet plant and terminal controllers are the most common UK approach.

Do BMS controllers need to be on the same protocol?

No. A supervisory controller such as a JACE or IONA can integrate BACnet, Modbus, LoRaWAN and other protocols at once, normalising them into one system.

What is the difference between a BMS controller and a PLC?

A PLC is designed for fast, deterministic machine and process control. A BMS controller is designed for building services, with HVAC applications, schedules, BACnet integration and web interfaces built in. Some industrial sites use PLCs for plant and integrate them into the BMS over Modbus or BACnet.

What is the best BMS controller for a small building?

A single Niagara controller with onboard I/O, such as IONA, often runs the whole BMS for a small building: plant on its I/O, terminal units over BACnet MS/TP or Modbus, and wireless sensors over LoRaWAN.

Can I mix controller brands in one BMS?

Yes, if they use open protocols. A Niagara supervisory controller can integrate BACnet and Modbus controllers from many manufacturers, which is one of the main benefits of an open BMS.

How many I/O points should a BMS controller have?

Enough for the plant it controls plus about 20% spare. Count each signal type separately; universal inputs give the most flexibility.