精华内容
下载资源
问答
  • lwm2m和coap协议 简解读

    千次阅读 2020-04-06 18:09:13
    从M2M管理平台端,我们向远程设备发送一个读取(read)...)因此,在LWM2M逻辑操作层,我们可以读取M2M设备上的资源,向资源中写入(write)一个新值,在设备中创建(create)一个全新的对象实例,对某个资源执行(execut...

    从M2M管理平台端,我们向远程设备发送一个读取(read)操作,目的是(the intent to)从该设备上的固件资源读取值。(顺便说一下,如果我们想重启远程设备,我们会从管理平台向设备发送一个执行操作(execute)。)因此,在LWM2M逻辑操作层,我们可以读取M2M设备上的资源,向资源中写入(write)一个新值,在设备中创建(create)一个全新的对象实例,对某个资源执行(execute)一个操作并做其他真正有用的事情。

    读取操作(其语义是读取某些资源(如固件版本或温度)的值)以及该资源的地址(其URI)然后映射到CoAP协议的GET方法。资源标识符是类似/{Object ID}/{Object Instance ID}/{resource ID}的路径名。

    例如.“mega short”路径/3/0/3表示对象设备的对象ID为“3”,该对象只有一个实例(用“0”表示没有被克隆的M2M设备),资源“固件版本”的标识恰好为“3”(在其对象内)。

    因此,在CoAP协议级别,GET method请求被发送到M2M设备,并且响应被从设备发送到M2M服务器:例如,响应代码2.05后跟一些内容(即资源“固件版本”的值,例如版本1.1.8)。

    因此,实际上CoAP GET方法可以与httpget请求相媲美。CoAP GET方法作为可确认的请求(期望某种确认以确保可靠的传输)发送。在HTTP中,响应内容将作为HTTP 200 OK消息的一部分发送,而在CoAP中,它可以作为响应代码为2.05的确认消息的一部分发送。(响应内容有点像猪背向确认消息,其中后者是确认可确认请求的主要原因)。

    因此,CoAP被用作类似于HTTP的传输协议

    因此,设备资源上的LWM2M操作(如获取固件版本或重新启动设备)映射到REST样式的资源表示请求和响应,这些请求和响应作为CoAP消息的一部分提供。

    如前所述,CoAP本身有两层:使用方法代码和响应代码的请求/响应层,在其下面是一个包含消息的消息层。所有关于消息、方法代码和响应代码的信息都放在任何有效负载之前的单个CoAP消息头中。URI和有效负载内容类型作为CoAP选项携带(选项类似于HTTP头字段)。然后全部通过UDP。

    回顾一下LWM2M的level,我们会看到如下情况:

    LWM2M客户端<--将逻辑操作读取到资源固件版本--LWM2M服务器

    看看CoAP协议级别,我们会看到如下内容:

    LWM2M服务器端CoAP客户端请求:

    CON+GET coap://M2M设备的IPv4地址/3/0/3

    CON代表可确认的消息。

    LWM2M客户端CoAP服务器响应:

    ACK,2.05内容,ct=文本/普通,有效载荷:“1.1.8”

    ACK表示确认消息,ct表示内容类型。

    到目前为止,您可能注意到了术语client和server的微妙用法。

    在lwm2m层,区分客户端和服务器,

    在coap层,客户端和服务端的角色是相对的,在不同的请求和响应中不断变化。

    在管理应用层,LWM2M客户端位于M2M设备、终端或模块上,LWM2M服务器位于M2M管理平台的一侧。

    在CoAP级别,您可以在M2M设备和M2M平台上找到CoAP客户机,对于CoAP源服务器也是如此。

    在上面的“读取固件版本”示例中,M2M设备管理服务器将CoAP GET请求作为CoAP客户端提交,而M2M的终端设备 将GET请求的响应作为CoAP源服务器提交。

    展开全文
  • LWM2M,MQTT与CoAP区别联系

    千次阅读 2019-04-10 09:16:05
    LWM2M,MQTT与CoAP区别联系 一、MQTT 1、概述: MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)是IBM开发的一个即时通讯协议,有可能成为物联网的重要组成部分。该协议支持所有平台,几乎可以...

    LWM2M,MQTT与CoAP区别和联系

    一、MQTT

    1、概述:

    MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)是IBM开发的一个即时通讯协议,有可能成为物联网的重要组成部分。该协议支持所有平台,几乎可以把所有联网物品和外部连接起来,被用来当做传感器和制动器(比如通过Twitter让房屋联网)的通信协议。

    2、主要特征:

    MQTT协议是为大量计算能力有限,且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议,它具有以下主要的几项特性:

    • 使用发布/订阅消息模式,提供一对多的消息发布,解除应用程序耦合;

    • 对负载内容屏蔽的消息传输;

    • 使用TCP/IP 提供网络连接

    • 有三种消息发布服务质量:

    • “至多一次”,消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。

    • “至少一次”,确保消息到达,但消息重复可能会发生。

    • “只有一次”,确保消息到达一次。这一级别可用于如下情况,在计费系统中,消息重复或丢失会导致不正确的结果。

    • 小型传输,开销很小(固定长度的头部是 2 字节),协议交换最小化,以降低网络流量;

    3、网络资源

    • 官方网站

      http://public.dhe.ibm.com/software/dw/webservices/ws-mqtt/mqtt-v3r1.html

    • 中文翻译

      https://www.gitbook.com/book/mcxiaoke/mqtt-cn

    • 代理软件

    • Mosquitto —— 这是最早在生产环境中可用的消息代理之一,以 C 语言编写,提供轻量级多种配置与高性能。

    • Mosca —— 以 Node.js 编写,可嵌入 Node 应用或以独立可执行文件的形式运行。由于配置简单并具有可扩展性,它也是我们最喜欢的消息代理,具有高性能的优点。

    • RSMB —— IBM 对 MQTT 协议的实现,也是最不常用的选项之一,不过它是一个用C语言编写的成熟系统。

    • HiveMQ —— HiveMQ 是一种相对较新的消息代理,面向企业环境,在博客上有很多关于 MQTT 不错的信息。

    二、CoAP

    由于物联网中的很多设备都是资源受限型的,即只有少量的内存空间和有限的计算能力,所以传统的HTTP协议应用在物联网上就显得过于庞大而不适用。 IETF的CoRE工作组提出了一种基于REST架构的CoAP协议。CoAP是6LowPAN协议栈中的应用层协议。

    1、网络资源

    官网:https://en.wikipedia.org/wiki/Constrained_Application_Protocol

    三、Lightweight M2M

    OMA是一家国际组织,最初定义了一套 OMA-DM的协议,用来远程管理移动终端设备,比如手机开户,版本升级,等等。OMA-DM有着非常广泛的应用,很多运营生比如Verizon Wireless, Sprint都有自己的OMA-DM服务并要求手机/模块入网的时候通过自定义的OMA-DM入网测试。因为物联网的兴起, OMA在传统的OMA-DM协议基础之上,提出了LWM2M协议。2013年底,OMA发布了LWM2M规范。

    OMA Lightweight M2M 主要动机是定义一组轻量级的协议适用于各种物联网设备,因为M2M设备通常是资源非常有限的嵌入式终端,无UI, 计算能力和网络通信能力都有限。同时也因为物联网终端的巨大数量,节约网络资源变得很重要。

    LWM2M 定义了三个逻辑实体:

    • LWM2M Server 服务器

    • LWM2M client 客户端 负责执行服务器 的命令和上报执行结果

    • LWM2M 引导服务器 Bootstrap server 负责 配置LWM2M客户端.

    在这三个逻辑实体之间有4个逻辑接口:

    • Device Discovery and Registration

      这个接口让客户端注册到服务器并通知服务器客户端所支持的能力(简单说就是支持哪些资源Resource和对象Object

    • Bootstrap

      Bootstrap server通过这个接口来配置Clinet - 比如说LWM2M server的URL地址

    • Device Management and Service Enablement

      这个就是最主要的业务接口了。 LWM2M Server 发送指令给 Client 并受到回应.

    • Information Reporting

      这个接口是 LWM2M Client 来上报其资源信息的,比如传感器温度。上报方式可以是事件触发,也可以是周期性的。

    Lightweight M2M 协议栈

     

     

    • LWM2M Objects: 每个对象对应客户端的某个特定功能实体. LWM2M 规范定义了一下标准Objects,比如

    • urn:oma:lwm2m:oma:2; (LWM2M Server Object)

    • urn:oma:lwm2m:oma:3; (LWM2M Access Control Object)

    • 每个object下可以有很多resource. 比如Firmware object可以有Firmware版本号,size等resource.

    • Vendor可以自己定义object

    • LWM2M Protocol: 定义了一些逻辑操作,比如Read, Write, Execute, Create or Delete.

    • CoAP: 是IETF 定义的Constrained Application Protocol 用来做LWM2M的传输层,下层可以是 UDP 或SMS .UDP 是必须支持的,SMS是可选的。CoAP有自己的消息头,重传机制等。

    • DTLS: 是用来保证客户端和服务器间的安全性的.

    四、MQTT与CoAP比较

    MQTT和CoAP都是非常有用的物联网协议,但两者有根本区别,两个协议各有特点,选择哪个才是正确的取决于你的应用程序。

    1、MQTT是多个客户端通过一个中央代理传递消息的多对多协议。它通过让客户端发布消息、代理决定消息路由和复制来解耦生产者和消费者。虽然MQTT持久性有一些支持,但它是最好的实时通讯总线。

    2、CoAP基本上是一个在Client和Server之间传递状态信息的单对单协议。虽然它支持观察资源,但是CoAP最适合状态转移模型,而不是单纯的基于事件。

    3、MQTT Clients与Broker之间保持TCP长连接,这个在NAT环境中也不会有问题。CoAP Clients与Server都要接收和发送UDP包。在NAT环境下使用CoAP,需要使用“隧道掘进”或者端口转发(内网穿透),否则像LWM2M(轻量级M2M)一样,首先初始化设备到‘头端’( head-end )的连接.

    4、MQTT不支持带有类型或者其它帮助Clients理解的标签消息。MQTT消息可用于任意目的,但前提是所有的Clients必须知道消息格式。而CoAP则相反,它内置内容协商和发现支持,这样允许设备彼此窥测以找到交换数据的方式。

     

    原文链接http://kuaibao.qq.com/s/20180112G0RSMB00?refer=cp_1026

    展开全文
  • 物联网最早的定义是:把所有物品通过射频识别等信息传感设备与互联网连接起来,实现智能化识别管理。当然,物联网发展到今天,它的定义范围已经有了扩展与变化,下面是现代物联网具有的特点。

    目录

    1、MQTT协议

    2、MQTT-SN协议

    3、CoAP协议

    4、LwM2M协议

    5、HTTP协议

    6、LoRaWAN协议

    7、NB-IoT协议


    物联网,即物的互联网,属于互联网的一部分。物联网将互联网的基础设施作为信息传递的载体,即现代的物联网产品一定是“物”通过某种方式接入了互联网,而“物”通过互联网上传/下载数据,以及与人进行交互。

    物联网最早的定义是:把所有物品通过射频识别等信息传感设备与互联网连接起来,实现智能化识别和管理。当然,物联网发展到今天,它的定义和范围已经有了扩展与变化,下面是现代物联网具有的特点。

    车联网

    物联网和传统互联网最大的不同:数据的生产者和消费者主要是物,数据内容也是和“物”息息相关的。

    人工智能可谓近年来IT领域最火的词语之一。纵观人工智能的发展路线,我们可以看到,人工智能的发展之所以能够突飞猛进,主要有以下两个原因。

    • 硬件的发展使得深度学习神经网络的学习时间迅速缩短。
    • 在大数据的时代,获取大量数据的成本变低。

    事实上,第二个原因尤为重要,神经网络由于其特性,需要海量的数据进行学习,可供学习的有效数据量往往决定了最后训练出的神经网络的效果,甚至算法的重要性都可以排在数据量之后。

    而物联网设备,比如智能家电、可穿戴设备等,每天都在产生海量的数据,这些数据经过处理和清洗后,都可以作为不错的训练数据反哺神经网络。同时,训练出来的神经网络又可以重新应用到物联网设备中,进而形成一个良性循环。

    下图为物联网应用人工智能方法进行数据采集—迭代的循环。通过物联网设备采集并训练数据,在数据中心完成训练后,将模型应用到物联网设备,并评估效果进行下一次迭代。

     

    物联网是人工智能落地的一个非常好的应用场景。随着人工智能的迅速发展,物联网这个同样在很多年前就提出的理论和技术,也会迎来新的春天。

    目前,互联网数据入口渐渐朝几大巨头(例如阿里、腾讯)汇聚,规模较小的公司获取数据的代价越来越高,物联网这块还未完全开发的数据领域就显得尤为重要。

    前端设备最终会趋于相同,出现同质化竞争,而如何采集和使用好设备产生的海量数据,才是你是否具有竞争优势的决定性因素。

    1、MQTT协议

    MQTT协议(Message Queue Telemetry Transport,消息队列遥测传输协议)是IBM的Andy Stanford-Clark和Arcom的Arlen Nipper于1999年为了一个通过卫星网络连接输油管道的项目开发的。为了满足低电量消耗和低网络带宽的需求,MQTT协议在设计之初就包含了以下几个特点:

    • 实现简单
    • 提供数据传输的QoS
    • 轻量、占用带宽低
    • 可传输任意类型的数据
    • 可保持的会话(Session)

    随着多年的发展,MQTT协议的重点不再只是嵌入式系统,而是更广泛的物联网世界。简单来说,MQTT协议有以下特性:

    • 基于TCP协议的应用层协议
    • 采用C/S架构
    • 使用订阅/发布模式,将消息的发送方和接受方解耦
    • 提供3种消息的QoS(Quality of Service):至多一次、最少一次、只有一次
    • 收发消息都是异步的,发送方不需要等待接收方应答

    MQTT协议的架构由Broker和连接到Broker的多个Client组成,如下图所示:

    MQTT协议可以为大量的低功率、工作网络环境不可靠的物联网设备提供通信保障。而它在移动互联网领域也大有作为,很多Android App的推送功能都是基于MQTT协议实现的,一些IM的实现也是基于MQTT协议的。

    2、MQTT-SN协议

    MQTT-SN(MQTT for Sensor Network)协议是MQTT协议的传感器版本。MQTT协议虽然是轻量的应用层协议,但是MQTT协议是运行于TCP协议栈之上的,TCP协议对于某些计算能力和电量非常有限的设备来说,比如传感器,就不太适用了。

    MQTT-SN运行在UDP协议上,同时保留了MQTT协议的大部分信令和特性,如订阅和发布等。MQTT-SN协议引入了MQTT-SN网关这一角色,网关负责把MQTT-SN协议转换为MQTT协议,并和远端的MQTT Broker进行通信。MQTT-SN协议支持网关的自动发现。MQTT-SN协议的通信模型如下图所示:

    3、CoAP协议

    CoAP(Constrained Application Protocol)协议是一种运行在资源比较紧张的设备上的协议。CoAP协议通常也是运行在UDP协议上的。

    CoAP协议设计得非常小巧,最小的数据包只有4个字节。CoAP协议采用C/S架构,使用类似于HTTP协议的请求-响应的交互模式。设备可以通过类似于coap://192.168.1.150:5683/2ndfloor/temperature的URL来标识一个实体,并使用类似于HTTP的PUT、GET、POST、DELET请求指令来获取或者修改这个实体的状态。

    同时,CoAP提供一种观察模式,观察者可以通过OBSERVE指令向CoAP服务器指明观察的实体对象。当实体对象的状态发生变化时,观察者就可以收到实体对象的最新状态,类似于MQTT协议中的订阅功能。CoAP协议的通信模型如下图所示:

    4、LwM2M协议

    LwM2M( Lightweight Machine-To-Machine )协议是由Open Mobile Alliance(OMA)定义的一套适用于物联网的轻量级协议。它使用RESTful接口,提供设备的接入、管理和通信功能,也适用于资源比较紧张的设备。LwM2M协议的架构如下图所示:

    LwM2M协议底层使用CoAP协议传输数据和信令。而在LwM2M协议的架构中,CoAP协议可以运行在UDP或者SMS(短信)之上,通过DTLS(数据报传输层安全)来实现数据的安全传输。

    LwM2M协议架构主要包含3种实体——LwM2M Bootstrap Server、LwM2M Server和LwM2M Client。

    LwM2M Bootstrap Server负责引导LwM2M Client注册并接入LwM2M Server,之后LwM2M Server和LwM2M Client就可以通过协议指定的接口进行交互了。

    5、HTTP协议

    物联网也是互联网,HTTP这个在互联网中广泛应用的协议,在合适的环境下也可以应用到物联网中。

    在一些计算和硬件资源比较充沛的设备上,比如运行安卓操作系统的设备,完全可以使用HTTP协议上传和下载数据,就好像在开发移动应用一样。设备也可以使用运行在HTTP协议上的WebSocket主动接收来自服务器的数据。

    6、LoRaWAN协议

    LoRaWAN协议是由LoRa联盟提出并推动的一种低功率广域网协议,它和我们之前介绍的几种协议有所不同。MQTT协议、CoAP协议都是运行在应用层,底层使用TCP协议或者UDP协议进行数据传输,整个协议栈运行在IP网络上。而LoRaWAN协议则是物理层/数据链路层协议,它解决的是设备如何接入互联网的问题,并不运行在IP网络上。

    LoRa(Long Range)是一种无线通信技术,它具有使用距离远、功耗低的特点。在上面的场景下,用户就可以使用LoRaWAN技术进行组网,在工程设备上安装支持LoRa的模块。

    通过LoRa的中继设备将数据发往位于隧道外部的、有互联网接入的LoRa网关,LoRa网关再将数据封装成可以在IP网络中通过TCP协议或者UDP协议传输的数据协议包(比如MQTT协议),然后发往云端的数据中心。

    7、NB-IoT协议

    NB-IoT(Narrow Band Internet of Things)协议和LoRaWAN协议一样,是将设备接入互联网的物理层/数据链路层的协议。

    与LoRA不同的是,NB-IoT协议构建和运行在蜂窝网络上,消耗的带宽较低,可以直接部署到现有的GSM网络或者LTE网络。设备安装支持NB-IoT的芯片和相应的物联网卡,然后连接到NB-IoT基站就可以接入互联网。而且NB-IoT协议不像LoRaWAN协议那样需要网关进行协议转换,接入的设备可以直接使用IP网络进行数据传输。

    NB-IoT协议相比传统的基站,增益提高了约20dB,可以覆盖到地下车库、管道、地下室等之前信号难以覆盖的地方。


    来源:本文摘编自《物联网系统开发:从0到1构建IoT平台》。

    展开全文
  • LwM2M TCP/IP 协议 互联网协议体系结构的另一个方面是 TCP / IP 堆栈。它控制两台计算机之间的数据传输。其中采用三次握手建立一个连接,其中涉及客户端确认数据的接收且发送确认消息给服务器。第二次握手是...

    目录

    TCP/IP 协议

    UDP 协议

    TCP协议和UDP协议的区别

    HTTP 协议

    MQTT 协议

    CoAP 协议

    MQTT和CoAP协议的区别

    LwM2M


     

    TCP/IP 协议

     


    互联网协议体系结构的另一个方面是 TCP / IP 堆栈。它控制两台计算机之间的数据传输。其中采用三次握手建立一个连接,其中涉及客户端确认数据的接收且发送确认消息给服务器。第二次握手是服务器端接收到客户端的数据后,返回确认回单,第三次是客户端也返回一个确认回单给服务器端,从而关闭通信通道。

    这种通信方法的优点具有可靠性,可共享所有被发送的数据,但因为其过程都需要验证,所以消耗时间比较久。

    UDP 协议

    用户数据报协议(User Datagram Protocol,简称UDP)是一种比较快的通信方式,因为减少了确认程序。它是面向非连接的协议,它不与对方建立连接,而是直接就把数据包发送过去。因此,与 TCP/IP 相比,UDP 的可靠性相对不高,但是比较快。对于M2M 项目的快速原型,一个非常简单的解决方案是使用 UDP,因为就 UDP 头包含很少的字节,比 TCP 负载消耗少。

    TCP协议和UDP协议的区别

    HTTP 协议

     


    在IoT 开发中协议最大的不同是在 OSI 模型的应用程序层。这一层在通信网络中指定了接口方法。系统如何连接服务器且数据如何发送都由这一层来决定。

    其实最受欢迎的通信协议莫过于超文本传输协议(Hyper Text Transfer Protocol,简称HTTP)。主要应用于 web 浏览器。它运行在一个客户/服务器模型上,服务器响应任何的客户端需求。因 web 网页可能会加载很多内容,因此该协议有必要建立在 TCP/IP 堆栈之上。

    MQTT 协议

    MQ 遥测传输(MQ Telemetry Transport,简称MQTT)是一个面向 IoT 应用程序的轻量级连接协议。它基于 TCP/IP 网络连接使用发布/订阅方法来传输数据。设计思想是开放、简单、轻量、易于实现,这也使它成为 IoT 开发的理想平台。

    MQTT 很多有用的功能适用面向 IoT 应用程序。简而言之,想象一个公告板,无论什么时候,你都可以在上面记录或招贴。同时,对你所记录的内容感兴趣的任何人都可以看到。

    MQTT 差不多就是这样的功能。

    MQTT 包括代理和客户端两个部分。客户端可以访问或修改设备的数据,代理是持有并传递数据。

    MQTT 使用发布/订阅消息模式。客户端可以在一个话题(Topic)下面发布特定参数数据给代理。另一个对此话题感兴趣的客户可以订阅该话题,并定期收到更新的消息。

    MQTT 提供一个有质量的服务,从 IoT 角度来看,其本质是消息的优先级。在任何情况下一个重要的消息可以传输到目的地,因此有了服务质量(QoS),虽然传输速度会变慢但是交付有了保证。一个动态的数据源速度优先于效率,然而分配一个较低的 QoS,更像是一个“fire-and-forget”事件,如 UDP。

    在一个主题下,MQTT 可以保留最后一个已收到的消息,前提是它发送给订阅者订阅链已启动。这允许订阅者在一个存在的客户端和代理网络中异步连接。这也为检查冗余及数据丢失提供了一个工具。

    MQTT 客户端有一个属性称之为 Last Will a和 Testament。该属性允许客户端在异常中断的情况下发送通知给代理。这个快速的反馈有利于无线传感器网络自动再生,同时检测并修复缺失节点和异常值,最终确保无线传感器网络中数据流完美循环。

    CoAP 协议

    Coap(Constrained Application Protocol)是一种在物联网世界的类web协议,它的详细规范定义在 RFC 7252。COAP名字翻译来就是“受限应用协议”,顾名思义,使用在资源受限的物联网设备上。物联网设备的ram,rom都通常非常小,运行TCP和HTTP是不可以接受的。

    CoAP特点:

    1 COAP协议网络传输层由TCP改为UDP。

    2 它基于REST,server的资源地址和互联网一样也有类似url的格式,客户端同样有POST,GET,PUT,DELETE方法来访问server,对HTTP做了简化。

    3 COAP是二进制格式的,HTTP是文本格式的,COAP比HTTP更加紧凑。

    4 轻量化,COAP最小长度仅仅4B,一个HTTP的头都几十个B了。

    5 支持可靠传输,数据重传,块传输。 确保数据可靠到达。

    6 支持IP多播, 即可以同时向多个设备发送请求。

    7 非长连接通信,适用于低功耗物联网场景。

    MQTT和CoAP协议的区别

    MQTT和CoAP作为IoT协议都很有用,但是也有重要的区别。

    MQTT是多对多通讯协议用于在不同客户端之间通过中间代理传送消息,解耦生产者与消费者,通过使得客户端发布,让代理决定路由并且拷贝消息。虽然MQTT支持一些持久化,最好还是作为实时数据通讯总线。

    CoAP主要是一个点对点协议,用于在客户端与服务器之间传输状态信息。虽然支持观察资源,CoAP最好适合状态传输模型,不是完全基于事件。

    MQTT客户端建立长连接TCP,这通常表示没有问题,CoAP客户端与服务器都发送与接收UDP数据包,在NAT环境中,隧道或者端口转发可以用于允许CoAP,或者像LWM2M,设备也许会先初始化前端连接。

    MQTT不提供支持消息打类型标记或者其他元数据帮助客户端理解,MQTT消息可用于任何目的,但是所有的客户端必须知道向上的数据格式以允许通讯,CoAP,相反地,提供内置支持内容协商与发现,允许设备相互探测以找到交换数据的方式。

    两种协议各有优缺点,选择合适的取决于自己的应用

    LwM2M

    LwM2M属于应用层协议,位于CoAP协议之上,而CoAP可以进行DTLS加密处理,最后通过UDP或SMS方式传送。

    LWM2M 协议为应用层协议,CoAP 协议为传输层协议。

    LwM2M的全称是Lightweight Machine-To-Machine,它的名称里面包含了这么两个重要含义:1)这个协议是轻量级的;2)这个协议适用于物联网设备。

    LwM2M协议是由OMA(Open Mobile Alliance)提出并定义的。OMA这个组织专注于移动通讯以及物联网产业的标准开发,给自己的定位是“规范大工厂”。随着“万物皆可联”概念的兴起,物联网终端数目急剧膨胀,也不再局限于智能手机这样的强力大块头。有很多设备,要么电量有限,要么内存有限,要么可使用带宽有限,之前那些适于强劲终端设备管理的协议对它们来说有些太重了难以承受,因此,为了照顾到这些资源有限的小个子设备们,LwM2M协议在2013年底诞生了。目前的成熟版本号依然是1.0,OMA的专家们正在努力整1.1版。

    概括地说:LwM2M是适用于资源有限的终端设备管理的轻量级物联网协议。

    展开全文
  • 物联网常用的网络协议:MQTT、AMQP、HTTP、CoAPLwM2M 物联网设备间沟通的语言,就是网络协议。 设备间想相互交流,通信双方必须使用同一种“语言”。比如说你中国人问好说’你好‘、日本人问好要说‘こんにちは...
  • 2.尽最大努力交付,即不保证可靠交付 3.传输效率高,适用于对高速传输实时性有较高的通信或广播通信。 4.支持一对一,一对多,多对一多对多的交互通信。 TCP传输控制协议(TCP,Transmission Control Protocol)...
  • 传输效率高,适用于对高速传输实时性有较高的通信或广播通信。 支持一对一,一对多,多对一多对多的交互通信。 TCP传输控制协议(TCP,Transmission Control Protocol) 传输层协议 ...
  • MQTT,CoAPLWM2M,UDP,TCP各自特点,NB-iot设备接入协议 UDP 用户数据报协议(UDP,User Datagram Protocol) 传输层协议 是无连接的,即发送数据之前不需要建立连接。 尽最大努力交付,即不保证可靠交付 传输...
  • LWM2M简介-学习记录

    2020-05-29 13:36:38
    1.Lightweight M2M 基础,是谁搞出来的 OMA是一家国际组织,因为物联网的兴起, OMA在传统的OMA-DM...LWM2M client 客户端 负责执行服务器的命令上报执行结果 LWM2M Bootstrap server 引导服务器负责配置LWM2M客...
  • 概述:基于翻译当前版本为2017-9-24, github地址:leshan, LwM2M是基于Coap上的协议1、Home篇:Eclipse Leshan 用java语言实现了OMA Lightweight M2M(轻量级物联网,简写LwM2M)协议服务器客户端的项目。...
  • 2、尽最大努力交付,即不保证可靠交付 3、传输效率高,适用于对高速传输实时性有较高的通信或广播通信。 4、支持一对一,一对多,多对一多对多的交互通信。 二、TCP传输控制协议(TCP,Transmission Control ...
  • 背景:我使用了coap未加密的端口连接新平台,但是无法连接,原因未知,后面选择使用加密端口连接,一切正常。 一.进入物联网新平台并注册设备 1.进入平台步骤: 我们今天使用新平台进行接入,我们可以看到...
  • LWM2M 协议是 OMA 组织制定的轻量化的 M2M 协议,主要面向基于蜂窝的窄带...移动 OneNET 平台采用的是基于 NB-IOT 的 LWM2M 协议 CoAP 协议实现 UE 与平台的通信,其中 LWM2M 协议为应用层协议,CoAP 协议为传输
  • LWM2M简介

    2021-06-21 17:46:04
    LWM2M简介 1.Lightweight M2M基础,谁搞出来的 OMA是一家国际组织,因为物联网的兴起,OMA在传统的OMA-DM协议...LWM2M client客户端负责执行服务器的命令上报执行结果 LWM2M Bootstrap server引导服务器负责...
  • BC26接入电信平台

    万次阅读 2018-08-04 11:45:21
    MTK方案大部分采用LWM2M,LWM2M和COAP协议的区别可参阅相关博文LwM2M与COAP协议。 本实验开发的简单编解码插件如下。 2.注册IOT平台 首先需要先在平台上输入IMEI号进行设备注册,之后通过串口操...
  • 目前,相对主流的NB方案主要有华为...BC26使用的CoAP接入方式为LwM2M,其中关于CoAP协议栈和LwM2M协议栈的部分,已经封装在了模组AT指令集里,如下图(完整LwM2M相关指令集见Quectel_BC26_LwM2M_AT_Commands_Manual...
  • 抓包分析华为IOT平台CoAP对接流程

    千次阅读 2020-08-10 15:00:02
    使用NB模组对接华为IOT时,使用非常简单,但是一直不清楚平台coap/lwm2m协议对接的具体流程是什么。想在2G/4G模组中也使用这种方式,但是不知道怎么对接平台(不喜欢MQTT对接,协议还是比较重)。因此使用官方的NB...
  • 华为LiteOS同时提供端云协同能力,集成了LwM2MCoAP,mbedtls,LwIP全套物联网互联协议栈,并在LwM2M的基础上,提供了AgentTiny模块,用户只需关注自身的应用,而不必关注LwM2M实现的细节,直接使用AgentTiny封装...
  • 集成了MQTT、LwM2MCoAP、mbedtls、LwIP 全套 IoT 互联互通协议栈,且在这些协议栈的基础上,提供了开放 API,用户只需关注自身的应用,而不必关注协议内部实现细节,直接使用SDK封装的API,通过连接、数据上报、...
  • 同时提供端云协同能力,集成了LwM2MCoAP、mbedtls、LwIP全套IoT互联协议栈,且在LwM2M的基础上,提供了AgentTiny模块,用户只需关注自身的应用,而不必关注LwM2M实现细节,直接使用AgentTiny封装的接口即可简单...
  • 物联网平台解决方案

    2021-04-08 15:14:37
    设备   设备可以小到传感器、控制器,大到智能摄像机或工控机床。...  支持设备通过LWM2MCoAP、 MQTT(S)、 Modbus(配合IoT边缘实现)、 OPCUA协议(配合IoT边缘实现)等协议接入。 系列化Device S
  • </p><p> </p><p>同时提供端云协同能力,集成了LwM2MCoAP、mbedtls、LwIP全套IoT互联协议栈,且在LwM2M的基础上,提供了AgentTiny模块,用户只需关注自身的应用,而不必关注LwM2M实现细节,直接使用AgentTiny封装...
  • ME3616 NBIOT模组对接OneNET教程以及STM32代码

    千次阅读 热门讨论 2018-12-19 21:03:48
    前言  本文讲解所有采用MT2625设计的...MT2625内置OneNET SDK,采用CoAP+LwM2M协议对接OneNET云平台,对接会涉及到LwM2M协议的对象资源注册表,请参考OMA LightweightM2M (LwM2M) Object and Resource Regis...
  • 物联网标准协议

    2020-10-13 10:19:49
    文章目录 协议 基础设施 发现 数据协议 通信/传输层 LPWAN 蜂窝电话 ... 联盟组织 ... CoAP协议 ... LwM2M 原文链接:https://www.postscapes.com/internet-of-things-protocols/ 这..
  • NB-IoT模组BC20支持GNSS定位功能,进一步完善其LPWA产品线。该模组内置GNSS芯片,集通信、定位功能于...支持B1/B3/B5/B8频段,提供丰富的外部接口协议栈(UDP/ TCP/ CoAP/ LWM2M/ MQTT等),同时支持中国移动On...
  • nb-iot sdk

    2018-01-11 09:25:49
    LWM2M_WITH_LOGS – 输出lwm2m相关的日志  COAP_WITH_LOGS – 输出coap相关的日志  NO_OS-无操作系统的时候选择  BIG_ENDIAN – 内存模型为大字节序  LITTLE_ENDIAN – 内存模型为小字节序  HAVE_DTLS ...
  • 从3.0版本开始, EMQ X Broker完全支持MQTT V5.0协议规范,并与MQTT V3.1V3.1.1以及其他通信协议(例如MQTT-SN,CoAPLwM2M,WebSocketSTOMP)向后兼容。 EMQ X代理的3.0版本可以在一个群集上扩展到10+百万个...

空空如也

空空如也

1 2 3
收藏数 42
精华内容 16
关键字:

lwm2m和coap