libmodbus 库的modbus tcp使用问题

Question

用libmodbus写了一个modbus tcp服务端，但是写的这个服务端不同于标准的modbus tcp架构，这个服务端是主动请求客户端数据，客户端连接服务端，为啥服务端给客户端发送请求时，帧结构中的事物处理标识，在客户端断开连接后没清零，客户端再次重新连接，事务处理标识是接着上次的数字自增，而不是从1开始。还有开两个服务端时候，共用一个事物处理标识，两个服务端的事物处理标识交叉自增的。

Answer 1

引自免费微信小程序：皆我百晓生

这个问题可能是由于libmodbus库没有正确处理事务处理标识导致的。事务处理标识（Transaction Identifier）是Modbus协议中用于识别不同请求和响应之间的关联的字段。每当客户端发送一个请求时，事务处理标识会自增，然后服务端根据该标识进行响应。

关于您描述的问题，出现事务处理标识不清零或交叉自增的情况，可能是以下几个原因导致的：

1. 代码逻辑错误：您可能在处理连接断开时没有正确处理事务处理标识的清零。需要在客户端断开连接时，将相应的事务处理标识重置为初始值。

2. 并发访问问题：由于您开启了两个服务端，而两个服务端使用了共享的事务处理标识，这可能导致两个服务端同时访问并自增同一个事务处理标识的值。您可以尝试为每个服务端分配独立的事务处理标识。

针对这个问题，我为您提供以下解决方案：

1. 清零事务处理标识：

您可以在处理客户端连接断开的地方，手动将事务处理标识重置为初始值。示例如下：

void handleClientDisconnect(int clientSocket) {
  // 关闭客户端连接，处理事务处理标识的清零
  resetTransactionIdentifier();
}

void resetTransactionIdentifier() {
  // 将事务处理标识重置为初始值
  transactionIdentifier = 0; // 或者是你希望的起始值
}

2. 分配独立的事务处理标识：

为每个服务端分配独立的事务处理标识，可以使用不同的计数器或者变量。示例如下：

int server1TransactionIdentifier = 0; // 服务端1的事务处理标识
int server2TransactionIdentifier = 0; // 服务端2的事务处理标识

void incrementServer1TransactionIdentifier() {
  server1TransactionIdentifier++;
}

void incrementServer2TransactionIdentifier() {
  server2TransactionIdentifier++;
}

这样，您就可以在每个服务端的请求中使用相应的事务处理标识。

希望以上解决方案能够帮助您解决问题！如有需要，请告知。