跳至主要内容

IoT感測器配置(例如室內環境監測感測器)

概述

目的

本指南提供以室內空氣品質監測設備(Indoor Air Quality)為例的IoT感測器接入 Neuron 平台的設定流程。跟著步驟走,透過完成設備入網、資料解析、監控看板建立及告警規則配置等關鍵步驟,可實現即時監測會議室等空間的溫濕度、CO₂等關鍵指標,及時掌握環境狀況並主動告警,從而有效保障人員健康,直觀展示環境監測服務的價值。

目標受眾

  • 現場安裝工程師:負責將IAQ設備與平台進行技術對接
  • 物業運維團隊:負責日常設備狀態檢查、告警響應
  • 樓宇業主/租戶服務經理:為客戶提供環境質量報告,提升服務體驗

範圍與用例

為某大廈空氣質量監控配置 Milesight AM 系列 IAQ 感測器,包括閘道部署、資料接入、監控看板建立、設備異常告警等。

先決條件

  • 設備就緒:請確保IAQ設備已完成實體安裝並正常通電,LoRaWAN閘道已正確部署配置且訊號覆蓋良好。

  • 平台權限:您需要具備專案管理員權限,並擁有下文提及所需應用的可見權限。請聯繫您的系統管理員或專案負責人確認帳號權限範圍。

  • 平台配置:

系統資料流

下圖為 LoRaWAN 設備(IAQ感測器)接入 Neuron 平台的全流程資料鏈路和關鍵配置點:

實施指南

階段1:IAQ 設備接入 Neuron 資料中台

1. 確認接入方式,完成設備入網與解碼

  • 預期結果:IAQ設備在您選擇的 ChirpStack 或 Netmore 或 NodeRED(kalfa)或自建 MQTT Server 平台成功完成入網認證與資料解碼(根據您的部署環境選擇),並可在對應平台的控制台中看到設備線上狀態及解碼後的原始資料。
  • 文件連結:

