Gents,
Kindly can u help with this.
I would like to get GPS time from UTC
Input
17/11/27 03:13:50:480000
17/11/27 03:12:54:380000
17/11/27 03:14:39:980000
output desired.
17/11/27 03:13:50:480000 1195787648480000
17/11/27 03:12:54:380000 1195787592380000
17/11/27... (6 Replies)
Hi guys,
I got some error on my application server mentioning that gps clock not sync to my db server.
what is the command to check is my server is sync with the gps clock?
appreciate if you guys can let me know how to troubleshoot this problem.
Thanks (1 Reply)
Hello guys this is my first post in this forum. Since now ive been passive an ive only been looking for existing information. Now I could use specific help on a UNIX script i want to make that would:
1. Take 1-3 arguments.
2. Display the contents of its arguments, formatted as follows:... (7 Replies)
Hi Experts,
back at this forum again. Have a tab separated file like this ---
ACCNN AMT(E/$) TYPE ID
11233 23.20($) AUTH 339
11233 19.00($) FINAL 339
11234 349.84($) AUTH 42332
11234 ... (12 Replies)
Hi UNIX-Forum!
I don't know if this is the right Forum for my question, but since Android technically is a UNIX-based system...
I have a rooted Android and a Terminal emulator and bash installed.
I wanted to write a little script for my android that activates GPS, gets the location and sends... (3 Replies)
hi all,
this might be a silly question, but...
a few years ago, i bought a Nortech Navigation E-GPS010. this is a car/hand-held GPS unit that, for a while, worked pretty well. in fact, it still works well. the map version on my GPS is dated 2006, so i thought i'd upgrade; however, the crappy... (10 Replies)
I have been looking for a monitor wich i can hold in my hands comfortably and just sit back and relax with it doing my computer work on it via touch screen. Is it possible since the gps has usb to control my pc wich it? and view my desktop? If not does anyone know of a monitor that would work. Im... (3 Replies)
GPSCTL(1) GPSD Documentation GPSCTL(1)NAME
gpsctl - control the modes of a GPS
SYNOPSIS
gpsctl [-h] [-b | -n] [-x control] [-e] [-f] [-l] [-s speed] [-t devicetype] [-D debuglevel] [-V] [serial-port]
DESCRIPTION
gpsctl can switch a dual-mode GPS between NMEA and vendor-binary modes. It can also be used to set the device baudrate. Note: Not all
devices have these capabilities.
If you have only one GPS attached to your machine, and gpsd is running, it is not necessary to specify the device; gpsctl does its work
through gpsd, which will locate it for you.
When gpsd is not running, the device specification is required, and you will almost certainly need to be running as root in order to have
write access to the device.
The program accepts the following options:
-b
Put the GPS into binary mode. After the GPS resets itself, autobaud to the new speed.
-c
Change the GPS's cycle time. Units are seconds. Note, most GPSes have a fixed cycle time of 1 second.
-e
Generate the packet from any other arguments specified and ship it to standard output instead of the device. This switch can be used
with the -t option without specifying a device. Note: the packet data for a binary prototype will be raw, not ASCII-ized in any way.
-f
Force low-level access (not through the daemon).
-l
List a table showing which option switches can be applied to which device types, and exit.
-n
Put GPS into NMEA mode. After the GPS resets itself autobaud to its new speed.
-s
Set the baud rate at which the GPS emits packets.
Use this option with caution. On USB and Bluetooth GPSes it is also possible for serial mode setting to fail either because the serial
adaptor chip does not support non-8N1 modes or because the device firmware does not properly synchronize the serial adaptor chip with
the UART on the GPS chipset when the speed changes. These failures can hang your device, possibly requiring a GPS power cycle or (in
extreme cases) physically disconnecting the NVRAM backup battery.
-t
Force the device type.
-x
Send a specified control string to the GPS; gpsctl will provide packet headers and trailers and checksum as appropriate for binary
packet types, and whatever checksum and trailer is required for text packet types. (You must include the leading $ for NMEA packets.)
When sending to a UBX device, the first two bytes of the string supplied will become the message class and type, and the remainder the
payload. When sending to a Navcom NCT or Trimble TSIP device, the first byte is interpreted as the command ID and the rest as payload.
When sending to a Zodiac device, the first two bytes are used as a message ID of type little-endian short, and the remainder as payload
in byte pairs interpreted as little-endian short. For all other supported binary GPSes (notably including SiRF) the string is taken as
the entire message payload and wrapped with appropriate header, trailer and checksum bytes. C-style backslash escapes in the string,
notably xNN for hex, will be interpreted; additionally, e will be replaced with ESC. This switch implies -f.
-T
Change the sampling timeout. Defaults to 4 seconds, which should always be sufficient to get a packet from a device emitting at the
normal rate of 1 per second.
-h
Display program usage and exit.
-D
Set level of debug messages.
-V
Display program version and exit.
The argument of the forcing option. -t, should be a string which should be contained in exactly one of the known driver names; for a list,
do gpsctl -l.
Forcing the device type behaves somewhat differently depending on whether this tool is going through the daemon or not. In high-level mode,
if the device that daemon selects for you doesn't match the driver you specified, gpsctl exits with a warning. (This may be useful in
scripts.)
In low-level mode, if the device identifies as a Generic NMEA, use the selected driver instead. This will be useful if you have a GPS
device of known type that is in NMEA mode and not responding to probes. (This option was originally implemented for talking to SiRFStar I
chips, which don't respond to the normal SiRF ID probe.)
If no options are given, the program will display a message identifying the GPS type of the selected device and exit.
Reset (-r) operations must stand alone; others can be combined. Multiple options will be executed in tis order: mode changes (-b and -n)
first, speed changes (-s) second, and control-string sends (-c) last.
EXAMPLES
gpsctl /dev/ttyUSB0
Attempt to identify the device on USB serial device 0. Time out after the default number of seconds. Adding the -f will force low-level
access and suppress the normal complaint when this tool can't find a GPSD to work through.
gpsctl -f -n -s 9600 /dev/ttyUSB0
Use low-level operations (not going through a gpsd instance) to switch a GPS to NMEA mode at 9600bps. The tool will identify the GPS
type itself.
BUGS
SiRF GPSes can only be identified by the success of an attempt to flip them into SiRF binary mode. Thus, the process of probing one of
these running in NMEA will change its behavior.
SEE ALSO gpsd(8), gpsdctl(8), gps(1), libgps(3), libgpsd(3), gpsprof(1), gpsfake(1).
AUTHOR
Eric S. Raymond esr@thyrsus.com.
The GPSD Project 29 Oct 2006 GPSCTL(1)