<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Mic,<br>
<br>
Many thanks for the info.<br>
<br>
My problem with my SuperStarII receivers (I have about 20 of these
) is that they are from an AVL system and I don't think they will
spit out "raw" data. Looking at their configuration (via
StarView) I see:<br>
<img src="cid:part1.03060506.07020708@geoanalytic.com"
id="docs-internal-guid-18ec0a2a-a33d-dd11-80be-ab4de471d146"
width="390px;" height="307px;"><br>
<br>
I think the important part is the "Config #1 Part No :
169-613955-014". The 014 may correspond to the BLK014 label on
the board, which may mean the same as 214 in the Firmware doc:<br>
<br>
<img src="cid:part2.04000408.05010004@geoanalytic.com"
id="docs-internal-guid-18ec0a2a-a340-7a5c-3b7a-17bfee8d1139"
width="595px;" height="423px;"><br>
<br>
Or not; I haven't looked into it too much. But RTKib refuses to
show positions from the SSII (but I may need to try again to get
MSG #23 out of it).<br>
<br>
- I need to look into the LEA-6H board I have. Not sure if it
exposes the LEA-6H modules corrections input channel. Fortunately
3DR publishes lots of info on it...<br>
<br>
- the time-tagging may be a challenge. My plan is to have the on
board flight controller (3DR APM v2.5) fire the camera (for now a
point-and-shoot Canon). The camera, APM, and GPS will all be
generating time info, so hopefully I can come up with a scheme.<br>
<br>
Again, many thanks for the info...<br>
<br>
<pre class="moz-signature" cols="72">Best Regards,
Brent Fraser</pre>
On 8/21/2013 3:36 PM, Michele Bavaro wrote:<br>
</div>
<blockquote cite="mid:521532E1.8050106@yahoo.co.uk" type="cite">If I
may, I'd like to add to the subject.
<br>
<br>
- There are rumors about uBlox releasing soon a "7P" engine which
should support RAW data output. I am expecting it to be pin
compatible with 6 generation.
<br>
<br>
- Using a SuperStarII on the UAV and a NEO6P as a base station..
sounds very much like the other way around? If you use RTKLIB,
there is no point in streaming DGPS corrections to the Novatel
receiver (assuming RTKLIB converts the UBX to the "right" RTCM
messages 1, 2, 3 and 9). RTKLIB onboard will do better than code
differential by using a loose "kinematic" solution (carrier-phase
based). Also "6P" has a crystal as onboard clock, which is known
to be not great in terms of accuracy and phase noise. A TCXO
("6T") is supposed to be better, but really the Novatel should be
the "base".
<br>
<br>
- LEA6H accepts RTCM (code corrections) input as far as I know, an
so do "6T" modules. "6P" modules don't, since they offer inbuilt
"PPP" capability.
<br>
<br>
- How do you time-tag the UAV pictures with GPS? I am pretty sure
that "T" modules have a EXTINT0 pin which records "events" in the
digital domain and causes the module to output a message with a
very accurate (sub-us) time-tag. You may refer to chapter 1.7.3 of
NEO6 data sheet (GPS.G6-HW-09005) and message UBX-TIM-TM2 for more
details.
<br>
<br>
Cheers,
<br>
Mic
<br>
<br>
<br>
<br>
On 21/08/2013 16:34, Brent Fraser wrote:
<br>
<blockquote type="cite">Weber,
<br>
<br>
Well I really don't NEED to; it's more of an experiment to see
if it will improve the performance of the UAV (likely more
trouble than it's worth), or if it will improve the positioning
quality of the imagery acquired from the UAV (it might).
<br>
<br>
Currently I've got a uBlox Lea-6H
(<a class="moz-txt-link-freetext" href="http://www.canadadrones.com/3DR-GPS-LEA-6-p/3dr-gps-lea-6.htm">http://www.canadadrones.com/3DR-GPS-LEA-6-p/3dr-gps-lea-6.htm</a>)
supplying positions to the autopilot, but it has no raw data
input(?) or output capability so the positions are likely in the
+/-3m range (I really need to test that too).
<br>
<br>
Best Regards,
<br>
Brent Fraser
<br>
<br>
On 8/21/2013 12:15 AM, Weber wrote:
<br>
<blockquote type="cite">Tomoji, thank you for the reply. For the
moment I intend to work with their 6T model.
<br>
<br>
Brent, this may sound a stupid question but as I am moving
from industrial cameras development to UAV electronics, I have
a lot to catch up:
<br>
<br>
Why do you need to input corrections into the onboard GPS
receiver?
<br>
What I've read on RTKLib docs about RTKNAVI dataflow, it only
takes inputs from the rover/basestation GNSS receivers.
<br>
<br>
Weber
<br>
<br>
<br>
Em Wednesday, August 21, 2013 2:04:46 AM, Brent Fraser
escreveu:
<br>
<blockquote type="cite">Weber,
<br>
<br>
Interesting. I'm planning to use RTKlib to implement RTK
on my UAV
<br>
using an old Novatel SuperstarII on board which supposedly
will take
<br>
corrections on its Com2 port (we'll see). For the base
station, I'll
<br>
use a ublox Neo-6p
<br>
(<a class="moz-txt-link-freetext" href="http://www.csgshop.com/product.php?id_product=103">http://www.csgshop.com/product.php?id_product=103</a>). And
hopefully the
<br>
RTCM corrections can be transmitted via MAVlink on 3rd
telemetry
<br>
radios....
<br>
<br>
Best Regards,
<br>
Brent Fraser
<br>
<br>
On 8/20/2013 2:52 PM, Weber wrote:
<br>
<blockquote type="cite">Hi all,
<br>
<br>
Anyone has any experience about trying to make the uBlox 7
receiver
<br>
work with RTKLib?
<br>
<br>
Any expectations of how complicated/'how much code
editing' it would
<br>
require?
<br>
The intention is to implement a RTK solution for UAVs.
<br>
<br>
Thanks,
<br>
<br>
Weber
<br>
_______________________________________________
<br>
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.
<br>
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
<br>
subscription
<br>
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>
<br>
<br>
</blockquote>
<br>
<br>
</blockquote>
_______________________________________________
<br>
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.
<br>
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
<br>
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>
<br>
<br>
</blockquote>
<br>
<br>
_______________________________________________
<br>
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.
<br>
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
<br>
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>
<br>
</blockquote>
<br>
_______________________________________________
<br>
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.
<br>
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
<br>
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>
<br>
<br>
</blockquote>
<br>
</body>
</html>