Skip to content

Add RTCM ARP Logging on non-ZED logging platforms #256

Open
@PaulZC

Description

@PaulZC
Contributor

On ZED-based hardware, the code uses the u-blox GNSS library to store the RTCM 1005 / 1006 ARP using setRTCM1005InputcallbackPtr and setRTCM1006InputcallbackPtr

If I'm reading the code right, we would lose this functionality on non-ZED platforms that support logging

Should we parse incoming RTCM centrally, using the semp, and update the ARP there?

Follow newARPAvailable and settings.enableARPLogging for the links

Activity

changed the title [-]Add RTCM ARP Logging on UM980[/-] [+]Add RTCM ARP Logging on non-ZED logging platforms[/+] on Apr 26, 2024
PaulZC

PaulZC commented on Jul 11, 2025

@PaulZC
ContributorAuthor

I think this issue is still valid. Postcard users may find it useful to have the ARP from 1005 / 1006 included in the SD log files.

If all RTCM arriving over NTRIP Client is passed through a SEMP, extracting the ARP should be ~easy?

@nseidle - should I take a look at this on Monday? Is it worth adding?

added a commit that references this issue on Jul 15, 2025
aaf8511
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      No branches or pull requests

        Participants

        @PaulZC

        Issue actions

          Add RTCM ARP Logging on non-ZED logging platforms · Issue #256 · sparkfun/SparkFun_RTK_Everywhere_Firmware