干货!一文搞懂西门子S7通信的读写字节长度限制,及如何"突破"读写长度限制分享
一 | 概述 |
二 | S7 通信数据长度限制 |
S7协议的一次性读取长度是根据“协议数据单元”PDU(Protocol Data Unit)大小计算出来的,这个PDU的值是来自于PLC本身,不同型号的CPU,它的PDU是不一样的,可参见下表;
S7-1200 | 任意 | 240 |
S7-1500 | S7-300 | 240 |
S7-400 | 480 | |
S7-1200 | 240 | |
S7-1500 | 960 |
从表中可以看出西门子PLC PDU大小一般会有三个档次240、480、960; 使用S7通信时,PDU大小的确认遵从“木桶短板理论”,即取通讯能力弱的;例如S7-1200 大PDU大小240,S7-1500 大PDU是960,如果S7-1200与S7-1500之间进行S7通信,那么大PDU应为240,而不是960,其它同理;
知道了PDU长度后,那么一次性读取的字节长度,就是在PDU的基础上减去18,这个18是指包头包尾会有18个字节,这样我们就知道了S7-1200一次大能读取222个字节(240-18=222),S7-1500这样的PLC,我们一次性大是可以读取942个字节的(960-18=942),一次性能读取的字节越长,越能提高上位机的通信效率。详细块大小参见下表:
240 (S7-300) | PUT/GET/ | 160 | - | - | - |
240(S7-300,通过集成的接口) | PUT | 212 | - | - | - |
GET | 222 | - | - | - | |
USEND | 212 | - | - | - | |
240 (S7-400) | PUT | 212 | 196 | 180 | 164 |
GET | 222 | 218 | 214 | 210 | |
USEND | 212 | - | - | - | |
480 (S7-400) | PUT | 452 | 436 | 420 | 404 |
GET | 462 | 458 | 454 | 450 | |
USEND | 452 | 448 | 444 | 440 | |
240 (S7-1200) | PUT | 212 | 196 | 180 | 164 |
GET | 222 | 218 | 214 | 210 | |
960 (S7-1500) | PUT | 932 | 916 | 900 | 884 |
GET | 942 | 938 | 934 | 930 | |
USEND | 932 | 928 | 924 | 920 |
三 | 如何“突破”长度限制 |
既然单次读取有长度限制,那实际应用中应该如何“突破”这种限制呢,毕竟随着工业4.0、数字化推进,数据采集的需求也是越来越大,CPU与CPU之间数据通讯长度也越来越长;有心的朋友可能有答案了,一次不行那就多读次,这不就“突破“了吗?对了,答案就是通过轮询的方式,多次进行读写操作;
例如:S7-1200 PLC 做客户端从服务端PLC读取516个字节到DB200数据块中;
步在程序中,使用3个GET指令,分别对应不同的请求和状态返回值
image-20240411145919649编写轮询程序,可通过脉冲对字节进行循环左移操作,当该字节对应不同值时,就输出不同的GET请求;
image-20240411150343498循环左移开始后,该循环值将按照1,2,4,8,16..进行向左移位,根据不同值判断不同的GET请求;当该值等于8时,即第四次左移后,对该值重新赋0,进行下一周期轮询;
image-20240411150933187实际运行效果