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

Confusion regarding cellular RTK Module corrections using 3rd party NTRIP host in ROS1 #344

Closed
donceykong opened this issue Jul 22, 2024 · 3 comments
Assignees
Labels
Stale This issue has been inactive for 2 weeks

Comments

@donceykong
Copy link

Hey, so I am in the process of setting up RTK using ROS1 and I am a bit stuck on where to proceed.

I have successfully connected the new RTK modem to SensorCloud on a BASIC account and I believe I am getting NTRIP corrections, as the position of my modem is being updated correctly in SensorCloud. However, SensorCloud portal shows 0.00K/25.00K transactions for my device and rtk SensorCloud shows current NTRIP usage as "0 Minutes." Billing history shows no transactions.

In SensorConnect, I am able to get "Full Nav" once my GPS recievers start getting signal. RTK shows a green light and updates, though the towers do change frequently.

Also, after setting up a config file for using Microstrain Inertial in ROS, I see that the “/mip/gnss_corrections/rtk_corrections_status” topic does in fact publish. I also see a terminal output with "full nave enabled" and initial lat/long coordinate.

The “/mip/gnss_corrections/rtk_corrections_status” topic does not show corrected gps data however. Attached is an output of that topic. What topic am I supposed to use to get the corrected RTK data?

Screenshot from 2024-07-21 16-43-09

Thank you!

@github-actions github-actions bot added the New This issue is new, and should not be marked as stale label Jul 22, 2024
@robbiefish
Copy link

Hi @donceykong, the microstrain_inertial_driver does not provide raw RTCM data from the RTK receiver.

If you are asking what topics will have been corrected using RTK corrections:

  • /gnss_1/llh_position and /gnss_2/llh_position will contain the position information produced directly by the GNSS receivers after receiving RTK corrections
  • For a more complete, and likely accurate solution, /ekf/llh_position, /ekf/odometry_earth, and /ekf/odometry_map will contain the solution from our tightly coupled filter which uses GNSS data, IMU data, RTK corrections, and other onboard sensors

Given the screenshot you provided, as well as your description of a "green light" on the modem, it would appear that you are not yet receiving the corrections though. When the modem is receiving corrections, it will flash blue.

Here is a quick checklist of things to check to make sure that you are able to get corrections:

  1. Do you have rtk_dongle_enable set to true in the driver configuration
  2. Is the modem connected to the aux port of the GQ7?
  3. Do you have GNSS antenna 1 connected and are in an area with good skyview?

If you have checked that all of those things are true, but are still unable to receive corrections (blue LED), please open a ticket on our support portal

@robbiefish robbiefish removed the New This issue is new, and should not be marked as stale label Jul 25, 2024
@robbiefish robbiefish self-assigned this Jul 25, 2024
Copy link

This issue is stale because it has been open for 2 weeks with no activity. If the issue is still not resolved, please leave a comment describing what is still not working

@github-actions github-actions bot added the Stale This issue has been inactive for 2 weeks label Aug 11, 2024
Copy link

This issue was closed because it has been inactive for 2 weeks since being marked as stale. If the issue is still not resolved, please reopen the issue, and leave a comment describing what is still not working

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Stale This issue has been inactive for 2 weeks
Projects
None yet
Development

No branches or pull requests

2 participants