<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
Can you provide a reasonably short file set that exhibits this for
others to test with? In our shop we have just started playing with
BINR and the NVS chips, but have always had good success with the
uBlox RXM-RAW messages for years now. I am not aware of any protocol
corruption issues from using the raw->RTCM3 convert methods or
the strsvr tool. <br>
<br>
> erratic RTK solutions which are not found when using RTCM3
direct from NTRIP servers<br>
<br>
If I am reading this this correctly, you perhaps expect an L1 only
uBlox to perform like a more costly L1/L2 reference station, or this
is related to the perceived corruption to the RTCM stream after some
period of time? You should perhaps save some of this data into a
RINEX file format to then process it with RTKPOST or with one of the
on-line tools. That way you can determine where/when the RTK
solution becomes erratic and seek for the root cause. There are
too many unknowns to give much more advice than this. <br>
<br>
Regards, David Kelley<br>
<span class="st"><em><br>
</em></span><br>
<div class="moz-cite-prefix">On 11/30/2014 12:04 PM, arwooldridge
wrote:<br>
</div>
<blockquote cite="mid:547B7868.9030608@googlemail.com" type="cite">I
have tried BINR and Ublox raw to RTCM3 using strsrv.exe from
RTKlib 2.4.3 ( also 2.4.2) and although it appears to work at
first, it inevitably and consistently fails for me after a time
(sometimes several hours later) giving erratic RTK solutions which
are not found when using RTCM3 direct from NTRIP servers. I have
as yet not found a solution to this, but can only suspect some
error in the strsvr conversion.
<br>
latest 2.4.3 download tested at 10/09/2014.
<br>
Regards ARWooldridge
<br>
_______________________________________________
<br>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">
</pre>
</body>
</html>