What is a BMS points list?
Requirements come first. The points list names every value, state, alarm and command exchanged with the system; it records units, read or write access, update behaviour and the responsible equipment package.

Delhi NCR · Automation
Architecture of building automation system Delhi NCR is the focus of this local planning guide. A Delhi NCR Building Automation enquiry is first treated as an interface and responsibility exercise. The Greenfields Colony office asks what currently owns Field devices, what the proposed system must exchange with Metering, and who will operate BMS after handover. Those answers expose dependencies, access restrictions and planned downtime before equipment enters the discussion. Travel across the NCR is not presumed from a market label; SmartR Spaces - Greenfields Colony confirms the exact address and survey logistics for each request.
Concise canonical answer
Interfaces need proof. A building automation system reads sensors and equipment status, applies control logic, sends commands and presents alarms or trends to operators. BACnet can carry data between compatible systems, but a protocol name does not prove that a required point is exposed or writable.
This technical material is generated from the canonical Building Automation page. Editing that source updates every city spoke on the next build.
Shared technical source
Requirements come first. The points list names every value, state, alarm and command exchanged with the system; it records units, read or write access, update behaviour and the responsible equipment package.
Failure needs a tested path. Field controllers should continue their essential sequences when the supervisory interface is unavailable, subject to the equipment design; operator workstations, servers and gateways sit above that local…
Requirements come first. BACnet defines messages and objects for building controls; the project still needs a device-specific point list and conformance information because two BACnet products may expose different capabilities.
Requirements come first. An alarm needs a condition, delay, priority, recipient, acknowledgement rule and return-to-normal state; flooding an operator with repeated low-value alerts is a design failure, even if every alert is…
These modules are rendered directly from the canonical Building Automation record. A verified technical edit there propagates to every city version on the next build.
Technical relationships
These service-specific diagrams come from the canonical technical record; they do not depict a completed local project.
Decision aid
| Layer | Primary job | Failure question |
|---|---|---|
| Field device | Measure or act | Can it be read or operated locally? |
| Controller | Run local logic | Which sequences continue alone? |
| Supervisory layer | Graphics, trends and coordination | How is it restored from backup? |
City-specific planning layer
Branch facts are verified. Community observations, when present, are anecdotal and address-specific; they are not presented as citywide facts.
Evidence scope: One long-term resident said neighbours had discouraged automation because systems were believed not to work well locally, while another commenter reported a flow-based device working well. The thread does not establish product reliability or a colony-wide supply schedule.
What this service can and cannot address: SmartR Spaces can survey the pump, tank, dry-run protection, level or flow sensing, motor starter, manual override and alarm behaviour. It cannot change municipal supply timing, guarantee water availability or replace plumbing and electrical safety work.
Evidence scope: Other commenters reported normal supply or different experiences. The thread does not establish the electrical cause, voltage values, equipment damage or a citywide pattern.
What this service can and cannot address: SmartR Spaces can document approved restart delays, supervisory alarms, safe fallback and post-restoration tests for supported HVAC interfaces. A licensed electrical professional must address supply quality and protection; automation cannot stabilise the utility feed.
Local planning questions
List the systems that own Field devices, exchange data or commands with Metering, and present controls for BMS. Each interface needs a method, responsible party and test condition.
SmartR Spaces - Greenfields Colony checks the exact address, site contact, access permissions and workable visit window before committing a survey. The Delhi NCR label by itself is not a serviceability promise.
The client should identify the owner of the incumbent system and the person authorised to accept downtime, configuration changes and final test results. Unassigned third-party work is recorded as an exclusion or dependency.
Create individual rows for Field devices, Points lists, HVAC interfaces, Lighting control, Metering, Alarms. Each row should name the incumbent owner, proposed connection, data or command direction, access authority, test witness and fallback when the interface cannot be completed.
Installation context
Representative photography supports planning; it is not presented as a completed SmartR Spaces project in Delhi NCR.


Verified branch
Confirm availability before visiting.
Continue planning