自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

物聯(lián)網(wǎng)網(wǎng)關(guān)開發(fā)：基于MQTT消息總線的設(shè)計過程之一

作者：sewain
物聯(lián)網(wǎng) 物聯(lián)網(wǎng)應(yīng)用
這篇文章討論的內(nèi)容還談不上架構(gòu)設(shè)計，僅僅是一個簡單的物聯(lián)網(wǎng)網(wǎng)關(guān)內(nèi)部各功能模塊的通信模型。如果你有機(jī)會設(shè)計類似的產(chǎn)品，不妨嘗試一下這樣的通信模型，當(dāng)然你一定會設(shè)計的更好!
  • 一、前言
  • 二、網(wǎng)關(guān)的作用
  • 三、網(wǎng)關(guān)內(nèi)部進(jìn)程之間的通信
  • 四、網(wǎng)關(guān)與云平臺之間的通信
  • 五、總結(jié)

 一、前言

在上一篇中，我們聊了在一個嵌入式系統(tǒng)中，如何利用MQTT消息總線在各進(jìn)程之間進(jìn)行通信。

這樣的通信模型，我之前已經(jīng)在多個項目中應(yīng)用過，對于非工控產(chǎn)品來說，通信速度完全足夠。我以前做過測試，在x86平臺和ARM平臺，一條數(shù)據(jù)從本地到云端繞一下，然后再回到本地，可以控制在毫秒級別。

上篇文章只是簡單的介紹了這樣的一種設(shè)計思路，并沒有詳細(xì)的討論其中的一些細(xì)節(jié)問題。這一次，我們就來具體的聊一聊物聯(lián)網(wǎng)系統(tǒng)中的網(wǎng)關(guān)內(nèi)部程序應(yīng)該如何設(shè)計。

閱讀這篇文章，你可以有如下收獲：

  1. 物聯(lián)網(wǎng)系統(tǒng)中，設(shè)備之間是如何通信的;
  2. 網(wǎng)關(guān)中的進(jìn)程之間消息總線通信模型;
  3. 網(wǎng)關(guān)內(nèi)部消息總線上的數(shù)據(jù)如何與服務(wù)器進(jìn)行通信;
  4. 作為消遣，了解一下物聯(lián)網(wǎng)系統(tǒng)中的一些基本知識;

二、網(wǎng)關(guān)的作用

物聯(lián)網(wǎng)這個詞語的范疇太廣，似乎所有的硬件設(shè)備，只要能夠接入網(wǎng)絡(luò)，就可以稱之為物聯(lián)網(wǎng)產(chǎn)品，似乎物聯(lián)網(wǎng)這個詞可以把一切都納入到其中。

這么空洞的詞語不利于我們的講解，因此我們就用一個可以感知、想象的場景來代替，那就是智能家居系統(tǒng)，這是最能代表物聯(lián)網(wǎng)時代的典型產(chǎn)品了。

2.1 指令轉(zhuǎn)發(fā)

在一個智能家居系統(tǒng)中，假設(shè)有這么幾個設(shè)備：

這些設(shè)備的通信模塊，如果是 WiFi 或者是藍(lán)牙，那么一般都可以直接通過手機(jī)來控制(當(dāng)然，需要廠家提供相應(yīng)的手機(jī) APP)，手機(jī)就相當(dāng)于一個中心節(jié)點，控制著所有的設(shè)備。

目前市面上的一些智能設(shè)備單品都是這樣的通信方式，例如：空調(diào)、吸塵器、空氣凈化器、冰箱等等。只要在這些設(shè)備中加一個無線通信模塊即可(例如：ESP8266模塊)。

如果通信模塊是其它的通信模塊，例如：RF433、ZigBee、ZWave等，由于手機(jī)沒有這些通信模塊，因此就需要一個網(wǎng)關(guān)來“轉(zhuǎn)發(fā)”指令。

手機(jī)和網(wǎng)關(guān)都連接到家中的路由器，處于同一個局域網(wǎng)中，手機(jī)把控制指令發(fā)送給網(wǎng)關(guān)，網(wǎng)關(guān)再把指令轉(zhuǎn)發(fā)給相應(yīng)的設(shè)備。通信模型如下：

