C#上位机与三菱PLC的通信05--MC协议之QnA-3E报文解析

2024-02-09 20:04

本文主要是介绍C#上位机与三菱PLC的通信05--MC协议之QnA-3E报文解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1、MC协议回顾

MC是公开协议 ,所有报文格式都是有标准 ,MC协议可以在串口通信,也可以在以太网通信

串口:1C、2C、3C、4C

网口:4E、3E、1E

A-1E是三菱PLC通信协议中最早的一种,它是一种基于二进制通信协议的协议,适用于三菱FX系列PLC和A系列PLC。该协议支持点对点通信和多点通信,可以实现PLC之间的数据交换和远程监控等功能,该内容在前面已经介绍过,可以看这两个文章:C#上位机与三菱PLC的通信03--MC协议之A-1E报文解析-CSDN博客。

C#上位机与三菱PLC的通信04--MC协议之A-1E报文测试-CSDN博客

Qna-3E模式是三菱PLC通信协议中较新的一种,它是一种基于ASCII码通信协议的协议,适用于三菱Q系列PLC和FX5U系列PLC。该协议支持点对点通信和多点通信,可以实现PLC之间的数据交换、远程监控和远程编程等功能。

2、 Qna-3E协议介绍

 1、软元件(存储区)分类及访问规则 

注意2个问题:

1、bit和word,bit就是一个位,二进制中的位bit,0或1算一个位,word叫字,一个字就16位,就是2个字节,一个字节是8位,2个字节就是16位,也就是16个bit,简单讲就是word占2个字节,另外0X是16进制的表示,而float占4个字节。

2、小端处理

进行数据转换的时候需要注意, 西门子PLC的S7是大端处理,MC协议是小端处理,比如X区的代码是0x58 0x20,发送报文时需要变成0x20 0x58

2、命令类型

当发送报文时,命令是由主命令+子命令组合起来,比如成批读出,则是0x04 0x01 0x00 0x00,按小端处理的,所以应该是0x01 0x04 0x00 0x00。

3、模拟器介绍
 

这里我们介绍两个模拟器,所讲的模拟器就是一个三菱的MC服务器,也就是说是一台虚拟的PLC,如果没有模拟器,那就需要一台真实的PLC硬件,但是FX5U之类的PLC价格要好几K以上,屌丝者成本较大,承担不起,对于很多学习者,培训者,爱好者花大洋有些心疼,所以提供2个模拟器,这个模拟器就是一台真实的PLC设备。

 自研的模拟器,自定Logo,飞常屌,帅逼列

4、位bit与字word成批操作

骚等

5、位bit与字word随机读取

骚等

6、位bit与字word随机写入

骚等

3、Qna-3E报文解析

启动服务器

1、读字数据,读取D100开始的2个数据, short/ushort

 发送:50 00 00 FF FF 03 00 0C 00 0A 00 01 04 00 00 64 00 00 A8 02 00   
 5000,//请求副头部,固定50 00
 00,// 网络号,可变,根据PLC的设置
 FF,//PLC编号,固定值
 FF03,//目标模块IO编号,固定FF 03
 00,// 可变,目标模块站号
 0C00,  // 剩余字节长度,当前字节往后
 0A00,//PLC响应超时时间,以250ms为单位计算
 0104,// 成批读出,主命令
 0000,// 字操作
 640000,// 起始地址,100转换成16进制就是64,按小端处理占3个字节就是64 00 00 
 A8,// 区域代码 
 0200 //读取长度 

接收:D0 00 00 FF FF 03 00 06 00 00 00 23 00 1D 00
D0 00:响应副头部,固定D0 00
00:网络号
FF:PLC编号 
FF 03:目标模块IO编号,固定FF 03
00:目标模块站号 
06 00:响应数据长度,当前字节往后
00 00:结束代码,状态码,表示正常
23 00:一个Word数据,这是一个小端的格式,换成正常顺序是0023,转换成10进制就是35
1D 00:一个Word数据,这是一个小端的格式,换成正常顺序是001D,转换成10进制就是29

2、读取D102开始的1个字数据, 即float类型

发送:50 00 00 FF FF 03 00 0C 00 0A 00 01 04 00 00 66 00 00 A8 02 00  
 5000,//请求副头部,固定50 00
 00,// 网络号,可变,根据PLC的设置
 FF,//PLC编号,固定值
 FF03,//目标模块IO编号,固定FF 03
 00,// 可变,目标模块站号
 0C00,  // 剩余字节长度,当前字节往后
 0A00,//PLC响应超时时间,以250ms为单位计算
 0104,// 成批读出,主命令
 0000,// 字操作,子命令
 660000,// 起始地址102,102转换成16进制就是66,占3个字节,所以是00 00 64,然后按小端处理方式,最终就是66 00 00 。
 A8,// 区域代码 
 0200 //读取长度,为什么是2,不是1,不是一个float类型的数据吗?注意:一个float占2个长度,也就是说float占2个word的长度,通俗地说就是flaot占2个寄存器,word占1个寄存器。
 
