For the complete documentation index, see llms.txt. This page is also available as Markdown.

Comfort schedule

How myCoreAI relaxes comfort requirements during unoccupied hours.

Comfort schedule lets myCoreAI relax comfort requirements when a building is unoccupied. Holding office-hours comfort around the clock wastes energy on empty floors. Nights, weekends, and early mornings can run with wider temperature bounds and reduced ventilation without anyone noticing.

It comes in two variants: a manual schedule configured per building, and Automatic Comfort Schedule (ACS) that learns occupancy from the building's own CO₂ sensors. They can also be combined. ACS applies its setbacks on top of whatever bounds the manual schedule has in force.

Manual comfort schedule

The manual variant is a weekly schedule of comfort bounds, configured per building in BackOffice. Operations defines time slots and the min/max bounds that apply in each. myCoreAI receives those bounds as time-varying limits and optimizes within them.

The manual schedule is explicit and predictable. Bounds change exactly when the schedule says they do, every week. That is also its limit. It does not adapt to how the building is actually used.

Automatic Comfort Schedule (ACS)

ACS removes the guesswork. Instead of a configured schedule, myCoreAI infers occupancy from CO₂ sensor data. When people arrive, CO₂ rises. When they leave, it falls. From that pattern, myCoreAI builds a weekly occupancy schedule per air handling unit (AHU) at 15-minute resolution and applies setbacks during the hours it has learned are unoccupied.

How occupancy is learned

  • myCoreAI analyzes roughly the last 90 days of CO₂ readings for the zones served by each AHU.

  • For each weekday pattern, it finds the morning CO₂ rise, typically 05:00–11:00, and the evening fall, typically 14:00–22:00.

  • It marks the time between those events as occupied and builds a weekly pattern per AHU.

  • Schedules are recomputed continuously, so usage changes work their way into the learned schedule within weeks.

Different AHUs can get different schedules. A building where one AHU serves a 24/7 gym and another serves offices will not be treated as uniformly occupied.

What changes during unoccupied hours

Three setbacks are configured per building. Each is independent.

Setting
Applies to
Effect during unoccupied hours

Indoor temperature offset

Indoor temperature bounds

Bounds widen by ±X °C. The building may drift further from target.

Supply-air offset

AHU supply-air temperature

Setpoint may drop by up to X °C.

Ventilation offset

AHU pressure/flow setpoints

Setpoint may drop by up to X%, never below 30% of the configured maximum.

A setting of 0 disables that setback. If all three are 0, ACS still computes schedules but applies no changes.

Fail-safes

ACS only relaxes bounds when it is confident the building is empty. When in doubt, it assumes occupied.

  • If CO₂ data is missing, too short, or too flat to show a clear pattern, the schedule defaults to fully occupied.

  • A weekday pattern must show at least 4 occupied hours to be trusted. Otherwise that AHU falls back to fully occupied.

  • Ventilation never drops below 30% of the configured maximum, so baseline air exchange is always maintained.

  • Individual signals can be excluded from ACS. This is useful for zones that must hold conditions around the clock, such as server rooms or labs.

The learned schedule follows day-of-week patterns only. Public holidays run on the schedule of their weekday, so a holiday Monday is treated as a normal Monday.

Interaction with other features

  • AI Freedom enables ACS with a guaranteed setback. Comfort bounds widen by at least 0.5 °C during unoccupied hours, even if no indoor temperature offset is configured.

  • Adaptive min/max can restrict how far heating-circuit supply temperatures may fall. Keep both values at 100 unless there is a specific reason not to.

Last updated

Was this helpful?