Just received a new SPARK TX2 and can not get a lock in SW maps. DGPS is the best I can get. I have an Facet and get a lock 14mm in a few seconds. Using North Carolina RTN for corrections. Blue tooth an Ntrip are connected and working. What am I missing?
I hate to ask…but are you sure you’ve connected to the correct mountpoint?
I assume it’s the same install of SW MAPS (and same NTRIP settings), but it’s worth confirming.
Try: VRS_RTCM32, not VRS_RTCM3
Here my options, VRS_RTCm23_DGPS, VRS-CMRp,
VRS_CMRx, VRS_RTC23, VRS_RTCM3, VRS_RTCM34_MSM5, VRS_RTCM34_MSM4
No VRS_RTCM3on the list, I usually use VRS_RTC34_MSM4
I can switch over to the Facet, change the blue tooth connections and SWmaps works as always.
Well dang… this is a weird one 
What Firmware version is on your TX2?
I remember V2.3 having a snag with the LG290P (specifically the PostCard, but same chip as TX2).
I know that’s a long-shot, but I’m stumped.
V3.2
I can connect to Lefebure , fix type DGPS is the best I can get, using 29 satellites, Ntrip is connected to caster
A few other wild/random ideas:
- Can you confirm the TX2 is in Rover Mode, not base ?
- While unlikely, the TX2 might have a preference to HAS over the NTRIP Corrections. Turn off HAS to confirm ?
- Can you spy on the Bluetooth stream to confirm RMC, GGA, etc ?
- Reset the FW. You might as well update to V3.3 to be safe.
I’m guessing the FW Reset/Upgrade is worth the try. If that’s not successful, I’d start being suspicious about the device.
Hopefully others will chime-in with suggestions too
As rftop points out, the Facet and TX2 contain different GNSS receivers. I am trying but have not yet received North Carolina RTN credentials. Once I have them, I’ll try to inspect the RTCM stream to see what’s what.
TX2s have the latest LG290P v2.1 firmware loaded. Double check this in the web config header block but you should be ok there.
While unlikely, the TX2 might have a preference to HAS over the NTRIP Corrections. Turn off HAS to confirm ?
By default, NTRIP takes priority. But yea, disabling HAS is a good idea until you get RTK Fix using NTRIP.
Can you spy on the Bluetooth stream to confirm RMC, GGA, etc ?
This is a good point. Make sure you’ve enabled GGA messages in the NTRIP Client setup.
Can not get into the config menu now, not sure what happen.
I recommend you start with the quickstart guide then let us know how far you get: Quick Start - TX2 - SparkFun RTK Everywhere Product Manual
I can connect SWmaps to the TX2 and corrections still connect. I can see a steady data stream. It never goes to Float. It seems like the correction are not working. When I double click to start the config mode I dont see TX2 on the wifi. I was working but has stopped. Is there another way to get into the config mode.
The most sure-fire method is via serial (usb); give that a try?
Ok, serial port got the config back. I update the FW to 3.3. But I still can not get the SWmaps to work properly.
Under GNSS config the PPP service is Disabled, RMC: GGA: GSV: VTG: GLL: GST are enable.
NTRIP client is enable
address, port, user name, password, mount point =VRS RTCM34 MSM, all these setting worked in the facet.
Is there something I am missing.
Hi Greg, please enable only GGA (for bandwidth purpose) and separately try to inspect
the Ntrip stream on a laptop with Rtklib_strsvr.exe or the Qgnss_app.
See or post the stream, if rtcm 1005/6 and the 107x …8 …9 ..12 are received.
This could explain it.
The GSV sentences, in particular are bandwidth hogs.
@bamarcant is right, disable all the unnecessary NMEA and test.
As Marco said: GGA should be enough for a RTK Fixed Solution.
Then you can add others such as:
- RMC: (dynamics)
- GSV: (display metrics for each bird)
- GST: (accuracy estimates)
The TX2 (LG290P) is tracking more signals than the Facet (F9P), which could be overwhelming the bluetooth link for SW Maps (when too many NMEA sentences are activated). The Bluetooth path is a 2-way street that must allow NTRIP corrections to the TX2, and NMEA from the TX2.
1 more thing - You are using the NTRIP Client inside SW Maps, correct? Not the Client in the TX2 ?
I leave the NTRIP Client turned OFF inside the RTK Everywhere FW.
RMC: GGA: GSV: VTG: GLL: GST are enable.
This could explain it.
The GSV sentences, in particular are bandwidth hogs.
I generally disagree. These are default sentences. If we were talking about 10Hz+ then yes, GSV becomes a problem, but I think (hope) we are talking about TX2 defaults in which case the BT link can handle 2Hz of all these sentences without issue.
I leave the NTRIP Client turned OFF inside the RTK Everywhere FW.
I echo this. Use the NTRIP Client in SW Maps, the NTRIP client inside the TX2 is not needed.
@navytech - Once you connect to the North Carolina network, do you see data greater than zero? Or do you see a ‘Connection Failed’ error?
Enable GGA only, no data stream. If I enable GGA GSV GSA I got data stream around 970 B/s but never got any corrections.
You’re saying that the data rate of ntrip status in sw maps…
this is a pretty unusual situation…
I’m asking if U can check the stream through an ntrip client,in a separate environement without the tx2 ;if you don’t have windows you can use qt from rtklibexplorer, this to exclude anomalies, even if you claim to use succesfully the same stream with the facet.P.s. Here the link to a HTML_client analyser
Once having noted the regularity of the data flow, it is subsequently necessary to investigate why the LG290P module inside the TX2 does not receive the corrections.
Should analyser display all the different mounts points once IP address, server point, user name, password are added. If so I dont see them. SWmap will show them and so does Lefebure Ntrip Client
