Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Collapse
Brand Logo

ModalAI Forum

  1. ModalAI Support Forum
  2. VOXL Dev Drones
  3. Starling & Starling 2
  4. Starling 2 Max with Ublox F9P Ultralight

Starling 2 Max with Ublox F9P Ultralight

Scheduled Pinned Locked Moved Starling & Starling 2
7 Posts 3 Posters 1.6k Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • Sam KileyS Offline
    Sam KileyS Offline
    Sam Kiley
    Contributor
    wrote on last edited by Sam Kiley
    #1

    I am using the Holybro F9P Ultralight with the starling 2 max but am not able to get gps data from the F9P. This is in relation to this post, trying to get around the self-jamming gps issue on the voxl2 with modem stack:
    https://forum.modalai.com/topic/4226/starling-2-max-no-gps-data/44

    I have voxl-px4.conf GPS set to auto, so then it runs px4-qshell gps start.
    When I look at the px4 logs, I see this being repeated:

    May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: u-blox firmware version: HPG 1.51
    May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: u-blox protocol version: 27.50
    May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: u-blox module: ZED-F9P
    May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: GPS UART baudrate set to 115200
    May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: Got ack to initial CFG_VALSET!

    There is never outputted this line: (Which form other forum posts seems to indicate a real successful connection):
    INFO [uORB] Advertising remote topic sensor_gps

    Also, my px4-listener sensor_gps says:
    voxl2:/$ px4-listener sensor_gps
    never published

    and then px4-qshell gps status outputs in the logs:
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: qshell gotten: gps status
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: arg0 = 'gps'
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: arg1 = 'status'
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: Main GPS
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: protocol: UBX
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: status: NOT OK, port: 6, baudrate: 115200
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: sat info: enabled
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: rate reading: 0 B/s
    May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: Ok executing command: gps status

    I also went into the u-center with the F9P and made sure that ubx was a protocol for in/out.

    voxl-ardupilot doesn't have any issues connecting, so wondering if this is just a px4 gps driver issue specific to the voxl setup. I am on voxl-suite 1.4.1
    Any advice on this? Thanks for any info

    Eric KatzfeyE 1 Reply Last reply
    0
    • Sam KileyS Sam Kiley

      I am using the Holybro F9P Ultralight with the starling 2 max but am not able to get gps data from the F9P. This is in relation to this post, trying to get around the self-jamming gps issue on the voxl2 with modem stack:
      https://forum.modalai.com/topic/4226/starling-2-max-no-gps-data/44

      I have voxl-px4.conf GPS set to auto, so then it runs px4-qshell gps start.
      When I look at the px4 logs, I see this being repeated:

      May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: u-blox firmware version: HPG 1.51
      May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: u-blox protocol version: 27.50
      May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: u-blox module: ZED-F9P
      May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: GPS UART baudrate set to 115200
      May 02 20:57:54 m0054 voxl-px4[1746]: INFO [muorb] SLPI: Got ack to initial CFG_VALSET!

      There is never outputted this line: (Which form other forum posts seems to indicate a real successful connection):
      INFO [uORB] Advertising remote topic sensor_gps

      Also, my px4-listener sensor_gps says:
      voxl2:/$ px4-listener sensor_gps
      never published

      and then px4-qshell gps status outputs in the logs:
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: qshell gotten: gps status
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: arg0 = 'gps'
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: arg1 = 'status'
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: Main GPS
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: protocol: UBX
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: status: NOT OK, port: 6, baudrate: 115200
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: sat info: enabled
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: rate reading: 0 B/s
      May 02 20:57:33 m0054 voxl-px4[1746]: INFO [muorb] SLPI: Ok executing command: gps status

      I also went into the u-center with the F9P and made sure that ubx was a protocol for in/out.

      voxl-ardupilot doesn't have any issues connecting, so wondering if this is just a px4 gps driver issue specific to the voxl setup. I am on voxl-suite 1.4.1
      Any advice on this? Thanks for any info

      Eric KatzfeyE Offline
      Eric KatzfeyE Offline
      Eric Katzfey
      ModalAI Team
      wrote on last edited by
      #2

      @Sam-Kiley Not sure, we haven't tried that one yet. Since it works with voxl-ardupilot that pretty much confirms that it is wired up properly. You could try with a mainline build such as: http://voxl-packages.modalai.com/dists/qrb5165/dev/binary-arm64/voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb

      1 Reply Last reply
      0
      • Sam KileyS Offline
        Sam KileyS Offline
        Sam Kiley
        Contributor
        wrote on last edited by
        #3

        Eric, Thanks, yeah I suspected that it was some sort of version thing with px4 where they support it now.
        Could you explain what the difference between mainline px4 and what I probably have loaded? or is it just because the VOXL SDK 1.4.1 is slightly behind?

        Thanks

        Eric KatzfeyE 1 Reply Last reply
        0
        • Sam KileyS Sam Kiley

          Eric, Thanks, yeah I suspected that it was some sort of version thing with px4 where they support it now.
          Could you explain what the difference between mainline px4 and what I probably have loaded? or is it just because the VOXL SDK 1.4.1 is slightly behind?

          Thanks

          Eric KatzfeyE Offline
          Eric KatzfeyE Offline
          Eric Katzfey
          ModalAI Team
          wrote on last edited by
          #4

          @Sam-Kiley our fork is based on pre-1.14.0 PX4. But mainline PX4 now runs on VOXL 2 at (almost) feature parity so the voxl-mainline-px4 package bundles up a mainline version (in this case v1.16.0-rc1).

          1 Reply Last reply
          0
          • Sam KileyS Offline
            Sam KileyS Offline
            Sam Kiley
            Contributor
            wrote on last edited by
            #5

            I did wget from the voxl2 over wifi to get the package in / directory. dpkg -i on that results in this error:

            voxl2:/$ dpkg -i voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb
            Selecting previously unselected package voxl-mainline-px4.
            (Reading database ... 105523 files and directories currently installed.)
            Preparing to unpack voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb ...
            Unpacking voxl-mainline-px4 (1.16.0-1.0.2-202505070835) ...
            dpkg: error processing archive voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb (--install):
            trying to overwrite '/data/px4/etc/extras/actuators.json.xz', which is also in package voxl-px4 1.14.0-2.0.94
            dpkg-deb (subprocess): decompressing archive member: lzma write error: Broken pipe
            dpkg-deb (subprocess): cannot copy archive member from 'voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb' to decompressor pipe: failed to write (Broken pipe)
            dpkg-deb: error: <decompress> subprocess returned error exit status 2
            Errors were encountered while processing:
            voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb

            I currently have voxl-ardupilot and voxl-px4 stopped and disabled.

            Any ideas on this?

            Eric KatzfeyE 1 Reply Last reply
            0
            • Sam KileyS Sam Kiley

              I did wget from the voxl2 over wifi to get the package in / directory. dpkg -i on that results in this error:

              voxl2:/$ dpkg -i voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb
              Selecting previously unselected package voxl-mainline-px4.
              (Reading database ... 105523 files and directories currently installed.)
              Preparing to unpack voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb ...
              Unpacking voxl-mainline-px4 (1.16.0-1.0.2-202505070835) ...
              dpkg: error processing archive voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb (--install):
              trying to overwrite '/data/px4/etc/extras/actuators.json.xz', which is also in package voxl-px4 1.14.0-2.0.94
              dpkg-deb (subprocess): decompressing archive member: lzma write error: Broken pipe
              dpkg-deb (subprocess): cannot copy archive member from 'voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb' to decompressor pipe: failed to write (Broken pipe)
              dpkg-deb: error: <decompress> subprocess returned error exit status 2
              Errors were encountered while processing:
              voxl-mainline-px4_1.16.0-1.0.2-202505070835_arm64.deb

              I currently have voxl-ardupilot and voxl-px4 stopped and disabled.

              Any ideas on this?

              Eric KatzfeyE Offline
              Eric KatzfeyE Offline
              Eric Katzfey
              ModalAI Team
              wrote on last edited by
              #6

              @Sam-Kiley Yeah, try dpkg --force-all -i <package-name>

              1 Reply Last reply
              0
              • S Offline
                S Offline
                shawn_ricardo
                Contributor
                wrote on last edited by shawn_ricardo
                #7

                Just wanted to share: Using this approach, I was able to integrate CubePilot Here4

                1 Reply Last reply
                0
                • Eric KatzfeyE Eric Katzfey referenced this topic on
                • Eric KatzfeyE Eric Katzfey referenced this topic on

                Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                With your input, this post could be even better 💗

                Register Login
                Reply
                • Reply as topic
                Log in to reply
                • Oldest to Newest
                • Newest to Oldest
                • Most Votes


                ModalAI
                Categories Recent Tags ModalAI.com Docs
                © 2026 ModalAI® · Accelerating autonomy for smaller, smarter, safer drones · Powered by NodeBB
                • Login

                • Don't have an account? Register

                • Login or register to search.
                • First post
                  Last post
                0
                • Categories
                • Recent
                • Tags
                • Popular
                • Users
                • Groups