2. 根據所選接入方式,將設備接入 Neuron 資料中台

  • 預期結果:成功通過數據中台 -> 設備管理 -> 新增裝設備並依據教學正確配置後,當設備數據上報至平台時,其將出現在設備列表中,狀態顯示為「在線」,您可在設備詳情頁中看到即時更新的感測器數據(如溫度、濕度、CO₂ 數值)。
  • 文件連結:設備接入 / 設備清單

  • 故障排除:
    • 在 Neuron 數據中台設備沒有成功接入或狀態顯示為「離線」。
      • 情況一:設備端沒有正常上報數據至解碼平台。
        • 原因:設備與網關之間的通訊異常,或設備未成功加入網絡。
        • 操作:檢查設備訊號強度、確認網關在線,並在網絡服務器中驗證設備激活狀態與上行日誌,具體可參考設備說明書。
      • 情況二:設備物理運行正常,且在解碼平台中可確認數據正常上報,Neuron 平台未能成功接收、解析或處理從網絡服務器轉發的數據流。
        • 原因一:數據從網絡服務器轉發至平台存在延遲,或平台的數據處理流水線尚未完成對該設備數據的清洗、解析與入庫。
        • 操作一:等待一段時間並刷新設備列表;在網絡服務器控制台確認數據已轉發至正確端點。
        • 原因二:平台側的通訊鏈路或數據解析配置錯誤。
        提示

        您的設備將透過 MQTT Server 傳送數據,Neuron 平台會根據您配置的 MQTT Server 和 Topic 訂閱設備數據。因此,您需要先正確配置所使用的 MQTT Server 和 Topic 。在 Topic 的 Payload 中需包含設備各點位的即時數據,請確保 Payload 中的點位名稱(name)與 Neuron 平台內物模型的 Function Type 名稱一致(忽略大小寫),否則平台將無法識別相應數據。

        • 操作二:
          1. 檢查通訊鏈路:進入【數據中臺->MQTT管理】,核對Broker地址、端口及SSL/TLS證書配置,確保與網絡服務器(如Netmore/ChirpStack)的轉發設定完全一致,操作詳見。
          2. 核對數據路由:在【數據中臺->MQTT管理->Topic】中,確認平台訂閱的Topic(例如 client/your-client-id/#)與網絡服務器配置的轉發Topic精確匹配。
          3. 驗證數據解析:檢查【數據中臺->系統設置->ETL轉換器】或物模型中的解析規則,確保其能夠正確解析設備上報的 Payload格式。
          4. 核對物模型配置:進入【數據中臺->物模型管理】,確認已為該設備類型創建正確的物模型,且物模型中的功能點(如temperature, humidity)與設備上報數據的字段名稱匹配。

名詞解釋
1. MQTT:輕量級物聯網通信協議,基於發佈-訂閱模式,適用於低頻寬、高延遲場景的IoT設備數據傳輸。
2. Topic:在 MQTT 協議中,Topic 是一個用於尋址和過濾消息的UTF-8字符串。它充當了消息發佈者(Publisher)與訂閱者(Subscriber)之間的虛擬消息通道,是實現消息路由的核心機制。
3. ETL轉換器:數據中台將設備上報的多樣化、非標準數據格式,轉換為平台能夠統一識別和處理的標準化數據格式的核心組件。
4. 物模型:在 Neuron 平台中,某一類具有相同能力或特徵的設備的合集被稱為一款物模型。例如:室內環境監測感測器 -> 可以定義物模型為IAQ,Function type(數據點位)包含Temperature / Humidity。

階段2:建立監控看板

如需自訂資料展示檢視,可透過物聯網中心(IoT Hub)應用建立專屬監控看板,實現資料視覺化、即時預警與設備狀態集中監控。

1. 建立工作空間

  • 預期結果:進入 IoT Hub,建立一個新的空間(例如「XX大廈會議室空氣監測」或「租戶環境質量看板」),用於集中展示特定區域或業務單元的 IAQ 設備資料。
  • 文件連結:IoT Hub 空間管理

2. 配置資料看板

  • 預期結果:新增圖表元件(如曲線圖、儀錶板、數值卡片);綁定設備資料點位(如溫度、濕度、CO₂),可以透過圖表直觀地看到各IAQ設備的即時資料曲線或狀態。
  • 故障排查:
    • 設備已在資料中台成功接入並上報資料,但在 IoT Hub 中無法檢視。
      • 情況一:設備未同步至 IoT Hub
        • 原因:新配置的設備,IoT Hub 尚未自動完成資料同步。
        • 操作:進入 IoT Hub > 設備管理 頁面,點選「同步設備」按鈕,手動觸發設備清單更新,詳細資料參考IoT Hub 設備管理
      • 情況二:設備沒有被標記為「is_iot"
        • 原因:部分設備(如透過 MQTT 接入的 BMS 設備)可能未被標記為 IoT 設備,導致 IoT Hub 無法識別。
        • 操作:需要在資料中台刪除該設備並重新接入,接入時需要將is_iot欄位開啟。
  • 文件連結:配置Dashboard

階段3:配置設備異常告警

1. 在規則引擎中配置規則

  • 預期結果:進入建築洞察和故障檢測與診斷(Building Insight & FDD)應用,建立一條規則(如「CO₂超標告警」),當監測資料超過設定閾值(如CO₂>1000ppm)時,系統能自動觸發通知(如傳送平台通知/郵件)。
  • 故障排查:
    • 規則引擎中未看到設備。
      • 原因:新配置的設備,規則引擎中尚未完成資料同步
      • 操作:進入Building Insight & FDD,點選「同步資料」按鈕,手動觸發設備資料同步。
  • 文件連結:規則引擎

階段4:在資產管理模組中檢視與維護設備資訊

1. 設備自動同步

  • 預期結果:設備在資料中台接入後,將自動同步至資產管理(Asset Management)應用。

2. 維護設備資訊

  • 預期結果: 在「資產管理 > 設備清單」中自動看到已接入的IAQ設備,並可編輯其所在位置、系統、維護資訊等詳細資訊。

擴充:在數位孿生場景中關聯並檢視設備資料

1. 建立模型場景,並配置圖表連結設備資料

  • 預期結果: 進入數位孿生編輯器(Twins Builder)應用,建立一個模型場景(如「XX大廈」),新增圖表並選擇需要展示 IAQ 設備資料;可透過檢視詳細資料圖表,確認設備的即時資料與告警狀態正常顯示。
  • 文件連結:建立場景 / 配置圖表