Technical Guide
As smart buildings continue to develop, occupancy sensing is moving beyond a simple occupied or vacant signal. It is becoming a real-time control input for lighting, HVAC, ventilation, and Building Management Systems (BMS).
In the past, occupancy sensors were often evaluated by detection range, coverage, sensitivity, and accuracy. Those factors still matter, but they are not enough for a real building automation project.
A useful occupancy sensing solution needs to answer three practical questions:
For this reason, the next stage of occupancy sensing is not only about stronger detection. It is about building the full control chain from space sensing to building response.
Occupancy sensing uses sensor technology to determine whether a space is being used, then provides presence, activity, or space-use information to other systems.
Traditional motion sensors mainly trigger from obvious human movement. More advanced presence sensors need to recognize occupancy even when a person is relatively still, such as working, meeting, reading, or resting.
With the development of 24GHz and 60GHz mmWave sensing technology, occupancy sensing can provide more types of information, including:
This means the role of an occupancy sensor is gradually changing from a simple switch trigger into a source of space-state data.
An occupancy sensor can provide real-time space status to lighting control, HVAC, ventilation, BMS, or an IoT platform. The building can then respond to actual use instead of relying only on a fixed schedule.
In a meeting room, lighting can turn on when people enter. If people remain seated quietly, presence detection can help the system maintain the occupied state.
In an office, HVAC can adjust operation according to real space usage instead of running in vacant areas only because the schedule says so.
In a public restroom, the system can control lighting and exhaust based on actual occupancy, while reducing the risk of turning equipment off too early when someone is still inside a stall.
In a hotel room, occupancy information can help the system better distinguish temporary activity changes from a truly vacant room, improving the balance between comfort and energy saving.
The value of occupancy sensing is therefore not only to tell the system:
More importantly, it tells the building:
Motion detection, presence detection, and occupancy detection are often discussed together, but they do not solve exactly the same problem.
| Term | Main Focus | Building Control Value |
|---|---|---|
| Motion Detection | Whether there is enough visible human movement. | Useful for entry detection, walking detection, and basic lighting control. |
| Presence Detection | Whether a person is still present, even with only small movements. | Helps reduce false-off situations in offices, meeting rooms, hotel rooms, and bathrooms. |
| Occupancy Sensing | Whether the space is truly being used, not only whether one detection event occurred. | Provides a more stable occupancy state for lighting, HVAC, ventilation, BMS, and IoT platforms. |
For building automation, the final requirement is usually not more motion events. It is a more stable and reliable occupancy state.
People in meeting rooms, offices, hotel rooms, and similar spaces are not always making obvious movements.
When someone is using a computer, reading, having a meeting, or resting, they may remain relatively still for a long period of time.
If the system relies only on obvious motion, it can create this control problem:
The result may be lights turning off too early, or other equipment entering energy-saving mode at the wrong time.
Occupancy sensing therefore needs to detect entry quickly and also handle quiet occupancy reliably. This is one reason why mmWave presence sensing is receiving more attention in indoor building automation applications.
Many occupancy sensors emphasize longer detection range. In real building automation projects, however, longer range does not always mean better control.
For example, if a meeting room sensor also detects people passing through the corridor outside the door, the sensor may not be "wrong" from a pure detection perspective. But from the viewpoint of meeting room lighting control, it can still create an unwanted trigger.
That is why sensor selection should not only ask:
It should also ask:
Detection boundary, zone configuration, exclusion area, and installation position may directly affect the final control result.
For smart buildings, a clearly defined detection zone is often more valuable than simply pursuing a larger detection range.
Presence detection usually answers: "Is anyone here?" People counting goes one step further and answers: "How many people are here?"
For lighting control, occupied or vacant status is often enough. For HVAC and Demand-Controlled Ventilation (DCV), people-count information may provide additional value.
A meeting room with two people and the same room with fifteen people are both occupied, but the ventilation and environmental-control requirements can be very different.
If the occupancy sensing system can provide real-time people-count information, the BMS has an opportunity to create a more dynamic control strategy based on actual occupancy load.
Moving from presence detection to people counting is therefore not just adding another data point. It can change how occupancy data is used in building automation.
A sensor can recognize space status accurately, but that does not mean the building can use the information immediately. Occupancy data still needs to enter the control chain.
Depending on the building automation architecture, common connection and control options may include KNX, DALI, BACnet, Modbus, MQTT, 0-10V, relay, and other building IoT interfaces.
Different protocols are suitable for different system architectures. No single communication method covers every project.
The more important question is:
Lighting control may only need occupied or vacant status, or a dimming control signal. HVAC or BMS may need occupancy state, people count, or richer data. An IoT platform may also need real-time upload, historical records, and integration with other systems.
For this reason, sensor selection in a building automation project should not consider sensing technology alone. It should also consider data output and communication interface from the system architecture level.
For real-time building automation, cloud and local processing should not be treated as a simple either-or choice.
For example, turning on lights when people enter, or notifying the local building control system after occupancy status changes. These functions require low latency and should continue to work even if the internet connection is temporarily interrupted.
Examples include space-utilization analysis, historical occupancy trends, multi-building management, device management, and further data optimization.
A more practical architecture is:
The final architecture still needs to be designed around project requirements for reliability, latency, data security, and system integration.
In real projects, it is usually better not to start with "which sensor has the longest detection range?" A more effective approach is to define the application first.
At minimum, the project should clarify the following points:
After these questions are clear, it is easier to decide the sensing technology, detection range, installation position, and protocol.
Different sensing technologies are suitable for different levels of building automation.
For some applications, 24GHz mmWave can be used for presence detection, micro-motion detection, and more refined zone control.
When a project needs people counting, position, or trajectory information, 60GHz mmWave can provide richer spatial data capability.
However, frequency itself is not the only standard for judging whether a solution is good. Real selection should follow this logic:
The most valuable sensing solution is the one that fits the actual control requirement, not simply the one with the highest frequency.
Occupancy sensing is moving through three stages:
As sensing technology, edge processing, and building automation integration continue to develop, occupancy data will no longer be only an isolated sensor output. It can become an important input for lighting, HVAC, ventilation, and BMS decisions.
When evaluating an occupancy sensing solution, the question should not only be:
It should also be:
A truly intelligent building is not defined by having more sensors or producing more data. It is defined by how well it responds to the real state of the space, at the right time, with the right control action.
Return