2.2 外網(wǎng)通信

在上面的通信模型中，手機(jī)和網(wǎng)關(guān)由于處于同一個局域網(wǎng)中，因此可以直接通信。如果手機(jī)不在局域網(wǎng)中呢?那么就要通過云端的服務(wù)器來轉(zhuǎn)發(fā)了，通信模型如下：

  1. 手機(jī)把指令發(fā)到服務(wù)器;
  2. 服務(wù)器把指令轉(zhuǎn)發(fā)給網(wǎng)關(guān);
  3. 網(wǎng)關(guān)把指令發(fā)給指定的設(shè)備;

以上描述的是控制指令的流程，如果是設(shè)備發(fā)出的報警信息呢，數(shù)據(jù)的流向就是反向進(jìn)行的。

可以看出，網(wǎng)關(guān)是所有設(shè)備之間通信的中心節(jié)點，也是內(nèi)網(wǎng)與外網(wǎng)之間通信的中轉(zhuǎn)節(jié)點，也就是把各種智能設(shè)備連接到互聯(lián)網(wǎng)的中轉(zhuǎn)器。

2.3 協(xié)議轉(zhuǎn)換

上面已經(jīng)提到，硬件設(shè)備上的通信模塊都是確定的(RF，ZigBee，ZWave等等)，一般來說，可以把這些通信模塊稱呼為無線通信協(xié)議。在一套智能家居系統(tǒng)中，所有設(shè)備的無線通信協(xié)議大部分都是相同的。

那么，不同類型的無線通信協(xié)議設(shè)備是否可以共存在同一個系統(tǒng)中呢?

答案是：可以。只要在網(wǎng)關(guān)中，集成了相應(yīng)的無線通信協(xié)議模塊就可以達(dá)到這個目的!如下圖所示：

從手機(jī)APP上看，所有的設(shè)備都是相同的，不會關(guān)心設(shè)備的無線通信協(xié)議是什么，因此，發(fā)出的控制指令都是協(xié)議無關(guān)的。

當(dāng)網(wǎng)關(guān)接收到控制指令時，首先根據(jù)指令內(nèi)容查找出目標(biāo)設(shè)備，然后確定目標(biāo)設(shè)備的無線通信協(xié)議，最后把指令發(fā)送給對應(yīng)的硬件通信模塊，由該通信模塊通過無線電信號把控制指令發(fā)送到設(shè)備。

從這個指令的傳輸過程來看，網(wǎng)關(guān)就充當(dāng)著協(xié)議轉(zhuǎn)換的角色。

另外還有一種通信場景：當(dāng)系統(tǒng)中的一個“輸入”設(shè)備與一個“輸出”設(shè)備進(jìn)行綁定/關(guān)聯(lián)時，例如：

  1. 紅外感應(yīng)器與聲光報警器綁定：當(dāng)紅外感應(yīng)器監(jiān)測到人體時，發(fā)出信號，然后控制聲光報警器發(fā)出報警;
  2. 門磁與燈綁定：當(dāng)開門時，門磁發(fā)出信號，自動打開燈光;

如果“輸入”設(shè)備與“輸出”設(shè)備是不同類型的無線通信協(xié)議，也需要網(wǎng)關(guān)來進(jìn)行協(xié)議轉(zhuǎn)換。

2.4 設(shè)備管理

在一個智能家居系統(tǒng)中，設(shè)備可多可少，對這些設(shè)備進(jìn)行管理也是很重要的事情。網(wǎng)關(guān)作為系統(tǒng)的中心節(jié)點，對設(shè)備進(jìn)行管理的重任理所當(dāng)然就由網(wǎng)關(guān)來承擔(dān)。

設(shè)備管理功能包括：

設(shè)備的添加和刪除;

設(shè)備狀態(tài)的管理(電量、設(shè)備斷網(wǎng)、失聯(lián)等等);設(shè)備樹的管理;

2.5 邊沿計算(自動化控制)

在正常的情況下，網(wǎng)關(guān)是可以通過路由器，與服務(wù)器保持著長連接的。如果服務(wù)器的處理能力比較強(qiáng)大，智能家居系統(tǒng)中所有需要處理的事情都可以丟給服務(wù)器來計算、處理，服務(wù)器在計算之后把處理結(jié)果再發(fā)送給網(wǎng)關(guān)。看起來想法很完美!