接收:D0 00 00 FF FF 03 00 06 00 00 00 CD CC 94 41 
D0 00:响应副头部,固定D0 00
00:网络号
FF:PLC编号 
FF 03:目标模块IO编号,固定FF 03
00:目标模块站号 
06 00:响应数据长度,当前字节往后
00 00:结束代码,状态码
CD CC 94 41:一个float数据,这是一个小端的格式,转换成10进制就是18.6,这个工具软件是识别不了的,需要在程序代码中进行处理转换。 

3、读位数据,即X102开始的1个位(true/false)

发送:50 00 00 FF FF 03 00 0C 00 0A 00 01 04 01 00 02 01 00 9C 01 00  
 50,00,//请求副头部,固定50 00
 00,// 网络号,可变,根据PLC的设置
 FF,//PLC编号,固定值
 FF03,//目标模块IO编号,固定FF 03
 00,// 可变,目标模块站号
 0C00,  // 剩余字节长度,当前字节往后
 0A00,//PLC响应超时时间,以250ms为单位计算
 0104,// 成批读出,主命令
 0100,// 子命令 - 位操作 
 020100,// 起始地址,占3个字节,地址是102,用000102表示,因为是小端,前后颠倒,变成了   020100,这里的X区地址不需要转换成16进制,而是用10进制 ,注意这个坑
 9C// 区域代码 
 01,00 //读取长度 

接收:D0 00 00 FF FF 03 00 03 00 00 00 10 
D0 00:响应副头部,固定D0 00
00:网络号
FF:PLC编号 
FF 03:目标模块IO编号,固定FF 03
00:目标模块站号 
03 00:响应数据长度,当前字节往后
00 00:结束代码,状态码
10 : 这是一个小端的格式,转换成2进制00010000,前面的0001就是true

 4、读取字数据,即读取X100地址的int16类型数据,short或ushort类型的,如-79,35

发送:50 00 00 FF FF 03 00 0C 00 0A 00 01 04 00 00 00 01 00 9C 01 00  
 50,00,
 00,// 可变,根据PLC的设置
 FF,//PLC编号,固定值
 FF03,//目标模块IO编号,固定FF 03
 00,// 可变
 0C00,  // 剩余字节长度
 0A00,//超时时间
 0104,// 成批读出,主操作命令
 0000,// 子命令 - 字操作
 000100,// 起始地址,X区地址不要转换成16进制,用来的10进制,所以100用3个字节表示就是000100,小端处理前后倒置就是000100
 9C,// 区域代码   X
 0100 //读取长度    

接收:D0 00 00 FF FF 03 00 04 00 00 00 EE FF 
D0 00:响应副头部,固定D0 00
00:网络号
FF:PLC编号 
FF 03:目标模块IO编号,固定FF 03
00:目标模块站号 
04 00:响应数据长度,当前字节往后
00 00:结束代码,状态码
EE FF : 这是补码格式,转换成10进制-18,工具软件处理不了这个,需要在程序中处理

5、写入字数据,即按字写入地址为D200开始的2个数据short类型的,即111/222

发送:50 00 00 FF FF 03 00 10 00 0A 00 01 14 00 00 C8 00 00 A8 02 00 6F 00 DE 00 
 50 00,
 00,// 可变,根据PLC的设置
 FF,
 FF 03,
 00,// 可变
 10 00,  // 剩余字节长度
 0A 00,
 01 14,// 成批写入
 00 00,// 字操作
 C8 00 00,// 起始地址
 A8,// 区域代码 
 02 00, //写入长度

6F 00 DE 00  //具体的数据值,111转换成16进制就是6f,小端处理就是6f00,222小端处理就是de00
  

接收:D0 00 00 FF FF 03 00 02 00 00 00 
D0 00:响应副头部,固定D0 00
00:网络号
FF:PLC编号 
FF 03:目标模块IO编号,固定FF 03
00:目标模块站号 
02 00:响应数据长度,当前字节往后
00 00:结束代码,状态码

6、写入字数据,即按字写入地址为D112开始的1个数据,即float类型的13.9

发送:50 00 00 FF FF 03 00 10 00 0A 00 01 14 00 00 70 00 00 A8 02 00 66 66 5E 41  
5000,
00,// 可变,根据PLC的设置
FF,
FF03,
00,// 可变 
1000,  // 剩余字节长度
0A00,超时时间
0114,// 成批写入
0000,// 字操作 
700000,// 起始地址,占3个字节,112转换成16进制的小端格式是700000
A8,// 区域代码 
0200, //写入长度,float的长度是2个长度
66665e41//具体的数据值,float占4个字节,分别是66,66,5e,41

接收:D0 00 00 FF FF 03 00 02 00 00 00  
D0 00:响应副头部,固定D0 00
00:网络号
FF:PLC编号 
FF 03:目标模块IO编号,固定FF 03
00:目标模块站号 
02 00:响应数据长度,当前字节往后
00 00:结束代码,状态码

4、小结

创作不易,打字截图不易,整理思路不易,走过路过不要错过,点赞关注收藏又圈粉,共同致富。

创作不易,打字截图不易,整理思路不易,走过路过不要错过,点赞关注收藏又圈粉,共同致富。

创作不易,打字截图不易,整理思路不易,走过路过不要错过,点赞关注收藏又圈粉,共同致富。

欢迎转载,复制,抄习,分享,打印。

这篇关于C#上位机与三菱PLC的通信05--MC协议之QnA-3E报文解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/695167

相关文章

线上Java OOM问题定位与解决方案超详细解析

《线上JavaOOM问题定位与解决方案超详细解析》OOM是JVM抛出的错误,表示内存分配失败,:本文主要介绍线上JavaOOM问题定位与解决方案的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录一、OOM问题核心认知1.1 OOM定义与技术定位1.2 OOM常见类型及技术特征二、OOM问题定位工具

C#实现千万数据秒级导入的代码

《C#实现千万数据秒级导入的代码》在实际开发中excel导入很常见,现代社会中很容易遇到大数据处理业务,所以本文我就给大家分享一下千万数据秒级导入怎么实现,文中有详细的代码示例供大家参考,需要的朋友可... 目录前言一、数据存储二、处理逻辑优化前代码处理逻辑优化后的代码总结前言在实际开发中excel导入很

C#使用Spire.Doc for .NET实现HTML转Word的高效方案

《C#使用Spire.Docfor.NET实现HTML转Word的高效方案》在Web开发中,HTML内容的生成与处理是高频需求,然而,当用户需要将HTML页面或动态生成的HTML字符串转换为Wor... 目录引言一、html转Word的典型场景与挑战二、用 Spire.Doc 实现 HTML 转 Word1

C#实现一键批量合并PDF文档

《C#实现一键批量合并PDF文档》这篇文章主要为大家详细介绍了如何使用C#实现一键批量合并PDF文档功能,文中的示例代码简洁易懂,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言效果展示功能实现1、添加文件2、文件分组(书签)3、定义页码范围4、自定义显示5、定义页面尺寸6、PDF批量合并7、其他方法

深度解析Python中递归下降解析器的原理与实现

《深度解析Python中递归下降解析器的原理与实现》在编译器设计、配置文件处理和数据转换领域,递归下降解析器是最常用且最直观的解析技术,本文将详细介绍递归下降解析器的原理与实现,感兴趣的小伙伴可以跟随... 目录引言:解析器的核心价值一、递归下降解析器基础1.1 核心概念解析1.2 基本架构二、简单算术表达

HTTP 与 SpringBoot 参数提交与接收协议方式

《HTTP与SpringBoot参数提交与接收协议方式》HTTP参数提交方式包括URL查询、表单、JSON/XML、路径变量、头部、Cookie、GraphQL、WebSocket和SSE,依据... 目录HTTP 协议支持多种参数提交方式,主要取决于请求方法(Method)和内容类型(Content-Ty

深度解析Java @Serial 注解及常见错误案例

《深度解析Java@Serial注解及常见错误案例》Java14引入@Serial注解,用于编译时校验序列化成员,替代传统方式解决运行时错误,适用于Serializable类的方法/字段,需注意签... 目录Java @Serial 注解深度解析1. 注解本质2. 核心作用(1) 主要用途(2) 适用位置3

C#下Newtonsoft.Json的具体使用

《C#下Newtonsoft.Json的具体使用》Newtonsoft.Json是一个非常流行的C#JSON序列化和反序列化库,它可以方便地将C#对象转换为JSON格式,或者将JSON数据解析为C#对... 目录安装 Newtonsoft.json基本用法1. 序列化 C# 对象为 JSON2. 反序列化

Java MCP 的鉴权深度解析

《JavaMCP的鉴权深度解析》文章介绍JavaMCP鉴权的实现方式,指出客户端可通过queryString、header或env传递鉴权信息,服务器端支持工具单独鉴权、过滤器集中鉴权及启动时鉴权... 目录一、MCP Client 侧(负责传递,比较简单)(1)常见的 mcpServers json 配置

C#文件复制异常:"未能找到文件"的解决方案与预防措施

《C#文件复制异常:未能找到文件的解决方案与预防措施》在C#开发中,文件操作是基础中的基础,但有时最基础的File.Copy()方法也会抛出令人困惑的异常,当targetFilePath设置为D:2... 目录一个看似简单的文件操作问题问题重现与错误分析错误代码示例错误信息根本原因分析全面解决方案1. 确保