1.报文的基本格式 1.1 第1和第2个字节是:固定报文头03 00,这里我们就用到三种报文: a.初始化 b. 读 c.写,都是这种格式: 1.2 第3和第4个字节是:整个报文的长度: 其它部分就是各种报文的个性化处理了: 下面分析大量报文的案例进行规律分析,为了便于对照,每种都用1200 和300 两种对照demo显示: 2.初始化报文 初始化报文分两个交互: 2.1 交互一 西门子1200: PC发出报文 ( [A18]=0x01 =CPUSlot) 03 00 00 16 11 E0 0

03 00 00 16 11 E0 00 00 00 01 00 C1 02 10 00 C2 02 03 01 C0 01 0A(第一次握手报文) 03 00 00 16 11 D0 00 01 00 11 00 C0 01 0A C1 02 10 00 C2 02 03 01(第一次握手返回) 03 00 00 19 02 F0 80 32 01 00 00 CC C1 00 08 00 00 F0 00 00 01 00 01 03 C0(第二次握手报文) 03 00 00 1B 02 F

1.西门子和三菱的几个区别(上位只关心的通讯层面):1. 西门子PLC通讯端口固定102,但是可以连接多个PC端(客户端),三菱PLC通讯端口可以自定义,最多好像8个,但是每个端口只能连接一个客户端:2. 两者的读写指令类似,但是西门子在端口连接的时候,要做两个初始化指令交互后,才能正常读写处理: 如果中途有错误格式的指令,可能导致端口连接断开:3. 三菱PLC主要是以字为单位读写的:西门子主要是以字节为单位读写: 所以三菱相邻两个地址相差16bit,西门子相邻两个地址相差8bit;4.三菱PL

一直想把三菱和西门子这两个使用频率最高的PLC上位通讯,融合到WCS系统的框架里: 现在三菱主流使用Q系列,使用的是MC协议, 前一段时间也写过一个入门介绍: 三菱Q系列通讯方式设计说明 去年8月份,无意中发现用网络抓包工具可以一点不漏的抓取通讯包,简单摸索一下,也把规律摸索的七七八八了, 也写了一个简单的说明: 终于破解了西门子通讯协议 但是真正用于项目,就需要100%的摸索出来: 一直都想早点弄出来,代替OPC, 但是拖延症太厉害,一直拖了半年,都没有进一步去完善: 这两天过年期间,难得心里

本文将使用一个gitHub开源的项目来扩展实现二次协议的开发,该项目已经搭建好了基础层架构,并实现了三菱,西门子,欧姆龙,MODBUS-TCP的通讯示例,也可以参照这些示例开发其他的通讯协议,并Pull request到这个项目中来实现这个项目的最终目标 github地址:https://github.com/dathlin/HslCommunication 如果喜欢可以star或是fork,还可以打赏支持. 在Visual Studio 中的NuGet管理器中可以下载安装,也可以直接在NuGe

c++ 是公司开发最常用的语言之一, 那new和delete 这两个函数是所有开发者即爱又恨的函数.由new 和delete引发的bug , coredump , 让多少程序员加了多少班. 1. 遇到的问题 C++ 中,你也许经常使用 new 和 delete 来动态申请和释放内存,但你可曾想过以下问题呢? ● new 和 delete 是函数吗? ● new [] 和 delete [] 又是什么? 什么时候用它们? 什么情况下等同于new和delete? ● 你知道 operator new

前文我们聊了下varnish的VCL配置以及语法特点,怎样去编译加载varnish的vcl配置,以及命令行管理工具varnishadm怎么去连接varnish管理接口进行管理varnish,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/12626134.html:今天我们来说一下varnish的状态引擎:首先我们来回顾下iptables报文的走向,在iptables里报文的走向有三种,第一种是从别的主机发送过来的报文,首先它会到达网卡,然后进入prerou

一.报文功能图 1.1标准报文 适用于驱动器 SINAMICS S120 S150 参数手册 章节3.9 PROFIdrive 图3-36 功能图2415标准报文和过程数据1 SINAMICS S120 S150 参数手册 章节3.9 PROFIdrive 图3-37 功能图2416标准报文和过程数据2 1.2西门子报文105等 适用于驱动器 1.3报文390等 适用于运动控制单元 1.4自由报文999等 二.功能图解释 2.1PZD PZD(Process data,过程数据)区域可以通过相关

又一次成为懒蛋了,标题就这么改了改又是一篇新文章. 网上也有很多S7comm协议的解析,但还是如同我上一篇一样我只是做报文的解析对于S7comm的原理并进行阐述. 有些地方有错误的地方尽请大家指出,共同进步. 好了,言归正题.我们开始吧. 我还是按照功能码的顺序进行介绍吧. s7抓包分析 TPKT层和COTP层我也不多做介绍了,有兴趣的可以自己去了解.今天我们主要是解析S7comm这一层. 功能码附录: 0x00       CPU services CPU服务 0xf0        Setu

说白了,如果你发起时有,那么服务器支持,回应时也会有,不支持,也就没有了.所以一般客户端都会默认带着发,服务端返回不返回就是服务端的事了. 1. 支不支持长连接,关键在于服务端是否支持. 如果服务端不支持,你Connetion:Keep-Alive也没用. 2. HTTP1.1 默认的意思,就是既支持长连接又支持短连接,默认设置为长连接. 3. 短连接不是废弃了,很多应用短连接反而更好也更简单.

