Use case: occupancy-based control

Occupancy based HVAC control that follows real use, with every command on record

Occupancy based HVAC control runs heating, cooling and ventilation to whether a space is actually in use. Aqueduct determines occupancy from PIR sensors or defined schedules, triggers automation rules by site, floor or zone, adjusts equipment where control is enabled with owner approval, logs every command, and verifies the saving against a weather-normalized baseline.

Powered by Smart Controls and aQ EnergySmart, built on aQ Core
Top-down view of an open office floor
Command history · RTU-2
Occupied mode07:00 · executed
Economizer on07:12 · executed
Lockout active07:13 · held
Demo data
Hall B · occupied
1,184 ppm CO₂
Ventilation adjusted
Demo data

Condition the spaces people use, when they use them, and log every change.

Know who is there

Occupancy taken from PIR sensors or defined schedules

  • PIR sensing

    Zones report whether they are occupied, so control can follow real use.

  • Defined schedules

    Where sensors are not installed, occupancy is set as a schedule per site, floor or zone.

  • Clusters

    Devices and sensors grouped so a sensor reading can inform how an RTU behaves.

Bright lounge with a garden view
Hall B · occupied
1,184 ppm CO₂
Ventilation adjusted
Demo data
Act on it

Rules that change equipment only with approval

  • Rule builder

    Thresholds on a device or on site, zone or floor occupancy, with if and else logic.

  • Two control paths

    LoRaWAN relays for simple loads, field device controllers over Modbus or BACnet for complex equipment.

  • Lockouts

    New commands wait while an earlier command is still being acted on, preventing short cycling.

Rooftop cooling towers in a city
Command history · RTU-2
Occupied mode07:00 · executed
Economizer on07:12 · executed
Lockout active07:13 · held
Demo data
Prove it

Comfort held in range and energy saving measured

  • Comfort compliance

    Setpoint attainment and comfort compliance are tracked live for every controlled unit, so savings never cost comfort.

  • Command history

    Every command and whether it executed is recorded, which holds up to M&V and procurement scrutiny.

  • Verified saving

    Equipment energy is measured against its own weather-normalized baseline, and the saving is priced from your rates.

Ceiling air unit under a glass roof
September · verified
Water use intensity2.7 gal/ft²
Energy use intensity11.8 kWh/m²
Carbon184 t CO₂e
Export metrics
Demo data
Old way vs the Aqueduct way

HVAC control, before and after Aqueduct

The old way
  • Floors are conditioned on fixed hours, full or empty.
  • Hybrid work patterns break static HVAC timetables.
  • Ventilation runs at full rate for a few people.
  • Schedule changes leave no trace of who or when.
  • Control savings are claimed, not measured.
The Aqueduct way
  • Equipment follows occupancy where control is enabled.
  • Occupancy comes from sensors or per-zone schedules.
  • Ventilation follows measured CO2 and occupancy by zone.
  • Command history records every change and result.
  • Savings are verified against a weather-normalized baseline.
Problem

Why HVAC runs for empty rooms

Schedules assume a building is full from opening to close, every day.

01

Fixed schedules

Floors are conditioned from early morning to evening, whether anyone comes in or not.

02

Hybrid work patterns

Occupancy now changes by day of the week, and static schedules cannot follow it.

03

Ventilation at full rate

Fresh air is supplied for full occupancy even when a few people are present.

04

Changes nobody can audit

When schedules are changed, nobody records what changed, who approved it or whether it executed.

One incident, start to finish

How occupancy-based control works in Aqueduct

One floor, one day, from signal to verified saving.

Monitor

PIR sensors report occupancy by zone, or occupancy is defined as a schedule for the site, floor or zone.

Measure

The floor's HVAC energy and comfort are measured against a weather-normalized baseline.

Identify

The floor is unoccupied for most of the afternoon while its RTU holds the occupied cooling setpoint.

Act

An automation rule raises the setpoint and reduces ventilation when occupancy drops, where control is enabled with owner approval. Lockouts prevent short cycling.

Verify

Command history shows each command executed, comfort stayed in range when people returned, and energy fell below baseline.

On site

What it needs on site

Existing controllers connect over BACnet or Modbus. New devices are installed through partners.

DeviceWhat it measures or doesWhy it matters
PIR occupancy sensorsWhether a zone is in useDynamic occupancy for automation triggers
Occupancy schedules (alternative)Defined hours per site, floor or zoneOccupancy where sensors are not installed
Field device network controllerBACnet or Modbus to RTUs, AHUs, VAVs and chillersControl of complex equipment
LoRaWAN relay switchesOn and off for simple loadsFans and similar loads
CO2 and temperature sensorsAir and comfort by zoneKeeps savings from costing comfort or air
Linear air diffuser in a white ceiling
What we believe

An empty floor should cost almost nothing to keep ready.

Talk to our team
How it works

Building an occupancy rule

Rules are built in the Aqueduct rule builder and run only where control is enabled.

01

Name and severity

Set the rule name, description and severity: info, warning or alert.

02

Scope

Choose the trigger scope: this device, or site, zone or floor occupancy.

03

Condition

Pick the metric, such as zone temperature or CO2, the condition and the value.

04

Action

Set the action, such as a setpoint change or ventilation target, with lockouts in place.

Personas

Who cares about this

The seats that ask for this first.

