On Thu, 24 Nov 2011 13:01:41 +0100
ehydra ehy...@arcor.de wrote:
Hi all!
I wonder what would be reasonable location accuracy if two cheap same
type GPS modules will be several meters apart? I understand that it
involves statistical numbers.
Any idea? Say for a small robot.
On my
Kalman filtering navigation?
On Sun, Nov 27, 2011 at 4:53 AM, WB6BNQ wb6...@cox.net wrote:
Or an alcohol sensor !
BillWB6BNQ
Chris Albertson wrote:
snip
GPS is never going to be exact. Or I should say you don't know the
exact lat. long. for every place you want to go. So to
Hi Hal -
Thanks for your efforts!
I just settled down my GPS for the car on my desk (under a brick roof)
and left it over night alone. Between evening and morning I wrote 4
locations on paper and later dumped it into Google. So this is a test
case for ONE unit. It is a TomTom equipped with a
If you do a test, let us know your findings.
I think the answer will depend upon how good the location is. If the
limitation is ionosphere delays, two units near each other should have
similar errors. If the limitation is multipath, being near each other
probably won't help much.
---
Hal,
Those sure look like GNU plot graphs :)
Sorry, i didn't mean to change subjects but i do like gnu plot.
Steve
On Sat, Nov 26, 2011 at 4:20 AM, Hal Murray hmur...@megapathdsl.net wrote:
If you do a test, let us know your findings.
I think the answer will depend upon how good the
Maybe you can figure out for use how long one must average the data to
get down to a given position accuracy. The fact that you have a poor
location is good. You are generating real-world numbers.If I use
my GPS I find the location never moves more then a few inches at most.
I have a roof
Maybe you can figure out for use how long one must average the data to get
down to a given position accuracy. The fact that you have a poor location
is good. You are generating real-world numbers.
I'll be glad to provide lots of crappy data if anybody wants to play with it.
--
On Sat, Nov 26, 2011 at 2:35 PM, Hal Murray hmur...@megapathdsl.net wrote:
Pure brute force would compute the center of mass and then scan all the data
points computing the distance... That's an N-squared process which might
take too long with a large clump of data. For offline research like
Or an alcohol sensor !
BillWB6BNQ
Chris Albertson wrote:
snip
GPS is never going to be exact. Or I should say you don't know the
exact lat. long. for every place you want to go. So to find something
like a bear bottle in your refrigerator you need vision
Chris Albertson
Redondo
Yes, if you use statistics then you must be slow or, better, stop and
collect data. I think that ionosphere movements that cause errors are
slower than robots movements so it is hard to collect enough data for
statistics, of course maybe that only two points to average out is better
than
On Fri, Nov 25, 2011 at 06:26, ehydra ehy...@arcor.de wrote:
I read that for position accuracy ionospheric effects are the main source
for typical single frequency receivers. So looking for DOP would be not
helpful because the ionospheric way is for two 'relative' on the same
position located
Usually GPS receivers have DOP figures you can use to estimate the position
precision. Maybe worth using timing receivers for position to increase the
position accuracy.
On Thu, Nov 24, 2011 at 1:01 PM, ehydra ehy...@arcor.de wrote:
Hi all!
I wonder what would be reasonable location accuracy
I read that for position accuracy ionospheric effects are the main
source for typical single frequency receivers. So looking for DOP would
be not helpful because the ionospheric way is for two 'relative' on the
same position located teceivers vs. satellites position almost the same
and that
I think the accuracy could be quite good if you took advantage of the
times the robot was motionless. During those times it could build up
many seconds of averaging and then while moving either use dead
reckoning or inertial navigation.
On Thu, Nov 24, 2011 at 4:01 AM, ehydra ehy...@arcor.de
14 matches
Mail list logo