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

The b34i version cannot be fixed when using the bds system for moving base calculation #267

Open
joseph-chunhui opened this issue May 11, 2024 · 6 comments

Comments

@joseph-chunhui
Copy link

The following is the solution related configuration and solution result. It is obvious that the solution result has failed.
微信截图_20240511102926
微信截图_20240511102934
微信截图_20240511102851
In the data, the base station signal undergoes occlusion once every period of time and then recovers to a good signal.
bds.zip

@rtklibexplorer
Copy link
Owner

I am able to duplicate your issue. The solution fixes OK with integer ambiguity for Beidou disabled ( "Integer Ambiguity Res (BDS)"=OFF in Setting2 tab) but not with this enabled. I need to take a closer look to see if this is an issue with your Beidou receiver data or an issue with the RTKLIB code but in the meantime you should be fine with this option disabled. Beidou integer ambiguity resolution does work fine in RTKLIB in general with other receivers.

By the way, you have L1/L2/L5 observations for both rover and base so you can set the Frequencies option to L1/L2/L5 for better results.

@joseph-chunhui
Copy link
Author

ok!The bds system also fails to fix ambiguity when using full-system solutions in rtklib.
What algorithm is used to solve L1/L2/L5 RTK in RTKLIB? Is it EWL+WL mode?

@rtklibexplorer
Copy link
Owner

I just realized from your screenshot that you are trying to solve for BDS only. Because RTKLIB was originally written for GPS only, in normal circumstances you should always have GPS selected for a RTK or PPK solution. Also, for PPK solutions, you will generally get a better solution with "Filter Type" set to combined rather than forward.

RTKLIB does not not use wide-lane or extra wide-lane combinations for ambiguity resolution, only uncombined signals.

@joseph-chunhui
Copy link
Author

joseph-chunhui commented May 16, 2024

Yes, I would like to confirm whether rtklib can be solved using only BDS system for RTK?
Logically, as long as the signal supports, the RTK solution using only the BDS system and the RTK solution using only the GPS system should have the same result.Is the reason why rtklib cannot be solved because the BDS system signal is not defined when RTK settlement is performed?

@rtklibexplorer
Copy link
Owner

rtklibexplorer commented May 19, 2024 via email

@joseph-chunhui
Copy link
Author

joseph-chunhui commented May 20, 2024

But in fact, I use GPS+BDS at the same time, the BDS satellite can not fix the integer ambiguity, only GPS satellite can fix the integer ambiguity, what is the reason?

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

2 participants