BI7KGD
Thank you for the feedback! The issue has been identified and fixed, and it can now be downloaded from GitHub.
Previously, there was an unnecessary delay when processing CAT commands, which could potentially cause Hamlib/JTDX to time out under high-frequency control, leading to repeated reconnections. This issue has now been resolved. Additionally, a mechanism for reclaiming idle TCP connections has been added to prevent the accumulation of "zombie" connections.
Currently, the program performs a state synchronization read after a short delay when parameters change or a Hamlib instruction is executed. This eliminates the need for manual reads.
I remember that there was no automatic status reporting mechanism in the eight-gate system. Implementing this required a more complex process than simple polling, and it's not something we can implement at this time. If you manually modify parameters on the device, you still need to perform a full read.
We welcome your continued feedback on usage!