但是，考慮下面這 2 種情況：

  1. 路由器出現(xiàn)問題了，網(wǎng)關(guān)無法連接到服務(wù)器，因此就無法把本地數(shù)據(jù)及時上報;
  2. 系統(tǒng)中出現(xiàn)了異常情況，需要緊急處理，如果把信息上報到服務(wù)器，由服務(wù)器計算之后再回傳給網(wǎng)關(guān)，耗費(fèi)的時間可能超過了可容忍時間，該如何處理?(可以用車聯(lián)網(wǎng)系統(tǒng)來腦補(bǔ)一下這個場景：自動駕駛中的汽車遇到緊急情況，如果把所有信息上傳給服務(wù)器，然后等待服務(wù)器的下一步指令?)

對于上面的這些場景，把一些計算、處理操作放在網(wǎng)關(guān)這一端來處理也許更合適!這也是近幾年比較流行的邊沿計算。

1. 邊緣計算，是指在靠近物或數(shù)據(jù)源頭的一側(cè)，采用網(wǎng)絡(luò)、計算、存儲、應(yīng)用核心能力為一體的開放平臺，就近提供最近端服務(wù)。

2. 其應(yīng)用程序在邊緣側(cè)發(fā)起，產(chǎn)生更快的網(wǎng)絡(luò)服務(wù)響應(yīng)，滿足行業(yè)在實時業(yè)務(wù)、應(yīng)用智能、安全與隱私保護(hù)等方面的基本需求。

3. 邊緣計算處于物理實體和工業(yè)連接之間，或處于物理實體的頂端。而云端計算，仍然可以訪問邊緣計算的歷史數(shù)據(jù)

三、網(wǎng)關(guān)內(nèi)部進(jìn)程之間的通信

在設(shè)計一個應(yīng)用程序的架構(gòu)時，可以通過多線程來實現(xiàn)，也可以通過多進(jìn)程來實現(xiàn)，每個人的習(xí)慣都不一樣，各有各的好處。我們這里不去討論孰優(yōu)孰劣，因為我對多進(jìn)程這樣的設(shè)計思想比較偏愛，所以就直接按照多進(jìn)程的程序架構(gòu)來討論。

3.1 網(wǎng)關(guān)中需要哪些進(jìn)程

網(wǎng)關(guān)中需要執(zhí)行的所有進(jìn)程，是根據(jù)網(wǎng)關(guān)的功能來決定的，假設(shè)包括如下的功能：

(1)連接外網(wǎng)的進(jìn)程 Proc_Bridge

網(wǎng)關(guān)需要連接到云端的服務(wù)器，需要一個進(jìn)程與服務(wù)器之間保持長連接，這樣就可以及時接收到服務(wù)器發(fā)來的控制指令，以及把系統(tǒng)內(nèi)部數(shù)據(jù)及時上報給服務(wù)器。

這個進(jìn)程需要把從服務(wù)器接收到的指令轉(zhuǎn)發(fā)到網(wǎng)關(guān)系統(tǒng)內(nèi)部，把從系統(tǒng)內(nèi)部接收到的信息轉(zhuǎn)發(fā)給服務(wù)器，類似于橋接的功能，因此命名為 Proc_Bridge。

(2)設(shè)備管理進(jìn)程 Proc_DevMgr

這個進(jìn)程用來執(zhí)行設(shè)備管理功能，設(shè)備的添加(入網(wǎng))、刪除(退網(wǎng))，都由此進(jìn)程來管理。

(3)協(xié)議轉(zhuǎn)換進(jìn)程 Proc_Protocol

下行：把應(yīng)用層的統(tǒng)一通信協(xié)議，轉(zhuǎn)換成不同類型無線通信協(xié)議，發(fā)送給相應(yīng)的無線模塊。

上行：把設(shè)備上報的、不同類型的無線通信協(xié)議，轉(zhuǎn)換成應(yīng)用層的統(tǒng)一通信協(xié)議。

(4)邊沿計算進(jìn)程(自動化控制) Proc_Auto

