ThingsKit物联网平台设备UDP接入
入门介绍
UDP基础知识
UDP是User Datagram Protocol(用户数据协议)的简称,是一种无连接的协议,该协议工作在OSI模型中的第四层(传输层),处于IP协议的上一层。传输层的功能就是建立“端口到端口”的通信,UDP提供面向事务的简单的不可靠信息传送服务。
接下来来看UDP与TCP的区别:
UDP | TCP |
---|---|
面向无连接 | 面向连接(即需要建立连接) |
基于数据报(发送数据时会直接打上UDP头部将整个报文发送出去) | 面向字节流(发送数据时会将数据分解为多个小的数据报文进行发送) |
传输数据可能存在丢包 | 有三次握手可以保证数据传输的可靠性 |
无法保证数据顺序 | 保证数据顺序 |
支持一对一、一对多、多对多通讯 | 只支持点对点通讯 |
无拥塞机制 | 有拥塞机制 |
头部8个字节 | 头部20-60个字节 |
要求实时性高,准确度低 | 要求实时性低,准确度高 |
:::info
💡 提示
ThingsKit支持设备直接通过UDP接入平台,并支持 JSON、Text、HEX格式的上下行消息,平台中还提供了脚本函数功能,为更复杂的设备通信提供了便利性。
:::
UDP设备的常见网络配置:
- IP:127.0.0.1
- port:8088
设备身份认证
UDP设备的上报样式:
- 【注册包】+【数据包】
- 【注册包】
UDP注册包
注册包对平台而言则是访问令牌“AccessToken”。只要保证设备端的注册包与平台端的访问令牌一致。
注册包是作为设备端与平台鉴权的方式,如果常见的DTU厂家,都有提供配置软件来设置。
当设备和平台成功建立UDP连接后,设备必须马上向平台发送身份信息,完成身份认证。若设备端在一定时间内未发送身份信息,平台会自动断开设备的UDP连接。
在使用UDP透传方式的网关或DTU中,同样可以使用该注册包连接到平台。
示例:UDP模拟工具注册包设置:
UDP心跳包
当设备和平台建立UDP连接并完成身份认证后,便可以相互收发消息。但是,如果相当长一段时间内没有消息通信,双方如何判断对方仍然在线呢?因为UDP对于一些非正常的连接断开是无法侦测到的,比如设备断电、网线断掉等。
因此,对于消息通信间隔较长的应用场景,为了让双方尽早的知道连接是否已经断开,从而实现重连,就需要有UDP保活机制,这是通过设备定期发送心跳包来实现的。
但是,大多数物联网通信场景的数据上报间隔时间并不长,所以也可以起到保活的目的,心跳包不是必须的,用户可根据需求使用心跳包。
数据流转换
平台提供的UDP接入方式,是需要您对UDP通道所属的自定义数据流,设置相应的消息规则,实现自定义数据和设备属性之间的解析和处理。
数据上报到平台,则需要通过平台提供的转换函数进行,转码解析处理。
如某厂家的温湿度传感器,上报到平台的数据为:
010302004A39B3
平台端,可通过转换函数解析数据:
var demo = (parseInt('0x'+params.substr(6, 4))).toFixed(2);
out.test = demo;
解析结果为:
{"test":"74.00"}
数据上报
设备接入时,咱们得先创建UDP协议的产品,产品创建时,需要绑定对应的转换脚本。
一旦完成上边的UDP绑定自定义数据流,设备端就可以通过UDP协议发送符合负载格式的数据,例如:类似属性消息结构的JSON消息,或者自定义的HEX消息。
平台收到UDP自定义数据上报后,则通过规则引擎来对数据做各种解析和处理,平台提供了函数等可编程方式。
:::info
💡 提示
平台8088端口同时监听UDP协议数据,平台产品类型只显示TCP的问题后面会修改。
:::
数据下发
接下来就是平台下发命令到设备端自定义数据,可以通过如下方式:
规则引擎的命令下发如下图:
附:使用模拟设备接入UDP
模拟UDP设备接入
文章来源(首发地址):ThingsKit物联网平台