<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
James:<br>
I suggest you use rev p11 but otherwise the below all seems correct
to me. Because you are seeing '5' you do have some ephemeris data
(a common issue for first time users) but perhaps you are not
correctly setting the location of the base station? In the windows
GUI, in RTKNavi, look under the Option Button -> Position Tab, at
the drop down for base station. Either set these values correctly.
Your CORS station data sheet will have the precise location data, or
let RTCM message stream provide that data (easier). Make sure the
resulting reference datum this value comes from meets your needs.<br>
<br>
[Also, confirm that (in the tab marked 'Misc') that you will accept
navigation messages (i.e. the orbital ephemeris ) from any of the
sources. As you are using broadcast orbits here, they will be the
same from all the sources you come by. [An aside: improved orbits
are of less value when you are doing traditional RTK as the position
reported by the base is of greater impact on the estimate than
removing the final meter or so so in the orbital track. So you do
not really need a SP3 file, but you may/will when you do PPP] <br>
<br>
Do this and it is likely that you will then see the solution move to
a float mode '2' in ten seconds or so (the message RTCM 1005 or 1006
is sent more slowly since it is dead weight once a rover has the
data). You stated: "In my initial test the antenna was placed in
a large Westerly facing window" and that more of less means you
will not ever reliability be able to get a ambiguity resolved fix,
if at all, because the signals you are receiving at that location
are corrupted with multipath delays. <br>
<br>
Here is a simple trick to see it work better: Rather than your own
rover, connect to another nearby CORS site from the Ordnance Survey
( OS ) network. Grab some orbital ephemeris and connect that to the
3rd input (labeled 'Correction'). You will likely see quick
reliable movement from single->flat->fixed when doing this.
This is a also good way to play with the knobs and learn the
effects. Once you have a feel for this, put your rover antenna in a
better open sky location and try it. Better yet, find a local mark
in your ETRS89 by Ordnance Survey, put you antenna there to see how
well you can match. <br>
<br>
> if I wish to capture the RAW data which the M8T produces...<br>
Use the uCenter tool to record a file with the raw message being
produced. You can play that back with RTKPOST, or convert it to
RINEX with RTKCONV. A very nice feature about the RTKLIB tools is
that they do not mind is there is a bunch of NMEA-183 sentences
mixed up with this. This method lets you use the same port you are
controlling the uBlox with and works well on a laptop. The other
common mode is the setup one of a serial ports and pump the uBx raw
message out to it, dedicating it to that use. In both cases set a
set up configuration file that works for you and store/restore it to
be sure you log the data you think you are logging. <br>
<br>
Good luck. Regards, David Kelley<br>
<br>
<br>
[Aside when using 'just' data sources from casters for testing you
will often need ephemeris because most data streams from most
casters do not send that data. The presumption being that your
rover is local and can look up at the same sky and get the data for
itself. The best place to get all the GPS+GLO ephemeris in such a
stream is "products.igs-ip.net:2101" but you need to first obtain a
user ID (easy to do). The caster at "ntrip.itsware.net:2100" also
provides the same data stream but with no user log on needed. In
both cases the stream is called "RTCM3EPH", which has become a
convention.] <br>
<br>
<div class="moz-cite-prefix">On 12/4/2015 6:45 AM, James Morrison
wrote:<br>
</div>
<blockquote
cite="mid:CAFDauuTShq14yFSpiBGEt--VCr6g_skNJXOwjz9GZbVkLYGLQQ@mail.gmail.com"
type="cite">
<div dir="ltr">Hi, I have a Ublox M8T which is setup in a logger
configuration from OptimalSystem.de with a Tallysman TW2710. I
have successfully connected the M8T to u-center_v8.18 and am
able to log .ubx files.
<div><br>
</div>
<div>I am interested in using RINEX data from a continuously
operating GPS which is based nearby ( less than 2 km away )
and the data is available from the Ordnance Survey ( OS ) for
download for a period. The data provided by the OS has the
extension .15o and appears to be RINEX 2.11</div>
<div><br>
</div>
<div>I have downloaded RTKLIB 2.4.2p10 and using RTKCONV have
created a .nav and .obs file from the .ubx produced by
u-center. I have attempted to post process the .obs data in
RTKPOST, I have entered the paths to the .nav file and the OS
Rinex data in the middle section and a pos file is created.</div>
<div><br>
</div>
<div>I'm not sure I am using RTKPOST in the correct manner,
should I be changing Positioning Mode in Options to another
mode and placing the file path to the OS RINEX in the RINEX
OBS: Base Station section?</div>
<div><br>
</div>
<div>Secondly should I be supplying an sp3 file from the IGS
service or other online files to help improve the final data?</div>
<div><br>
</div>
<div>I am seeing a very small shift in positions in the pos file
when providing the OS RINEX data but the Q value is always 5 (
single ). In my initial test the antenna was placed in a large
Westerly facing window at ~58 degrees North for some hours
where it had up to 7 GPS satellites in view.</div>
<div><br>
</div>
<div>Finally if I wish to capture the RAW data which the M8T
produces and later use it in RTKLIB but not use u-center, what
would be the best way of achieving this?<br>
</div>
<div><br>
</div>
<div>Many Thanks</div>
<div><br>
</div>
<div>James</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
This message is sent to you from <a class="moz-txt-link-abbreviated" href="mailto:FOSS-GPS@lists.osgeo.org">FOSS-GPS@lists.osgeo.org</a> mailing list.
Visit <a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/foss-gps">http://lists.osgeo.org/mailman/listinfo/foss-gps</a> to manage your subscription
For more information, check <a class="moz-txt-link-freetext" href="http://wiki.osgeo.org/wiki/FOSS-GPS">http://wiki.osgeo.org/wiki/FOSS-GPS</a></pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Regards,
David Kelley
ITS Programs Manager
SubCarrier Systems Corp. (SCSC)
1833 East Foothill Blvd. Glendora, CA USA 91741
626-485-7528 (Cell) 888-950-8747 (Main)
626-513-7715 (Office) 888-613-0757 (Fax)
<a class="moz-txt-link-rfc2396E" href="mailto:DavidKelley@ITSware.net"><DavidKelley@ITSware.net></a></pre>
</body>
</html>