Skip to content

Rate of RTCM corrections out of the RADIO port. #422

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

Closed
rrodas64 opened this issue Mar 8, 2023 · 11 comments
Closed

Rate of RTCM corrections out of the RADIO port. #422

rrodas64 opened this issue Mar 8, 2023 · 11 comments

Comments

@rrodas64
Copy link

rrodas64 commented Mar 8, 2023

Hello
I am testing RTK with LORA radios and due to its low air speed rate I would like to be able to select which messages are transmitted by radio as well as their delivery rate.

I quote what is in the manual:
''By default, this is one per second. During this phase, the ZED-F9P is outputting the RTCM corrections out of the RADIO port. Attaching an external serial radio to this port will allow the Base to send corrections to any Rover.''

Due to this I have interpreted that the messages are delivered every second, in order to facilitate the use of LORA radios there should be the feature of being able to change that transmission rate.

@nseidle
Copy link
Member

nseidle commented Mar 9, 2023

This is fine idea but there are LoRa radios capable of RTCM at 1Hz. What radios are you using? Can you not increase the airspeed to facilitate 1Hz transmissions at 530 bytes?

We could allow lower RTCM output but that may lead to problems with the Rover. We've done all our testing at 1Hz but I've seen RTK Fix last with no RTCM for ~15s (then RTK Float begins).

@rrodas64
Copy link
Author

rrodas64 commented Mar 9, 2023

i'm testing the EBYTE E32-900T30D radio. (https://www.ebyte.com/en/product-view-news.html?id=1525). Could you please inform where I can find information about 530 bytes is enought to transmit messages for the 4 sathelite constalations?
Since signal range is inversely proportional to Airspeed, I would like to be able to adjust the frequency of RTCM messages to achieve the highest possible range.
In order to achieve this, other manufacturers allow you to configure the equipment for example 1005(0.1HZ), 1074(0.5HZ), 1084(0.5HZ), 1094(0.5HZ), 1124 (0.5HZ), 1230(0.1HZ)

nseidle added a commit that referenced this issue Mar 9, 2023
@nseidle
Copy link
Member

nseidle commented Mar 9, 2023

Ah, yes we can do that. You'll need to modify the message rates as well.

Below is WIP. Will hit the release candidate soon.

image

Here is where you can set message rates under the GNSS menu:

image

Note: Currently the message rates for RTCM are fixed to 1 (and 10 for 1230) during Base mode, so it won't work yet, but we'll fix that in a few days.

@nseidle
Copy link
Member

nseidle commented Mar 10, 2023

The fix rate was the wrong approach. We ended up adding settings for all RTCM rates. You can now individually set the RTCM messages when the device enter Base mode. The device will still follow the GNSS message rates when in Rover mode.

image

I've set two 'defaults'. 1Hz for 1005/74/84/94/124 + 10Hz for 1230, and 'low bandwidth' that is 1Hz for 1074/84/94/124 + 10Hz for 1005/1230.

image

These can also be configured through the serial menu.

Please give the latest RC a try and let us know.

@rrodas64
Copy link
Author

Excelent!!!. I'll test it.

@tonycanike
Copy link
Contributor

tonycanike commented Mar 10, 2023

Nice, that was fast work!

"The device will still follow the GNSS message rates when in Rover mode."

Is this meant to imply that the device will not follow the GNSS message rates when in Base mode?

Depending on my plans for post-processing the base logs, I might only need the NMEA and RXM messages every 10 or even 30 seconds (eg OPUS) but generally I would like the RTCM more frequently.

@nseidle
Copy link
Member

nseidle commented Mar 10, 2023

Nice, that was fast work!

Thanks! @rrodas64 found a feature that I needed as well, so it gets implemented quick :)

Is this meant to imply that the device will not follow the GNSS message rates when in Base mode?

In Rover mode the device will follow the message rates set under the GNSS menu. In base mode the device will follow all rover GNSS messages except the Base RTCM message rates.

Depending on my plans for post-processing the base logs, I might only need the NMEA and RXM messages every 10 or even 30 seconds (eg OPUS) but generally I would like the RTCM more frequently.

This is a good use case. I believe this will work as is with one caveat. In base mode the fix rate is 1Hz (we could make this a setting but I really don't want to add more to the WiFi Config page). So if you need 10s logging but 1Hz RTCM, you would set the GNSS messages you want to log to 10, and leave the RTCM messages to default (1 for most). That way RTCM is generated at 1 Hz, send out RADIO port at 1Hz, logged at 1Hz, but your NMEA and RXM is logged at 0.1Hz. Clear as mud?

@tonycanike
Copy link
Contributor

Sounds good! Thanks, that should work perfectly.

I do sometimes confuse what goes in the config box next to each msg type (msg/sec, sec/msg, msg/fix or fix/msg). It's documented so no worries, it's just me. :)

@tonycanike
Copy link
Contributor

FYI, Mark Silver did a blog post on RTCM & data rates recently.

https://blog.ashgps.com/2023/03/14/to-fec-or-not-to-fec/

@nseidle
Copy link
Member

nseidle commented May 5, 2023

This was implemented in v3.3 of the RTK firmware. Please let us know if you see any problems.

@nseidle nseidle closed this as completed May 5, 2023
@nseidle
Copy link
Member

nseidle commented May 5, 2023

Docs added.

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

No branches or pull requests

3 participants