西门子plc与oracle报文,西门子PLC以太网 通讯协议 解析

本帖最后由 qingyun 于 2016-12-2 10:36 编辑

1.西门子和三菱的几个区别(上位只关心的通讯层面)：

1. 西门子PLC通讯端口固定102，但是可以连接多个PC端(客户端)，三菱PLC通讯端口可以自定义，最多好像8个，但是每个端口只能连接一个客户端；

2. 两者的读写指令类似，但是西门子在端口连接的时候，要做两个初始化指令交互后，才能正常读写处理； 如果中途有错误格式的指令，可能导致端口连接断开；

3. 三菱PLC主要是以字为单位读写的；西门子主要是以字节为单位读写； 所以三菱相邻两个地址相差16bit，西门子相邻两个地址相差8bit;

4.三菱PLC的数据块，一般最小处理单位就是字，很少拆成bit处理(或者把整个字当作0,1布尔类型处理，但是这样有点太浪费了)，

而且上位PC端只能用字去读写，无法按位读写，如果真的要用bit处理，一般就用M点；

西门子这块比较灵活，可以按bit或byte去读写；如果按byte，标识的样子是

B10.B99  ；如果是bit,标识的样子是

B10.X99.0~DB10.X99.7

5.三菱PLC的数据块是固定的，比如D0~D6000;  西门子的数据块是通过西门子的编程工具初始化的，也就是说，你可以把一片地址定义成DB10,也可以定义成DB50;

通俗的说：三菱PLC的数据库偏硬； 西门子的偏软，它的地址是映射的虚拟地址；

6.  三菱的数据位是从小到大的，比如某个双字，低位在前，高位在后；这是针对数字类型，但是如果是ascii码，因为一个字有两个字节，这时候却又是反的；

所以在三菱里面对数字和字符类型，要分两种顺序处理；

西门子是从大到小的；这两种方法有什么区别呢； 简单来说：从小到大主要是计算机思考的方式； 从大到小是人的思考方式；

比如655539，它等于65536+3，转换成16进制是0x00010003 需要两个字  , 如果在三菱里存储的顺序就是先低位3，再高位1，也就是 03 00 01 00;

在西门子里存储的顺序从高到低，也就是00 01 00 03；

就像oracle在的数据在windows系统里的数据存储顺序是从小到大，在liunx系统里又是从大到小；

2.报文的基本格式：

2.1  第1和第2个字节是：固定报文头03 00，这里我们就用到三种报文： a.初始化 b. 读 c.写,都是这种格式；

2.2  第3和第4个字节是：整个报文的长度；

其它部分就是各种报文的个性化处理了；

下面分析大量报文的案例进行规律分析，为了便于对照，每种都用1200 和300 两种对照demo显示：

3.初始化报文

初始化报文分两个交互；

3.1 交互一

西门子1200:

PC发出报文 ( [A18]=0x01 =CPUSlot)

03 00  00 16 11 E0 00 00         00 01  00 C1 02 01 00 C2

02 01 01(cpuslot) C0 01 09

PLC回复报文( B[10]=0x06 可能 是西门子的小型号  B[22]=0x01=CPUSlot)

03 00 00 16 11 D0 00 01        00 06 00 C0 01 09 C1 02

01 00 C2 02 01 01 (cpuslot)

西门子300:

PC发出报文 ( A[18]=0x02 =CPUSlot)

03 00  00 16 11 E0 00 00         00 01  00 C1 02 01 00 C2

02 01 02(cpuslot) C0 01 09

PLC回复报文 (B[10]=0x04 可能 是西门子的小型号  B[22]=0x0=CPUSlot)

03 00 00 16 11 D0 00 01        00 04 00 C0 01 09 C1 02

01 00 C2 02 01 02

opc 对 1200 和 300 不用配置的不同点，就一个地方：前者 CPUSlot = 1 ，后者CPUSlot = 2；

所以可以摸索规律是：

a.pc发起第一个初始化报文的时候，第18个字节标识了CPUSlot ;

b.plc回复报文和读取报文长度一样都是22个字节长度；

c.plc回复报文的最后一个字节也是CPUSlot ，这个可以用来校验；

d. plc回复的第10个字节一个是06，一个是04，这个好像是小型号的区别；

细节摸索下来:1200该字节是06,314是04,315是03；咱写程序的时候，就不要考虑这个来校验了；

3.2交互二

PC发出报文

03 00 00 19 02 F0 80 32    01 00 00 FF FF 00 08 00

00 F0 00 00 01 00 01 07     80

PLC回复报文

03 00 00 1B 02 F0 80 32     03 00 00 FF FF 00 08 00

00 00 00 F0 00 00 01 00     01 00 F0

第二个初始化报文交互，通过1200 和314,315的对比，发现居然完全没有任何区别；

所以我们可以把这个交互完全固话；

到此，整个初始化处理就算结束了，正常在设计架构的时候，可以这么实现：

在ClentSocket的onConnect(即正常连接上)的瞬间，pc给plc发起第一个初始请求，得到回复后(为了简单，就仅仅判断长度为22即可)；

立刻发起第二个固定的初始话请求，得到长度为24的报文后，就通过一个布尔变量通知整个系统可以正常读写；