国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

物聯(lián)網(wǎng)都有哪些通信協(xié)議,該如何去選擇

獨(dú)愛(ài)72H ? 來(lái)源:人人都是產(chǎn)品經(jīng)理 ? 作者:人人都是產(chǎn)品經(jīng)理 ? 2019-11-22 16:15 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

(文章來(lái)源:人人都是產(chǎn)品經(jīng)理)

我們將物聯(lián)網(wǎng)協(xié)議分為兩類(lèi),一類(lèi)是傳輸協(xié)議,另一類(lèi)是通信協(xié)議。 傳輸協(xié)議通常負(fù)責(zé)子網(wǎng)中設(shè)備之間的聯(lián)網(wǎng)和通信。我們之前已經(jīng)為每個(gè)人做過(guò)一門(mén)科學(xué),并且對(duì)文章進(jìn)行了詳細(xì)介紹。 通信協(xié)議主要是運(yùn)行在傳統(tǒng)Internet TCP / IP協(xié)議上的設(shè)備通信協(xié)議,并負(fù)責(zé)通過(guò)Internet在設(shè)備之間進(jìn)行數(shù)據(jù)交換和通信。

HTTP協(xié)議是典型的CS通訊模式,由客戶(hù)端主動(dòng)發(fā)起連接,向服務(wù)器請(qǐng)求XML或JSON數(shù)據(jù)。該協(xié)議最早是為了適用web瀏覽器的上網(wǎng)瀏覽場(chǎng)景和設(shè)計(jì)的,目前在PC、手機(jī)、pad等終端上都應(yīng)用廣泛,但并不適用于物聯(lián)網(wǎng)場(chǎng)景。REST (RepresentationalState Transfer),表征狀態(tài)轉(zhuǎn)換,是基于HTTP協(xié)議開(kāi)發(fā)的一種通信風(fēng)格,目前還不是標(biāo)準(zhǔn)。

適用范圍:REST/HTTP主要為了簡(jiǎn)化互聯(lián)網(wǎng)中的系統(tǒng)架構(gòu),快速實(shí)現(xiàn)客戶(hù)端和服務(wù)器之間交互的松耦合,降低了客戶(hù)端和服務(wù)器之間的交互延遲。因此適合在物聯(lián)網(wǎng)的應(yīng)用層面,通過(guò)REST開(kāi)放物聯(lián)網(wǎng)中資源,實(shí)現(xiàn)服務(wù)被其他應(yīng)用所調(diào)用。CoAP (ConstrainedApplication Protocol),受限應(yīng)用協(xié)議,應(yīng)用于無(wú)線傳感網(wǎng)中協(xié)議。

適用范圍:CoAP是簡(jiǎn)化了HTTP協(xié)議的RESTful API,CoAP是6LowPAN協(xié)議棧中的應(yīng)用層協(xié)議,它適用于在資源受限的通信的IP網(wǎng)絡(luò)。MQTT (MessageQueuing Telemetry Transport ),消息隊(duì)列遙測(cè)傳輸,由IBM開(kāi)發(fā)的即時(shí)通訊協(xié)議,相比來(lái)說(shuō)比較適合物聯(lián)網(wǎng)場(chǎng)景的通訊協(xié)議。

MQTT協(xié)議采用發(fā)布/訂閱模式,所有的物聯(lián)網(wǎng)終端都通過(guò)TCP連接到云端,云端通過(guò)主題的方式管理各個(gè)設(shè)備關(guān)注的通訊內(nèi)容,負(fù)責(zé)將設(shè)備與設(shè)備之間消息的轉(zhuǎn)發(fā)。DDS(DataDistribution Service for Real-Time Systems),面向?qū)崟r(shí)系統(tǒng)的數(shù)據(jù)分布服務(wù),這是大名鼎鼎的OMG組織提出的協(xié)議,其權(quán)威性應(yīng)該能證明該協(xié)議的未來(lái)應(yīng)用前景。

AMQP(AdvancedMessage Queuing Protocol),先進(jìn)消息隊(duì)列協(xié)議,這是OASIS組織提出的,該組織曾提出OSLC(OpenSource Lifecyle)標(biāo)準(zhǔn),用于業(yè)務(wù)系統(tǒng)例如PLM,ERP,MES等進(jìn)行數(shù)據(jù)交換。適用范圍:最早應(yīng)用于金融系統(tǒng)之間的交易消息傳遞,在物聯(lián)網(wǎng)應(yīng)用中,主要適用于移動(dòng)手持設(shè)備與后臺(tái)數(shù)據(jù)中心的通信和分析。

XMPP(ExtensibleMessaging and Presence Protocol)可擴(kuò)展通訊和表示協(xié)議,XMPP的前身是Jabber,一個(gè)開(kāi)源形式組織產(chǎn)生的網(wǎng)絡(luò)即時(shí)通信協(xié)議。XMPP目前被IETF國(guó)際標(biāo)準(zhǔn)組織完成了標(biāo)準(zhǔn)化工作。即時(shí)通信的應(yīng)用程序,還能用在網(wǎng)絡(luò)管理、內(nèi)容供稿、協(xié)同工具、檔案共享、游戲、遠(yuǎn)端系統(tǒng)監(jiān)控等。JMS (JavaMessage Service),JAVA消息服務(wù),這是JAVA平臺(tái)中著名的消息隊(duì)列協(xié)議。

Java消息服務(wù)(JavaMessage Service)應(yīng)用程序接口,是一個(gè)Java平臺(tái)中關(guān)于面向消息中間件(MOM)的API,用于在兩個(gè)應(yīng)用程序之間,或分布式系統(tǒng)中發(fā)送消息,進(jìn)行異步通信。Java消息服務(wù)是一個(gè)與具體平臺(tái)無(wú)關(guān)的API,絕大多數(shù)MOM提供商都對(duì)JMS提供支持。

DDS、MQTT、AMQP和JMS都是基于發(fā)布/訂閱模式,發(fā)布/訂閱框架具有服務(wù)自發(fā)現(xiàn)、動(dòng)態(tài)擴(kuò)展、事件過(guò)濾的特點(diǎn),它解決了物聯(lián)網(wǎng)系統(tǒng)在應(yīng)用層的數(shù)據(jù)源快速獲取、物的加入和退出、興趣訂閱、降低帶寬流量等問(wèn)題,實(shí)現(xiàn)物的聯(lián)接在空間上松耦合(雙方無(wú)需知道通信地址)、時(shí)間上松耦合和同步松耦合。

在服務(wù)策略的幫助下,DDS能夠有效地控制和管理網(wǎng)絡(luò)帶寬、內(nèi)存空間等資源的使用,同時(shí)也能控制數(shù)據(jù)的可靠性、實(shí)時(shí)性和數(shù)據(jù)的生存時(shí)間,通過(guò)靈活使用這些服務(wù)質(zhì)量策略,DDS不僅能在窄帶的無(wú)線環(huán)境上,也能在寬帶的有線通信環(huán)境上開(kāi)發(fā)出滿足實(shí)時(shí)性需求的數(shù)據(jù)分發(fā)系統(tǒng)。
(責(zé)任編輯:fqj)

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 通信協(xié)議
    +關(guān)注

    關(guān)注

    28

    文章

    1092

    瀏覽量

    42150
  • 物聯(lián)網(wǎng)
    +關(guān)注

    關(guān)注

    2945

    文章

    47818

    瀏覽量

    414822
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    松下A6伺服通信協(xié)議介紹

    松下A6伺服通信協(xié)議是工業(yè)自動(dòng)化領(lǐng)域中廣泛使用的一種高性能通信標(biāo)準(zhǔn),其設(shè)計(jì)旨在實(shí)現(xiàn)伺服驅(qū)動(dòng)器與控制器之間的高效數(shù)據(jù)交互。協(xié)議基于松下自主開(kāi)發(fā)的通信
    的頭像 發(fā)表于 03-02 17:16 ?503次閱讀
    松下A6伺服<b class='flag-5'>通信協(xié)議</b>介紹

    機(jī)器人通信協(xié)議EtherCAT和CAN如何選擇

    當(dāng)下,雖然行業(yè)中存在許多通信協(xié)議,但業(yè)內(nèi)人士普遍認(rèn)為,EtherCAT和CAN兩大協(xié)議,是機(jī)器人行業(yè)未來(lái)最重要的兩大協(xié)議
    的頭像 發(fā)表于 01-27 15:54 ?2481次閱讀

    協(xié)議“老將”,連接工業(yè)智能的橋梁——一文讀懂ModBus通信協(xié)議

    | 智能樓宇 | 能源監(jiān)控 | 環(huán)境監(jiān)測(cè) ModBus以其穩(wěn)定、開(kāi)放、易集成的特性,持續(xù)為各類(lèi)聯(lián)網(wǎng)與工業(yè)系統(tǒng)提供可靠的通信支撐。 五、結(jié)語(yǔ) 從PLC到
    發(fā)表于 12-15 10:08

    MQTT協(xié)議為什么成為聯(lián)網(wǎng)協(xié)議

    MQTT協(xié)議之所以成為聯(lián)網(wǎng)領(lǐng)域的核心通信協(xié)議,主要得益于其 輕量級(jí)設(shè)計(jì)、高效資源利用、靈活可靠的消息傳遞機(jī)制、強(qiáng)大的安全支持以及廣泛的生態(tài)兼容性 ,這些特性精準(zhǔn)解決了
    的頭像 發(fā)表于 12-10 09:15 ?444次閱讀

    Xilinx FPGA串行通信協(xié)議介紹

    Xilinx FPGA因其高性能和低延遲,常用于串行通信接口設(shè)計(jì)。本文深入分析了Aurora、PCI Express和Serial RapidIO這三種在Xilinx系統(tǒng)設(shè)計(jì)中關(guān)鍵的串行通信協(xié)議。介紹了它們的特性、優(yōu)勢(shì)和應(yīng)用場(chǎng)景,以及如何在不同需求下
    的頭像 發(fā)表于 11-14 15:02 ?2532次閱讀
    Xilinx FPGA串行<b class='flag-5'>通信協(xié)議</b>介紹

    電能質(zhì)量在線監(jiān)測(cè)裝置支持哪些通信協(xié)議

    現(xiàn)代電能質(zhì)量在線監(jiān)測(cè)裝置支持豐富的通信協(xié)議,覆蓋工業(yè)控制、智能電網(wǎng)、聯(lián)網(wǎng)等多領(lǐng)域需求,核心協(xié)議類(lèi)型及典型應(yīng)用如下: 一、工業(yè)標(biāo)準(zhǔn)協(xié)議(主流
    的頭像 發(fā)表于 11-12 10:12 ?674次閱讀

    學(xué)習(xí)聯(lián)網(wǎng)怎么入門(mén)?

    景等。同時(shí),學(xué)習(xí)聯(lián)網(wǎng)的基本技術(shù),如傳感器技術(shù)、通信技術(shù)、云計(jì)算等,也是非常重要的。 其次,選擇適合自己的學(xué)習(xí)方式也是入門(mén)學(xué)習(xí)
    發(fā)表于 10-14 10:34

    聯(lián)網(wǎng)MQTT網(wǎng)關(guān)是什么

    聯(lián)網(wǎng)MQTT網(wǎng)關(guān)是一種采用MQTT聯(lián)網(wǎng)協(xié)議的智能設(shè)備或軟件組件,其核心功能是連接不同通信協(xié)議
    的頭像 發(fā)表于 08-29 15:24 ?1005次閱讀

    工業(yè)通信協(xié)議都有哪些?#三格電子

    通信協(xié)議
    三格電子科技
    發(fā)布于 :2025年08月28日 10:35:26

    哪些協(xié)議是工業(yè)通信協(xié)議?#三格電子

    通信協(xié)議
    三格電子科技
    發(fā)布于 :2025年08月27日 14:16:07

    如何選擇適合自己項(xiàng)目的通信協(xié)議評(píng)估工具?

    LZ-DZ200電能質(zhì)量在線監(jiān)測(cè)裝置 選擇適合項(xiàng)目的通信協(xié)議評(píng)估工具,核心是 對(duì)齊項(xiàng)目需求與工具能力 ,避免 “過(guò)度選型”(用高端工具測(cè)簡(jiǎn)單場(chǎng)景)或 “功能不足”(用輕量工具測(cè)復(fù)雜協(xié)議)。以下是分步
    的頭像 發(fā)表于 08-27 09:19 ?706次閱讀
    如何<b class='flag-5'>選擇</b>適合自己項(xiàng)目的<b class='flag-5'>通信協(xié)議</b>評(píng)估工具?

    通過(guò)MQTT協(xié)議能接入工業(yè)聯(lián)網(wǎng)云平臺(tái)中嗎

    通過(guò)MQTT協(xié)議完全可以接入工業(yè)聯(lián)網(wǎng)云平臺(tái),且因其輕量、高效、可靠等特性,已成為工業(yè)聯(lián)網(wǎng)場(chǎng)景中的主流
    的頭像 發(fā)表于 08-26 18:03 ?830次閱讀

    如何選擇合適的聯(lián)網(wǎng)藍(lán)牙模塊?

    選擇聯(lián)網(wǎng)藍(lán)牙模塊時(shí),有以下關(guān)鍵因素需要考慮到:1、發(fā)射功率:發(fā)射功率影響藍(lán)牙模塊的傳輸距離和穿透能力。一般來(lái)說(shuō),低發(fā)射功率的模塊傳輸距離較短,而高發(fā)射功率的模塊傳輸距離較遠(yuǎn)。但是,高發(fā)射功率可能
    發(fā)表于 06-28 21:46

    如何為工業(yè)聯(lián)網(wǎng)選擇最節(jié)能的通信方案?

    為工業(yè)應(yīng)用中的工業(yè)聯(lián)網(wǎng)(IIoT)設(shè)備選擇通信方法時(shí)必須考慮以下幾個(gè)因素:最大吞吐量、距離范圍、部署區(qū)域的可用性以及能源消耗。本文討論了主要的通信
    的頭像 發(fā)表于 04-17 14:33 ?714次閱讀
    如何為工業(yè)<b class='flag-5'>物</b><b class='flag-5'>聯(lián)網(wǎng)</b><b class='flag-5'>選擇</b>最節(jié)能的<b class='flag-5'>通信</b>方案?

    為什么選擇蜂窩聯(lián)網(wǎng)

    在為您的聯(lián)網(wǎng)(IoT)應(yīng)用評(píng)估最合適的低功耗廣域網(wǎng)(LPWAN)技術(shù)時(shí),除了考慮技術(shù)指標(biāo)外,還必須考慮各種因素,因?yàn)榧夹g(shù)指標(biāo)本身可能與實(shí)際性能大相徑庭。與 LoRaWAN、Sigfox
    發(fā)表于 03-17 11:42