樓宇IoT感應器有哪些應用？
樓宇管理過去依賴人手巡查與定期抄錶，異常往往在造成損失之後才被發現。物聯網感應器把溫度、濕度、二氧化碳、漏水與用電等現場狀態轉為連續數據，讓管理層在問題擴大之前知悉。本文集中講感應器這一層：量測甚麼、用甚麼方式傳送、如何供電與安裝，以及香港樓宇的實際應用。
感應器層在樓宇系統中的位置
樓宇的智能化可以分為三層來理解，而物聯網感應器屬於最底層，也就是採集層。維基百科〈Internet of things〉條目定義，物聯網指「配備感應器、處理能力與軟件的實體物件，經網絡交換資料」的網絡；套用到樓宇，感應器就是把現場的物理狀態（冷熱、有人與否、有水與否、耗電多少）轉為可傳送數據的裝置。
採集層之上是控制與管理層，負責把數據轉為決策與指令，例如調節冷氣風量或發出警報；再上一層是模型與分析層，用於長期優化與模擬。三層各有分工：感應器只負責準確、持續地量測並上報，不負責判斷；判斷邏輯放在控制器或管理平台。理解這個分層，可以避免採購時把不同層次的功能混為一談。
與傳統樓宇自動化的感應器相比，物聯網感應器的分別主要在於部署密度與連接方式。維基百科〈Building automation〉條目指出，隨着無線感應器網絡與物聯網的出現，越來越多智能樓宇採用Zigbee、低功耗藍牙與LoRa等低功耗無線技術，連接本地的感應器、執行器與處理裝置。低功耗無線讓感應器可以裝在沒有預留電源與訊號線的位置，部署密度因此大幅提高，由「每層一個溫度點」變成「每個區域甚至每個房間都有量測點」。
常見感應器類型與量測項目
樓宇常用的物聯網感應器，按量測對象可分為環境類、狀態類與能耗類三組。環境類量測空氣狀況，包括溫度、相對濕度、二氧化碳濃度、揮發性有機化合物、懸浮粒子與照度；這些數據用於判斷通風是否足夠、冷氣是否過冷、日光是否足以減少人工照明。
| 感應器類別 | 典型量測項目 | 常見應用位置 |
|---|
| 環境類 | 溫度、濕度、二氧化碳、照度、懸浮粒子 | 辦公區、會議室、大堂、機房 |
| 狀態類 | 人體活動、開關狀態、漏水、震動、門磁 | 洗手間、水泵房、機房地台、電錶房 |
| 能耗類 | 電流、電壓、用電量、水錶脈衝、水壓 | 配電盤、分區電錶、供水管道 |
狀態類感應器回答「是」與「否」的問題。人體感應多採用被動紅外線原理，靠偵測物體與背景之間的紅外線輻射差異來判斷有人出現，內部的熱釋電元件會在輻射量突然改變時輸出訊號。漏水感應器則以電極或感測線偵測積水，常裝於機房地台、水管接口與冷氣機槽底，一旦導通即即時上報。
能耗類感應器把電流互感器或錶頭脈衝轉為數據，讓管理層看到分區、分層甚至分租戶的用電曲線。這一類數據是能源管理的基礎：沒有分區計量，節能措施做完也難以量化成效。選型時應確認量程、精度與校準週期，量程過大會令低負載時的讀數失準。
資料傳輸方式：無線與有線的取捨
感應器要把讀數送出，傳輸方式直接決定部署難度與長期可靠性。低功耗無線是物聯網部署的主流之一。維基百科〈Zigbee〉條目指出，Zigbee是一套低功耗、低數據率的個人區域網絡規範，並支援網狀組網，節點之間可以互相轉發訊息以延伸覆蓋範圍。這個特性適合樓層平面較大、隔間較多的辦公區，多個感應器互為中繼，毋須每點都直達閘道。
另一類是長距離低功耗技術，以LoRa最為人熟悉。維基百科〈LoRa〉條目說明，LoRa是採用展頻調變的物理層方案，特點是傳輸距離長、耗電低，代價是數據率偏低。這類技術適合傳送短小的讀數，例如每十五分鐘上報一次水錶數值，覆蓋範圍可跨越多層或延伸至停車場與天台等偏遠位置，但不適合傳送影像或高頻採樣的訊號。
有線總線則屬於傳統但穩定的選擇。Modbus官方組織的說明指出，Modbus是一套公開、免授權的通訊協定，廣泛用於工業與樓宇設備之間的資料交換；KNX官方組織則把KNX定位為樓宇控制的開放標準，可經雙絞線、電力線、無線射頻等多種媒介傳送。有線方案的優勢在於毋須理電池，抗干擾能力強，適合機房、配電房與長期不易進入維護的位置。
實務上多數項目會混合使用：主要機電設備與配電盤用有線總線接入，散佈於租戶區域、洗手間與走廊的環境感應器用無線補上。混合部署時要注意閘道的協定轉換能力，以及不同技術的上報週期是否一致，否則同一報表內的數據時間戳會對不上。
供電、安裝位置與維護實務
供電是感應器部署最容易低估的一環。電池供電的感應器安裝最快，但電池壽命受上報頻率、無線發射功率與環境溫度影響，上報越密、距離越遠，耗電越快。部署前應按廠商規格估算更換週期，並把電池電壓納入監控項目，讓平台在電量偏低時預先提示，避免感應器靜靜停止上報而無人察覺。
另一選擇是以網絡線供電，即在同一條乙太網線上同時傳送資料與電力，毋須另設電源線。這種方式適合閘道、環境監測面板與需要持續高頻採樣的裝置，優點是沒有換電負擔，並可經交換器集中管理與重啟；代價是要拉線，且須把功耗計入交換器的供電預算。
安裝位置直接影響數據可信度。溫度感應器不應貼近出風口、日照窗邊或發熱設備，否則量到的是局部溫度而非區域代表值；二氧化碳感應器宜裝於呼吸高度附近而非天花最高點；人體感應器要留意偵測範圍與遮擋，維基百科〈Occupancy sensor〉條目提到，感應器的視野必須小心選擇與調校，使其只對所服務空間內的活動有反應，例如控制辦公室燈光的感應器不應偵測到走廊的走動。漏水感應器則要裝在實際會積水的最低點。
維護方面應建立三份清單：感應器位置與編號對照表、校準與電池更換記錄、以及異常數據的處理流程。數據長期偏離的感應器往往不是壞掉，而是位置被改動或被遮蓋，例如新加的儲物櫃擋住感應面。定期抽樣以手持儀器對照讀數，是確認感應器仍然可信的實際做法。
香港樓宇的常見應用場景
香港甲級商廈的物業管理團隊，最常把物聯網感應器用於三類用途。第一類是租戶投訴減少：辦公層按區域安裝溫濕度感應器，把「太冷」「太焗」的主觀投訴轉為可查證的溫度曲線，管理處可以指出某區長期低於設定值並調整風閥，而非逐次派人到場感受。
第二類是機房與電錶房的風險監控。香港夏季潮濕炎熱，機房冷氣故障後溫度上升極快，設備隨時因過熱停機；在機櫃上方、下方與冷氣回風口各設溫度點，配合地台漏水感應器與門磁，可在半夜無人值班時即時發出警報。工廈與舊式商廈的水泵房與消防水箱附近，亦常加裝水浸與水壓感應器，減少滲漏擴散至樓下租戶的機會。
第三類是能源管理與綠色建築認證。香港機電工程署設有能源效益專頁與香港能源最終用途數據，供業界掌握各類建築的能源使用情況；香港綠色建築議會的BEAM Plus評估體系亦涵蓋能源使用等範疇，計量與監測數據是準備相關文件時的實際依據。分區電錶與環境數據齊備，才有條件驗證節能措施是否真的見效。
香港樓宇部署還有兩項在地限制值得預先處理。一是租約與樓宇結構：租戶區域內加裝感應器與拉線須先取得業主或物業管理同意，鑽孔與穿越樓板亦須符合消防封堵要求。二是無線環境：商廈的2.4GHz頻段極為擁擠，無線感應器與辦公室Wi-Fi共用頻段時可能互相干擾，部署前宜做頻譜掃描並規劃頻道，或改用其他頻段與有線方案。
部署前的規劃與資料治理
感應器項目失敗，多數不是技術問題，而是目標不清。合理的規劃次序是先定義要回答的問題，再反推需要哪些量測點。例如目標是「減少冷氣過度製冷」，需要的是分區溫度、送風溫度與時段用電，而非把所有可買到的感應器都裝上。每個量測點應能對應一項決策或一項報表，否則只是增加日後的維護負擔。
接着要決定數據去向與保留期。感應器數據量隨點數與採樣頻率快速增加，一般做法是短期保留高解析度的原始數據，長期只保留每小時或每日的統計值。整合到管理平台時，應確認平台支援現場設備所用的協定；BACnet官方網站說明，BACnet是為樓宇自動化與控制網絡而設的資料通訊協定，並列出ANSI/ASHRAE 135與ISO 16484系列標準，在機電系統整合中相當常見。
網絡安全方面，感應器與閘道應與辦公室網絡分隔，置於獨立的網絡分區，只開放必要的通訊方向；預設密碼必須更改，閘道的遠端管理介面不應直接暴露於互聯網。涉及人流與位置的數據要特別謹慎：以人數統計為目的的量測，應以彙總數字而非可識別個人的形式保存，並在收集前明確用途與保留期限。
最後是驗收與交付。合理的驗收應包括逐點核對編號與實際位置、比對讀數與手持儀器、測試離線告警是否真的發出，以及確認資料匯出格式可供日後分析。竣工文件宜包含感應器清單、平面圖標示、閘道與網絡設定，以及電池型號與更換週期，讓日後接手的團隊不必重新摸索。