RUT956 how to confirm the NTRIP is working via GUI?

Hello,

I am trying to set up NTRIP on the RUT956 router. I have got the additional package for the firmware version I have and the setup seems to work. I used the CLI and used the command:

/usr/sbin/ntrip_client -d /dev/rs485

Output was as expected, telling that connection was successful and so on. My issue and the questions are:

  • Do i have to run the CLI every time to start the NTRIP service or is simply having it enabled in the graphical user interface enough?
  • How can I tell that the NTRIP service is indeed working via the GUI?

thank you.

No, the CLI doesn’t need to be run or started for NTRIP, just Enable the specific NTRIP instance via the GUI. One caveat with enabling NTRIP at the moment is an issue with multiple instances using the same device. Hopefully this will be rectified soon, across all NTRIP capable platforms?

Checking the NTRIP service output via the GUI, use the CLI.

The ultimate (physical) check is to connect the router output to a software NTRIP-caster. With the RUT956 I simply use the RS232 serial output connected to GnssSurfer running on a laptop.

Could you tell me more about the interaction of the CLI with GUI.
In particular, as I understand it the NTRIP link should work just by enabling it and having it properly configured, but when I go to explicitly launch it via the CLI does it restart it? If i close the GUI will the NTRIP also stop working and or connect back because its enabled on GUI?

Additionally I had seen people here talk about the NTRIP not re enabling after connection loss, was that issue resolved since?

Edit:
I have noticed that the GPGGA strings i logged and also gpsctl mark fix type as 1. As I understand it should be 4 or 5 if there were RTK corrections coming in.

[…as I understand it the NTRIP link should work just by enabling it and having it properly configured…] Correct

[… but when I go to explicitly launch it via the CLI does it restart it?..] No, simply taking a feed (via RS232/RS485 or whatever) of what is being sent /received by the instance

[… If i close the GUI will the NTRIP also stop working and or connect back because its enabled on GUI?.. ] No, NTRIP would not have stopped by closing he GUI, the GUI is just a GUI

[… I have noticed that the GPGGA strings i logged and also gpsctl mark fix type as 1. As I understand it should be 4 or 5 if there were RTK corrections coming in…]

$GPGGA message Fix Quality (Type) will always typically be 1 (Standard GPS Fix only) as the GGA message is simply used to locate the position in order to send to the NTRIP-Server which then sends back the pseudo-range corrections for (common) individual satellites relative to the nearest reference site or reference site requested, it is these corrected satellite ranges that are then sent to the GPS rover itself upon which the GPS will compute the RTK position.

GGA message can/could be provided by the actual GPS (proper) or from a simple L1 receiver as connects to the RUT-956 and purpose of the GGA message is to roughly locate the system in order to receive the proper pseudo-range corrections.

Another way to think about this is not all RTK GPS receivers have NTRIP on board and typically would use a local base station via UHF or VHF radio to transmit the range corrections direct to the RTK GPS rover. Devices like the RUT956 (with NTRIP) are simply an intermediate interface to handle the correction traffic between the NTRIP-Server (Base station) and NTRIP-caster (GPS rover) either by say a serial connection from the RUT956 or a radio connected to the RUT956

[…No, simply taking a feed (via RS232/RS485 or whatever) of what is being sent /received by the instance…]
The confusion for me comes from the fact that giving this command (/usr/sbin/ntrip_client -d /dev/rs485) over the CLI seems to restart the process judging from all the information being output, like the device waiting for confirmation if credentials were correct from the server and such.

Talking about the GNSS level. From my research on the modem inside the RUT956 (QUECTEL EC25-EUX) i surmised that it should have the satellite based GNSS augmentation system (SBAS), and from a post here I figure its enabled by default. How ever that should change the GPS fix level upwards away from 1. Do you know if the SBAS is actually enabled on these routers?

Nowhere do i see where the QUECTEL EC25-EUX or EC25 series supports SBAS. GPS, Glonass, BDS, Galileo and QZSS etc yes which can be classed under the GNSS umbrella is included for positioning requirements but nothing specifically in regard SBAS which is a whole other series of augmentation systems typically associated with specific or multiple GNSS constellations. Typically SBAS like WAAS, EGNOS, MSAS, QZSS, GAGAN, SDCM, BDSBAS, SouthPAN, WAGE, StarFire, OmniStar etc etc are not global but region specific and not the sort of third party systems one would expect to find embedded in this type of router device, the primary purpose being M2M 3G/4G/5G type data device, limited location device for supplementary options second.

From what I see in the EC25 series specs, No, SBAS is not available, GNSS (different constellations) yes but GNSS by itself is not SBAS and for such a router, SBAS is really beyond the intent.

This device (RUT955 etc) is capable of bridging RTK corrections from third party augmentation systems be they subscriptions or free services etc but that would be in conjunction with additional fit for purpose GNSS hardware, hence where NTRIP comes into play.

In regard the relationship between the CLI NTRIP command and serial device NTRIP output there is no interruption of the serial output by running CLI commands. Again don’t have in-depth background regard CLI commands but have proven CLI does not interrupt serial NTRIP output.

As for NMEA, a once wise person stated, the thing about Standards is, there are so many of them and this is especially the case with NMEA standards and how different parties interpret and implement NMEA and different versions within the standard along with extensions.
$GPGGA is (by the standard) G(P)S Time, Position and Fix related data. There’s also $GBGGA, $GGGGA along with like $GNGGA which simply confuses the whole thing with standards.

For NTRIP $GPGGA and GPS Fix type 1 is totally adequate and fit for purpose and doesn’t waste resources, doesn’t need to.

This topic was automatically closed after 15 days. New replies are no longer allowed.