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.   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.

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