LabVIEW与PLC交互
一、写法
写命令立即读出
写命令后立即读出，在同一时间不能有多个地方写入，因此需要在整个写入后读出过程加锁
项目中会存在多个循环并行执行该VI，轮询PLC指令
在锁内耗时，就是TCP读写的实际耗时为5-8ms，在主VI六个循环里统计的耗时是读取PLC寄存器的整个耗时为10-40ms：
因此可以得出结论，由于锁会让TCP读写的代码块变为同步，因此如果越多地方在同一时操作PLC寄存器，会增加整体耗时。
在项目中轮询信号应该只在一个地方批量把寄存器里的值读取出来。
写法1：以"写命令立即读出"用一个地方批量读取，其他地方间隔写入
下面用fins udp进行测试：
- 读取是可重入
- 写入是不可重入
- 在操作tcp时加锁
工况1
- 一个循环批量轮询PLC信号，间隔1ms
- 一个循环读取字符串(INT数组)，间隔2000ms
- 32个循环4s内随机间隔写入一个寄存器
轮询的耗时大概为20-30ms，写入的时间也大概为20-30ms，对应
工况2
- 一个循环批量轮询PLC信号，间隔1ms
- 一个循环读取字符串(INT数组)，间隔1ms
- 32个循环4s内随机间隔写入一个寄存器
轮询的耗时大概为20-50ms，写入的时间也大概为20-50ms，耗时相对第一种加长
增加一个读取条码的循环后，耗时增加
工况3
- 一个循环批量轮询PLC信号，间隔1ms
- 一个循环读取字符串(INT数组)，间隔1ms
- 32个循环写入一个寄存器，间隔1ms
轮询的耗时大概为20-50ms，写入的时间也大概为20-50ms，耗时相对第一种加长，相对第二种无变化
结合工况2，可以得出write.vi的间隔减少，不影响read.vi的耗时，因此轮询的地方越少越好
工况4
- 一个循环批量轮询PLC信号，间隔1ms
- 一个循环读取字符串(INT数组)，间隔1ms
- 32个循环写入一个寄存器，间隔1ms
- 增加8个循环轮询一个寄存器，间隔1ms
轮询的耗时大概为150-200ms，写入的时间也大概为150-200ms，耗时大大加长
结合工况2和工况3，可以得出read.vi的间隔减少，会影响read.vi的耗时，因此轮询的地方越少越好
工况5
- 一个循环批量轮询PLC信号，间隔1ms
- 一个循环读取字符串(INT数组)，间隔1ms
- 32个循环写入一个寄存器，间隔1ms
- 增加8个循环轮询一个寄存器，间隔2000ms
轮询的耗时大概为20-50ms，写入的时间也大概为20-50ms，耗时相对第一种加长，和第二种相当
结合工况3和工况4，可以得出read.vi的间隔减少，会影响read.vi的耗时，但是间隔较长的话，影响会比较小，因此轮询的地方越少越好
工况5
- 一个循环批量轮询PLC信号，间隔1ms
- 一个循环读取字符串(INT数组)，间隔2000ms
- 32个循环写入一个寄存器，间隔1ms
- 增加8个循环轮询一个寄存器，间隔2000ms
轮询的耗时大概为20-50ms，写入的时间也大概为20-50ms，耗时相对第一种加长，和第二种相当
但是读取条码的耗时会加长，30-158ms
结合工况5，可以得出read.vi的耗时需要看同一时间有多少在执行，由于锁，耗时会浮动较大
二、测试
-
PC和PLC交互的耗时在于：①交互的时间，多个PC操作一个PLC的时候，可能会减慢，②同一个程序，多个地方读写，锁的耗时
-
PC执行一条读/写指令的耗时是相同的，批量读1000个地址和读1个地址的耗时是一样的
-
多个地方在同时读写，会因为锁的原因，实际执行是按顺序执行的，也就是说，同一时间，很多地方在读/写的话，会存在先后执行关系
以下日志实际是6个同时写入，<注液孔定位1X_PC>先写完，<注液孔定位2Data_PC>最后写完，总耗时是411
-
以50ms轮训，PLC拿到复位信号，大概在30ms以内，说明PC和PLC彼此响应的时间都比较快
三、交互原则
1、所有地址规划在一个较小的范围内，以免返回字节过多，测试1000个一次读取和一次
2、尽量减少轮询的地方，最好只有一个循环在轮询，通过队列来触发流程
3、最简交互：
- 握手交互
①PLC→PC：将结论置0，将握手赋值非0，具体值可以再规划，例如可以按照工位，触发工位1，就将握手赋值1等等
②PC→PLC：轮询握手，不为0时，把值缓存下来，并将握手赋值为0 - 数据交互
③PC→PLC：执行正常流程，把所有该发送的数据尽量调整至一条指令发送，由于大部分PLC不支持随机写，所以要求数据尽量连续