Skip to content
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

SNIP sandboxing fix #55

Open
pondersome opened this issue Oct 24, 2024 · 0 comments
Open

SNIP sandboxing fix #55

pondersome opened this issue Oct 24, 2024 · 0 comments

Comments

@pondersome
Copy link

pondersome commented Oct 24, 2024

SNIP 3_10_00 release – released June 05 2023 introduced quick bans and sandboxing.

rtk2go is now enforcing a policy where server requests coming in at greater than 1hz can trigger the ban. The ntrip_client codebase communicates with the server at 10hz (hard-coded) for rtcm requests and at whatever the message rate is for NMEA messages. This will trigger sandboxing.

I have a fix that allows the user to specify the NTRIP server communication rate through a parameter. Both rtcm requests and nmea sentences are published at ntrip_server_hz. It's no longer necessary to use topic_tools throttle nodes. Setting the parameter to 1 has resolved the problem for me:

https://github.com/pondersome/ntrip_client/tree/feature/ros2_ntrip_rate_control

The fix only addresses ROS2. I'll submit a PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant