summaryrefslogtreecommitdiff
path: root/gpsprof.xml
blob: bdc22691c4c9a672061097c3a7f2279bc389df93 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
<?xml version="1.0" encoding="ISO-8859-1"?>
<!--
This file is Copyright (c) 2010 by the GPSD project
SPDX-License-Identifier: BSD-2-clause
-->
<!DOCTYPE refentry PUBLIC
   "-//OASIS//DTD DocBook XML V4.1.2//EN"
   "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd">
<refentry id='gpsprof.1'>
<refentryinfo><date>30 May 2018</date></refentryinfo>
<refmeta>
<refentrytitle>gpsprof</refentrytitle>
<manvolnum>1</manvolnum>
<refmiscinfo class="source">The GPSD Project</refmiscinfo>
<refmiscinfo class="manual">GPSD Documentation</refmiscinfo>
</refmeta>
<refnamediv id='name'>
<refname>gpsprof</refname>
<refpurpose>profile a GPS and gpsd, plotting latency information</refpurpose>
</refnamediv>
<refsynopsisdiv id='synopsis'>

<cmdsynopsis>
  <command>gpsprof</command>
      <arg choice='opt'>-D <replaceable>debuglevel</replaceable></arg>
      <arg choice='opt'>-d <replaceable>dumpfile</replaceable></arg>
      <arg choice='opt'>-f <replaceable>plot_type</replaceable></arg>
      <arg choice='opt'>-h </arg>
      <arg choice='opt'>-l <replaceable>logfile</replaceable></arg>
      <arg choice='opt'>-m <replaceable>threshold</replaceable></arg>
      <arg choice='opt'>-n <replaceable>samplecount</replaceable></arg>
      <arg choice='opt'>-r </arg>
      <arg choice='opt'>-S <replaceable>subtitle</replaceable></arg>
      <arg choice='opt'>-T <replaceable>terminal</replaceable></arg>
      <arg choice='opt'>-t <replaceable>title</replaceable></arg>
      <arg choice='opt'>[server[:port[:device]]]</arg>
</cmdsynopsis>
</refsynopsisdiv>

<refsect1 id='description'><title>DESCRIPTION</title>

<para><application>gpsprof</application> performs accuracy, latency,
skyview, and time drift profiling on a GPS. It emits to standard output
a GNUPLOT program that draws one of several illustrative graphs. It can
also be told to emit the raw profile data.</para>

<para>Information from the default spatial plot it provides can be
useful for characterizing position accuracy of a GPS.</para>

<para><application>gpsprof</application> uses instrumentation built
into <application>gpsd</application>.  It can read data from a local
or remote running <application>gpsd</application>.  Or it can read
data from a saved logfile.</para>

<para><application>gpsprof</application> is designed to be lightweight
and use minimal host resources.  No graphics subsystem needs to be
installed on the host running <application>gpsprof</application>.  Simply
copy the resultant plot file to another host to be rendered
with <application>gnuplot</application>.
</para>

</refsect1>
<refsect1 id='options'><title>OPTIONS</title>

<para>The -f option sets the plot type.  Currently the following plot
types are defined:</para>

<variablelist>
<varlistentry>
<term>space</term>
<listitem>
<para>Generate a scatterplot of fixes and plot probable error circles.
This data is only meaningful if the GPS is held stationary while
<application>gpsprof</application> is running.  Various statistics about
the fixes are listed at the bottom.  This is the default plot type.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>polar</term>
<listitem>
<para>Generate a heat map of reported satellite Signal to Noise Ratio
(SNR) using polar coordinates.  A colored dot is plotted for
each satellite seen by the GPS.  The color of dot corresponds to the
SNR of the satellite.  The dots are plotted by azimuth and
elevation.  North, azimuth 0 degrees, is at the top of the plot.
Directly overhead, elevation of 90 degrees, is plotted at the center.
Useful for analyzing the quality of the skyview as seen by the GPS.
</para>
</listitem>
</varlistentry>

<varlistentry>
<term>polarunused</term>
<listitem>
<para>Similar to the polar plot, but only unused satellites
are plotted.  Useful for seeing which parts of the antenna skyview
are obstructed, degraded, below the GPS elevation mask, or otherwise
rejected.</para>
</listitem>
</varlistentry>

<varlistentry>
<term>polarused</term>
<listitem>
<para>Similar to the polar plot, but only satellites used to compute
fixs are plotted.  Useful for seeing which parts of the antenna
skyview are being used in fixes.</para>
</listitem>
</varlistentry>

<varlistentry>
<term>time</term>
<listitem>
<para>Plot delta of system clock (NTP corrected time) against GPS time
as reported in PPS messages.  The X axis is sample time in seconds
from the start of the plot.  The Y axis is the system clock delta from
GPS time.  This plot only works if <application>gpsd</application> was
built with the timing (latency timing support) configure option
enabled.</para>
</listitem>
</varlistentry>

<varlistentry>
<term>instrumented</term>
<listitem>
<para>Plot instrumented profile.  Plots various components of the total
latency between the GPS's fix time and when the client receives the
fix.  This plot only works if <application>gpsd</application> was built
with the timing (latency timing support) configuration option enabled.
</para>
<para>For purposes of the description, below, start-of-reporting-cycle
(SORC) is when a device's reporting cycle begins. This time is
detected by watching to see when data availability follows a long
enough amount of quiet time that we can be sure we've seen the gap at
the end of the sensor's previous report-transmission cycle. Detecting
this gap requires a device running at 9600bps or faster.</para>

<para>Similarly, EORC is end-of-reporting-cycle; when the daemon has
seen the last sentence it needs in the reporting cycle and ready to ship
a fix to the client.</para>

<para>The components of the instrumented plot are as follows:</para>

<variablelist>
<varlistentry>
<term>Fix latency</term>
<listitem>
<para>Delta between GPS time and SORC.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>RS232 time</term>
<listitem>
<para>RS232 transmission time for data shipped during the cycle
(computed from character volume and baud rate).</para>
</listitem>
</varlistentry>
<varlistentry>
<term>Analysis time</term>
<listitem>
<para>EORC, minus SORC, minus RS232 time.  The amount of real time the daemon
spent on computation rather than I/O.</para>
</listitem>
</varlistentry>
<varlistentry>
<term>Reception time</term>
<listitem>
<para>Shipping time from
the daemon to when it was received by <application>gpsprof</application>.</para>
</listitem>
</varlistentry>
</variablelist>

<para>Because of RS232 buffering effects, the profiler sometimes
generates reports of ridiculously high latencies right at the
beginning of a session.  The -m option lets you set a latency
threshold, in multiples of the cycle time, above which reports are
discarded.</para>

</listitem>
</varlistentry>
<varlistentry>
<term>uninstrumented</term>
<listitem>
<para>Plot total latency without instrumentation.  Useful mainly as a
check that the instrumentation is not producing significant distortion.
The X axis is sample time in seconds from the start of the plot.  The Y
axs is latency in seconds.It only plots times for reports that contain
fixes; staircase-like artifacts in the plot are created when elapsed
time from reports without fixes is lumped in.</para>
</listitem>
</varlistentry>
</variablelist>


<para>The -d option dumps the plot data, without attached gnuplot
code, to a specified file for post-analysis.</para>

<para>The -D sets debug level.</para>

<para>The -h option makes <application>gpsprof</application> print
a usage message and exit.</para>

<para>The -l option dumps the raw JSON reports collected from the device
to a specified file.</para>

<para>The -n option sets the number of packets to sample.  The default
is 100.  Most GPS are configured to emit one fix per second, so 100
samples would then span 100 seconds.</para>

<para>The -r option replots from a JSON logfile (such as -l produces)
on standard input. Both -n and -l options are ignored when this
one is selected.</para>

<para>The -S option sets a text string to be included in the plot
as a subtitle.  This will be below the title.</para>

<para>The -t option sets a text string to be the plot title.  This
will replace the default title.</para>

<para>The -T option generates a terminal type setting into the gnuplot
code.  Typical usage is "-T png", or "-T pngcairo" telling gnuplot to
write a PNG file.  Without this option gnuplot will call its X11 display
code.</para>
<para> Different installations of <application>gnuplot</application> will
support different terminal types.  Different terminal types may work better
for you than other ones.  "-T png" will generate PNG images.  Use "-T jpeg"
to generate JPEG images.  "-T pngcairo" often works best, but is not
supported by some distributions.</para>

</refsect1>
<refsect1 id='signals'><title>SIGNALS</title>
<para>Sending SIGUSR1 to a running instance causes it to write a
completion message to standard error and resume processing.  The
first number in the startup message is the process ID to signal.</para>
</refsect1>

<refsect1 id='examples'><title>EXAMPLES</title>
<para>To display the graph, use
<citerefentry><refentrytitle>gnuplot</refentrytitle><manvolnum>1</manvolnum></citerefentry>.
Thus, for example, to display the default spatial scatter plot, do
this:

<programlisting>
gpsprof | gnuplot -persist
</programlisting>
</para>

<para>To generate an image file:

<programlisting>
gpsprof -T png | gnuplot &gt; image.png
</programlisting>
</para>
<para>
To generate a polar plot, and save the GPS data for further plots:
<programlisting>
gpsprof -f polar -T jpeg -l polar.json | gnuplot &gt; polar.png
</programlisting>
Then to make the matching polarused and polarunused plots and pngs from
the just saved the GPS data:
<programlisting>
gpsprof -f polarused -T jpeg -r &lt; polar.json &gt; polarused.plot
gnuplot &lt; polarused.plot &gt; polarused.png
gpsprof -f polarunused -T jpeg -r &lt; polar.json &gt; polarunused.plot
gnuplot &lt; polarunused.plot  &gt; polarunused.png
</programlisting>
</para>

</refsect1>
<refsect1 id='see_also'><title>SEE ALSO</title>
<para>
<citerefentry><refentrytitle>gpsd</refentrytitle><manvolnum>8</manvolnum></citerefentry>,
<citerefentry><refentrytitle>gps</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
<citerefentry><refentrytitle>libgps</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
<citerefentry><refentrytitle>libgpsmm</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
<citerefentry><refentrytitle>gpsfake</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
<citerefentry><refentrytitle>gpsctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
<citerefentry><refentrytitle>gpscat</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
<citerefentry><refentrytitle>gnuplot</refentrytitle><manvolnum>1</manvolnum></citerefentry>.
</para>
</refsect1>

<refsect1 id='maintainer'><title>AUTHOR</title>

<para>Eric S. Raymond <email>esr@thyrsus.com</email>.</para>

</refsect1>

</refentry>