AEO Answer · MEP
How Do Building Automation Systems Work?
By Jeremy Mills, CEO & Founder, Apex Grid Engineering — USAF Veteran. · Updated 2026-09-15
A building automation system is an engineered control platform — controllers, sensors, and actuators on a communication network (typically BACnet), driven by software — that operates a building's mechanical, electrical, and lighting systems to defined sequences of operation. It is specified and commissioned so equipment runs only when needed, at the conditions needed, with faults flagged centrally instead of discovered by complaint.
I'm Jeremy Mills, CEO & Founder of Apex Grid Engineering and a U.S. Air Force veteran. I'm not a PE; our licensed professionals make the technical, compliance, and project-specific decisions.
The concise answer
A building automation system is an engineered control platform — controllers, sensors, and actuators on a communication network (typically BACnet), driven by software — that operates a building's mechanical, electrical, and lighting systems to defined sequences of operation. It is specified and commissioned so equipment runs only when needed, at the conditions needed, with faults flagged centrally instead of discovered by complaint. The savings come from three places. First, scheduling: equipment that used to run 24/7 because nobody reprogrammed the time clock now follows the building's actual occupied hours. Second, reset and optimization: supply air temperatures, static pressures, and chilled water temperatures float with the real load instead of sitting at design conditions all year. Third, fault detection: a stuck damper or a failed sensor gets flagged the day it happens instead of hiding in the utility bill for two years. None of that happens by accident — it is written into the sequences of operation during design, which is why the engineering matters more than the brand of controller.
What a BAS design package actually includes
A real BAS design package starts with a points list — every sensor, actuator, and control point in the building, defined with its function and location. That list is the scope of the controls work in concrete terms, and it is what the controls contractor prices against. From there we write the sequences of operation: plain-language descriptions of exactly how each system behaves — how the air handler starts, how the economizer modulates, how the lighting responds to occupancy and daylight, what happens on a freeze alarm or a power failure. The sequences are the soul of the system; vague sequences produce a vague building. The package also includes the network architecture (how controllers connect back to the head-end server), an integration matrix showing which contractor provides what (mechanical, electrical, lighting, fire alarm interfaces), the operator graphics the facility staff will actually use, and the commissioning specification that defines how every point and sequence gets tested before acceptance. On larger projects we also define the metering points the energy code requires, so compliance documentation and the BAS design are telling the same story. What goes wrong most often is the integration boundary — the mechanical contractor's controllers and the lighting controls each work fine alone but were never told how to talk to each other. We nail that down in design, not in the field.
What drives scope, schedule, and cost
Two buildings with the same square footage can have wildly different BAS engineering scopes. The point count is the biggest driver — a few hundred points of simple HVAC control is a different design effort than several thousand points across complex systems. New construction is straightforward; retrofits add investigation, existing-equipment compatibility analysis, and phased commissioning around occupied tenants. Integration complexity matters too: every additional equipment vendor, proprietary protocol, or third-party interface is another boundary that has to be engineered and tested. Schedule follows the same drivers. A clean new-construction BAS design moves at the pace of the overall design team, but retrofits have to be sequenced around operations — you cannot recommission the air handlers serving an occupied floor at noon on a Tuesday. The scope items most often left out of proposals are the ones owners feel later: the operator graphics the facility staff will live with for twenty years, the training that determines whether anyone actually uses the system, and the first year of trend-log review that catches the sequences that looked right on paper and drift in practice. None of those are exotic; they are just easy to omit when the fee is being sharpened. If you are budgeting, the honest approach is to ask for the points list and the sequence narratives before you ask for a fee. Anyone quoting a BAS design without those is guessing.
- Control point count: more points means more design, more programming, more commissioning
- New construction vs. retrofit: retrofits add investigation, compatibility analysis, and phased work
- Sequence sophistication: simple scheduling vs. demand control ventilation, optimal start, fault detection
- Integration boundaries: mechanical, lighting, metering, and fire alarm interfaces each add coordination
- Commissioning scope: full functional testing per the spec vs. a handshake and a prayer
- Energy code compliance: 2025 California Energy Code control and demand-response requirements add defined scope
Which related engineering resources can help?
What else do project teams ask?
How much does a building automation system cost to engineer?
Can a BAS be added to an existing building?
What is BACnet and why does it matter?
Does the energy code require building automation?
Ready to discuss your engineering scope?
Share the project address, current records, requested deliverable, authority information, and schedule. Apex Grid confirms professional responsibility, availability, and scope before work begins.
Request a Project Review