On Wed, Apr 2, 2008 at 5:39 PM, randy warner [EMAIL PROTECTED] wrote:
I'm not
sure how smart gpsd is, but it may not know about switching the receiver
between binary and NMEA mode. Since the gpsd commands you show in your email
specify 9600 baud, I assume you want binary?
gpsd can't do
Quoth randy warner at 2008-04-03 11:09...
snip
The battery can indeed cause some problems if you don't have the software
necessary to reset the receiver to a known state. The simplest thing to do
is get a copy of Rick Hambly's TAC32 at cnssys.com. TAC32 will light up just
about any Moto
Hi Folks
Now that I've got a computer ready to be a time server, I am now
fiddling about with my GPS modules, checking that they are working and
the like.
As I have yet to build and interface board for my Trimbles (requires a
very fine pitch IDC connector, which is on backorder), I am testing
On Tue, Apr 1, 2008 at 7:32 PM, Matthew Smith [EMAIL PROTECTED] wrote:
What is puzzling me about the VP is why I was unable to get this working
myself. Through minicom, at both 9600bps and 4800bps, I typed @@Ci,
which the manual tells me should get the device into NMEA mode. Nothing
My manual suggests you need to send
@@CimodecksumCRLF
I had a similar problem a while ago.
I wrote a simple python hack to compute the checksum. The manual probably
has an example you can test it on.
I sent individual commands with things like this:
echo -e -n \$PSRF103,0,0,0,1*24\r\n
On Tue, Apr 1, 2008 at 8:38 PM, Hal Murray [EMAIL PROTECTED] wrote:
It's also worth checking gpsd. It knows how to talk to lots and lots of GPS
units and can smash some of them into a useful state.
I haven't got around to writing an oncore driver yet. There was one in
the works but the
Quoth Chris Kuethe at 2008-04-02 16:15...
On Tue, Apr 1, 2008 at 8:38 PM, Hal Murray [EMAIL PROTECTED] wrote:
It's also worth checking gpsd. It knows how to talk to lots and lots of GPS
units and can smash some of them into a useful state.
I haven't got around to writing an oncore driver
