物通博联工业智能网关支持接入组态王组态软件

物通博联工业智能网关支持接入组态王组态软件,第1张

       随着物联网各种技术快速发展,各物联网远程监测应用场景也应用而生。工业设备需要人在现场监测和维护,现在通过物联网技术,远程监控成为可能,运维人员就可以坐在监控室里对设备进行监控,而且通过网络随时进行远程监控。很多用户选择使用组态王开发监控系统软件,它是新型的工业 自动控制系统 正以标准的 工业计算机 软、硬件平台构成的集成系统取代传统的封闭式系统,它具有适应性强、开放性好、易于扩展、经济、开发周期短等优点。厦门物通博联网络科技有限公司旗下工业智能网关WG585支持将现场设备对接到数据中心的组态软件,让物联网远程监控应用场景轻易实现。

       现场采集点的用户串口设备(可以是各种仪表/PLC/单片机等),通过RS232或RS485/RS422接口与物通博联工业智能网关WG585相连,WG585可选择多种联网方式。将要发送的数据通过DTU功能对数据进行网络协议封装后通过无线网络发送到数据中心,接入组态王、力控等组态软件,进行远程监控。

        物通博联工业智能网关WG585是物通博联推出的一款工业级边缘计算网关,它是一款两化融合的网关。它支持将各种仪 器仪表、各种 PLC 控制器、各种采集器的数据采集到网关,在进行数据过滤筛选并标准化后,通过 MQTT 物联网协议以 JSON 字符串格式上报到云平台中,并实现远程控制和运维。为客户构建专业的工业物联网及工业 40 系统提 供边缘计算节点和应用方案。物通博联网关WG585不仅可以实现远程数据采集、远程控制,还可以实现运维通道的建立,同时具备边缘计算的各种特性及各种安全防护功能,为您建设专业的、稳定的、安全的工业物联网系统提供技术和方案支撑。

由于物联网的环境是非常特别的,所以MQTT遵循以下设计原则:

MQTT 协议的中心是 MQTT 服务器或代理 (broker) ,支持发布程序和订阅程序进行访问,如下图所示

MQTT拥有14种不同的消息类型:

MQTT是通过主题对消息进行分类的,本质上就是一个UTF-8的字符串,不过可以通过反斜杠表示多个层级关系。主题并不需要创建,直接使用就是了。

主题还可以通过通配符进行过滤。其中,+可以过滤一个层级,而#只能出现在主题最后表示过滤任意级别的层级。

举个例子:

building-b/floor-5:代表B楼5层的设备。
+/floor-5:代表任何一个楼的5层的设备。
building-b/#:代表B楼所有的设备。
注意,MQTT允许使用通配符订阅主题,但是并不允许使用通配符广播。

WILL主题也叫遗嘱消息,是一个特殊的主题。

客户端连接Broker的时候,附带一个will主题和will主题对应的内容。

当客户端与Broker断开连接时,Broker将该WILL主题的内容发送给相关的订阅者的遗嘱消息,这样订阅者就知道该客户端已经离线了。

以下情况下会发送 Will Message:

注:在客户端正常调用 disconnect 方法之后并不会被发送。

为了满足不同的场景,MQTT支持三种不同级别的服务质量(Quality of Service,QoS)为不同场景提供消息可靠性:

级别2所提供的不重不丢很多情况下是最理想的,不过往返多次的确认一定对并发和延迟带来影响。

级别1提供的至少一次语义在日志处理这种场景下是完全OK的,所以像Kafka这类的系统利用这一特点减少确认从而大大提高了并发。

级别0适合鸡肋数据场景,基本就没怎么用了。

客户端在连接的时候可以设置clean session,如果设置成true说明在设备离线后broker不保存,设置成false说明在设备离线后broker保存消息,等上线的时候就发送给他。

客户端在连接Broker的时候,会指定心跳的时候。连接成功之后,客户端就按照这个心跳时间定时发送心跳数据给Broker,如果Broker在15T时间内没有收到客户端的心跳数据,则判定改设备已经离线,发送WILL主题广播告诉别人该设备已离线。

MQTT可以使用SSL加密方式传输,设备的认证有单向认证和双向认证两种:

MQTT除了有SSL加密之外,对于连接也有账号密码的授权,只要账号密码正确的才可以连接成功。

MQTT 协议和mosquitto: >楼主是做楼宇控制的?c-bus是霍尼韦尔的专有的现场总线, 他用于霍尼韦尔控制器和现场设备与中央监控软件的数据交换。 现在有很多的web系统都是用>繁易物联网模块通过MQTT协议接入第三方服务。繁易物联触摸屏,可以直接接入繁易工业物联网平台,实现真正的设备远程联网和售后运维等功能。同时,还支持MQTT,通过MQTT协议接入到第三方的物联网平台中。

两者虽然都是从传统的Pub/Sub消息系统演化出来的,但是进化的方向不一样,以下是几个比较突出的点:
Kafka是为了日志收集的场景,抛弃exact once的语义而支持at least once以便得到更高的可扩展性。
MQTT是为了物联网场景而优化,不但提供多个QoS选项(exact once、at least once、at most once),而且还有层级主题、遗嘱等等特性。
说白了都是传统消息系统(老爸)的子嗣,只是与不同的场景(老妈)结合的产物。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/dianzi/10504856.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-09
下一篇 2023-05-09

发表评论

登录后才能评论

评论列表(0条)

保存