很明顯，這需要一個獨立的進(jìn)程來處理各種計算，這個進(jìn)程就相當(dāng)于系統(tǒng)的大腦。

(5)無線通信協(xié)議相關(guān)的進(jìn)程 Proc_ZigBee, Proc_RF, Proc_ZWave

在硬件上，每一種無線通信模塊通過串口或其他硬件連接方式與到網(wǎng)關(guān)的 CPU 進(jìn)行通信，因此，每一種無線通信模塊都需要一個相應(yīng)的進(jìn)程來處理。

(6)其他“軟設(shè)備”進(jìn)程 Proc_Xxx

在之前的項目中，還遇到一些硬件設(shè)備，它們與門磁、插座等設(shè)備在邏輯上處于同一個層次，但是與網(wǎng)關(guān)之間是通過 TCP 來連接。對于這樣的設(shè)備，也可以使用一個獨立的進(jìn)程來進(jìn)行管理。

上面的這些進(jìn)程，在網(wǎng)關(guān)中的運(yùn)行模型如下：

3.2 MQTT消息總線

以上這些進(jìn)程之間需要相互通信，不是簡單的點對點通信，而是一個網(wǎng)狀的通信模型。比如：

設(shè)備管理進(jìn)程 Proc_DevMgr：當(dāng)任何一種設(shè)備被添加到系統(tǒng)中時，都需要處進(jìn)行處理，因此它需要與 Proc_ZigBee, Proc_RF, Proc_ZWave 這些進(jìn)程進(jìn)行通信;

當(dāng)某個設(shè)備上報數(shù)據(jù)時(例如：Proc_ZigBee)，Proc_Protocol 進(jìn)程需要把數(shù)據(jù)進(jìn)行協(xié)議轉(zhuǎn)換，然后 Proc_Bridge 進(jìn)程把轉(zhuǎn)換后的數(shù)據(jù)上報給服務(wù)器，同時 Proc_Auto 進(jìn)程需要檢查這個設(shè)備上報的數(shù)據(jù)是否觸發(fā)了其他相關(guān)聯(lián)的設(shè)備;

也就是說，這些進(jìn)程中間的通信是相互交叉的，如果通過傳統(tǒng)的 IPC 方式(共享內(nèi)存、命名管道、消息隊列、Socket)等，處理起來比較復(fù)雜。

引入了 MQTT 消息總線之后，每個進(jìn)程只需要掛載到總線上。每個進(jìn)程只需要監(jiān)聽自己感興趣的 topic，就可以接收到相應(yīng)的數(shù)據(jù)。

既然這些進(jìn)程之間的通信關(guān)系比較復(fù)雜，那么一個良好的 topic 設(shè)計規(guī)范就顯得很重要了!

3.3 Topic 的設(shè)計

MQTT 的通信模型是基于訂閱/發(fā)布的模式，一個客戶端(進(jìn)程)接入到消息總線之后，需要注冊自己感興趣的 主題 topic，其他客戶端(進(jìn)程)往這個 topic 發(fā)送消息，即可被訂閱者接收到。

主題 topic 是一個以反斜線(/)分割的字符串，用來表示多層的分級結(jié)構(gòu)，例如下面的這 2 個 topic，是亞馬遜 AWS 平臺中在線升級(OTA)相關(guān)的 topic:

  1. $aws/things/MyThing/jobs/get/accepted 
  2.  
  3. $aws/things/MyThing/jobs/get/rejected 

在我們的示例場景中，可以按照下面這樣來設(shè)計主題 topic：

(1) Proc_DevMgr

訂閱主題：

  1. $iot/v1/ZigBee/Register   
  2. $iot/v1/ZigBee/UnRegister   
  3. $iot/v1/RF/Register   
  4. $iot/v1/RF/UnRegister   
  5. $iot/v1/ZWave/Register   
  6. $iot/v1/ZWave/UnRegister  

(2) Proc_Bridge

訂閱主題：

  1. $iot/v1/Device/Report 

發(fā)出數(shù)據(jù)的主題：

  1. $iot/v1/Device/Control   
  2. $iot/v1/Device/Remove   
  3. $iot/v1/Auto/AddRule   
  4. $iot/v1/Auto/RemoveRule  

(3) Proc_Protocol

