NTRIP Clients that get no Data


Top   SNIP Knowledge Base

Unable to Connect

If your rover’s (NTRIP Client) repeated connection attempts to any Caster result in just getting the Caster Table returned to you and an immediate disconnect, either:

  1. That Caster does not have the data you seek or
  2. You do not have a user account with that Caster operator.

As the RTK2go caster does not require user accounts, that leaves only option one.

A bizarre subset of this that you connect but then never get any actual data, because the data source is not every sending any data to RTK2go.  We often see this occurring with certain mis-configured connections.

Hint: The NTRIP Client code which is based on the RTKLIB source code will attempt to reconnect after ~10 seconds of data starvation as its default behavior.

Tip:  Make sure you are in fact sending the data from your base station into RTK2go before having your NTRIP Client rover devices connect to RTK2go looking for it.   Those using RTKLIB code (STRSVR and others) to send data often connect and then never send any actual data.  Until SNIP see some sort of data (and can perform analysis on it for a tens of seconds), you data will not be published.

You can easily see if your data stream is present at any time by looking at the Caster Table.  The RTK2go site gets many thousands of connections every week from NTRIP Client rover devices seeking for data streams which are not (or no longer) present.

To fix it, DO THIS:

What is the name of the stream do you want? Press this button:  rtk2go.com:210/SNIP::STATUS  and then seek for that name in the table.  If you cannot find that precise name (capitalization matters here), there is nothing for SNIP to connect you to.  If you find it in the section marked “These streams are no longer connected” then it was once present but is no longer there.  Before trying to connect for hours on end, make sure the data you want is there.

 

As a broad rule, RTCM3 data is sent at a 1Hz rate, but some data streams (such as orbital data collections like RTCM3EPH) are only sent every 5, 10 or 30th second.  Users who are using NTRIP to send other data (using RTK2go in SNIP‘s bent pipe mode) will need to be sure their NTRIP Client rover devices understand this.  From SNIP‘s PUSH-In logic, the data stream must provide some data at least once every 180 seconds to be considered active.

Note:  It is considered bad form to reconnect to a Caster every second for hours on end if your connection attempt is being rejected.  Most Casters are not operated in an open mode as this one is.

In the RTK2go Caster you do not need a user ID or any password (just leave those fields blank on the rover device).  If you send in such data, it is just be ignored.


Background

There is a section of the SNIP knowledge base on managing user accounts has some articles on debugging NTRIP Client connections with commonly occurring error that may be of value to you in resolving this.   If you are having issues, please send us an email [support [at] use-snip.com] and we will create a support ticket.

NTRIP Caster networks are independent of each other.  And while the world-wide community shares a lot of common data, it is also incorrect to presume that any Caster has immediate access to the data streams from another Caster.  Said another way; In NTRIP there is no concept of an inter library loan system that will locate a mountPt on another caster for you