Getting empty correction data with valid coordinates

[Scott Pfursich]

I have the c library code working and am successfully communicating to the Piksi over TCP to receive valid positional data from the `msg_pos_llh_t` struct. However, even though the `SBP_MSG_DGNSS_STATUS` callback does frequency trigge, the related `msg_dgnss_status_t` struct is always empty. Is it a requirement to have two Piksi modules communicating together before this message will have valid data? Or am I missing something else?

[jsam...@pobox.com]

Connect your receiver to a computer running Swift Console software and verify you can get a valid fix using that. When have verified the receiver is setup correctly for single point fix mode and you are getting valid fix location, then go back to your software.

If your receiver is configured for RTK then you probably won't get a fix until you get correction data coming in (from the other receiver). But you should be able to just switch it to single point instead of RTK and see your fix being displayed.

Jeff Sampson 

On Tuesday, August 6, 2019, 04:20:39 PM CDT, Scott Pfursich <scottp...@gmail.com> wrote:

I have the c library code working and am successfully communicating to the Piksi over TCP to receive valid positional data from the `msg_pos_llh_t` struct. However, even though the `SBP_MSG_DGNSS_STATUS` callback does frequency trigge, the related `msg_dgnss_status_t` struct is always empty. Is it a requirement to have two Piksi modules communicating together before this message will have valid data? Or am I missing something else?

--
You received this message because you are subscribed to the Google Groups "swiftnav-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to swiftnav-discu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/swiftnav-discuss/56e4533c-56f0-4f9b-aa3f-aa877d414cf1%40googlegroups.com.

[Scott Pfursich]

That makes sense, thanks for the quick response!

However, I see in the console that it’s in SPP mode. My Lat and Lng are accurate and Accuracy is 1 and 2 respectively for horizontal and vertical. All seems to be in order there.

It just seems odd that they callback is getting triggered but there’s no data. Any other ideas? 

[jsam...@pobox.com]

I see several places that structure is referred to as "corrections". So maybe it does require a source of correction data. It may be possible that the simulation mode would send out simulated correction status:

Piksi Multi - Using Simulation Mode

Piksi Multi - Using Simulation Mode Simulation mode will allow you to become familiar with the Swift Console operation before testing outside with P...

I thought Swiftnav had some kind of test correction data, maybe a simulated NTRIP server. But I don't see reference to it a the moment.

Jeff Sampson

On Tuesday, August 6, 2019, 4:20:39 PM CDT, Scott Pfursich <scottp...@gmail.com> wrote:

I have the c library code working and am successfully communicating to the Piksi over TCP to receive valid positional data from the `msg_pos_llh_t` struct. However, even though the `SBP_MSG_DGNSS_STATUS` callback does frequency trigge, the related `msg_dgnss_status_t` struct is always empty. Is it a requirement to have two Piksi modules communicating together before this message will have valid data? Or am I missing something else?

--

[Scott Pfursich]

I’m getting the same result with the simulator mode enabled. I’m really just trying to get correction data from the base station. Maybe that is in another message as well?