訂閱主題：

  1. $iot/v1/Device/Control   
  2. $iot/v1/Device/Remove   
  3. $iot/v1/ZigBee/Report   
  4. $iot/v1/RF/Report   
  5. $iot/v1/ZWave/Report   

發(fā)送數(shù)據(jù)主題：

  1. $iot/v1/Device/Report   
  2. $iot/v1/ZigBee/Control   
  3. $iot/v1/ZigBee/Remove   
  4. $iot/v1/RF/Control   
  5. $iot/v1/RF/Remove   
  6. $iot/v1/ZWave/Control   
  7. $iot/v1/ZWave/Remove   

(4) Proc_Auto

訂閱主題：

  1. $iot/v1/Auto/AddRule   
  2. $iot/v1/Auto/RemoveRule   
  3. $iot/v1/Device/Report   

發(fā)送數(shù)據(jù)主題：

  1. $iot/v1/Device/Control 

(5) Proc_ZigBee

訂閱主題：

  1. $iot/v1/ZigBee/Control   
  2. $iot/v1/ZigBee/Remove   

發(fā)送數(shù)據(jù)主題：

  1. $iot/v1/ZigBee/Register   
  2. $iot/v1/ZigBee/UnRegister   
  3. $iot/v1/ZigBee/Report   

(6) Proc_RF

訂閱主題：

  1. $iot/v1/RF/Control   
  2. $iot/v1/RF/Remove  

發(fā)送數(shù)據(jù)主題：

  1. $iot/v1/RF/Register   
  2. $iot/v1/RF/UnRegister   
  3. $iot/v1/RF/Report   

(7) Proc_ZWave

訂閱主題：

  1. $iot/v1/ZWave/Control   
  2. $iot/v1/ZWave/Remove   

發(fā)送數(shù)據(jù)主題：

  1. $iot/v1/ZWave/Register   
  2. $iot/v1/ZWave/UnRegister   
  3. $iot/v1/ZWave/Report   

