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）是原理源码铁顶指标源码美国的一种工业控制系统通信协议，使用在电网自动化系统中，通讯主要用于控制传送电力设施数据。协议

       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连接会断开。经过多次尝试，ioc系统源码排除从站问题，即便直接连接modbusslave也存在同样问题。

       2.查找问题

       为解决问题，自行编写了一个tcp server，抓取QModbusTcpClient写数据的报文，与modbuspoll上的对比，发现QT中的报文比modbuspoll上的多出一部分，推测是协议错误。

       3.解决策略

       既然QModbusTcpClient的协议存在问题，决定不使用它。因此，直接利用QTcpSocket手动编写一个ModbusTcp类。

       二、代码编写

       1.协议解析

       通过对比modbuspoll上的通信日志和网络上的modbustcp协议分析文章，研究出协议的标准格式。

       2.封装函数

       共封装了4个函数，分别是写单个线圈、写多个线圈、写单个保持寄存器、写多个保持寄存器。具体实现如下：

       四个函数中，除了写多个线圈存在问题外，其他均已验证，可正确写入。

       最后，将TCP作为一个子线程，线程初始化函数如下：

       三、源码下载

       模块下载

       四、最后的最后再吐槽一下QModbusTcpClient真的很糟糕，根本无法使用。另外，网上的QtModbusTCP资源都无法使用，只有和我一样纯手搓才能解决问题。

网络数据通信—ProtoBuf实现序列化和反序列化

       Protobuf实现序列化和反序列化

       本文将介绍如何通过Protobuf实现网络数据通信，ps文件源码具体案例中我们构建一个通讯录应用，包含客户端和服务器端的交互。主要需求包括：

       客户端可执行的操作：新增联系人、删除联系人、查询通讯录列表、查询联系人详细信息。

       服务器端提供增删查能力，并确保数据持久化。

       客户端与服务器间交互数据使用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协议、网页改变源码rmi协议、hessian协议、ty进行网络通讯，NettyClient.doOpen()方法中可以看到Netty的相关类。序列化接口包括但不限于：Serialization接口、Hessian2Serialization接口、Kryo接口、FST接口等。

       序列化方式如Kryo和FST，性能往往优于hessian2，能够显著提高序列化性能。这些高效Java序列化方式的引入，可以优化Dubbo的序列化过程。

       在配置Dubbo RPC时，引入Kryo和FST非常简单，只需在RPC的XML配置中添加相应的属性即可。

       关于服务消费方发送请求，Dubbo框架定义了私有的RPC协议，消息头和消息体分别用于存储元信息和具体调用消息。消息头包括魔数、数据包类型、消息体长度等。消息体包含调用消息，如方法名称、参数列表等。请求编码和解码过程涉及编解码器的使用，编码过程包括消息头的写入、序列化数据的存储以及长度的写入。解码过程则涉及消息头的读取、序列化数据的解析以及调用方法名、参数等信息的提取。

       提供方接收请求后，服务调用过程包含请求解码、调用服务以及返回结果。锁升级源码解码过程在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 打开并编译工程，最终完成头文件和库文件的归类整理。