Checking if issue is being actively worked

[jason.kania]

Hello,

I received a notification for the following issue that referenced a load built on the 21st and I am wondering if the issue is being actively worked since I have not received communication on the thread from Chelsea:

Modbus Request Protocol Format Error in TStat10/Modbus Poll

We have made some improvements in new firmware rev14.1, but the results are not very good, take a look at the comparison of the two software results. modbus Poll.exe scan rate == 1000, and the scan rate can be modified,the commuincation is very good [image] ICC modbus, littl delay. It is not good. There is little delay between each packet, and the next packet is sent after a response is received.Under normal circumstances, there should be no problem with such scan rate, but our Airlab us…

Thanks,

Jason

[maurice]

There have been a few fixes lately related to Wifi connections and the ICC tool, it is a particularly hard tool for our wifi moudle to keep up with thanks to the rapid sequence of packets it sends out during normal communications. We do have a fix in the works but it will require a new wifi module, if you’d like to arrange a swap when it becomes available we can arrange that.

Airlab and HA modbus over Wifi troubleshooting

We did a lot of testing and firmware fixes to get this working '8098, and we appreciate all the good feedback and pushing us in a good direction. In our latest tests we have the error rate down to the 2%-5% range and that’s about all the performance we can pull out of the current wifi modules that we’re using. The issue comes down to the flurry of packets which HA ends up sending to establish a wifi connection, our module cannot deal with the storm. Hope you can understand. And as Fandu mention…

[jason.kania]

Hi Maurice,

The ICC Modbus tool is not key in this situation as it is really just a test tool.

We have found that the Modbus TCP communication in general can take some time even for only a few registers. I had asked the question whether interrupt handling was being used to handle the packets, but didn’t get a response. We needed to use this in our own product in order for the ESP WiFi modules to quickly process packets and the speed increase was dramatic. I pass this along because I saw that the module being advertised to the network is an ESP module and we have dealt with these in the past.

Thanks,

Jason

[maurice]

We have spent a lot of time responding to this issue, what we found as I said, is that the ICC tool sends a flurry of packets to reconnect. Other tools we have run across over the years and our own internal tools do not do this. We have done some work to improve it, now hitting 2 to 5% error rate and that’s about as good as we can squeeze out of the current wifi module.

You can swap any hardware you have now for the new Wifi module when it becomes available in a month or two.

[jason.kania]

Hi Maurice,

Please reread my last statement. My point was that the ICC Modbus tool is not really the issue. It was simply a a test tool and not key to the discussion.

We see errors and the need for retries far more frequently than the 2 to 5% that your team gets from testing with other software and Chelsea had indicated a 1 second delay between requests which is very long.

So, I was simply asking if your team had looked at handling the incoming bytes with interrupt handling. We found this was necessary in our situation. It is only a suggestion based on our experience that I was offering in case it might be of use. I offer it because if it is not being used, you may also have issues with a replacement module as well… Just my 2 cents.

Jason

[maurice]

Far as I know all communications uses interrupts, Chelsea can answer better.

Either way, we are very close to releasing the new version with the new Wifi module, there we have good control over the radio directly. Bear with us and we’ll get this new version into production asap.