Building, MEP and controls engineers

Rules, clusters, lockouts and command history.

Learn more

Operations leaders and COOs

Equipment that follows how sites are actually used.

Learn more

Facilities managers and directors

Comfort held when people are present, energy saved when not.

Learn more
Where it pays

Building types where occupancy and schedules drift apart

Occupancy-based control pays most where real use and the fixed timetable disagree. These are the common patterns.

01 / 05

Floors full on some days, empty on others

Midweek floors fill while Mondays and Fridays stay light. A fixed schedule conditions every floor every day.

  • Floor-level occupancy from PIR
  • Setback when a floor empties
  • Comfort tracked when people return
Trigger
floor occupancy
Action
setpoint and ventilation targets
Guardrail
lockouts and comfort compliance
02 / 05

Rooms booked but not used

Conference and training rooms are often conditioned for bookings that never show up.

  • Zone PIR confirms use
  • Ventilation follows CO2 while occupied
  • Return to setback after a quiet period
Trigger
zone occupancy and CO2
Action
demand controlled ventilation
Guardrail
minimum ventilation held
03 / 05

Buildings used in blocks

Teaching and lab buildings run on timetables that change by term, exam period and holiday.

  • Schedules per building and floor
  • Holiday and term calendars
  • Sensor occupancy where installed
Trigger
defined schedules or PIR
Action
start and stop times
Guardrail
command history
04 / 05

Large volumes, small crews

Ventilation and destratification fans run for the whole building while only one zone is active.

  • Zone occupancy and CO2
  • LoRaWAN relays for fans
  • Vent control on air quality
Trigger
zone activity and air quality
Action
fan on or off
Guardrail
relay command logged
05 / 05

Trading hours that shift

Opening hours change by season and promotion, and back-of-house runs on its own pattern.

  • Schedules per site
  • RTU states on the twin
  • Pre-conditioning before opening
Trigger
site schedule
Action
occupied and unoccupied modes
Guardrail
setpoint attainment
Rule examples

Occupancy rules engineers build in Aqueduct

Illustrative rules. Each runs only where control is enabled, with owner approval, and every command is logged.

RuleTriggerAction
Floor setbackFloor unoccupied for 30 minutesRaise cooling setpoint, lower ventilation target
Morning startScheduled occupancy minus warm-up timeOccupied mode on the floor's units
CO2 ventilationZone CO2 above threshold while occupiedRaise ventilation target
Empty buildingSite unoccupied outside scheduleUnoccupied mode, exhaust fans off by relay
Comfort guardZone temperature out of band while occupiedCancel setback for that zone
Short-cycle guardCommand still being acted onLockout holds the new command
How it rolls out

From one floor to the whole building

Control is introduced carefully, with comfort measured at every step.

1
Weeks 1 to 2

Read only

Controllers connect and occupancy is measured or scheduled. Nothing is commanded yet; the gap between use and runtime is quantified.

2
Weeks 3 to 4

One pilot floor

Rules run on one floor where control is enabled, with owner approval. Comfort compliance and complaints are watched daily.

3
Months 2 to 3

Extend by floor

Rules extend floor by floor with limits tuned to each. Command history records every change.

4
Month 3 onward

Verify

Energy is measured against the weather-normalized baseline and the saving is priced from your rates.

Trusted at scale
Read the case studies
Deployed275+

sites in 21 countries run on Aqueduct.

Healthcare22 hospitals

and 9 clinics in one of India’s top hospital chains.

AirportsTop 25

US airport running water intelligence on Aqueduct.

Real estate20M+ sq ft

of commercial real estate under Aqueduct.

Manufacturing300 acres

FMCG manufacturing campus.

Food and dairyMajor dairy

operations run on Aqueduct.

Questions

Common questions

It is running heating, cooling and ventilation according to whether a space is actually occupied. Aqueduct uses PIR sensors or defined schedules to determine occupancy and triggers automation rules where control is enabled, with owner approval.

Occupancy can be determined dynamically from PIR sensors or defined as a schedule for a site, floor or zone. Either way, occupancy state can trigger automation rules and change how equipment operates.

Through a field device network controller over Modbus or BACnet, Aqueduct works with AHUs, RTUs, chiller plants and VAV boxes. LoRaWAN relay switches handle simple loads such as exhaust fans. Control runs only where enabled, with owner approval.

It is a rule that adjusts ventilation to CO2 and occupancy, increasing fresh air when a space is busy and reducing it when it is not. It runs where control is enabled and is verified against energy and air data.

Command history records every command and whether it executed, and lockout warnings block new commands while an earlier one is being acted on. That makes controls claims auditable.

Savings are measured against a weather-normalized baseline for the equipment and verified at the meter, so the result of occupancy-based control is reported rather than estimated.

Rules can require a quiet period before setback and a comfort guard that cancels setback when a zone drifts out of band. Device health also shows sensors that stop reporting.

Yes. Occupancy can be defined as a schedule per site, floor or zone. Sensors add accuracy where use varies day to day.

Rules are set by your engineers with minimum ventilation held. Aqueduct runs the rules you approve and logs every command.

Usually after a few weeks of operation across normal weather, once enough data exists to compare with the weather-normalized baseline.

See Aqueduct on your own facility.

Bring a site, a utility bill or a question. We will show you where the loss is.