Labview通讯测试耗时
写法
写命令立即读出
写命令后立即读出，在同一时间不能有多个地方写入，因此需要在整个写入后读出过程加锁
项目中会存在多个循环并行执行该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的耗时需要看同一时间有多少在执行，由于锁，耗时会浮动较大