一、選型總原則

智慧園區物聯網平臺核心目標：統一接入、統一運維、數據互通、業務可擴展、安全合規，不追求功能最全，優先匹配園區規模、業態(辦公樓/產業園/社區/商業綜合體)、現有設備資產、預算與長期運維能力。

> 核心定位：物聯網平臺是底座，不是業務應用;負責設備接入、協議解析、時序存儲、告警、規則引擎，上層對接智慧安防、能耗、停車、照明、環境、電梯、給排水等業務系統。

選型判斷前置清單(先明確需求，再選平臺)

1. 園區規模：小型園區(<500設備)/中型(500~5000)/大型智慧園區(>5000，多樓棟、多子園區)

2. 現有設備：品牌、通信方式(RS485、LoRa、NB-IoT、4G/5G、WiFi)、協議(Modbus、BACnet、MQTT、ONVIF)，存量設備是否利舊

3. 部署模式：公有云、私有云、本地服務器、混合云

4. 數據要求：數據是否需要本地留存、是否對接政府/管委會平臺、數據安全等級要求

5. 交付團隊：有無自研開發團隊，還是需要廠商全包實施

6. 預算劃分：平臺軟件、網關硬件、實施調試、年度運維服務費

二、核心能力指標評估(打分選型維度)

1. 設備接入與協議兼容能力(最重要)

- 支持協議：MQTT、Modbus RTU/TCP、BACnet IP、ONVIF、HTTP、LoRaWAN、NB-IoT;可擴展自定義協議

- 網關適配：支持邊緣網關接入，邊緣側本地緩存、斷網續傳、本地告警，降低云端壓力(園區網絡不穩定剛需)

- 設備管理：設備注冊、在線狀態、遠程配置、固件升級、設備分組、標簽管理、生命周期管理

- 重點避坑：很多平臺只支持自家設備，存量第三方儀表、傳感器無法接入，利舊成本極高

2. 數據能力

- 時序數據庫：存儲能耗、溫濕度、電力等周期性采集數據，支持高并發寫入、歷史曲線查詢

- 規則引擎：可視化拖拽配置，閾值告警、聯動策略(例如：溫濕度超標聯動新風;煙感報警聯動照明、攝像頭彈窗)，無需大量代碼開發

- 數據轉發：API接口、消息隊列，可把數據推送至第三方業務平臺、大屏、OA、ERP

- 數據質量：數據清洗、去重、補點、異常值過濾

3. 可視化與運維能力

- 可視化：2D平面圖、3D數字孿生可選;實時儀表盤、歷史報表導出(能耗報表、設備運維報表)

- 告警體系：多渠道推送(平臺彈窗、短信、郵件、APP);告警分級、告警屏蔽、工單聯動、告警記錄回溯

- 運維：設備故障統計、在線率統計、運維工單、權限分級(物業、運維、管理員、訪客不同權限)

4. 部署、彈性與擴容

- 部署形態

- 公有云：低成本、上線快，適合中小型園區;缺點：數據存在公網，敏感數據有顧慮

- 私有云/本地部署：數據本地留存，適合政府園區、國企園區;成本高，需要服務器和運維人員

- 混合云：邊緣網關本地采集，云端做大屏和遠程管理，園區主流方案

- 彈性擴容：后期新增樓棟、新增傳感器，平臺能否平滑擴容，不用重構系統

5. 安全體系(園區等保要求)

- 設備安全：設備證書認證、TLS加密傳輸、防止非法設備接入

- 賬號安全：RBAC權限、操作日志審計

- 網絡安全：API鑒權、防火墻支持

- 合規：滿足網絡安全等級保護2.0要求(政府/國企園區硬性要求)

6. 開放能力與二次開發

- RESTful API開放、SDK、Webhook;支持第三方應用讀取設備數據、下發控制指令

- 是否支持自定義頁面、自定義報表;有無低代碼能力，物業可自行配置簡單業務

> 區分：物聯網底座平臺 vs 打包好的智慧園區應用系統。如果后續要集成多個子系統，優先選底座型平臺。

7. 廠商服務能力

- 實施服務：現場調試、協議適配服務;很多設備對接工作量遠大于軟件本身

- 技術支持響應時效;培訓(物業運維人員培訓)

- 版本迭代：是否持續更新，是否強制升級;運維服務費比例

- 案例：同類型園區落地案例，優先看相近業態項目

三、主流平臺類型對比

> 選型建議：物業團隊無開發能力 → 選行業一體化園區平臺;有信息化團隊、大量存量設備、長期多系統集成需求 → 選大廠IoT底座或開源私有化平臺。

四、關鍵風險點&避坑清單

1. ? 只看演示大屏，忽略協議適配能力：大屏是展示層，設備接入才是底座核心，務必拿現場存量設備做POC測試

2. ? 忽略邊緣能力：園區網絡經常波動，無邊緣斷網緩存，斷網后數據丟失、聯動失效

3. ? 綁定專用硬件：平臺鎖死只能用自家傳感器/網關，后期擴容成本暴漲

4. ? 不評估數據遷移：合同寫明數據所有權、導出能力，防止廠商鎖定

5. ? 低估實施調試費：物聯網項目，設備協議調試往往占項目40%以上工作量，不要只比價軟件授權費

6. ? 等保合規遺漏：國企、產業園區，提前確認平臺是否支持等保2.0

五、選型實施步驟

1. 需求調研盤點：梳理樓棟、點位清單、設備清單、通信協議、業務場景清單

2. 篩選候選廠商，輸出需求規格書

3. POC驗證：選取1~2個樓棟，接入現有設備，測試采集、告警、聯動、接口

4. 技術+商務評審：技術能力打分、報價拆分(軟件、硬件、實施、維保)

5. 合同階段：明確交付范圍、接口標準、數據歸屬、維保年限、版本升級、培訓

6. 試點上線 → 全園區部署 → 運維移交

六、推薦選型最簡評估表(可直接用于招標)

1. 支持設備接入數量上限：____

2. 原生支持協議清單：____，是否支持自定義協議開發

3. 是否支持邊緣網關、斷網續傳：□是 □否

4. 部署模式：公有云/混合/私有本地部署

5. API開放程度，是否提供完整接口文檔

6. 告警、工單、權限、日志審計能力

7. 等保合規資質

8. 同類型園區案例數量

9. 維保服務內容、響應時間

10. 數據導出、遷移方案