博客 / 列表

門思科技 - KC22 基於 LoRaWAN 的 CJ/T 188 M-Bus 熱量表採集與多廠家適配方案

一、LoRaWAN 在熱量表採集場景中的技術挑戰 在集中供熱、區域能源管理等場景中,熱量表往往分佈廣泛、供電條件受限,且設備生命週期長。傳統有線抄表或私有無線方案在改造成本、維護複雜度和擴展性方面存在明顯不足。 LoRaWAN 以其遠距離、低功耗和標準化特性,逐漸成為熱量表遠程採集的主流通信方式。但在實際落地過程中,工程人員往往面臨兩個核心問題: 一是 M-Bus 與 CJ/T 188 協議在不同

Javascript

門思科技 - LoRa 物理層核心參數詳解:SF、BW、CR 與 LDRO 如何決定通信距離與功耗表現

一、LoRa 物理層為何能實現超遠距離通信 在低功耗廣域網(LPWAN)技術體系中,LoRa 的突出優勢並不來自高帶寬或高數據速率,而是通過犧牲傳輸效率換取極高的接收靈敏度。 這一能力並非單一參數決定,而是由多項物理層參數協同作用的結果。其中,SF、BW、CR 與 LDRO 構成了 LoRa PHY 層最核心的調節手段。 理解這些參數的工作原理,是進行鏈路預算評估、通信距離優化以及功耗控制的

前端

門思科技 - LoRaWAN 應用層協議碎片化問題分析及平台側統一方案實踐

在 LoRaWAN 技術快速普及的過程中,不同傳感器廠商在應用層協議上的差異逐漸成為系統集成和規模化部署的主要挑戰。相比在傳感器端強制統一協議,在物聯網平台側完成協議解析與統一輸出,更符合實際工程需求和長期運維要求。 一、LoRaWAN 傳感器應用層協議的現實差異 LoRaWAN 在物理層和 MAC 層已經形成了成熟且統一的標準,包括頻段規劃、擴頻因子、數據速率、自適應速率機制等內容。 然而

php , django , go , 後端

門思科技 - 工業物聯網低成本改造:門思科技LoRaWAN全鏈路解決方案

一、EdgeBus:邊緣邏輯引擎,無需硬件改造 EdgeBus 是門思科技推出的輕量級虛擬機,可運行在 Cortex-M0 MCU 上,通過 TypeScript 腳本配置採集與控制邏輯,無需開發固件。它支持多種工業協議,如 CJ/T 188、DL/T 645、Modbus,可實現: ​複雜協議解析​:兼容多種傳統儀表通信協議 ​數據輪詢與異常處理​:確保數據準確、穩定 ​本地邏輯控制​:

Javascript

門思科技 - 面向物聯網邊緣數據採集與傳輸的事件驅動低功耗虛擬機 EdgeBus 解析

EdgeBus 是門思科技為物聯網低功耗設備設計的事件驅動虛擬機框架,可在資源受限的 MCU 中以極低功耗運行。框架為 LoRaWAN 等 LPWAN 設備提供了統一的數據採集、協議解析、數據封裝、上行傳輸和遠程升級機制,並解決了版本管理、衝突避讓、運維調試等關鍵系統難題。EdgeBus 的核心是事件驅動架構,通過週期查詢事件和上行事件構建完整的數據採集與傳輸鏈路,為大規模物聯網部署提供高可靠性和

Javascript

門思科技 - LoRaWAN 網關到底能傳多遠?

在物聯網項目中,LoRaWAN 網關的通信距離始終是用户最關心的問題之一。而真正的答案並非一個固定數值,而是由鏈路預算、參數配置以及部署環境共同作用的動態結果。基於大量項目經驗,LoRaWAN 網關在典型場景中的覆蓋範圍大致為:城市環境 3–5 公里、樓宇環境穿透 15 層以上、開闊區域可達 20 公里以上。本文將從理論到實測,為你係統解析這一問題。 一、鏈路預算:決定通信距離上限的理論基礎 鏈路

Css , typescript , 前端 , Javascript

門思科技 - LoRaWAN FUOTA 空中固件升級:挑戰、機制與工程級解決方案解析

在大規模物聯網(IoT)項目中,終端設備部署往往分佈在偏遠、難以接觸的場景,依賴人工更新固件幾乎不可能實現。為確保設備長期穩定運行,“空中固件升級”(Firmware Update Over The Air,FUOTA)成為關鍵技術,尤其是在使用 LoRaWAN 的項目中更顯重要。由於 LoRaWAN 帶寬低、每包數據受限,實現穩定高效的 FUOTA 極具挑戰。本文系統解析 FUOTA 的原理、L

go