要从PCAP文件生成流,请执行以下步骤: 1.导入PCAP到流 在导航树,右键点击流模板,然后从右键菜单选择"导入PACP到流",系统将弹出"导入PCAP到流"配置向导: 2.选择源.目端口 选择流的源端口和目的端口(这里以P1为源端口,P2为目的端口): 3.选择pcap文件 单击选择pcap文件选项的...按钮,然后选择一个PCAP文件: 4.单击"完成" 点击对话框的确定按钮,单击"完成",完成导入PCAP文件生成流的操

本文将使用一个Github开源的组件库技术来读写三菱PLC和西门子plc数据,使用的是基于以太网的TCP/IP实现,不需要额外的组件,读取操作只要放到后台线程就不会卡死线程,本组件支持超级方便的高性能读写操作 github地址:https://github.com/dathlin/HslCommunication 如果喜欢可以star或是fork,还可以打赏支持,打赏请认准源代码项目. 在Visual Studio 中的NuGet管理器中可以下载安装,也可以直接在NuGet控制台输入下面的指令安

本文将使用一个gitHub开源的组件技术来读写西门子plc数据,使用的是基于以太网的TCP/IP实现,不需要额外的组件,读取操作只要放到后台线程就不会卡死线程,本组件支持超级方便的高性能读写操作 官方地址:http://www.hslcommunication.cn/ 打赏请认准官网. nuget地址:https://www.nuget.org/packages/HslCommunication/             github地址:https://github.com/dathlin/H

本文将使用一个gitHub开源的组件技术来读写西门子plc数据,使用的是基于以太网的TCP/IP实现,不需要额外的组件,读取操作只要放到后台线程就不会卡死线程,本组件支持超级方便的高性能读写操作 nuget地址:https://www.nuget.org/packages/HslCommunication/             github地址:https://github.com/dathlin/HslCommunication                             如果

本文将使用一个gitHub开源的组件技术来读写西门子plc数据,使用的是基于以太网的TCP/IP实现,不需要额外的组件,读取操作只要放到后台线程就不会卡死线程,本组件支持超级方便的高性能读写操作 github地址:https://github.com/dathlin/HslCommunication 如果喜欢可以star或是fork,还可以打赏支持,打赏请认准源代码项目. nuget地址:https://www.nuget.org/packages/HslCommunication/      

C#读写西门子PLC数据,包含S7协议和Fetch/Write协议,s7支持200smart,300PLC,1200PLC,1500PLC 本文将使用一个gitHub开源的组件技术来读写西门子plc数据,使用的是基于以太网的TCP/IP实现,不需要额外的组件,读取操作只要放到后台线程就不会卡死线程,本组件支持超级方便的高性能读写操作 官方地址:http://www.hslcommunication.cn/ 打赏请认准官网. nuget地址:https://www.nuget.org/packag

618来啦 亲们,腾讯课堂101机构打榜了,快来助力<新阁教育>,<免费赠送课程>! 1.手机QQ(微信请也来一遍)扫下方二维码↓,找到<新阁教育> 2.点击“支持”,记得获得免费课程,还有红包相送. 3.助力成功后可以邀请亲朋好友,共同学习. 感谢支持 据某份数据不完全统计,目前中国市场十大国际PLC品牌如下(避免争议,排名不分先后): 西门子.施耐德.欧姆龙.三菱.罗克韦尔.松下.ABB.倍福.艾默生.GE 再盘点一下中国市场十大国内PLC品牌: 和利时.台达.汇川

一.软硬件描述 西门子PLC S7-1215 钡铼BL102网关 mosquitto MQTT服务器(腾讯云上搭建) 可以上网的路由器一套 二.需要使用的软件. 西门子Portal v15.1 (西门子PLC编程软件) 钡铼BL102调试软件及说明书. 说明书下载链接: http://rtu-m2m.com/Download/Manual/中文/BL102_中文说明书_V1.0.zip 调试软件下载链接: http://rtu-m2m.com/Download/Software/中文/BL10x

http协议是位于应用层的协议,我们在日常浏览网页比如在导航网站请求百度首页的时候,会先通过http协议把请求做一个类似于编码的工作,发送给百度的服务器,然后在百度服务器响应请求时把相应的内容再通过http协议做一个类似于解码的工作,这样浏览器才能理解这个数据,然后为我们展示出来百度首页. 这相当于是一种规范,网络中数据的传输在位于应用之下的各层(传输层,应用层)来完成的,在tcp/ip协议接收到数据时,我们是不能直接使用和浏览的,需要先通过一种规范来进行梳理,也就是解码,得到浏览器支持的一种格

最开始时,金融系统只有IBM这些大的公司来提供设备,象各种主机与终端等.在各个计算机设备之间,需要交换数据.我们知道数据是通过网络来传送的,而在网络上传送的数据都是基于0或1这样的二进制数据,如果没有对数据进行编码,则这些数据没有人能够理解,属于没有用的数据.起初的X.25.SDLC以及现在流行的TCP/IP网络协议都提供底层的通讯编码协议,它们解决了最底层的通讯问题,能够将一串字符从一个地方传送到另一个地方.但是,仅仅传送字符串是没有太大意义的,怎样来解析字符串代表什么内容是非常重要的,否则传