Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    SG-2340/MBT-4220 GPS-Lure Stratum-1 NTP clock under pfSense?

    Scheduled Pinned Locked Moved Official Netgate® Hardware
    48 Posts 5 Posters 9.3k Views
    Loading More Posts
    • 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.
    • rcfaR
      rcfa
      last edited by

      The idea to increase the update frequency may be foiled:
      for a higher update frequency (like 5 or 10Hz), it requires a correspondingly higher baud rate.
      The problem is, the firmware of the module specifies what default baud rate the module has, and I think these are programmed with 9600 baud.
      It is possible increase both update rate and baud rate with corresponding commands, the problem is, pfSense doesn't have a pre and post configuration baud rate.
      So if I indicate a higher baud rate in pfSense, then it won't be able to talk to the module to set the baud rate to the higher rate, and if I set 9600, and then tell the GPS module to go faster pfSense is stuck at the lower rate, as there's no "auto" setting.

      So either pfSense would need to have an auto-baud setting, so it could sync up at 9600, send over the new config, and then resync at 38400 or 115200, or one would need an init baud rate, and a post-init baud rate, to which it would switch once the init commands are sent.

      In any case: I can't get pfSync to use a higher rate successfully, because either I can't send the init commands, or pfSync won't sync after.

      That means I'm stuck at the 9600/1Hz situation, unless I'd somehow took the risk of attempting to flash different firmware settings, so the module would communicate at 38400 or 115200 out of the the gate.

      1 Reply Last reply Reply Quote 0
      • T
        tman222
        last edited by

        I know this thread is a bit dated, but a lot of good information here on using GPS with pfSense:

        https://forum.netgate.com/topic/51920/gps-receiver-ntp

        My original intention was just to try to a USB based GPS receiver since it's the cheapest approach, but upon seeing the warning in the documentation and reading that threat, it seems like a waste of time and money. PPS capability is also really important. Some more useful info:

        http://support.ntp.org/bin/view/Support/InexpensiveOemGps

        1 Reply Last reply Reply Quote 0
        • stephenw10S
          stephenw10 Netgate Administrator
          last edited by

          Wow was that 2013. Yikes! 😬

          1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by

            Do you see a solid red LED on the lure when it has satellite lock?

            Steve

            rcfaR 1 Reply Last reply Reply Quote 0
            • rcfaR
              rcfa @stephenw10
              last edited by

              @stephenw10

              Something was blinking red at some point, just noticed the blinking, since the system is in a case, I’m not sure what.
              Can’t check now, as the unit is now at a remote site.
              If it’s important somehow, I can check it out myself in a couple of months...
              ..,otherwise I’d have to get maintenance staff involved.
              Is there a particular reason you ask?

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                It isn't important. As far as I can see from the data sheet that's what it should do. Blinks at 0.5Hz without lock then solid once it has a 3D fix. But it can be set in firmware for other behaviour.
                I have one to play with now myself so I'll let you know, if it ever gets a fix that is! TTFF from cold is.... um loooong.
                Of course my antenna is not ideally placed. The chipset itself looks to be capable of TTFF in 45s so....

                Steve

                1 Reply Last reply Reply Quote 0
                • rcfaR
                  rcfa
                  last edited by rcfa

                  Lock on to GPS NEVER happened with the built-in antenna, as the metal case, despite air vents, seems to have pretty much shielded that.
                  On the other hand, once the external antenna was connected, it was relatively swift in picking them up.
                  So I think it’s either taking the cover off, or using an external antenna, for which the case is fortunately well prepared, with a pre-made hole for the connector.

                  1 Reply Last reply Reply Quote 0
                  • stephenw10S
                    stephenw10 Netgate Administrator
                    last edited by

                    For reference the 'fix' LED actually goes out entirely when a 3D fix is obtained.
                    Might be better to have it stay on solidly instead. I think that default is done to save power in battery driven applications which doesn't apply here. A firmware update might be possible to change that.

                    Steve

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post
                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.