存量設備難聯網
現場設備以 RS-485、M-Bus 等有線接口爲主,整體換表或重新鋪設通信網絡成本高、週期長。
在低功耗 MCU 和 DTU 上運行,把多次現場採集處理並聚合爲高效的 LoRaWAN 上行;採集邏輯、參數與業務程序持續更新,適應不斷變化的現場需求。
樓宇、園區、水務、能源和工業現場已有大量仍在工作的有線設備。規模化接入不僅要解決接口與協議,還要控制無線通信開銷、功耗和長期變化帶來的交付成本。
現場設備以 RS-485、M-Bus 等有線接口爲主,整體換表或重新鋪設通信網絡成本高、週期長。
直接轉發每次讀取會產生大量小報文,設備數量上升後持續佔用 LoRaWAN 空口與系統容量。
設備地址、採集週期、閾值和協議邏輯會在交付後繼續變化,反覆進場刷機難以規模化維護。
水錶 · 電錶 · 熱表 · 工業儀表
RS-485 · M-Bus · 傳感器供電
多包採集 · 聚合 · COV
低功耗 · 少報文 · 廣覆蓋
子設備 · 物模型 · RPC · 數據應用
EdgeBus 將多協議採集、邊緣處理、動態配置和終端能力組合起來,直接解決網絡容量、功耗、持續變化與存量改造問題。
在本地總線上執行多次查詢,將多個響應完成校驗、解析、換算和重組後,統一寫入一個 LoRaWAN 上行報文。
協議、數據格式和現場業務變化後,通過代碼、動態參數和遠程升級分層處理,無需把每次調整都變成現場刷機。
EdgeBus 可以高頻讀取現場傳感器,同時用 COV 將當前值與上次上報快照比較,只在變化超過閾值時觸發上行。
支持外設供電的採集終端可以在讀取時喚醒併爲有線傳感器供電;例如 KC21 可輸出 15V,將已有 RS-485 傳感器接入 LoRaWAN。
EdgeBus 將查詢、處理和上行組織成可配置的事件模型。開發者使用 TypeScript、EBSDK 或 EBHelper 描述設備協議,編譯後的業務程序直接運行在低功耗採集終端中。

聚焦現場協議採集、輕量數據處理和 LoRaWAN 上行,不依賴 Linux、容器或完整邊緣服務器。
承載本地數據庫、儀表板、BACnet、Modbus TCP Server 以及完整的 ThinkLink 平臺能力。

KC 系列覆蓋導軌式與 IP65 安裝、RS-485 與 M-Bus 接口,並通過 EdgeBus 運行同一套可持續更新的採集邏輯。
面向配電室、機房與控制櫃等固定工業場景,將一條 RS-485 總線上的設備接入 LoRaWAN。
面向井蓋、管廊和無市電現場,採集期間可輸出 15V 爲外部傳感器供電,複用已有 RS-485 設備。
面向熱表、水錶等 M-Bus 設備,在無市電或戶外現場提供低功耗 LoRaWAN 採集路徑。