Q ..@.. wrote in message news:4d807ec8$0$2501$db0fe...@news.zen.co.uk...
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:ilprm0$3kv$1...@news.eternal-september.org...
No reason not to downgrade, Q, if you don't need the fixes and features
in the current
Q ..@.. wrote in message
news:4d887390$0$2524$da0fe...@news.zen.co.uk...
[]
Hi David,
A reply from Garmin!
Also I tried the downgrade - its in and working, though I'm not seeing
much if any difference in the numbers yet - I should be able to post
some data later in the week once its
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:ima1lb$o0v$1...@news.eternal-september.org...
From my tests on a Sure GPS board, it many be important to get NTP to look
for the first sentence sent, although I guess you must already be down to
a single NMEA
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:imandk$5ic$2...@news.eternal-september.org...
I would prefer on-list, as others may be able to provide help and useful
input. I'm not sure I can add more than is already on my Web pages.
Yep - that's totally fine.
Q ..@.. wrote in message
news:4d88df4c$0$2514$db0fe...@news.zen.co.uk...
[]
If you have no objections it may be easier to take this 'off-list' and
email you direct - it will save all the poor folk on here having to
listen to my insane testing - once everything is working and playing
nice I
Q ..@.. wrote in message
news:4d88e97c$0$12167$fa0fc...@news.zen.co.uk...
I need to have a clean up on this machine now, and I think I'm going to
stick 2.6.37 kernel on it with native PPS support and see what happens.
Scrap that - it wouldn't boot and hung on udev and I don't have time to
Q ..@.. wrote in message
news:4d7fd7ae$0$2503$db0fe...@news.zen.co.uk...
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in
message news:ilc6um$4s8$1...@news.eternal-september.org...
To me it should be common courtesy to reply as soon as possible, even
if it's just an
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:ilprm0$3kv$1...@news.eternal-september.org...
No reason not to downgrade, Q, if you don't need the fixes and features in
the current firmware. I understand that some folk are running on firmware
3.20, Yes, I do
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:ilc6um$4s8$1...@news.eternal-september.org...
To me it should be common courtesy to reply as soon as possible, even if
it's just an acknowledgement. You might learn more from a phone call
Still no reply - but
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:il7bhl$vgg$1...@news.eternal-september.org...
I hope that Garmin at least acknowledge your request - let's hope the
delay means that it being passed on.
Nothing yet - not even a robot responder telling my the form
Q ..@.. wrote in message
news:4d79277a$0$2538$da0fe...@news.zen.co.uk...
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in
message news:il7bhl$vgg$1...@news.eternal-september.org...
I hope that Garmin at least acknowledge your request - let's hope the
delay means that it being
Hi David,
I sent off the query/problem to them a few days ago via the online
form - alas no reply as yet though.
I've had problems my end anyway the box this is attached to decided to
die and I had to replace the CPU which did all sorts of odd things with
the clock and required a change of
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:ijk0a0$ssp$1...@news.eternal-september.org...
Ok I'll go back over your past posts re the problem and report it myself
to Garmin UK and see what they say - once I get something back I'll let
you know.
I have 3.60
http://www.sureelectronics.net/goods.php?id=99
Thanks for the link!
Even though I already have a big bunch of GPSs, I've placed an order for
one of those kits. :-)
I really liked the multiple interfaces, the ms precision for the NMEA
timestamp and the total price which is below the minimum
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:ijhb50$ifm$1...@news.eternal-september.org...
V3.60 was out at the start of Jan I think - but there is nothing in the
notes to say this issue is resolved. Do we need to chase this with Garmin
UK?
Yes, we do. I've
David J Taylor wrote:
I'm supposed to be on the Garmin RSS feed for updates, but I didn't see
3.60 announced. I've now downloaded a copy but, as you say, it doesn't
claim to address the issue. I'm still waiting for my Sure Electronics
equivalent to arrive from China:
Ok I'll go back over your past posts re the problem and report it myself
to Garmin UK and see what they say - once I get something back I'll let
you know.
I have 3.60 running anyway with no new problems (that I can see)
Thanks, Q, I can't see it doing any harm.
Cheers,
David
David J Taylor david-tay...@blueyonder.co.uk.invalid wrote in message
news:igu5i1$hn9$1...@news.eternal-september.org...
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij3r1n.a4g.un...@wormhole.physics.ubc.ca...
[]
Your referent is somewhat unclear.
If you are saying that
Jan Ceuleers wrote:
On 16/01/11 09:11, Chris Albertson wrote:
No, if it is not _processed right at the UTC second it is pointless.
The Motorola GPS allows you to adjust the timing of the pulse to
account for delay in the antenna feed line and serial line.
I was also thinking about avoiding
The only way to know is to compare to another reference assumed to be
correct. Pool NTP servers would be accurate enough for that. The
GPSes (Motorola Oncore) I use have a related problem in that they
allow the pulse to be adjust so that it happens before the UTC second
or any time during
On 16/01/11 09:11, Chris Albertson wrote:
No, if it is not _processed right at the UTC second it is pointless.
The Motorola GPS allows you to adjust the timing of the pulse to
account for delay in the antenna feed line and serial line.
I was also thinking about avoiding interrupt collisions.
Jan Ceuleers janspam.ceule...@skynet.be wrote:
On 16/01/11 09:11, Chris Albertson wrote:
No, if it is not _processed right at the UTC second it is pointless.
The Motorola GPS allows you to adjust the timing of the pulse to
account for delay in the antenna feed line and serial line.
I was
On 16/01/11 11:25, Rob wrote:
Jan Ceuleersjanspam.ceule...@skynet.be wrote:
I was also thinking about avoiding interrupt collisions. In an ideal
world, if the PPS interrupt occurs exactly at the UTC second it is going
to coincide with the system's timer interrupt, is it not? That's even if
the
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij2ign.o9d.un...@wormhole.physics.ubc.ca...
[]
Is the start of the nmea sentect coming more than one second after the
PPS signal? Or is it just ending at the one second mark?
The start of the NMEA sentence can be /after/ the
unruh un...@wormhole.physics.ubc.ca wrote:
On 2011-01-14, Chris Albertson albertson.ch...@gmail.com wrote:
When the software (any software) only receives a PPS signal and a
serial message conveying the absolute time, but it does not know how
much the serial message is offset from the true
On 2011-01-14, David J Taylor david-tay...@blueyonder.co.uk.invalid wrote:
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij14hc.qns.un...@wormhole.physics.ubc.ca...
[]
This is a problem in the coding of the program (gpsd?) that you are
using to get the data. The computer
On 2011-01-15, David J Taylor david-tay...@blueyonder.co.uk.invalid wrote:
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij1g6n.mnc.un...@wormhole.physics.ubc.ca...
[]
??? There is a program which takes the PPS signal and takes the nmea
sentence and tells ntpd how much out
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij3r1n.a4g.un...@wormhole.physics.ubc.ca...
[]
Your referent is somewhat unclear.
If you are saying that your unit is out of spec, then return it.
When operated with earlier firmware, the unit is in spec, but may be out
of spec
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij3r8s.a4g.un...@wormhole.physics.ubc.ca...
[]
So you are separating the PPS from the nmea, and wondering how to get
them together again? The best way is for the same program to look at the
PPS and the nmea so it can associate them.
Folks,
You may recall that I had a problem with a Garmin GPS18x LVC after
firmware upgrades, where the offset between the leading edge of the PPS
signal and the end of the NMEA serial data exceeded one second. With some
help from Hal Murray who knows more of NTP than I do, we have worked
On Fri, Jan 14, 2011 at 08:40:25AM -, David J Taylor wrote:
Folks,
You may recall that I had a problem with a Garmin GPS18x LVC after
firmware upgrades, where the offset between the leading edge of the
PPS signal and the end of the NMEA serial data exceeded one second.
With some help
On 2011-01-14, David J Taylor david-tay...@blueyonder.co.uk.invalid wrote:
Folks,
You may recall that I had a problem with a Garmin GPS18x LVC after
firmware upgrades, where the offset between the leading edge of the PPS
signal and the end of the NMEA serial data exceeded one second. With
On 2011-01-14, David J Taylor david-tay...@blueyonder.co.uk.invalid wrote:
Thanks for the information. I was curious about the new position
averaging mode, but I'll wait until this is resolved.
1.0s offset is horrible, that will certainly break gpsd or any
application that pairs pulses with
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij14l6.qns.un...@wormhole.physics.ubc.ca...
[]
Well 17ms would get you under the 1.0 sec cutoff.
It seems that with ntpd there is no 1.0 sec cut-off - fortunately.
Cheers,
David
___
On 2011-01-14, Chris Albertson albertson.ch...@gmail.com wrote:
When the software (any software) only receives a PPS signal and a
serial message conveying the absolute time, but it does not know how
much the serial message is offset from the true time, how should it
determine the true time?
On 2011-01-14, David J Taylor david-tay...@blueyonder.co.uk.invalid wrote:
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij14hc.qns.un...@wormhole.physics.ubc.ca...
[]
This is a problem in the coding of the program (gpsd?) that you are
using to get the data. The computer
On Fri, Jan 14, 2011 at 1:30 PM, unruh un...@wormhole.physics.ubc.ca wrote:
On 2011-01-14, Chris Albertson albertson.ch...@gmail.com wrote:
When the software (any software) only receives a PPS signal and a
serial message conveying the absolute time, but it does not know how
much the serial
On 2011-01-14, Chris Albertson albertson.ch...@gmail.com wrote:
On Fri, Jan 14, 2011 at 1:30 PM, unruh un...@wormhole.physics.ubc.ca wrote:
On 2011-01-14, Chris Albertson albertson.ch...@gmail.com wrote:
When the software (any software) only receives a PPS signal and a
serial message conveying
In article AANLkTi=E0_9LzCDg9esXx7yZp_NJGmSU+cuS=FY9=8...@mail.gmail.com,
Chris Albertson albertson.ch...@gmail.com writes:
Could this be automated? Maybe, to some degree. The reference clock
driver would need to have a survey mode setting where it would run
for many hours and compare it's own
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij219b.cr7.un...@wormhole.physics.ubc.ca...
[]
The shmslp driver does something similar. It uses some other source to
get the seconds right and then hands over to the PPS to get the
nanoseconds right. But it uses only the PPS pulse,
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij1g6n.mnc.un...@wormhole.physics.ubc.ca...
[]
??? There is a program which takes the PPS signal and takes the nmea
sentence and tells ntpd how much out the computer clock is from the true
time. If you are not using gpsd, you are
On 2011-01-15, David J Taylor david-tay...@blueyonder.co.uk.invalid wrote:
unruh un...@wormhole.physics.ubc.ca wrote in message
news:slrnij1g6n.mnc.un...@wormhole.physics.ubc.ca...
[]
??? There is a program which takes the PPS signal and takes the nmea
sentence and tells ntpd how much out
42 matches
Mail list logo
