.svg){kind=small}
DCIM vs BMS vs EMS: Choosing the Right Facility System for Your Site
A procurement team scoping facility management software for a mixed-use site (offices above, a data hall below, retail at ground level) will almost always hit the same question within two meetings: do we need a BMS, an EMS, a DCIM, or all three? The acronyms are sold by overlapping vendors, with overlapping demos, and the differences only become clear when something fails and the wrong system was on watch.
This guide draws the functional boundary between Building Management System (BMS), Energy Management System (EMS), and Data Center Infrastructure Management (DCIM), shows where they integrate, and gives a procurement-team-grade decision framework for which system to deploy when.
The one-sentence definitions
A BMS is the controls system that runs the building. An EMS is the reporting system that tells you what the building used. A DCIM is the operations system that runs the data centre floor inside the building.
That sentence is enough to disqualify roughly half the vendor proposals you will see. Anything that conflates "controls" with "reporting" is undersold. Anything that claims one platform does all three at enterprise grade is overselling.
What each system actually does
Building Management System (BMS)
A BMS writes commands to actuators. It decides when chillers run, how variable air volume terminals modulate, whether lighting circuits energise, when an access door releases. It reads sensor inputs and produces control outputs in a closed loop.
Core scope:
- HVAC plant supervisory control (chillers, AHUs, VAV, exhaust)
- Lighting controls
- Access and life safety integration (read-only on FACP, never command)
- Plumbing and pump status
- Submeter polling where no separate EMS exists
The BMS lives on BACnet/IP, BACnet MS/TP, and Modbus, with a head-end where points are visualised and schedules set. In Singapore, ASHRAE Guideline 13 and BCA Green Mark mechanical and electrical handbooks are the specifying references.
Energy Management System (EMS)
An EMS does not control equipment. It reads submeters, aggregates consumption against ISO 50001 reporting requirements, runs anomaly detection on consumption patterns, and produces the reports auditors, regulators, and the sustainability team need. Its primary outputs are dashboards and CSV exports, not actuator commands.
Core scope:
- W.A.G.E.S submetering (water, air, gas, electricity, steam) downstream of utility revenue meters
- Time-series historian with engineering tag hierarchy
- KPI dashboards and scheduled compliance reports
- ISO 50001 energy review documentation
- BCA Green Mark reporting evidence
The EMS is downstream of the BMS for some data and upstream of regulators for the reporting.
Data Center Infrastructure Management (DCIM)
A DCIM platform runs the operations layer inside a data centre. It tracks IT assets at rack and slot level, monitors power chain headroom from utility through PDUs, watches inlet and return temperatures, plans capacity in three dimensions (power, cooling, space), and orchestrates moves, adds, and changes through a workflow with audit trail.
Core scope:
- Asset register at rack-slot-cable granularity
- Power chain modelling and per-circuit metering
- Environmental sensing at rack inlet
- Capacity planning with binding-constraint analytics
- Workflow and change management for the operations team
DCIM is operational software for the floor, not building controls and not utility-side reporting. For the deeper walkthrough on DCIM modules and Singapore deployment context, see our DCIM explainer for Singapore data centre operators.
The boundary in one table
| Dimension | BMS | EMS | DCIM |
|---|---|---|---|
| Primary output | Actuator commands | Reports and dashboards | Work orders and capacity plans |
| Data scope | Building services | Utility consumption | IT infrastructure and physical plant |
| Time horizon | Real-time control loops | Daily, monthly, annual reporting | Operational (hourly to multi-year capacity) |
| Audience | Plant operators, FM contractors | Sustainability, finance, regulators | Data centre operations team |
| Standards | ASHRAE 135 (BACnet), Green Mark M&E | ISO 50001, BCA Green Mark, ACRA SGX | ASHRAE TC 9.9, SS 564, ISO 27001 |
| Owns equipment? | Yes (commissioning, schedules) | No | No |
| Reads from BMS? | n/a | Yes | Yes |
| Reads from EMS? | Sometimes | n/a | Yes |
Where the systems integrate
The clean architecture for a mixed-use Singapore commercial site looks like this:
- BMS at the building shell layer. Chillers, AHUs, lighting, access. BACnet/IP head-end with open protocols at the device boundary.
- EMS at the energy reporting layer. Submeters feed an EMS that also pulls plant-side energy data from the BMS via BACnet. EMS produces the BCA Green Mark and ISO 50001 evidence packs.
- DCIM at the data centre operations layer. Reads CRAC return temperature and chilled-water valve positions from the BMS for cooling capacity calculations. Reads rack and row submeter data from the EMS where available. Owns the IT asset register, rack-inlet sensing, and change workflow.
What this architecture avoids: a single oversold "smart building" platform that owns all three layers and locks the customer into one vendor for ten years. Single-platform proposals work for very small sites where the operational complexity does not justify three systems. Above roughly 50,000 sqft, or any site with a data hall, the three-layer pattern is more defensible.
Choosing what to deploy first
For most Singapore facility teams the right starting point depends on the dominant operational problem.
If the building runs but you have no idea why energy bills move, deploy the EMS first. Submetering reveals where the consumption is. Without that data, BMS optimisation is guesswork and DCIM is irrelevant. An EMS deployment typically pays back inside 18 months on a 100,000 sqft commercial building through identified inefficiencies alone.
If the plant is running poorly, the equipment is ageing, or chiller plant efficiency is below benchmark, deploy the BMS upgrade first. Control logic that responds to current operating conditions, plus the fault-detection layer modern head-ends provide, lifts plant performance before any energy-reporting layer adds value.
If the site includes a data centre with more than 50 racks or is subject to IMDA DC-CFA reporting, the DCIM deployment is unavoidable. Operating a regulated data centre without DCIM means committing to a manual evidence trail no operations team can sustain. See our DCIM solution page for Singapore deployment context.
If you operate a multi-site portfolio (banks, telcos, mission-critical facility operators with sites across ASEAN), the BMS, EMS, and DCIM platforms should all be specified to support multi-site aggregation from the start. Retrofitting multi-site capability onto a single-site product is more expensive than buying the multi-site capable platform up front.
Procurement traps to avoid
Three patterns recur across Singapore and ASEAN facility procurement.
Trap 1: the all-in-one demo. A vendor demos a single platform that shows BMS, EMS, and DCIM views in one UI. In practice the platform is strong in one domain and a polished facade in the other two. The polished facade fails first when the operations workflow stresses it.
Trap 2: proprietary protocols at the device boundary. A controller speaking a vendor-specific protocol at the field bus locks the entire layer above it to that vendor's head-end. BACnet/IP at every protocol seam, Modbus at every meter, and OPC UA at every supervisory boundary keeps future integrators in the running.
Trap 3: no asset register migration plan. A BMS replacement that does not include a documented points list migration, or a DCIM rollout that does not include a six-week asset survey, will produce systems that show wrong data for the first eighteen months. Wrong data is worse than no data because it generates false confidence.
How the three systems support BCA Green Mark and IMDA reporting
Singapore's regulatory regime touches all three layers.
BCA Green Mark is primarily evidenced from EMS reports. The EMS produces the monthly and annual energy use intensity figures, the M&E system efficiency benchmarks, and the operational evidence for performance categories. BMS data feeds into Green Mark for plant-side efficiency verification. DCIM is relevant only where the site is a data centre.
IMDA Data Centre Call for Application (DC-CFA) requires operational PUE evidence and decarbonisation commitments. DCIM produces the PUE numbers. EMS provides the cross-check for total facility energy. BMS data documents cooling plant efficiency.
Singapore Carbon Pricing Act and ACRA SGX climate disclosure read primarily from EMS data. The EMS is the system of record for Scope 2 emissions reporting. BMS and DCIM are upstream data sources.
A facility that deploys all three systems with integration produces the evidence trail every Singapore regulatory framework asks for. A facility with one system covers one framework cleanly and improvises on the others.
What EcoXplore deploys
EcoXplore's deployment pattern across Singapore and ASEAN sites is the three-layer architecture above, on the PecStar® iEMS framework, with open protocols at every seam and exportable data formats throughout. Reference deployments include the SingTel DC West DCIM build, MediaCorp PMCS deployment with over 1,000 electrical meters on the EMS layer, and National Museum of Singapore BMS coverage.
For procurement teams scoping the right mix for a specific site, the EcoXplore engineering team provides scoping consultations grounded in the architecture pattern above and the regulatory context. The right answer is rarely "one platform". It is almost always the three-layer specification, deployed in the order that matches your dominant operational problem.
If you are scoping BMS or EMS separately, the BMS explainer and EMS explainer cover each system in depth. For the EMS-vs-PQMS distinction (a related but different boundary), see EMS vs PQMS.
DCIM、BMS 与 EMS 对比：如何为您的场地选择合适的设施系统
当一个采购团队为综合性场地（楼上是办公区，楼下是数据机房，地面层是零售空间）评估设施管理软件时，几乎总会在两次会议之内遇到同一个问题：我们需要的是 BMS、EMS、DCIM，还是三者皆备？这些缩写由功能彼此重叠的供应商售卖，演示内容也相互交叉，而它们之间的差异，往往要等到某个环节出故障、且当时值守的恰好是错误的系统时，才会变得清晰。
本指南厘清楼宇管理系统（BMS）、能源管理系统（EMS）与数据中心基础设施管理（DCIM）之间的功能边界，说明它们在何处集成，并提供一套达到采购团队水准的决策框架，帮助判断在什么情况下部署哪套系统。
一句话定义
BMS 是运行整栋楼宇的控制系统。EMS 是告诉你楼宇用了多少能源的报告系统。DCIM 是运行楼宇内部数据中心机房的运营系统。
仅凭这一句话，就足以淘汰你将会看到的大约一半供应商方案。任何把“控制”与“报告”混为一谈的方案，都低估了系统的复杂度。任何声称单一平台能以企业级水准同时胜任这三项任务的方案，都是过度推销。
每套系统的实际功能
楼宇管理系统（BMS）
BMS 向执行机构下达指令。它决定冷水机组何时运行、变风量末端如何调节、照明回路是否通电、门禁何时释放。它读取传感器输入，并在闭环中产生控制输出。
核心范围：
- HVAC 机组监控（冷水机组、空调箱、变风量、排风）
- 照明控制
- 门禁与生命安全集成（对消防报警控制盘仅作只读，绝不下达指令）
- 给排水与水泵状态
- 在没有独立 EMS 的情况下进行分项计量轮询
BMS 运行于 BACnet/IP、BACnet MS/TP 与 Modbus 之上，配有一个用于可视化测点和设定时间表的前端主机。在新加坡，ASHRAE 指南 13 以及 BCA Green Mark 机电手册是相关的规范依据。
能源管理系统（EMS）
EMS 不控制设备。它读取分项电表，按 ISO 50001 报告要求汇总能耗，对消耗模式运行异常检测，并生成审计方、监管机构和可持续发展团队所需的报告。它的主要输出是仪表盘和 CSV 导出文件，而非执行机构指令。
核心范围：
- W.A.G.E.S 分项计量（水、空气、燃气、电、蒸汽），位于公用事业贸易结算表下游
- 带工程标签层级的时序历史数据库
- KPI 仪表盘与定期合规报告
- ISO 50001 能源评审文档
- BCA Green Mark 报告证据
就部分数据而言，EMS 位于 BMS 下游；就报告而言，它位于监管机构上游。
数据中心基础设施管理（DCIM）
DCIM 平台运行的是数据中心内部的运营层。它在机柜和槽位级别追踪 IT 资产，从公用事业侧一路监测到 PDU 的供电链余量，监视进风和回风温度，在三个维度（供电、制冷、空间）上规划容量，并通过带审计追踪的工作流来协调设备的迁移、新增与变更。
核心范围：
- 机柜、槽位、线缆粒度的资产登记册
- 供电链建模与每回路计量
- 机柜进风口的环境感测
- 带约束瓶颈分析的容量规划
- 面向运营团队的工作流与变更管理
DCIM 是面向机房现场的运营软件，既不是楼宇控制，也不是公用事业侧的报告系统。如需更深入了解 DCIM 模块与新加坡部署背景，请参阅我们的 面向新加坡数据中心运营方的 DCIM 详解。
一张表看清边界
| 维度 | BMS | EMS | DCIM |
|---|---|---|---|
| 主要输出 | 执行机构指令 | 报告与仪表盘 | 工单与容量计划 |
| 数据范围 | 楼宇机电服务 | 公用事业能耗 | IT 基础设施与物理机房设施 |
| 时间跨度 | 实时控制回路 | 日、月、年度报告 | 运营层面（从小时级到多年容量） |
| 受众 | 机房操作员、设施管理承包商 | 可持续发展、财务、监管机构 | 数据中心运营团队 |
| 标准 | ASHRAE 135（BACnet）、Green Mark 机电 | ISO 50001、BCA Green Mark、ACRA SGX | ASHRAE TC 9.9、SS 564、ISO 27001 |
| 是否拥有设备控制权？ | 是（调试、时间表） | 否 | 否 |
| 是否从 BMS 读取？ | 不适用 | 是 | 是 |
| 是否从 EMS 读取？ | 有时 | 不适用 | 是 |
这些系统在何处集成
对于新加坡的综合性商业场地，清晰的架构如下所示：
- BMS 位于楼宇外壳层。冷水机组、空调箱、照明、门禁。采用 BACnet/IP 前端主机，并在设备边界使用开放协议。
- EMS 位于能源报告层。分项电表向 EMS 馈送数据，EMS 同时通过 BACnet 从 BMS 拉取机组侧能源数据。EMS 生成 BCA Green Mark 与 ISO 50001 的证据包。
- DCIM 位于数据中心运营层。从 BMS 读取 CRAC 回风温度和冷冻水阀门开度，用于制冷容量计算。在条件允许时从 EMS 读取机柜和机排的分项计量数据。它拥有 IT 资产登记册、机柜进风口感测以及变更工作流。
这套架构所要避免的是：一个被过度吹嘘的单一“智能楼宇”平台，独揽这三层，并将客户锁定在某一家供应商长达十年。单一平台方案适用于非常小的场地，那里的运营复杂度不足以支撑三套系统。一旦超过大约 50,000 平方英尺，或者场地内设有数据机房，三层架构模式就更站得住脚。
先部署什么
对大多数新加坡设施团队来说，正确的起点取决于最主要的运营痛点。
如果楼宇照常运行，但你完全摸不清能源账单为何波动，那就先部署 EMS。分项计量能揭示能耗究竟在哪里。没有这些数据，BMS 优化只是猜测，DCIM 更无从谈起。对于一栋 100,000 平方英尺的商业楼宇，EMS 部署通常仅凭所识别出的低效环节，就能在 18 个月内收回成本。
如果机组运行不佳、设备老化，或冷水机组效率低于基准，那就先部署 BMS 升级。能够响应当前运行工况的控制逻辑，加上现代前端主机所提供的故障检测层，会在任何能源报告层带来价值之前先行提升机组性能。
如果场地内含有超过 50 个机柜的数据中心，或受 IMDA DC-CFA 报告要求约束，那么 DCIM 部署无可回避。在没有 DCIM 的情况下运营一座受监管的数据中心，意味着要承诺一套任何运营团队都无法长期维持的手工证据追踪流程。新加坡部署背景请参阅我们的 DCIM 解决方案页面。
如果你运营的是多场地组合（银行、电信运营商、在东盟各地拥有场地的关键任务设施运营方），那么 BMS、EMS 与 DCIM 平台都应从一开始就按支持多场地汇聚的要求来选型。在单场地产品上事后加装多场地能力，比一开始就购买具备多场地能力的平台更为昂贵。
需要规避的采购陷阱
在新加坡和东盟的设施采购中，有三种模式反复出现。
陷阱 1：一站式演示。供应商演示一个单一平台，在同一个用户界面里展示 BMS、EMS 和 DCIM 视图。实际上，该平台只在某一个领域强大，在另外两个领域不过是抛光过的门面。当运营工作流对其施加压力时，这个抛光门面会最先崩溃。
陷阱 2：设备边界处的专有协议。一个在现场总线上使用供应商专有协议的控制器，会把其上整个层级锁定到该供应商的前端主机。在每一处协议接缝采用 BACnet/IP、在每一只电表采用 Modbus、在每一处监控边界采用 OPC UA，才能让未来的集成商有参与的余地。
陷阱 3：没有资产登记册迁移计划。一次不含书面测点清单迁移的 BMS 更换，或一次不含为期六周资产勘测的 DCIM 上线，所产生的系统在最初十八个月里都会显示错误数据。错误数据比没有数据更糟，因为它会催生虚假的信心。
这三套系统如何支撑 BCA Green Mark 与 IMDA 报告
新加坡的监管体系触及全部三层。
BCA Green Mark 主要以 EMS 报告作为证据。EMS 生成月度和年度的能源使用强度数据、机电系统效率基准，以及各项性能类别的运营证据。BMS 数据则汇入 Green Mark，用于机组侧效率核验。DCIM 仅在场地为数据中心时才相关。
IMDA 数据中心招标计划（DC-CFA）要求提供运营 PUE 证据和脱碳承诺。DCIM 生成 PUE 数值。EMS 提供整体设施能耗的交叉核对。BMS 数据则记录制冷机组效率。
新加坡碳定价法案以及 ACRA SGX 气候信息披露主要从 EMS 数据中读取。EMS 是范围二排放报告的记录系统。BMS 与 DCIM 则是上游数据源。
一座部署了全部三套系统并实现集成的设施，能够产出每一项新加坡监管框架所要求的证据链。一座只有单一系统的设施，能够干净地覆盖一个框架，对其余框架则只能临时凑合。
EcoXplore 部署什么
EcoXplore 在新加坡和东盟各场地的部署模式，正是上述三层架构，构建于 PecStar® iEMS 框架之上，在每一处接缝采用开放协议，并全程提供可导出的数据格式。参考案例包括 SingTel DC West 的 DCIM 建设项目、EMS 层上配置超过 1,000 只电表的 MediaCorp PMCS 部署，以及 新加坡国家博物馆的 BMS 覆盖项目。
对于正在为特定场地评估合适组合的采购团队，EcoXplore 工程团队可提供咨询服务，立足于上述架构模式与监管背景进行方案界定。正确答案极少是“单一平台”，而几乎总是三层架构方案，并按照与你最主要运营痛点相匹配的顺序逐步部署。
如果你正在分别评估 BMS 或 EMS，BMS 详解与 EMS 详解会深入介绍每套系统。关于 EMS 与 PQMS 的区别（一个相关但不同的边界），请参阅 EMS 对比 PQMS。
DCIM กับ BMS กับ EMS: เลือกระบบบริหารจัดการอาคารที่เหมาะกับไซต์ของคุณ
ทีมจัดซื้อที่กำลังกำหนดขอบเขตซอฟต์แวร์บริหารจัดการอาคารสำหรับไซต์แบบผสมผสาน (สำนักงานชั้นบน ห้องดาต้าฮอลล์ชั้นล่าง และพื้นที่ค้าปลีกที่ชั้นล่างสุด) มักจะเจอคำถามเดียวกันภายในการประชุมไม่เกินสองครั้ง นั่นคือเราต้องการ BMS, EMS, DCIM หรือทั้งสามอย่าง อักษรย่อเหล่านี้ถูกขายโดยผู้จำหน่ายที่มีขอบเขตทับซ้อนกัน พร้อมการสาธิตที่ทับซ้อนกัน และความแตกต่างจะชัดเจนก็ต่อเมื่อมีบางอย่างล้มเหลวและระบบที่ผิดอยู่ในหน้าที่เฝ้าระวัง
คู่มือนี้ขีดเส้นแบ่งเชิงฟังก์ชันระหว่างระบบบริหารจัดการอาคาร (BMS) ระบบบริหารจัดการพลังงาน (EMS) และระบบบริหารจัดการโครงสร้างพื้นฐานศูนย์ข้อมูล (DCIM) แสดงให้เห็นจุดที่ระบบเหล่านี้เชื่อมต่อกัน และให้กรอบการตัดสินใจระดับทีมจัดซื้อว่าควรติดตั้งระบบใดเมื่อใด
นิยามในประโยคเดียว
BMS คือระบบควบคุมที่สั่งการให้อาคารทำงาน EMS คือระบบรายงานที่บอกคุณว่าอาคารใช้พลังงานไปเท่าไร DCIM คือระบบปฏิบัติการที่ดูแลพื้นที่ศูนย์ข้อมูลภายในอาคาร
ประโยคนั้นเพียงพอที่จะตัดข้อเสนอจากผู้จำหน่ายออกไปได้ราวครึ่งหนึ่งที่คุณจะได้เห็น สิ่งใดก็ตามที่นำ "การควบคุม" มาปนกับ "การรายงาน" คือการขายแบบด้อยคุณค่า สิ่งใดก็ตามที่อ้างว่าแพลตฟอร์มเดียวทำได้ครบทั้งสามอย่างในระดับองค์กรคือการขายเกินจริง
แต่ละระบบทำอะไรจริง ๆ
ระบบบริหารจัดการอาคาร (BMS)
BMS เขียนคำสั่งไปยังอุปกรณ์ขับเคลื่อน (actuator) มันตัดสินใจว่าเครื่องทำความเย็น (chiller) จะทำงานเมื่อใด ปลายทาง variable air volume จะปรับอย่างไร วงจรไฟส่องสว่างจะจ่ายไฟหรือไม่ และประตูควบคุมการเข้าออกจะปลดล็อกเมื่อใด มันอ่านสัญญาณจากเซ็นเซอร์และสร้างเอาต์พุตควบคุมในวงจรปิด
ขอบเขตหลัก:
- การควบคุมระดับกำกับดูแลของระบบ HVAC (chiller, AHU, VAV, ระบบระบายอากาศ)
- การควบคุมระบบไฟส่องสว่าง
- การผสานรวมระบบควบคุมการเข้าออกและระบบความปลอดภัยต่อชีวิต (อ่านอย่างเดียวบน FACP ไม่สั่งการ)
- สถานะระบบประปาและปั๊ม
- การดึงข้อมูลจากมิเตอร์ย่อยในกรณีที่ไม่มี EMS แยกต่างหาก
BMS ทำงานบน BACnet/IP, BACnet MS/TP และ Modbus โดยมีส่วนหัว (head-end) ที่ใช้แสดงจุดข้อมูลและตั้งค่าตารางเวลา ในสิงคโปร์ ASHRAE Guideline 13 และคู่มือระบบเครื่องกลและไฟฟ้าของ BCA Green Mark คือเอกสารอ้างอิงในการกำหนดสเปก
ระบบบริหารจัดการพลังงาน (EMS)
EMS ไม่ควบคุมอุปกรณ์ มันอ่านมิเตอร์ย่อย รวมข้อมูลการใช้พลังงานเทียบกับข้อกำหนดการรายงานของ ISO 50001 ตรวจจับความผิดปกติในรูปแบบการใช้พลังงาน และสร้างรายงานที่ผู้ตรวจสอบ หน่วยงานกำกับดูแล และทีมความยั่งยืนต้องการ เอาต์พุตหลักของมันคือแดชบอร์ดและไฟล์ส่งออก CSV ไม่ใช่คำสั่งไปยังอุปกรณ์ขับเคลื่อน
ขอบเขตหลัก:
- การวัดย่อยแบบ W.A.G.E.S (น้ำ อากาศ ก๊าซ ไฟฟ้า ไอน้ำ) ถัดจากมิเตอร์คิดค่าบริการของการไฟฟ้า
- ระบบบันทึกข้อมูลย้อนหลังแบบอนุกรมเวลาพร้อมลำดับชั้นแท็กทางวิศวกรรม
- แดชบอร์ด KPI และรายงานการปฏิบัติตามข้อกำหนดตามตารางเวลา
- เอกสารการทบทวนพลังงานตาม ISO 50001
- หลักฐานการรายงานสำหรับ BCA Green Mark
EMS อยู่ถัดจาก BMS สำหรับข้อมูลบางส่วน และอยู่เหนือหน่วยงานกำกับดูแลในด้านการรายงาน
ระบบบริหารจัดการโครงสร้างพื้นฐานศูนย์ข้อมูล (DCIM)
แพลตฟอร์ม DCIM ดูแลชั้นปฏิบัติการภายในศูนย์ข้อมูล มันติดตามสินทรัพย์ไอทีในระดับแร็คและช่อง ตรวจสอบกำลังสำรองของห่วงโซ่พลังงานตั้งแต่การไฟฟ้าไปจนถึง PDU เฝ้าดูอุณหภูมิขาเข้าและขากลับ วางแผนกำลังการรองรับในสามมิติ (พลังงาน การทำความเย็น พื้นที่) และจัดการการย้าย เพิ่ม และเปลี่ยนแปลงผ่านขั้นตอนงานที่มีร่องรอยการตรวจสอบ
ขอบเขตหลัก:
- ทะเบียนสินทรัพย์ในระดับความละเอียดแร็ค-ช่อง-สายเคเบิล
- การสร้างแบบจำลองห่วงโซ่พลังงานและการวัดต่อวงจร
- การตรวจวัดสภาพแวดล้อมที่จุดอากาศขาเข้าของแร็ค
- การวางแผนกำลังการรองรับด้วยการวิเคราะห์ข้อจำกัดที่เป็นตัวกำหนด
- ขั้นตอนงานและการบริหารการเปลี่ยนแปลงสำหรับทีมปฏิบัติการ
DCIM เป็นซอฟต์แวร์เชิงปฏิบัติการสำหรับพื้นที่ศูนย์ข้อมูล ไม่ใช่ระบบควบคุมอาคารและไม่ใช่การรายงานฝั่งการไฟฟ้า สำหรับรายละเอียดเชิงลึกเกี่ยวกับโมดูลของ DCIM และบริบทการติดตั้งในสิงคโปร์ ดูได้ที่ บทอธิบาย DCIM สำหรับผู้ดำเนินการศูนย์ข้อมูลในสิงคโปร์ ของเรา
เส้นแบ่งในตารางเดียว
| มิติ | BMS | EMS | DCIM |
|---|---|---|---|
| เอาต์พุตหลัก | คำสั่งไปยังอุปกรณ์ขับเคลื่อน | รายงานและแดชบอร์ด | ใบสั่งงานและแผนกำลังการรองรับ |
| ขอบเขตข้อมูล | ระบบบริการอาคาร | การใช้พลังงานจากการไฟฟ้า | โครงสร้างพื้นฐานไอทีและระบบกายภาพ |
| กรอบเวลา | วงจรควบคุมแบบเรียลไทม์ | การรายงานรายวัน รายเดือน รายปี | เชิงปฏิบัติการ (รายชั่วโมงไปจนถึงกำลังการรองรับหลายปี) |
| กลุ่มผู้ใช้ | ผู้ปฏิบัติงานระบบ ผู้รับเหมา FM | ฝ่ายความยั่งยืน การเงิน หน่วยงานกำกับดูแล | ทีมปฏิบัติการศูนย์ข้อมูล |
| มาตรฐาน | ASHRAE 135 (BACnet), Green Mark M&E | ISO 50001, BCA Green Mark, ACRA SGX | ASHRAE TC 9.9, SS 564, ISO 27001 |
| เป็นเจ้าของอุปกรณ์หรือไม่ | ใช่ (การทดสอบเดินเครื่อง ตารางเวลา) | ไม่ | ไม่ |
| อ่านข้อมูลจาก BMS หรือไม่ | ไม่เกี่ยวข้อง | ใช่ | ใช่ |
| อ่านข้อมูลจาก EMS หรือไม่ | บางครั้ง | ไม่เกี่ยวข้อง | ใช่ |
จุดที่ระบบเหล่านี้เชื่อมต่อกัน
สถาปัตยกรรมที่สะอาดสำหรับไซต์เชิงพาณิชย์แบบผสมผสานในสิงคโปร์มีลักษณะดังนี้:
- BMS ที่ชั้นเปลือกอาคาร เครื่องทำความเย็น AHU ระบบไฟส่องสว่าง และการควบคุมการเข้าออก ส่วนหัว BACnet/IP พร้อมโปรโตคอลแบบเปิดที่ขอบเขตของอุปกรณ์
- EMS ที่ชั้นการรายงานพลังงาน มิเตอร์ย่อยป้อนข้อมูลให้ EMS ซึ่งยังดึงข้อมูลพลังงานฝั่งระบบจาก BMS ผ่าน BACnet ด้วย EMS สร้างชุดหลักฐานสำหรับ BCA Green Mark และ ISO 50001
- DCIM ที่ชั้นปฏิบัติการศูนย์ข้อมูล อ่านอุณหภูมิอากาศขากลับของ CRAC และตำแหน่งวาล์วน้ำเย็นจาก BMS เพื่อคำนวณกำลังการทำความเย็น อ่านข้อมูลมิเตอร์ย่อยระดับแร็คและแถวจาก EMS ในจุดที่มี เป็นเจ้าของทะเบียนสินทรัพย์ไอที การตรวจวัดอากาศขาเข้าของแร็ค และขั้นตอนงานการเปลี่ยนแปลง
สิ่งที่สถาปัตยกรรมนี้หลีกเลี่ยงได้คือแพลตฟอร์ม "อาคารอัจฉริยะ" ที่ขายเกินจริงเพียงตัวเดียวซึ่งเป็นเจ้าของทั้งสามชั้นและล็อกลูกค้าไว้กับผู้จำหน่ายรายเดียวเป็นเวลาสิบปี ข้อเสนอแบบแพลตฟอร์มเดียวใช้ได้ดีกับไซต์ขนาดเล็กมากที่ความซับซ้อนเชิงปฏิบัติการไม่คุ้มกับการมีสามระบบ แต่เมื่อเกินราว 50,000 ตารางฟุต หรือไซต์ใดก็ตามที่มีดาต้าฮอลล์ รูปแบบสามชั้นจะมีเหตุผลรองรับมากกว่า
เลือกว่าจะติดตั้งอะไรก่อน
สำหรับทีมงานด้านสิ่งอำนวยความสะดวกส่วนใหญ่ในสิงคโปร์ จุดเริ่มต้นที่เหมาะสมขึ้นอยู่กับปัญหาเชิงปฏิบัติการที่เป็นหลัก
หากอาคารทำงานอยู่แต่คุณไม่รู้เลยว่าทำไมค่าไฟฟ้าถึงเปลี่ยนแปลง ให้ติดตั้ง EMS ก่อน การวัดย่อยจะเผยให้เห็นว่าการใช้พลังงานอยู่ที่ไหน หากไม่มีข้อมูลนั้น การปรับให้เหมาะสมของ BMS ก็เป็นเพียงการเดา และ DCIM ก็ไม่เกี่ยวข้อง การติดตั้ง EMS โดยทั่วไปคืนทุนภายใน 18 เดือนสำหรับอาคารเชิงพาณิชย์ขนาด 100,000 ตารางฟุต จากความไม่มีประสิทธิภาพที่ตรวจพบเพียงอย่างเดียว
หากระบบทำงานได้ไม่ดี อุปกรณ์เริ่มเก่า หรือประสิทธิภาพของระบบเครื่องทำความเย็นต่ำกว่าเกณฑ์มาตรฐาน ให้ติดตั้งการอัปเกรด BMS ก่อน ตรรกะการควบคุมที่ตอบสนองต่อสภาพการทำงานปัจจุบัน รวมกับชั้นการตรวจจับความผิดพลาดที่ส่วนหัวสมัยใหม่มีให้ จะยกระดับประสิทธิภาพของระบบก่อนที่ชั้นการรายงานพลังงานใด ๆ จะเพิ่มคุณค่าได้
หากไซต์มีศูนย์ข้อมูลที่มีมากกว่า 50 แร็ค หรืออยู่ภายใต้การรายงาน IMDA DC-CFA การติดตั้ง DCIM เป็นสิ่งที่หลีกเลี่ยงไม่ได้ การดำเนินการศูนย์ข้อมูลที่อยู่ภายใต้การกำกับดูแลโดยไม่มี DCIM หมายถึงการผูกมัดตัวเองกับร่องรอยหลักฐานแบบทำมือที่ไม่มีทีมปฏิบัติการใดสามารถคงไว้ได้ ดู หน้าโซลูชัน DCIM ของเราสำหรับบริบทการติดตั้งในสิงคโปร์
หากคุณดำเนินการพอร์ตโฟลิโอแบบหลายไซต์ (ธนาคาร ผู้ให้บริการโทรคมนาคม ผู้ดำเนินการสิ่งอำนวยความสะดวกที่มีภารกิจสำคัญซึ่งมีไซต์กระจายทั่วอาเซียน) แพลตฟอร์ม BMS, EMS และ DCIM ควรถูกกำหนดสเปกให้รองรับการรวมข้อมูลแบบหลายไซต์ตั้งแต่ต้น การติดตั้งความสามารถแบบหลายไซต์เพิ่มเติมลงในผลิตภัณฑ์ที่ออกแบบมาสำหรับไซต์เดียวจะมีค่าใช้จ่ายสูงกว่าการซื้อแพลตฟอร์มที่รองรับหลายไซต์ตั้งแต่แรก
กับดักการจัดซื้อที่ควรหลีกเลี่ยง
มีสามรูปแบบที่เกิดขึ้นซ้ำในการจัดซื้อด้านสิ่งอำนวยความสะดวกทั่วสิงคโปร์และอาเซียน
กับดักที่ 1: การสาธิตแบบครบจบในที่เดียว ผู้จำหน่ายสาธิตแพลตฟอร์มเดียวที่แสดงมุมมองของ BMS, EMS และ DCIM ใน UI เดียว แต่ในทางปฏิบัติแพลตฟอร์มนั้นแข็งแกร่งในด้านหนึ่งและเป็นเพียงหน้ากากที่ขัดเงาในอีกสองด้าน หน้ากากที่ขัดเงานั้นจะล้มเหลวก่อนเมื่อขั้นตอนงานปฏิบัติการสร้างแรงกดดันให้มัน
กับดักที่ 2: โปรโตคอลเฉพาะที่ขอบเขตของอุปกรณ์ ตัวควบคุมที่พูดโปรโตคอลเฉพาะของผู้จำหน่ายที่ field bus จะล็อกทั้งชั้นที่อยู่เหนือมันไว้กับส่วนหัวของผู้จำหน่ายรายนั้น การใช้ BACnet/IP ที่ทุกรอยต่อของโปรโตคอล Modbus ที่ทุกมิเตอร์ และ OPC UA ที่ทุกขอบเขตระดับกำกับดูแล จะทำให้ผู้รวมระบบในอนาคตยังคงมีโอกาสเข้าร่วมได้
กับดักที่ 3: ไม่มีแผนการย้ายทะเบียนสินทรัพย์ การเปลี่ยน BMS ที่ไม่รวมการย้ายรายการจุดข้อมูลที่มีเอกสารบันทึก หรือการติดตั้ง DCIM ที่ไม่รวมการสำรวจสินทรัพย์เป็นเวลาหกสัปดาห์ จะสร้างระบบที่แสดงข้อมูลผิดพลาดในช่วงสิบแปดเดือนแรก ข้อมูลผิดพลาดแย่กว่าการไม่มีข้อมูล เพราะมันสร้างความมั่นใจที่ผิด
สามระบบสนับสนุนการรายงาน BCA Green Mark และ IMDA อย่างไร
ระบอบการกำกับดูแลของสิงคโปร์เกี่ยวข้องกับทั้งสามชั้น
BCA Green Mark ใช้หลักฐานจากรายงาน EMS เป็นหลัก EMS สร้างตัวเลขความเข้มข้นการใช้พลังงานรายเดือนและรายปี เกณฑ์มาตรฐานประสิทธิภาพระบบ M&E และหลักฐานเชิงปฏิบัติการสำหรับหมวดประสิทธิภาพต่าง ๆ ข้อมูลจาก BMS ป้อนเข้าสู่ Green Mark เพื่อยืนยันประสิทธิภาพฝั่งระบบ ส่วน DCIM เกี่ยวข้องเฉพาะในกรณีที่ไซต์เป็นศูนย์ข้อมูล
IMDA Data Centre Call for Application (DC-CFA) กำหนดให้มีหลักฐาน PUE เชิงปฏิบัติการและพันธสัญญาด้านการลดคาร์บอน DCIM สร้างตัวเลข PUE EMS ให้การตรวจสอบยืนยันพลังงานรวมของสิ่งอำนวยความสะดวก ส่วนข้อมูลจาก BMS บันทึกประสิทธิภาพของระบบทำความเย็น
Singapore Carbon Pricing Act และการเปิดเผยข้อมูลด้านสภาพภูมิอากาศของ ACRA SGX อ่านข้อมูลจาก EMS เป็นหลัก EMS เป็นระบบบันทึกข้อมูลหลักสำหรับการรายงานการปล่อยมลพิษ Scope 2 ส่วน BMS และ DCIM เป็นแหล่งข้อมูลต้นทาง
สิ่งอำนวยความสะดวกที่ติดตั้งทั้งสามระบบพร้อมการผสานรวม จะสร้างร่องรอยหลักฐานที่กรอบการกำกับดูแลทุกฉบับของสิงคโปร์ต้องการ ส่วนสิ่งอำนวยความสะดวกที่มีระบบเดียวจะครอบคลุมกรอบเดียวได้อย่างชัดเจนและด้นสดในกรอบที่เหลือ
EcoXplore ติดตั้งอะไร
รูปแบบการติดตั้งของ EcoXplore ทั่วไซต์ในสิงคโปร์และอาเซียนคือสถาปัตยกรรมสามชั้นข้างต้น บนเฟรมเวิร์ก PecStar® iEMS พร้อมโปรโตคอลแบบเปิดที่ทุกรอยต่อและรูปแบบข้อมูลที่ส่งออกได้ตลอดทั้งระบบ การติดตั้งที่เป็นกรณีอ้างอิงได้แก่ งานสร้าง DCIM ที่ SingTel DC West การติดตั้ง PMCS ของ MediaCorp ที่มีมิเตอร์ไฟฟ้ามากกว่า 1,000 ตัว บนชั้น EMS และ การครอบคลุม BMS ของ National Museum of Singapore
สำหรับทีมจัดซื้อที่กำลังกำหนดขอบเขตส่วนผสมที่เหมาะสมสำหรับไซต์ใดไซต์หนึ่ง ทีมวิศวกรรมของ EcoXplore ให้บริการปรึกษากำหนดขอบเขตที่อิงกับรูปแบบสถาปัตยกรรมข้างต้นและบริบทการกำกับดูแล คำตอบที่ถูกต้องแทบจะไม่เคยเป็น "แพลตฟอร์มเดียว" แต่แทบจะเป็นสเปกสามชั้นเสมอ ติดตั้งตามลำดับที่สอดคล้องกับปัญหาเชิงปฏิบัติการหลักของคุณ
หากคุณกำลังกำหนดขอบเขต BMS หรือ EMS แยกกัน บทอธิบาย BMS และ บทอธิบาย EMS ครอบคลุมแต่ละระบบอย่างละเอียด สำหรับความแตกต่างระหว่าง EMS กับ PQMS (เส้นแบ่งที่เกี่ยวข้องแต่ต่างออกไป) ดูได้ที่ EMS กับ PQMS
DCIM vs BMS vs EMS: Memilih Sistem Fasilitas yang Tepat untuk Lokasi Anda
Tim pengadaan yang menyusun lingkup perangkat lunak manajemen fasilitas untuk lokasi penggunaan campuran (kantor di atas, data hall di bawah, ritel di lantai dasar) hampir selalu akan menghadapi pertanyaan yang sama dalam dua kali pertemuan: apakah kita memerlukan BMS, EMS, DCIM, atau ketiganya? Akronim-akronim ini dijual oleh vendor yang saling tumpang tindih, dengan demo yang saling tumpang tindih, dan perbedaannya baru menjadi jelas ketika sesuatu gagal dan sistem yang salah sedang bertugas memantau.
Panduan ini menarik batas fungsional antara Building Management System (BMS), Energy Management System (EMS), dan Data Center Infrastructure Management (DCIM), menunjukkan di mana ketiganya berintegrasi, dan memberikan kerangka pengambilan keputusan setingkat tim pengadaan tentang sistem mana yang harus diterapkan dan kapan.
Definisi dalam satu kalimat
BMS adalah sistem kontrol yang menjalankan gedung. EMS adalah sistem pelaporan yang memberi tahu Anda apa yang telah digunakan gedung. DCIM adalah sistem operasi yang menjalankan lantai data center di dalam gedung.
Kalimat itu sudah cukup untuk mendiskualifikasi sekitar setengah dari proposal vendor yang akan Anda lihat. Apa pun yang mencampuradukkan "kontrol" dengan "pelaporan" dijual terlalu murah. Apa pun yang mengklaim satu platform melakukan ketiganya pada tingkat enterprise dijual berlebihan.
Apa yang sebenarnya dilakukan masing-masing sistem
Building Management System (BMS)
BMS menulis perintah ke aktuator. Sistem ini memutuskan kapan chiller beroperasi, bagaimana terminal variable air volume bermodulasi, apakah sirkuit pencahayaan dialiri daya, kapan pintu akses terbuka. Sistem ini membaca masukan sensor dan menghasilkan keluaran kontrol dalam loop tertutup.
Lingkup inti:
- Kontrol supervisori pabrik HVAC (chiller, AHU, VAV, exhaust)
- Kontrol pencahayaan
- Integrasi akses dan keselamatan jiwa (read-only pada FACP, tidak pernah memberi perintah)
- Status perpipaan dan pompa
- Polling submeter di tempat yang tidak memiliki EMS terpisah
BMS berjalan di BACnet/IP, BACnet MS/TP, dan Modbus, dengan head-end tempat titik-titik divisualisasikan dan jadwal ditetapkan. Di Singapura, ASHRAE Guideline 13 dan handbook mekanikal dan elektrikal BCA Green Mark menjadi referensi spesifikasi.
Energy Management System (EMS)
EMS tidak mengontrol peralatan. Sistem ini membaca submeter, mengagregasi konsumsi terhadap persyaratan pelaporan ISO 50001, menjalankan deteksi anomali pada pola konsumsi, dan menghasilkan laporan yang dibutuhkan auditor, regulator, dan tim keberlanjutan. Keluaran utamanya adalah dashboard dan ekspor CSV, bukan perintah aktuator.
Lingkup inti:
- Submetering W.A.G.E.S (air, udara, gas, listrik, uap) di hilir meter pendapatan utilitas
- Historian time-series dengan hierarki tag rekayasa
- Dashboard KPI dan laporan kepatuhan terjadwal
- Dokumentasi tinjauan energi ISO 50001
- Bukti pelaporan BCA Green Mark
EMS berada di hilir BMS untuk sebagian data dan di hulu regulator untuk pelaporannya.
Data Center Infrastructure Management (DCIM)
Platform DCIM menjalankan lapisan operasi di dalam data center. Sistem ini melacak aset TI pada tingkat rak dan slot, memantau headroom rantai daya dari utilitas hingga PDU, mengawasi suhu inlet dan return, merencanakan kapasitas dalam tiga dimensi (daya, pendinginan, ruang), dan mengorkestrasi moves, adds, dan changes melalui alur kerja dengan jejak audit.
Lingkup inti:
- Register aset pada granularitas rak-slot-kabel
- Pemodelan rantai daya dan metering per sirkuit
- Penginderaan lingkungan pada inlet rak
- Perencanaan kapasitas dengan analitik binding-constraint
- Alur kerja dan manajemen perubahan untuk tim operasi
DCIM adalah perangkat lunak operasional untuk lantai, bukan kontrol gedung dan bukan pelaporan sisi utilitas. Untuk penjelasan lebih mendalam tentang modul DCIM dan konteks penerapan di Singapura, lihat penjelasan DCIM kami untuk operator data center di Singapura.
Batasnya dalam satu tabel
| Dimensi | BMS | EMS | DCIM |
|---|---|---|---|
| Keluaran utama | Perintah aktuator | Laporan dan dashboard | Perintah kerja dan rencana kapasitas |
| Lingkup data | Layanan gedung | Konsumsi utilitas | Infrastruktur TI dan pabrik fisik |
| Horizon waktu | Loop kontrol real-time | Pelaporan harian, bulanan, tahunan | Operasional (kapasitas per jam hingga multi-tahun) |
| Audiens | Operator pabrik, kontraktor FM | Keberlanjutan, keuangan, regulator | Tim operasi data center |
| Standar | ASHRAE 135 (BACnet), Green Mark M&E | ISO 50001, BCA Green Mark, ACRA SGX | ASHRAE TC 9.9, SS 564, ISO 27001 |
| Memiliki peralatan? | Ya (commissioning, jadwal) | Tidak | Tidak |
| Membaca dari BMS? | n/a | Ya | Ya |
| Membaca dari EMS? | Kadang | n/a | Ya |
Di mana sistem-sistem berintegrasi
Arsitektur yang bersih untuk lokasi komersial penggunaan campuran di Singapura terlihat seperti ini:
- BMS pada lapisan selubung gedung. Chiller, AHU, pencahayaan, akses. Head-end BACnet/IP dengan protokol terbuka pada batas perangkat.
- EMS pada lapisan pelaporan energi. Submeter mengumpan ke EMS yang juga menarik data energi sisi pabrik dari BMS melalui BACnet. EMS menghasilkan paket bukti BCA Green Mark dan ISO 50001.
- DCIM pada lapisan operasi data center. Membaca suhu return CRAC dan posisi katup chilled-water dari BMS untuk perhitungan kapasitas pendinginan. Membaca data submeter rak dan baris dari EMS bila tersedia. Memiliki register aset TI, penginderaan inlet rak, dan alur kerja perubahan.
Apa yang dihindari arsitektur ini: satu platform "smart building" yang dijual berlebihan yang memiliki ketiga lapisan dan mengunci pelanggan pada satu vendor selama sepuluh tahun. Proposal platform tunggal cocok untuk lokasi yang sangat kecil di mana kompleksitas operasional tidak membenarkan tiga sistem. Di atas sekitar 50,000 sqft, atau lokasi mana pun dengan data hall, pola tiga lapisan lebih dapat dipertahankan.
Memilih apa yang diterapkan terlebih dahulu
Bagi sebagian besar tim fasilitas di Singapura, titik awal yang tepat bergantung pada masalah operasional yang dominan.
Jika gedung berjalan tetapi Anda tidak tahu mengapa tagihan energi berubah, terapkan EMS terlebih dahulu. Submetering mengungkap di mana konsumsi terjadi. Tanpa data itu, optimalisasi BMS adalah tebakan dan DCIM tidak relevan. Penerapan EMS biasanya kembali modal dalam 18 bulan pada gedung komersial 100,000 sqft melalui inefisiensi yang teridentifikasi saja.
Jika pabrik berjalan buruk, peralatan menua, atau efisiensi pabrik chiller di bawah benchmark, terapkan peningkatan BMS terlebih dahulu. Logika kontrol yang merespons kondisi operasi saat ini, ditambah lapisan deteksi kesalahan yang disediakan head-end modern, meningkatkan kinerja pabrik sebelum lapisan pelaporan energi mana pun menambah nilai.
Jika lokasi mencakup data center dengan lebih dari 50 rak atau tunduk pada pelaporan IMDA DC-CFA, penerapan DCIM tidak dapat dihindari. Mengoperasikan data center yang diatur tanpa DCIM berarti berkomitmen pada jejak bukti manual yang tidak dapat dipertahankan oleh tim operasi mana pun. Lihat halaman solusi DCIM kami untuk konteks penerapan di Singapura.
Jika Anda mengoperasikan portofolio multi-lokasi (bank, telko, operator fasilitas mission-critical dengan lokasi di seluruh ASEAN), platform BMS, EMS, dan DCIM semuanya harus dispesifikasikan untuk mendukung agregasi multi-lokasi sejak awal. Memasang ulang kemampuan multi-lokasi pada produk lokasi tunggal lebih mahal daripada membeli platform berkemampuan multi-lokasi di awal.
Jebakan pengadaan yang harus dihindari
Tiga pola berulang di seluruh pengadaan fasilitas di Singapura dan ASEAN.
Jebakan 1: demo all-in-one. Sebuah vendor mendemonstrasikan satu platform yang menampilkan tampilan BMS, EMS, dan DCIM dalam satu UI. Dalam praktiknya platform itu kuat dalam satu domain dan hanya fasad yang dipoles pada dua domain lainnya. Fasad yang dipoles itu gagal lebih dulu ketika alur kerja operasi membebaninya.
Jebakan 2: protokol proprietary pada batas perangkat. Sebuah kontroler yang berbicara dengan protokol khusus vendor pada field bus mengunci seluruh lapisan di atasnya ke head-end vendor tersebut. BACnet/IP pada setiap sambungan protokol, Modbus pada setiap meter, dan OPC UA pada setiap batas supervisori menjaga integrator masa depan tetap dalam pertimbangan.
Jebakan 3: tidak ada rencana migrasi register aset. Penggantian BMS yang tidak mencakup migrasi daftar titik terdokumentasi, atau peluncuran DCIM yang tidak mencakup survei aset selama enam minggu, akan menghasilkan sistem yang menampilkan data yang salah selama delapan belas bulan pertama. Data yang salah lebih buruk daripada tidak ada data karena menghasilkan rasa percaya diri yang keliru.
Bagaimana ketiga sistem mendukung pelaporan BCA Green Mark dan IMDA
Rezim regulasi Singapura menyentuh ketiga lapisan.
BCA Green Mark terutama dibuktikan dari laporan EMS. EMS menghasilkan angka intensitas penggunaan energi bulanan dan tahunan, benchmark efisiensi sistem M&E, dan bukti operasional untuk kategori kinerja. Data BMS mengumpan ke Green Mark untuk verifikasi efisiensi sisi pabrik. DCIM hanya relevan bila lokasi adalah data center.
IMDA Data Centre Call for Application (DC-CFA) mensyaratkan bukti PUE operasional dan komitmen dekarbonisasi. DCIM menghasilkan angka PUE. EMS menyediakan pemeriksaan silang untuk total energi fasilitas. Data BMS mendokumentasikan efisiensi pabrik pendinginan.
Singapore Carbon Pricing Act dan pengungkapan iklim ACRA SGX terutama membaca dari data EMS. EMS adalah sistem pencatatan untuk pelaporan emisi Scope 2. BMS dan DCIM adalah sumber data hulu.
Fasilitas yang menerapkan ketiga sistem dengan integrasi menghasilkan jejak bukti yang diminta oleh setiap kerangka regulasi di Singapura. Fasilitas dengan satu sistem mencakup satu kerangka dengan rapi dan berimprovisasi pada yang lainnya.
Apa yang diterapkan EcoXplore
Pola penerapan EcoXplore di seluruh lokasi di Singapura dan ASEAN adalah arsitektur tiga lapisan di atas, pada kerangka PecStar® iEMS, dengan protokol terbuka pada setiap sambungan dan format data yang dapat diekspor di seluruhnya. Penerapan referensi mencakup pembangunan DCIM SingTel DC West, penerapan MediaCorp PMCS dengan lebih dari 1,000 meter listrik pada lapisan EMS, dan cakupan BMS National Museum of Singapore.
Bagi tim pengadaan yang menyusun lingkup campuran yang tepat untuk lokasi tertentu, tim teknik EcoXplore menyediakan konsultasi penentuan lingkup yang berlandaskan pola arsitektur di atas dan konteks regulasi. Jawaban yang tepat jarang berupa "satu platform". Hampir selalu berupa spesifikasi tiga lapisan, diterapkan dalam urutan yang sesuai dengan masalah operasional dominan Anda.
Jika Anda menyusun lingkup BMS atau EMS secara terpisah, penjelasan BMS dan penjelasan EMS membahas masing-masing sistem secara mendalam. Untuk perbedaan EMS vs PQMS (batas yang terkait tetapi berbeda), lihat EMS vs PQMS.
DCIM so với BMS so với EMS: Chọn hệ thống quản lý cơ sở phù hợp cho công trình của bạn
Một đội mua sắm đang xác định phạm vi phần mềm quản lý cơ sở cho một công trình hỗn hợp (văn phòng phía trên, một sảnh dữ liệu phía dưới, bán lẻ ở tầng trệt) gần như luôn gặp cùng một câu hỏi chỉ sau hai cuộc họp: chúng ta cần một BMS, một EMS, một DCIM, hay cả ba? Các từ viết tắt được bán bởi những nhà cung cấp có phạm vi chồng lấn, với các bản demo chồng lấn, và sự khác biệt chỉ trở nên rõ ràng khi một thứ gì đó hỏng và hệ thống sai lại đang trực ca.
Hướng dẫn này vạch ra ranh giới chức năng giữa Hệ thống quản lý tòa nhà (BMS), Hệ thống quản lý năng lượng (EMS) và Quản lý hạ tầng trung tâm dữ liệu (DCIM), cho thấy chúng tích hợp ở đâu, và đưa ra một khung quyết định cấp độ đội mua sắm về việc triển khai hệ thống nào và khi nào.
Các định nghĩa trong một câu
Một BMS là hệ thống điều khiển vận hành tòa nhà. Một EMS là hệ thống báo cáo cho bạn biết tòa nhà đã sử dụng những gì. Một DCIM là hệ thống vận hành điều hành sàn trung tâm dữ liệu bên trong tòa nhà.
Câu đó đủ để loại bỏ khoảng một nửa số đề xuất của nhà cung cấp mà bạn sẽ thấy. Bất cứ thứ gì gộp "điều khiển" với "báo cáo" đều bị định giá thấp hơn giá trị thực. Bất cứ thứ gì tuyên bố một nền tảng làm được cả ba ở cấp độ doanh nghiệp đều đang thổi phồng.
Mỗi hệ thống thực sự làm gì
Hệ thống quản lý tòa nhà (BMS)
Một BMS ghi lệnh tới các cơ cấu chấp hành. Nó quyết định khi nào máy làm lạnh chạy, các đầu cuối lưu lượng khí thay đổi điều biến ra sao, các mạch chiếu sáng có cấp điện hay không, khi nào một cửa ra vào nhả khóa. Nó đọc tín hiệu cảm biến đầu vào và tạo ra tín hiệu điều khiển đầu ra trong một vòng kín.
Phạm vi cốt lõi:
- Điều khiển giám sát hệ thống HVAC (máy làm lạnh, AHU, VAV, hút khí)
- Điều khiển chiếu sáng
- Tích hợp kiểm soát ra vào và an toàn sinh mạng (chỉ đọc trên FACP, không bao giờ ra lệnh)
- Trạng thái cấp thoát nước và bơm
- Thăm dò công tơ phụ ở nơi không có EMS riêng
BMS hoạt động trên BACnet/IP, BACnet MS/TP và Modbus, với một đầu chủ nơi các điểm được trực quan hóa và lịch trình được thiết lập. Tại Singapore, ASHRAE Guideline 13 cùng các sổ tay cơ điện của BCA Green Mark là các tài liệu tham chiếu quy cách.
Hệ thống quản lý năng lượng (EMS)
Một EMS không điều khiển thiết bị. Nó đọc các công tơ phụ, tổng hợp mức tiêu thụ theo các yêu cầu báo cáo ISO 50001, chạy phát hiện bất thường trên các mẫu tiêu thụ, và tạo ra các báo cáo mà kiểm toán viên, cơ quan quản lý và đội bền vững cần. Đầu ra chính của nó là các bảng điều khiển và bản xuất CSV, không phải các lệnh tới cơ cấu chấp hành.
Phạm vi cốt lõi:
- Đo đếm phụ W.A.G.E.S (nước, khí nén, gas, điện, hơi) ở hạ nguồn các công tơ doanh thu của đơn vị cấp điện
- Bộ lưu trữ chuỗi thời gian với cấu trúc phân cấp thẻ kỹ thuật
- Bảng điều khiển KPI và các báo cáo tuân thủ theo lịch
- Tài liệu rà soát năng lượng ISO 50001
- Bằng chứng báo cáo BCA Green Mark
EMS nằm ở hạ nguồn của BMS đối với một số dữ liệu và ở thượng nguồn của cơ quan quản lý đối với việc báo cáo.
Quản lý hạ tầng trung tâm dữ liệu (DCIM)
Một nền tảng DCIM vận hành lớp điều hành bên trong một trung tâm dữ liệu. Nó theo dõi tài sản CNTT ở mức tủ rack và khe cắm, giám sát dư địa của chuỗi nguồn điện từ đơn vị cấp điện qua các PDU, theo dõi nhiệt độ đầu vào và hồi về, lập kế hoạch năng lực trong ba chiều (nguồn điện, làm mát, không gian), và điều phối các thao tác di chuyển, bổ sung và thay đổi thông qua một luồng công việc có lưu vết kiểm toán.
Phạm vi cốt lõi:
- Sổ đăng ký tài sản ở mức chi tiết tủ rack, khe cắm, cáp
- Mô hình hóa chuỗi nguồn điện và đo đếm theo từng mạch
- Cảm biến môi trường tại đầu vào tủ rack
- Lập kế hoạch năng lực với phân tích ràng buộc giới hạn
- Quản lý luồng công việc và thay đổi cho đội vận hành
DCIM là phần mềm vận hành cho sàn, không phải điều khiển tòa nhà và không phải báo cáo phía đơn vị cấp điện. Để xem hướng dẫn chi tiết hơn về các mô-đun DCIM và bối cảnh triển khai tại Singapore, hãy xem bài giải thích DCIM dành cho các nhà vận hành trung tâm dữ liệu Singapore của chúng tôi.
Ranh giới trong một bảng
| Chiều | BMS | EMS | DCIM |
|---|---|---|---|
| Đầu ra chính | Lệnh tới cơ cấu chấp hành | Báo cáo và bảng điều khiển | Lệnh công việc và kế hoạch năng lực |
| Phạm vi dữ liệu | Dịch vụ tòa nhà | Tiêu thụ tiện ích | Hạ tầng CNTT và hệ thống vật lý |
| Khung thời gian | Vòng điều khiển thời gian thực | Báo cáo theo ngày, tháng, năm | Vận hành (theo giờ đến năng lực nhiều năm) |
| Đối tượng | Người vận hành hệ thống, nhà thầu FM | Bền vững, tài chính, cơ quan quản lý | Đội vận hành trung tâm dữ liệu |
| Tiêu chuẩn | ASHRAE 135 (BACnet), Green Mark M&E | ISO 50001, BCA Green Mark, ACRA SGX | ASHRAE TC 9.9, SS 564, ISO 27001 |
| Sở hữu thiết bị? | Có (chạy thử nghiệm, lịch trình) | Không | Không |
| Đọc từ BMS? | không áp dụng | Có | Có |
| Đọc từ EMS? | Đôi khi | không áp dụng | Có |
Nơi các hệ thống tích hợp
Kiến trúc gọn gàng cho một công trình thương mại hỗn hợp tại Singapore trông như thế này:
- BMS ở lớp vỏ tòa nhà. Máy làm lạnh, AHU, chiếu sáng, kiểm soát ra vào. Đầu chủ BACnet/IP với các giao thức mở tại ranh giới thiết bị.
- EMS ở lớp báo cáo năng lượng. Các công tơ phụ cấp dữ liệu cho một EMS mà cũng kéo dữ liệu năng lượng phía hệ thống từ BMS qua BACnet. EMS tạo ra các bộ bằng chứng BCA Green Mark và ISO 50001.
- DCIM ở lớp vận hành trung tâm dữ liệu. Đọc nhiệt độ hồi về của CRAC và vị trí van nước lạnh từ BMS để tính toán năng lực làm mát. Đọc dữ liệu công tơ phụ theo tủ rack và hàng từ EMS ở nơi có sẵn. Sở hữu sổ đăng ký tài sản CNTT, cảm biến tại đầu vào tủ rack, và luồng công việc thay đổi.
Điều mà kiến trúc này tránh được: một nền tảng "tòa nhà thông minh" duy nhất bị thổi phồng sở hữu cả ba lớp và khóa khách hàng vào một nhà cung cấp trong mười năm. Các đề xuất nền tảng đơn lẻ phù hợp cho những công trình rất nhỏ nơi độ phức tạp vận hành không biện minh cho ba hệ thống. Trên khoảng 50,000 sqft, hoặc bất kỳ công trình nào có sảnh dữ liệu, mô hình ba lớp dễ bảo vệ hơn.
Chọn triển khai gì trước
Đối với hầu hết các đội cơ sở tại Singapore, điểm khởi đầu đúng phụ thuộc vào vấn đề vận hành chiếm ưu thế.
Nếu tòa nhà vận hành nhưng bạn không biết tại sao hóa đơn năng lượng biến động, hãy triển khai EMS trước. Đo đếm phụ cho thấy mức tiêu thụ nằm ở đâu. Không có dữ liệu đó, việc tối ưu hóa BMS chỉ là phỏng đoán và DCIM thì không liên quan. Một triển khai EMS thường hoàn vốn trong vòng 18 tháng trên một tòa nhà thương mại 100,000 sqft chỉ riêng nhờ các điểm kém hiệu quả được nhận diện.
Nếu hệ thống vận hành kém, thiết bị đang lão hóa, hoặc hiệu suất hệ thống máy làm lạnh dưới mức chuẩn, hãy triển khai nâng cấp BMS trước. Logic điều khiển đáp ứng các điều kiện vận hành hiện tại, cùng với lớp phát hiện lỗi mà các đầu chủ hiện đại cung cấp, nâng cao hiệu năng hệ thống trước khi bất kỳ lớp báo cáo năng lượng nào tạo thêm giá trị.
Nếu công trình bao gồm một trung tâm dữ liệu với hơn 50 tủ rack hoặc thuộc diện báo cáo IMDA DC-CFA, việc triển khai DCIM là không thể tránh khỏi. Vận hành một trung tâm dữ liệu được quản lý mà không có DCIM nghĩa là cam kết với một lộ trình bằng chứng thủ công mà không đội vận hành nào có thể duy trì. Xem trang giải pháp DCIM của chúng tôi để biết bối cảnh triển khai tại Singapore.
Nếu bạn vận hành một danh mục đa địa điểm (ngân hàng, công ty viễn thông, các nhà vận hành cơ sở trọng yếu với các địa điểm trên khắp ASEAN), các nền tảng BMS, EMS và DCIM đều nên được quy cách để hỗ trợ tổng hợp đa địa điểm ngay từ đầu. Trang bị thêm năng lực đa địa điểm cho một sản phẩm đơn địa điểm thì tốn kém hơn so với việc mua nền tảng có khả năng đa địa điểm ngay từ đầu.
Các bẫy mua sắm cần tránh
Ba mô hình tái diễn trong việc mua sắm cơ sở tại Singapore và ASEAN.
Bẫy 1: bản demo tất cả trong một. Một nhà cung cấp trình diễn một nền tảng duy nhất hiển thị các giao diện BMS, EMS và DCIM trong cùng một UI. Trên thực tế nền tảng đó mạnh ở một lĩnh vực và chỉ là một vẻ ngoài bóng bẩy ở hai lĩnh vực còn lại. Vẻ ngoài bóng bẩy đó hỏng trước tiên khi luồng công việc vận hành tạo áp lực lên nó.
Bẫy 2: các giao thức độc quyền tại ranh giới thiết bị. Một bộ điều khiển nói một giao thức riêng của nhà cung cấp tại bus hiện trường sẽ khóa toàn bộ lớp phía trên nó vào đầu chủ của nhà cung cấp đó. BACnet/IP tại mọi mối nối giao thức, Modbus tại mọi công tơ, và OPC UA tại mọi ranh giới giám sát giữ cho các nhà tích hợp tương lai vẫn còn cơ hội.
Bẫy 3: không có kế hoạch di chuyển sổ đăng ký tài sản. Một việc thay thế BMS không bao gồm một quá trình di chuyển danh sách điểm có tài liệu, hoặc một việc triển khai DCIM không bao gồm một cuộc khảo sát tài sản kéo dài sáu tuần, sẽ tạo ra các hệ thống hiển thị dữ liệu sai trong mười tám tháng đầu tiên. Dữ liệu sai còn tệ hơn không có dữ liệu vì nó tạo ra sự tự tin sai lầm.
Ba hệ thống hỗ trợ báo cáo BCA Green Mark và IMDA như thế nào
Chế độ quản lý của Singapore chạm tới cả ba lớp.
BCA Green Mark được chứng minh chủ yếu từ các báo cáo EMS. EMS tạo ra các con số cường độ sử dụng năng lượng theo tháng và theo năm, các chuẩn hiệu suất hệ thống cơ điện, và bằng chứng vận hành cho các hạng mục hiệu năng. Dữ liệu BMS đưa vào Green Mark để xác minh hiệu suất phía hệ thống. DCIM chỉ liên quan ở nơi công trình là một trung tâm dữ liệu.
IMDA Data Centre Call for Application (DC-CFA) yêu cầu bằng chứng PUE vận hành và các cam kết khử cacbon. DCIM tạo ra các con số PUE. EMS cung cấp đối chiếu chéo cho tổng năng lượng của toàn cơ sở. Dữ liệu BMS chứng minh hiệu suất hệ thống làm mát.
Singapore Carbon Pricing Act và công bố khí hậu ACRA SGX đọc chủ yếu từ dữ liệu EMS. EMS là hệ thống ghi nhận cho việc báo cáo phát thải Scope 2. BMS và DCIM là các nguồn dữ liệu thượng nguồn.
Một cơ sở triển khai cả ba hệ thống có tích hợp sẽ tạo ra lộ trình bằng chứng mà mọi khung quản lý của Singapore yêu cầu. Một cơ sở chỉ có một hệ thống thì bao quát một khung một cách gọn gàng và ứng biến với các khung còn lại.
EcoXplore triển khai gì
Mô hình triển khai của EcoXplore trên khắp các công trình tại Singapore và ASEAN là kiến trúc ba lớp ở trên, trên nền tảng PecStar® iEMS, với các giao thức mở tại mọi mối nối và các định dạng dữ liệu có thể xuất xuyên suốt. Các triển khai tham chiếu bao gồm dự án xây dựng DCIM SingTel DC West, triển khai MediaCorp PMCS với hơn 1,000 công tơ điện ở lớp EMS, và phạm vi BMS của Bảo tàng Quốc gia Singapore.
Đối với các đội mua sắm đang xác định phạm vi của tổ hợp phù hợp cho một công trình cụ thể, đội kỹ thuật EcoXplore cung cấp các buổi tư vấn xác định phạm vi dựa trên mô hình kiến trúc ở trên và bối cảnh quản lý. Câu trả lời đúng hiếm khi là "một nền tảng". Nó gần như luôn là quy cách ba lớp, được triển khai theo thứ tự phù hợp với vấn đề vận hành chiếm ưu thế của bạn.
Nếu bạn đang xác định phạm vi của BMS hoặc EMS riêng rẽ, bài giải thích BMS và bài giải thích EMS trình bày sâu từng hệ thống. Đối với sự phân biệt giữa EMS và PQMS (một ranh giới liên quan nhưng khác biệt), hãy xem EMS so với PQMS.
More About Ecoxplore
We are dedicated to empowering businesses with software and services that drive efficiency and growth
View more
.svg)
.svg)
.svg)
.svg)
More About Ecoxplore
We are dedicated to empowering businesses with software and services that drive efficiency and growth
View moreข้อมูลเพิ่มเติมเกี่ยวกับ Ecoxplore
เรามุ่งมั่นในการช่วยให้ธุรกิจของคุณทำงานได้อย่างมีประสิทธิภาพและเติบโตอย่างยั่งยืนด้วยซอฟต์แวร์และบริการของเรา
ดูเพิ่มเติมMore About Ecoxplore
We are dedicated to empowering businesses with software and services that drive efficiency and growth
View moreLebih Banyak Tentang Ecoxplore
Kami berdedikasi untuk memberdayakan bisnis dengan perangkat lunak dan layanan yang mendorong efisiensi dan pertumbuhan
Lihat lebih banyakMore About Ecoxplore
We are dedicated to empowering businesses with software and services that drive efficiency and growth
View moreLebih Banyak Tentang Ecoxplore
Kami berdedikasi untuk memberdayakan bisnis dengan perangkat lunak dan layanan yang mendorong efisiensi dan pertumbuhan
Lihat lebih banyakMore About Ecoxplore
We are dedicated to empowering businesses with software and services that drive efficiency and growth
View moreHiểu thêm về Ecoxplore
Chúng tôi cam kết trao quyền cho các doanh nghiệp bằng phần mềm và dịch vụ giúp tăng cường hiệu quả và phát triển
Xem thêm