g340t驱动报错

[crazya]

@Zhang书书
是的，点击执行指令后，如果没报错的情况下，页面上数就很快。如果报错，会导致页面过十几秒才上数。

[Zhang书书]

通过日志可以看出来很多报错是因为设备那边返回的报文不对造成的

如果报错就会有超时时间，这是正常的，在等待写指令响应结果之前，不会去下发读取数据的指令，所以就造成了有报错的上数就比较慢

[crazya]

@Zhang书书
我把采集数据停掉之后，只发送指令，就没有发现报错，指令正常执行，报文正常发送和返回。不手工执行指令的情况下，采集数据也是正常的，报文也是正常发送和返回，没有报错。你说的错误报文具体是指哪里

[Zhang书书]

@crazya 我说的报错是在日志看到的，日志里有执行指令的错误信息，具体的情况可能要等我们开发这个驱动的研发回来之后看一下，他最近外出了，等他回来后优先看一下您的问题

[crazya]

顶一下。。。。。

[Zhang书书]

在运维管理中看一下g340t驱动是什么版本的，以及driver服务是什么版本
目前您这边有几个DTU设备，都是这种情况吗？
采集数据停掉具体是如何操作的

[crazya]

@Zhang书书

目前只接入一个dtu用于测试
停掉采集数据就是，修改采集周期为1000秒，让系统不去采集数据。
经过分析g340t驱动日志，可以发现，当系统发送采集数据指令的时候，如果没有返回modbus-rtu数据的情况下，再去手动发送一个指令，这时候会接收到上一个采集数据的指令的返回结果。
这样会造成发送的指令和响应的结果不匹配，导致报错。

[Zhang书书]

设备为什么没返回，是有什么特殊配置吗？
换个DTU试试呢，您这边是第一次用g340t驱动，还是说之前用过，别的DTU是没问题的？需要排除这个DTU本身可能的问题。
您这边说（如果没有返回modbus-rtu数据的情况下，再去手动发送一个指令）正常设备应该在1秒内就返回数据的，我们这边需要确认下您的设备为什么没有正常返回数据

[crazya]

@Zhang书书 不是设备没有返回，是还没来得及返回的时候，就手工发送指令，就会跑串了。这个应该是g340t驱动问题，没有等待上一个指令的返回结果，就发送了下一条指令。就是数据点，和指令是冲突的。

数据点是程序定时发送指令，指令是手工发送指令，手工发送指令的瞬间如果介于数据点的发送和响应之间，就会响应数据错位。

请求与响应之间跑串了。

dtu是没有问题，单独采集数据点，或者发送指令都不会报错

[Zhang书书]

要不远程看一下吧，方便的话，远程发一下