以上這些主題 topic 的設(shè)計，還是有些粗略的。如果借助通配符(#, +, $)，可以設(shè)計出更靈活的層次結(jié)構(gòu)。

  1. 多層通配符: “#”是用于匹配主題中任意層級的通配符，多層通配符表示它的父級和任意數(shù)量的子層級。
  2. 單層通配符：“+”加號是只能用于單個主題層級匹配的通配符，在主題過濾器的任意層級都可以使用單層通配符，包括第一個和最后一個層級。
  3. 通配符：“$”表示匹配一個字符，只要不是放在主題的最開頭，其它情況下都表示匹配一個字符。

我們以一個控制指令為例，來梳理一下數(shù)據(jù)是如何通過 topic 進(jìn)行流動：

  1. Proc_Bridge 進(jìn)程從服務(wù)器接收到控制指令后，發(fā)送到消息總線上的 topic: $iot/v1/Device/Control。
  2. 由于 Proc_Protocol 進(jìn)程訂閱了這個 topic，所以立刻接收到指令。
  3. Proc_Protocol 分析指令內(nèi)容，發(fā)現(xiàn)是一個 ZigBee 設(shè)備，于是進(jìn)行協(xié)議轉(zhuǎn)換，發(fā)送一個 ZigBee 控制指令到消息總線上的 topic: $iot/v1/ZigBee/Control。
  4. 由于 Proc_ZigBee 進(jìn)程訂閱了這個 topic，因此它接收到這個控制指令。
  5. Proc_ZigBee 把控制指令轉(zhuǎn)換成 ZigBee 無線通信模塊要求的格式，通過硬件發(fā)送給設(shè)備燈泡。

我們再分析一下設(shè)備數(shù)據(jù)上報的場景：

先關(guān)注圖中紅色箭頭，忽略藍(lán)色箭頭：

  1. 門磁打開后，通過無線通信把信息上報給進(jìn)程 Proc_CF。
  2. Proc_RF 進(jìn)程接收到 RF433 通信模塊上報的數(shù)據(jù)，把“門磁打開”這個信息發(fā)送到消息總線上的 topic：$iot/v1/RF/Report。
  3. 由于 Proc_Protocol 進(jìn)程訂閱了這個 topic，因此接收到上報的門磁數(shù)據(jù)。
  4. Proc_Protocol 分析數(shù)據(jù)，把 RF433 協(xié)議的數(shù)據(jù)轉(zhuǎn)成統(tǒng)一的應(yīng)用層協(xié)議的數(shù)據(jù)，發(fā)送到消息總線上的 topic：$iot/v1/Device/Report。
  5. 由于 Proc_Bridge 進(jìn)程訂閱了這個 topic，因此就接收到了這次上報的數(shù)據(jù)。
  6. Proc_Bridge 進(jìn)程把數(shù)據(jù)上報給服務(wù)器。

再來看一下藍(lán)色箭頭流程：

在上面的第 4 步：Proc_Protocol 進(jìn)程把 RF433 協(xié)議數(shù)據(jù)轉(zhuǎn)成應(yīng)用層統(tǒng)一協(xié)議之后，把數(shù)據(jù)發(fā)送到消息總線上的 topic：$iot/v1/Device/Report 之后，Proc_Auto 進(jìn)程同時進(jìn)行如下操作：

5.由于 Proc_Auto 也訂閱了這個 topic，因此它也接收到了門磁上報的這個應(yīng)用層協(xié)議的數(shù)據(jù)。

6.Proc_Auto 查找自己的配置信息(假設(shè)用戶已經(jīng)提前配置好了一條規(guī)則：當(dāng)門磁打開的時候，就觸發(fā)聲光報警器)，發(fā)現(xiàn)匹配到了“門磁->報警器”這條規(guī)則，于是發(fā)出一條控制報警器的指令，發(fā)送到消息總線上的 topic: $iot/v1/Device/Control。

后面的 7，8，9，10 這四個步驟就與上面的控制指令流程完全一樣了。

3.4 與 DBUS 總線的對比

從上面描述的 3 個數(shù)據(jù)流向的場景中，是不是感覺到使用 topic 為“數(shù)據(jù)管道”的這種通信方式，與 Linux 系統(tǒng)中的 DBUS 總線特別的相似?

DBUS 總線也是用于進(jìn)程之間的通信，按照我個人的理解，DBUS中其實是把進(jìn)程之間的兩種通信組織在一起了：

  • 基于信號的數(shù)據(jù)傳輸;
  • 基于方法的 RPC 遠(yuǎn)程調(diào)用;

DBUS 總線包含的概念更復(fù)雜一些，包括：路徑、對象、接口、方法等等，這些概念組織在一起共同定位到一個具體的服務(wù)提供者了。

相比較而言，我感覺 MQTT 這樣的方式更簡潔一些。

所謂的 RPC 遠(yuǎn)程調(diào)用，就是調(diào)用位于遠(yuǎn)程機(jī)器上的一個函數(shù)，主要解決兩個問題：

  1. 網(wǎng)絡(luò)連接;
  2. 數(shù)據(jù)的序列化和反序列化;

后面我會專門寫一篇文章，利用 protobuf 框架來實現(xiàn) RPC 調(diào)用。

四、網(wǎng)關(guān)與云平臺之間的通信

上面講解的設(shè)計過程，是網(wǎng)關(guān)內(nèi)部的各功能模塊之間通信方式，這也是我們作為嵌入式開發(fā)者能充分發(fā)揮的部分。

網(wǎng)關(guān)與云平臺之間的通信方式一般都是客戶指定的，就那么幾種(阿里云、華為云、騰訊云、亞馬遜AWS平臺)。一般都要求網(wǎng)關(guān)與云平臺之間處于長連接的狀態(tài)，這樣云端的各種指令就可以隨時發(fā)送到網(wǎng)關(guān)。

當(dāng)然了，這些云平臺都會提供相應(yīng)的 SDK 開發(fā)包，一般使用的 MQTT 協(xié)議來連接云平臺更多一些。在一些文檔中，會把位于云端的 MQTT 服務(wù)器稱作 Broker，其實就是一個服務(wù)器。

進(jìn)程 Proc_Bridge 的功能主要有 2 點：

  1. 與云平臺的數(shù)據(jù)傳輸通道;
  2. 協(xié)議轉(zhuǎn)換：把云平臺相關(guān)的協(xié)議轉(zhuǎn)換成網(wǎng)關(guān)內(nèi)部的協(xié)議，以及相反的轉(zhuǎn)換。

也就是說：Proc_Bridge 進(jìn)程需要同時連接到云平臺的 MQTT Broker 和網(wǎng)關(guān)內(nèi)部的 MQTT 消息總線。在下一篇文章中，我們來專門講解這部分的內(nèi)容，并提供一個實現(xiàn)橋接功能的代碼模板。

五、總結(jié)

作為一名嵌入式軟件開發(fā)人員，僅僅根據(jù)別人設(shè)計好的框架來填充代碼，時間久了就會有些倦怠，不知道技術(shù)提升的方向在哪里。仔細(xì)想想，其實方向挺多的：Linux 內(nèi)核、文件系統(tǒng)、算法、應(yīng)用程序設(shè)計等等。

這篇文章討論的內(nèi)容還談不上架構(gòu)設(shè)計，僅僅是一個簡單的物聯(lián)網(wǎng)網(wǎng)關(guān)內(nèi)部各功能模塊的通信模型。如果你有機(jī)會設(shè)計類似的產(chǎn)品，不妨嘗試一下這樣的通信模型，當(dāng)然你一定會設(shè)計的更好!

本文轉(zhuǎn)載自微信公眾號「IOT物聯(lián)網(wǎng)小鎮(zhèn)」，可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請聯(lián)系IOT物聯(lián)網(wǎng)小鎮(zhèn)公眾號。

 

責(zé)任編輯：武曉燕 來源： IOT物聯(lián)網(wǎng)小鎮(zhèn)
物聯(lián)網(wǎng)MQTT消息
相關(guān)推薦

2021-02-24 08:20:33

MQTT物聯(lián)網(wǎng)網(wǎng)關(guān)開發(fā)物聯(lián)網(wǎng)

2019-12-27 10:42:45

HTTPMQTT物聯(lián)網(wǎng)

2021-09-07 05:52:26

物聯(lián)網(wǎng)網(wǎng)關(guān)工業(yè)物聯(lián)網(wǎng)物聯(lián)網(wǎng)

2023-01-31 15:35:46

物聯(lián)網(wǎng)邊緣計算工業(yè)物聯(lián)網(wǎng)

2020-10-31 21:40:35

物聯(lián)網(wǎng)網(wǎng)關(guān)物聯(lián)網(wǎng)IOT

2022-01-08 21:49:00

物聯(lián)網(wǎng)網(wǎng)關(guān)PLC物聯(lián)網(wǎng)

2020-07-08 07:36:40

物聯(lián)網(wǎng)數(shù)據(jù)技術(shù)

2023-09-18 15:36:37

物聯(lián)網(wǎng)物聯(lián)網(wǎng)生態(tài)系統(tǒng)

2014-10-29 10:33:46

物聯(lián)網(wǎng)

2020-10-11 17:01:18

物聯(lián)網(wǎng)網(wǎng)關(guān)工業(yè)物聯(lián)網(wǎng)物聯(lián)網(wǎng)

2020-11-23 08:13:27

物聯(lián)網(wǎng)

2020-07-12 15:18:38

物聯(lián)網(wǎng)傳感器技術(shù)

2022-11-02 10:59:34

2019-11-28 14:11:00

物聯(lián)網(wǎng)網(wǎng)關(guān)物聯(lián)網(wǎng)IOT

2021-12-02 18:18:21

消費(fèi)網(wǎng)關(guān)工業(yè)物聯(lián)網(wǎng)網(wǎng)關(guān)物聯(lián)網(wǎng)

2023-10-20 13:43:16

2021-01-07 07:15:27

工業(yè)物聯(lián)網(wǎng)物聯(lián)網(wǎng)網(wǎng)關(guān)物聯(lián)網(wǎng)

2023-09-19 16:10:28

2019-09-10 13:39:38

物聯(lián)網(wǎng)網(wǎng)關(guān)物聯(lián)網(wǎng)IOT

2021-01-12 09:51:43

工業(yè)物聯(lián)網(wǎng)物聯(lián)網(wǎng)網(wǎng)關(guān)物聯(lián)網(wǎng)
點贊
收藏

51CTO技術(shù)棧公眾號