-
Notifications
You must be signed in to change notification settings - Fork 5
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
NTRIP Servers can sandbox clients that request too often. I have a fix. #7
Comments
I guess I do not get data from the server... Is this what is indicating a too high request rate?:
My credentials work in u-center... |
This does not look like a sandboxing issue I've experienced. I don't have any experience with the caster you are using, but this seems more like some other kind of failure to meet the requirements of the service, even though it looks like you connected successfully. Are you sure you are sending back the NMEA data? Some NTRIP servers require that. In case you want to try it out, my changes are here: This includes a new launch file to bring up all the nodes in a coordinated fashion. |
I managed to get it to work. It was indeed the missing nmea data because I was indoors. |
NTRIP Servers, rtk2go in particular, will sandbox users that request rtcm corrections too often, but the NTRIP client is hard-coded to 10hz. Sandboxed users do not get usable correction data.
I have a branch which allows the user to change the rate at which the server communication happens through a parameter. I've also added a convenience launch file to bring up all three nodes at once.
Would you like me to submit a PR?
The text was updated successfully, but these errors were encountered: