-
Notifications
You must be signed in to change notification settings - Fork 464
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
uas: In AC4.0.0 or later, automatic flight plan display, update, writing, and reading are not completed. #1209
Comments
I will try to reproduce this issue tomorrow - but I think a timeout of 2 seconds and a retry of 5 should be enough. You are using macOS 10.15.4 aren't you? I am pretty sure this problem relies on the macOS version - 10.15.4 is known to have a lot of network problems. |
I was not able to reproduce this issue with 32 waypoints. Writing and fetching works without any problems. It seems the problem is related to macOS 10.15.4. |
@muramura we have a new release candidate for macOS. Perhaps you want to test it 😃 |
I haven’t experienced any network issues on macOS. Or is this related to Qt 5.9.3? |
I work for a company which produces cameras for industrial purpose. Among several special frame grabber interfaces we produce GigE and USB cameras. |
Does this problem still exist? Otherwise I will close this issue in the next days |
I used a master containing #1207 to check the automatic flight plan reading from the AC4.0.0 release version.
At startup, T YPE is set to an indefinite value for list acquisition and WP acquisition, so it is not displayed.
I was able to show it at startup by making the same fix as #1207.
===
However, when the WP becomes too much, a timeout occurs and the game is finished in the middle.
So, by increasing the timeout time and the number of retries, we received all the WPs.
What should I do about this time and frequency value?
#define PROTOCOL_TIMEOUT_MS 180000 //2000 ///< maximum time to wait for pending messages until timeout
#define PROTOCOL_MAX_RETRIES 90 // 5 ///< maximum number of send retries (after timeout)
The text was updated successfully, but these errors were encountered: