物聯網平台定位為paas服務，即在物聯網應用和真實裝置之間搭建高效、穩定、安全的應用平台：面向裝置，適配多種網路環境和常見傳輸協議，提供各類硬體終端的快速接入方案和裝置管理服務；面向應用層，提供豐富的api和資料分發能力以滿足各類行業應用系統的開發需求，使物聯網企業可以更加專注於自身應用的開發，而不用將工作重心放在裝置接入層的環境搭建上，從而縮短物聯網系統的形成週期，降低企業研發、運營和運維成本。
平台架構：
資源模型：
規則引擎：
規則引擎參考：
物聯網平台：
接入協議：
接入協議
裝置側適用特點
平台側提供功能
典型適用行業
lwm2m
使用nb網路；
對於深度和廣度覆蓋要求高；
對成本和功耗十分敏感；
對資料傳輸的實時性要求不高；
存在海量連線，需要傳輸加密；
週期性上報特點明顯；
儲存裝置上報的資源列表及資料；
下發資料及命令至裝置；
接收海量大併發的資料傳輸和儲存；
資料推送到應用；
水、電、氣、暖等智慧型表具
智慧型井蓋等市政場景；
edpmqtt
儲存裝置上報的資料點；
下發應用實時、離線自定義資料或命令；
下發韌體更新位址通知；
提供資料推送到應用；
基於topic的訊息訂閱/發布（僅mqtt）
共享經濟、物流運輸、智慧型硬體、m2m等多種場景
只上報感測器資料到平台；
無需下行控制指令到裝置；
儲存裝置上報的資料點；
提供api介面實現裝置管理；
提供資料推送到應用；
簡單資料上報場景
modbus
裝置型別主要是基於tcp的dtu；
dtu下掛裝置為標準modbus協議通訊裝置
自定義配置採集命令以及採集週期；
儲存裝置上報的資料點；
下發自定義modbus命令；
資料推送到應用；
使用modbus+dtu進行資料採集的行業
tcp透傳
保持長連線；
雙向通訊；
使用者自定義通訊資料格式；
支援上傳自定義的指令碼解析自定義資料；
儲存裝置上報的資料點；
支援自定義命令下發；
支援資料推送到應用；
使用者自定義資料協議；簡單控制類場景如共享單車、共享按摩椅
術語術語
解釋別名&曾用名
產品平台資源（包括裝置，apikey，觸發器，應用等）的集合，乙個產品對應唯一的masterkey、產品id，裝置註冊碼，乙個產品下包含多個具備同一特徵的裝置，多個裝置之間的唯一性由sn來區分
專案產品id
pid，鑑權資訊組之一，建立產品時由平台分配的唯一產品識別碼，用於標識唯一個產品，作為裝置登入鑑權引數之一
專案id
apikey
用於api呼叫時的鑑權引數
master-apikey：產品下唯一的管理員許可權的apikey，具有管理產品下所有裝置的許可權
device-apikey：裝置級apikey，具備與之關聯的所有裝置的訪問許可權
accesskey
安全性更高的訪問金鑰，用於訪問平台時的隱性鑑權引數（非直接傳輸），通過參與計算並傳輸token的方式進行訪問鑑權
token
安全性更高的鑑權引數，由多個引數組成，在通道中直接傳輸
註冊碼產品下唯一，可用於真實裝置呼叫註冊裝置時，作為api的鑑權引數之一
裝置歸屬於某乙個產品下，是真實裝置在平台的對映，用於和真實裝置通過連線報文建立連線關係，平台資源分配的最小單位
鑑權資訊組
由裝置id，產品id，裝置sn組成的平台內裝置唯一的引數組合，真實裝置進行裝置連線時需要攜帶有這些引數進行鑑權（引數要求根據裝置接入協議不同有一定差異）
裝置id
鑑權資訊組之一，由平台分配的，在平台範圍內裝置唯一的識別號
sn鑑權資訊組之一，由硬體廠家自定義的裝置唯一出廠序列號，建立/註冊裝置時作為裝置引數，在產品內唯一，作為裝置連線時的鑑權引數之一
auth_info
裝置編號
資料流裝置屬性，可為裝置單項資料屬性，例如溫度=10；也可為裝置資料屬性的組合，例如座標=x:10 y:20
資料流模板
產品下所有裝置均具備的採集資料屬性，例如空氣質素檢測儀均可以上報「ph2.5」「甲醛濃度」等資料
資料點裝置每次上傳到資料流中的資料
指令碼平台支援使用者自定義資料解析規則，解析二進位制/字串格式的資料（僅適用於tcp+指令碼接入方式）
物聯網平台
樂為物聯 可登陸使用，資料顯示分析 非開源 參考文件 樂聯網使用詳細手冊 樂聯網mqtt服務使用說明 yeelink 暫不可登陸 api list 開發者 api文件 移動onenet平台 開發文件 onenet定位為paas服務，即在物聯網應用和真實裝置之間搭建高效 穩定 安全的應用平台 面向裝置...
Ninja Blocks物聯網平台簡介
ninja blocks是乙個物聯網控制平台，其平台架構包括硬體層 處理器層 軟體層以及平台層，請看下圖 最底層是硬體層，包括感測器 sensors 和驅動器 actuators 例如溫度感測器 開關等，屬於這一層。處理器層是ninja block，ninja block是乙個物聯網裝置的閘道器，它...
物聯網平台抽象規劃
最近幾年公司規劃了好幾個工業物聯網方面專案,由於前期團隊較小，資源有限比較少考慮技術復用和抽象的問題，後面隨著業務的不斷發展，團隊規模逐漸擴大，為了能夠更好的支撐後期業務的快速迭代和輸出，從整個研發體系出發不得不考技術沉澱，抽象復用的問題。根據公司業務特性，抽象提取出針對於裝置連線 安全 資料分析和...