1.电气通讯协议有哪些
2.QT+ModbusTCP 基于QTcpSocket纯手搓modbustcp协议
3.网络数据通信—ProtoBuf实现序列化和反序列化
4.Java教程:dubbo源码解析-网络通信
5.智能工厂:数控设备互联通讯协议 MTConnect
6.统信UOS系统开发笔记(八):在统信UOS上编译搭建mqtt基础环境(版本使用QMQTT::Clinet)
电气通讯协议有哪些
MODBUS协议:MODBUS是通讯一种串行通信协议,适用于连接控制设备和智能传感器,协议用于监测电流、原理源码电压、通讯功率等参数。协议
2. DNP3协议:Distributed Network Protocol(DNP)是原理源码git学源码美国的一种工业控制系统通信协议,使用在电网自动化系统中,通讯主要用于控制传送电力设施数据。协议
3. IEC 协议:IEC 是原理源码一种标准化的通信协议,用于智能电网中的通讯通信。它提供了一种基于IP(Internet Protocol)的协议通信方案,支持各种控制和监测设备之间的原理源码互联。
4. DL/T 协议:为我国电力行业专门设计的通讯电能表、交流电度表的协议通信协议,数据传输具有高速率、原理源码灵活性、安全可靠性等特点。
5. CIP协议:Control and Information Protocol(CIP)是用于工业控制网络通信的一种协议,主要应用于电力电气控制和驱动系统。
6. MMS协议:Manufacturing Message Specification(MMS)是一种开放的工业控制协议,广泛应用于电力、石化、炼钢等行业的自动化控制系统中。
7. CANopen协议:是控制器区域网络的开放源代码通信协议,广泛应用于电力传输、控制、监测等领域。
QT+ModbusTCP 基于QTcpSocket纯手搓modbustcp协议
一、编写缘由
1.发现问题
近期项目需将modbus RTU转换为TCP形式,于是对原有modbus通讯线程进行重构。起初使用Qt自带的QModbusTcpClient类,顺利重构线程并读取数据,但在发送写数据请求时,TCP连接会断开。经过多次尝试,activexobject 源码排除从站问题,即便直接连接modbusslave也存在同样问题。
2.查找问题
为解决问题,自行编写了一个tcp server,抓取QModbusTcpClient写数据的报文,与modbuspoll上的对比,发现QT中的报文比modbuspoll上的多出一部分,推测是协议错误。
3.解决策略
既然QModbusTcpClient的协议存在问题,决定不使用它。因此,直接利用QTcpSocket手动编写一个ModbusTcp类。
二、代码编写
1.协议解析
通过对比modbuspoll上的通信日志和网络上的modbustcp协议分析文章,研究出协议的标准格式。
2.封装函数
共封装了4个函数,分别是写单个线圈、写多个线圈、写单个保持寄存器、写多个保持寄存器。具体实现如下:
四个函数中,除了写多个线圈存在问题外,其他均已验证,可正确写入。
最后,将TCP作为一个子线程,线程初始化函数如下:
三、源码下载
模块下载
四、最后的最后再吐槽一下QModbusTcpClient真的很糟糕,根本无法使用。另外,网上的QtModbusTCP资源都无法使用,只有和我一样纯手搓才能解决问题。
网络数据通信—ProtoBuf实现序列化和反序列化
Protobuf实现序列化和反序列化 本文将介绍如何通过Protobuf实现网络数据通信,alert 源码具体案例中我们构建一个通讯录应用,包含客户端和服务器端的交互。主要需求包括: 客户端可执行的操作:新增联系人、删除联系人、查询通讯录列表、查询联系人详细信息。 服务器端提供增删查能力,并确保数据持久化。 客户端与服务器间交互数据使用Protobuf。 环境搭建 选择cpp-/yhirose/cpp-... CentOS环境注意事项 在CentOS下,若使用自带的g++版本(如4.8.5,发布于年),在编译项目时可能遇到问题。解决方法是升级gcc/g++至更高版本。 约定双端交互接口新增联系人
删除联系人
查询通讯录列表
查询联系人详细信息
约定双端交互req/resp 设计了多个protobuf文件用于定义请求和响应结构,包括base_response.proto、add_contact_request.proto至find_all_contacts_response.proto等。 相关视频推荐高性能服务器通信协议设计的奥秘:XML、JSON、Protobuf性能对比分析
Protobuf序列化协议工程应用方法和实践分析
qq微信即时通讯技术细节:方案选择
C/C++ Linux服务器架构师学习资料分享群:(包含C/C++、Linux、golang等技术资料)
客户端代码实现main.cc:主程序
ContactException.h:异常类定义
ContactsServer.h:客户端通讯录服务端定义
ContactsServer.cc:客户端通讯录服务实现
服务端代码实现定义通讯录结构(contacts.proto)
main.cc:服务端主程序
ContactException.h:异常类定义
ContactsServer.h:通讯录服务定义
ContactsServer.cc:通讯录服务实现
Utils.h:工具类定义
ContactsMapper.h:数据持久化接口定义
ContactsMapper.cc:数据持久化接口实现
注:在实际应用中,应将通讯录数据存储至数据库,此处为简化流程,以本地文件作为数据存储。Java教程:dubbo源码解析-网络通信
在之前的内容中,我们探讨了消费者端服务发现与提供者端服务暴露的相关内容,同时了解到消费者端通过内置的负载均衡算法获取合适的调用invoker进行远程调用。接下来,我们聚焦于远程调用过程,即网络通信的细节。
网络通信位于Remoting模块中,支持多种通信协议,包括但不限于:dubbo协议、roialign 源码rmi协议、hessian协议、ty进行网络通讯,NettyClient.doOpen()方法中可以看到Netty的相关类。序列化接口包括但不限于:Serialization接口、Hessian2Serialization接口、Kryo接口、FST接口等。
序列化方式如Kryo和FST,性能往往优于hessian2,能够显著提高序列化性能。这些高效Java序列化方式的引入,可以优化Dubbo的序列化过程。
在配置Dubbo RPC时,引入Kryo和FST非常简单,只需在RPC的XML配置中添加相应的属性即可。
关于服务消费方发送请求,Dubbo框架定义了私有的RPC协议,消息头和消息体分别用于存储元信息和具体调用消息。消息头包括魔数、数据包类型、消息体长度等。消息体包含调用消息,如方法名称、参数列表等。请求编码和解码过程涉及编解码器的使用,编码过程包括消息头的写入、序列化数据的存储以及长度的写入。解码过程则涉及消息头的读取、序列化数据的解析以及调用方法名、参数等信息的提取。
提供方接收请求后,服务调用过程包含请求解码、调用服务以及返回结果。thinkcmfx源码解码过程在NettyHandler中完成,通过ChannelEventRunnable和DecodeHandler进一步处理请求。服务调用完成后,通过Invoker的invoke方法调用服务逻辑。响应数据的编码与请求数据编码过程类似,涉及数据包的构造与发送。
服务消费方接收调用结果后,首先进行响应数据解码,获得Response对象,并传递给下一个处理器NettyHandler。处理后,响应数据被派发到线程池中,此过程与服务提供方接收请求的过程类似。
在异步通信场景中,Dubbo在通信层面为异步操作,通信线程不会等待结果返回。默认情况下,RPC调用被视为同步操作。Dubbo通过CompletableFuture实现了异步转同步操作,通过设置异步返回结果并使用CompletableFuture的get()方法等待完成。
对于异步多线程数据一致性问题,Dubbo使用编号将响应对象与Future对象关联,确保每个响应对象被正确传递到相应的Future对象。通过在创建Future时传入Request对象,可以获取调用编号并建立映射关系。线程池中的线程根据Response对象中的调用编号找到对应的Future对象,将响应结果设置到Future对象中,供用户线程获取。
为了检测Client端与Server端的连通性,Dubbo采用双向心跳机制。HeaderExchangeClient初始化时,开启两个定时任务:发送心跳请求和处理重连与断连。心跳检测定时任务HeartbeatTimerTask确保连接空闲时向对端发送心跳包,而ReconnectTimerTask则负责检测连接状态,当判定为超时后,客户端选择重连,服务端采取断开连接的措施。
智能工厂:数控设备互联通讯协议 MTConnect
智能工厂的实现离不开高效的信息交换和设备互联,MTConnect协议在此过程中扮演着关键角色。年,AMT在上海的技术服务中心举办的活动,正是聚焦于这一协议的介绍与推广。随着计算机互联网技术的飞速发展,全球制造业正经历一场前所未有的数字化和智能化转型,各国纷纷推出先进制造战略,如美国的“先进制造业国家战略计划”、德国的“工业4.0”和中国的“中国制造”。智能制造的核心在于信息物理融合系统(CPS),它将互联网与制造业紧密结合,构建智能工厂,实现产品的全生命周期智能化。
MTConnect协议,起源于年的AMT,专为数控设备间的互联互通而设计,允许设备间无缝分享数据,从而支持智能工厂的高效运营。这一协议与OPC基金会的OPCUA协议兼容,使得数据采集、分析和维护变得更加便捷。在智能工厂中,包括机床、机械手、测量设备等在内的设备,其内部的大量数据与生产过程密切相关,MTConnect协议正是这一数据流动的桥梁,通过云计算实现数据共享和实时监控,推动智能制造目标的实现。
目前,MTConnect协议已经成为全球设备制造商的标准功能,如通用电气等大型企业在其设备中广泛采用。作为AMT倡导的开源协议,用户可以免费获取源代码,并对其进行修改,以适应不同制造商的设备,推动协议的持续发展和设备间的广泛连接。在中国,中国机床工具工业协会正积极推动MTConnect协议在中国的应用,年5月日成立了“数控机床互联通讯协议标准联盟”,汇聚了多家企业、研究机构及高校的力量,共同推进这一技术在中国制造业中的落地与应用。
统信UOS系统开发笔记(八):在统信UOS上编译搭建mqtt基础环境(版本使用QMQTT::Clinet)
MQTT协议介绍
MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议)是基于发布/订阅模式的轻量级通讯协议,由IBM于年发布。其最大优点在于,能以极少的代码和有限的带宽,为连接远程设备提供实时可靠的消息服务。MQTT广泛应用于物联网、小型设备、移动应用等领域。
MQTT设计原则
MQTT具有以下特点:
1. 使用发布/订阅模式,实现一对多的消息发布,解除应用程序耦合。
2. 提供对负载内容的屏蔽,进行消息传输。
3. 使用TCP/IP提供网络连接。
4. 支持三种消息发布服务质量。
5. 具有小型传输、开销小的特性,协议交换最小化。
6. 为客户端异常中断提供机制。
发布/订阅者模式
MQTT支持发布/订阅模式,使MQTT协议在物联网、机器与机器(M2M)通信、智能家居等领域得到广泛应用。
统信UOS系统MQTT编译与环境搭建
统信UOS系统版本:系统版本为统信UOS 。
Qt编译MQTT
Qt5版本开始支持MQTT,但并未集成至安装包,需自行下载编译。Qt提供的qtmqtt库不支持点对点方式,仅支持订阅/发布者模式。
编译步骤
下载并解压MQTT源码至目标系统。
使用QtQCreator打开pro工程编译,切换至release模式。
在解压的源码路径手动创建Qt5Mqtt文件,编译成功。
部署MQTT模块至qt
将MQTT源码融入qt工程中,实现模块化部署。新建mqttClientDemo工程,提取源码中的mqtt模块,将其加入新工程的modules,引入qmqtt.pri文件。
解决编译报错
编译报错时,添加缺失的网络模块(QT += network),并调整私有头文件宏至头文件宏。
源码融入编译成功
源码成功融入,后续无需重新编译即可替换系统或版本。
模块化部署优化
创建mqttClientManager管理模块,用于包含MQTT源码,实现模块化部署。
Mqtt开发笔记:windows下C++ ActiveMQ客户端介绍、编译和使用
前话
项目需求驱使我们转向 MQTT 协议的实现,由于 QtMqtt 库不支持队列模式(点对点),而只能使用订阅/发布者模式,我们决定采用 C++ ActiveMQ 进行开发。
MQTT 协议
MQTT,即消息队列遥测传输协议,是一种基于发布/订阅模式的轻量级通讯协议,IBM 在 年发布。其优点在于,以极低的代码量和带宽消耗提供即时可靠的消息服务,广泛应用于物联网、小型设备和移动应用。
设计原则与特点
MQTT 的核心特点是发布/订阅消息模式,实现一对多的消息发布,减少应用程序间的耦合。它对负载内容进行屏蔽的高效传输,基于 TCP/IP 提供网络连接,支持三种消息发布服务质量。它的小型传输、低开销和客户端异常中断机制,使其非常适合物联网领域,尤其适用于传感器与服务器间的通信,以及信息收集。
发布/订阅者模式
MQTT 是基于客户端-服务器的消息发布/订阅传输协议,适用于受限环境,如机器与机器通信、物联网应用,特别适合传感器和服务器通信,以及小型设备的运算能力和带宽相对不足的情况。
MQTT 服务器
MQTT 协议中的服务器角色称为“消息代理”,可以是应用程序或设备,位于消息发布者和订阅者之间,负责数据推送。
MQTT 协议中的方法
MQTT 定义了一系列方法(动作),用于操作服务器上的资源,包括数据处理和生成。主要方法包括读取、写入、订阅和发布等。
CMS 客户端
CMS API 是一种类似 JMS 的 C++ API,用于与消息代理进行交互,如 Apache ActiveMQ,它使客户端代码更加整洁、易于维护。
下载与编译 ActiveMQ-CPP
下载 ActiveMQ-CPP 的最新 Windows 版本源码,推荐访问官网或 CSDN 下载页面。使用 VS 编译 ActiveMQ-CPP。
编译步骤
1. 解压下载的压缩文件至专用文件夹。
2. 使用 VS 打开编译工程文件。
3. 编译“avtivemq-cpp”时遇到“/ZI”和“/Gy-”命令行选项不兼容的错误。
4. 通过手动更改“/Zi”和“/Gy”命令为兼容版本来解决。
5. 继续编译工程生成 debug 和 release 版本。
6. 编译通过,切换到 release 版本后,需要重新配置包含头文件属性并编译。
编译 APR-1.7.0 库
ActiveMQ 依赖 APR 库,其相关信息在源码根目录的 README.txt 中提供。首先下载 APR 库,解压至专用编译文件夹,使用 CMake 配置工程,生成 VS 工程文件。然后,使用 CMake 生成 APR 库,通过 VS 打开并编译工程,最终完成头文件和库文件的归类整理。
2024-11-06 11:43
2024-11-06 11:27
2024-11-06 11:08
2024-11-06 11:03
2024-11-06 10:46
2024-11-06 10:42
2024-11-06 10:17
2024-11-06 09:57