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

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

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

CoAP協(xié)議是什么?

汽車電子技術(shù) ? 來(lái)源:碼農(nóng)與軟件時(shí)代 ? 作者:碼農(nóng)與軟件時(shí)代 ? 2023-02-15 14:26 ? 次閱讀
  1. CoAP協(xié)議是什么?

CoAP,全稱是Constrained Application Protocol,譯為受限制的應(yīng)用協(xié)議,用于資源受限(CPU、內(nèi)存、硬盤)的小型物聯(lián)設(shè)備。

RFC 7252中有如下說(shuō)明:

The interaction model of CoAP is similar to the client/server model of HTTP. However, machine-to-machine interactions typically result in a CoAP implementation acting in both client and server roles.

CoAP的交互模型類似于HTTP的客戶端/服務(wù)器模型。但CoAP是雙向通信

Unlike HTTP, CoAP deals with these interchanges synchronously over a datagram-oriented transport such as UDP.

與HTTP不同,CoAP通過(guò)面向數(shù)據(jù)報(bào)的傳輸(例如UDP)同步處理這些交換。

  1. 為什么會(huì)有CoAP協(xié)議?

計(jì)算機(jī)網(wǎng)絡(luò)中,網(wǎng)絡(luò)設(shè)備的資源都是相對(duì)充足的,傳輸層使用的是TCP協(xié)議,應(yīng)用層使用的是HTTP協(xié)議,該協(xié)議構(gòu)建在REST架構(gòu)之上。

物聯(lián)網(wǎng)中,網(wǎng)絡(luò)環(huán)境通常是不穩(wěn)定的,采集數(shù)據(jù)的傳感設(shè)備資源往往是有限的,使用HTTP協(xié)議顯然是不合適的。

那么,就需要在受限制的物聯(lián)網(wǎng)環(huán)境中,實(shí)現(xiàn)類似HTTP協(xié)議卻使用極少資源且用于M2M通信的應(yīng)用層協(xié)議。

CoAP協(xié)議因此而誕生。

從產(chǎn)生的原因中,不難看出:

(1)CoAP協(xié)議使用請(qǐng)求/響應(yīng)模型,能夠雙向通信;

(2)CoAP協(xié)議是Client和Server之間的點(diǎn)對(duì)點(diǎn)協(xié)議;

  1. CoAP協(xié)議是如何工作的?

(1)CoAP如何定位資源?

與HTTP協(xié)議類似:

使用coap://[IP Addr]:5683/sensors/temp;

使用coap://[IP Addr]:5684/sensors/temp;

同樣地,使用的請(qǐng)求方法:GET\\POST\\PUT\\DELETE。

(2)CoAP協(xié)議能夠保證消息可靠傳輸嗎?

CoAP協(xié)議有4種消息:Confirmable Message(可確認(rèn)消息)、Non-confirmable Message(無(wú)法確認(rèn)的消息)、Acknowledgement Message(確認(rèn)信息)、Reset Message(重置消息)。

CoAP協(xié)議通過(guò)可確認(rèn)消息和確認(rèn)信息來(lái)保證消息可靠傳輸。

(3)CoAP協(xié)議如何保證傳輸數(shù)據(jù)的安全性?

CoAP使用數(shù)據(jù)包傳輸層安全性協(xié)議DTLS來(lái)保證傳輸數(shù)據(jù)的安全。DTLS是基于SSL TLS協(xié)議架構(gòu)上的擴(kuò)展。

  1. 測(cè)試CoAP協(xié)議的開(kāi)源工具有哪些?

開(kāi)源工具有:瀏覽器Chrome插件Copper、coap-cli、libcoap。其中,libcoap是一個(gè)優(yōu)秀的開(kāi)源項(xiàng)目,使用C語(yǔ)言實(shí)現(xiàn)(https://github.com/obgm/libcoap)。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(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)注

    2

    文章

    602

    瀏覽量

    39225
  • 設(shè)備
    +關(guān)注

    關(guān)注

    2

    文章

    4509

    瀏覽量

    70645
  • CoAP
    +關(guān)注

    關(guān)注

    0

    文章

    10

    瀏覽量

    10594
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    【W(wǎng)RTnode2R試用體驗(yàn)】使用 Coap 協(xié)議控制Wrtnode2R 的WLED

    /direction c. 設(shè)置gpio的值: echo v> /sys/class/gpio/gpio44/value在這里v=1時(shí)led為off狀態(tài),v=0時(shí),led狀態(tài)為on狀態(tài).3. 代碼實(shí)現(xiàn)Coap協(xié)議
    發(fā)表于 11-10 16:20

    【HarmonyOS HiSpark AI Camera試用連載 】萌新闖關(guān)之物聯(lián)網(wǎng)COAP協(xié)議梳理二

    今天我們來(lái)梳理作為物聯(lián)網(wǎng)主要協(xié)議之一的CoAP協(xié)議(ps:為什么標(biāo)題是2呢?那是因?yàn)檫@篇文章第一次發(fā)布失敗后卡住,把標(biāo)題占用了)前言:物聯(lián)網(wǎng)的初衷之一也就是通過(guò)大數(shù)據(jù)的采集分析去顛覆去交通、運(yùn)輸
    發(fā)表于 12-15 20:21

    【HarmonyOS HiSpark Wi-Fi IoT 套件試用連載】將microcoap移植到鴻蒙系統(tǒng)

    https://github.com/1248/microcoap0、coap是指受限制的應(yīng)用協(xié)議(Constrained Application Protocol),協(xié)議參考https
    發(fā)表于 01-10 23:57

    求Hi3861wifi的 coap 協(xié)議開(kāi)發(fā)的示例

    coap協(xié)議在網(wǎng)上找的例程基本上都是在虛擬機(jī)上跑的,求一份c語(yǔ)言的coap客戶端和服務(wù)器的例子
    發(fā)表于 07-04 18:33

    無(wú)法通過(guò)COAP POST發(fā)送數(shù)據(jù)怎么解決?

    我正在使用 2 個(gè) ESP8266 板來(lái)測(cè)試 COAP 協(xié)議。 一個(gè)是 COAP 服務(wù)器,另一個(gè)是客戶端。 我使用了 ESP8266-FreeRTOS-SDK 的 CoAP 示例,但是
    發(fā)表于 05-15 06:23

    無(wú)線物聯(lián)網(wǎng)中CoAP協(xié)議的研究與實(shí)現(xiàn)

    由于物聯(lián)網(wǎng)中的很多設(shè)備都是資源受限型的,即只有少量的內(nèi)存空間和有限的計(jì)算能力,所以傳統(tǒng)的HTTP協(xié)議應(yīng)用在物聯(lián)網(wǎng)上就顯得過(guò)于龐大而不適用。 IETF的CoRE工作組提出了一種基于REST架構(gòu)的CoAP協(xié)議。
    發(fā)表于 04-27 10:49 ?9268次閱讀
    無(wú)線物聯(lián)網(wǎng)中<b class='flag-5'>CoAP</b><b class='flag-5'>協(xié)議</b>的研究與實(shí)現(xiàn)

    基于STM32平臺(tái)的CoAP Server方案

    0.前言 CoAP是受限制的應(yīng)用協(xié)議(Constrained Application Protocol)的代名詞。在當(dāng)前由PC機(jī)組成的世界,信息交換是通過(guò)TCP和應(yīng)用層協(xié)議HTTP實(shí)現(xiàn)的。但是對(duì)于
    發(fā)表于 11-29 19:32 ?1398次閱讀
     基于STM32平臺(tái)的<b class='flag-5'>CoAP</b> Server方案

    nb-iot通信模塊-使用BC95模組【可不走CoAP協(xié)議

    該模塊是一款使用NB-IoT網(wǎng)絡(luò)進(jìn)行無(wú)線數(shù)據(jù)傳輸?shù)那度胧浇K端,采用移遠(yuǎn)BC95專業(yè)通信芯片,支持鏈接、IDLE、PSM狀態(tài),實(shí)現(xiàn)低達(dá)幾個(gè)uA的值守功耗,支持UDP、?CoAP網(wǎng)絡(luò)協(xié)議,為用戶提供
    的頭像 發(fā)表于 06-07 15:16 ?2.1w次閱讀
    nb-iot通信模塊-使用BC95模組【可不走<b class='flag-5'>CoAP</b><b class='flag-5'>協(xié)議</b>】

    物聯(lián)網(wǎng)應(yīng)用層協(xié)議選擇和分析--MQTT、CoAP 、HTTP、XMPP、SoAP

    CoAP是受限制的應(yīng)用協(xié)議(Constrained Application Protocol)的代名詞。由于目前物聯(lián)網(wǎng)中的很多設(shè)備都是資源受限型的,所以只有少量的內(nèi)存空間和有限的計(jì)算能力,傳統(tǒng)
    的頭像 發(fā)表于 09-12 17:22 ?2w次閱讀

    中國(guó)電信物聯(lián)網(wǎng)開(kāi)放平臺(tái)NB-IoT模組對(duì)接指導(dǎo)書免費(fèi)下載

    在設(shè)備側(cè),智能設(shè)備采用了 NB-IOT 芯片,它和中國(guó)電信物聯(lián)網(wǎng)開(kāi)放平臺(tái)之間通過(guò) CoAP 協(xié)議通訊。CoAP 報(bào)文的 payload 里是設(shè)備的應(yīng)用數(shù)據(jù)。
    發(fā)表于 02-25 08:00 ?104次下載
    中國(guó)電信物聯(lián)網(wǎng)開(kāi)放平臺(tái)NB-IoT模組對(duì)接指導(dǎo)書免費(fèi)下載

    CoAP協(xié)議中文版PDF電子書免費(fèi)下載

    恰當(dāng)?shù)姆绞皆谑芟薰?jié)點(diǎn)(如 8位微控制器、較小RAM和ROM)和受限網(wǎng)絡(luò)(例如6LoWPAN,[RFC4944])上實(shí)現(xiàn)REST 架構(gòu)。6LoWPAN等受限網(wǎng)絡(luò)支持把IPv6數(shù)據(jù)包分片成為小的鏈路層數(shù)據(jù)幀。然而,這導(dǎo)致數(shù)據(jù)發(fā)送成功率的下降。CoAP協(xié)議的設(shè)計(jì)目標(biāo)之一是使數(shù)據(jù)
    發(fā)表于 03-09 08:00 ?0次下載

    大白NBIOT 移遠(yuǎn)BC28模塊+stm32開(kāi)發(fā)板例程、教程(打通TCP、COAP協(xié)議

    大白為了開(kāi)發(fā)者能夠快速入門BC28的開(kāi)發(fā),加快開(kāi)發(fā)者的項(xiàng)目進(jìn)度,大白開(kāi)發(fā)出此款針對(duì)BC28的stm32開(kāi)發(fā)板和完善的發(fā)送網(wǎng)絡(luò)數(shù)據(jù)的示例程序(TCP協(xié)議、COAP協(xié)議),程序流程邏輯清楚,注釋完善
    發(fā)表于 12-03 17:51 ?10次下載
    大白NBIOT 移遠(yuǎn)BC28模塊+stm32開(kāi)發(fā)板例程、教程(打通TCP、<b class='flag-5'>COAP</b><b class='flag-5'>協(xié)議</b>)

    【HarmonyOS HiSpark Wi-Fi IoT 套件試用連載】將microcoap移植到鴻蒙系統(tǒng)

    /microcoap 0、coap是指受限制的應(yīng)用協(xié)議(Constrained Application Protocol),協(xié)議參考 https://tools.ietf.org/html
    的頭像 發(fā)表于 11-02 11:08 ?736次閱讀

    “不會(huì)過(guò)時(shí)”的協(xié)議?CoAP與其他協(xié)議相比有何不同?

    什么是CoAP協(xié)議?CoAP(ConstrainedApplicationProtocol,受限應(yīng)用協(xié)議)是一種專為物聯(lián)網(wǎng)(IoT)設(shè)備和資源受限網(wǎng)絡(luò)設(shè)計(jì)的應(yīng)用層
    的頭像 發(fā)表于 10-20 08:21 ?802次閱讀
    “不會(huì)過(guò)時(shí)”的<b class='flag-5'>協(xié)議</b>?<b class='flag-5'>CoAP</b>與其他<b class='flag-5'>協(xié)議</b>相比有何不同?

    COAP協(xié)議的雙層模型及其傳輸特性

    作為物聯(lián)網(wǎng)世界的主流協(xié)議之一,CoAP協(xié)議為低功耗受限設(shè)備的數(shù)據(jù)交互和網(wǎng)絡(luò)接入提供了可能,IETF在RFC7252中對(duì)其進(jìn)行了詳細(xì)的定義,本文結(jié)合CoAP
    的頭像 發(fā)表于 11-20 10:19 ?998次閱讀
    <b class='flag-5'>COAP</b><b class='flag-5'>協(xié)議</b>的雙層模型及其傳輸特性