]> sigrok.org Git - sigrok-cli.git/blame_incremental - doc/sigrok-cli.1
Better output module checking.
[sigrok-cli.git] / doc / sigrok-cli.1
... / ...
CommitLineData
1.TH SIGROK\-CLI 1 "May 04, 2014"
2.SH "NAME"
3sigrok\-cli \- Command-line client for the sigrok software
4.SH "SYNOPSIS"
5.B sigrok\-cli [OPTIONS] [COMMAND]
6.SH "DESCRIPTION"
7\fBsigrok\-cli\fP is a cross-platform command line utility for the
8\fBsigrok\fP software.
9.PP
10It cannot display graphical output, but is still sufficient to run through
11the whole process of hardware initialization, acquisition, protocol decoding
12and saving the session.
13.PP
14It is useful for running on remote or embedded systems, netbooks, PDAs,
15and for various other use-cases. It can display samples on standard output or
16save them in various file formats.
17.SH OPTIONS
18.TP
19.B "\-h, \-\-help"
20Show a help text and exit.
21.TP
22.B "\-V, \-\-version"
23Show
24.B sigrok-cli
25version, and information about supported hardware drivers, input file
26formats, output file formats, and protocol decoders.
27.TP
28\fB\-d, \-\-driver\fP <drivername>
29A driver must always be selected (unless doing a global scan). Use the
30\fB-V\fP option to get a list of available drivers.
31.sp
32Drivers can take options, in the form \fBkey=value\fP
33separated by colons.
34.sp
35Drivers communicating with hardware via a serial port always need the port
36specified as the \fBconn\fP option. For example, to use the
37Openbench Logic Sniffer:
38.sp
39.RB " $ " "sigrok\-cli \-\-driver=ols:conn=/dev/ttyACM0"
40.sp
41Some USB devices don't use a unique VendorID/ProductID combination, and thus
42need that specified as well. This also uses the \fBconn\fP option, using
43either \fBVendorID.ProductID\fP or \fBbus.address\fP:
44.sp
45.RB " $ " "sigrok\-cli \-\-driver=uni-t-ut61e:conn=1a86.e008"
46.TP
47.BR "\-c, \-\-config " <device>
48A colon-separated list of device options, where each option takes the form
49.BR key=value .
50For example, to set the samplerate to 1MHz on a device supported by the
51fx2lafw driver, you might specify
52.sp
53.RB " $ " "sigrok\-cli \-\-driver=fx2lafw \-\-config samplerate=1m"
54.sp
55Samplerate is an option common to most logic analyzers. The argument specifies
56the samplerate in Hz. You can also specify the samplerate in kHz, MHz or GHz.
57The following are all equivalent:
58.sp
59.RB " $ " "sigrok\-cli \-\-driver fx2lafw \-\-config samplerate=1000000"
60.sp
61.RB " $ " "sigrok\-cli \-\-driver fx2lafw \-\-config samplerate=1m"
62.sp
63.RB " $ " "sigrok\-cli \-\-driver fx2lafw \-\-config \(dqsamplerate=1 MHz\(dq"
64.TP
65.BR "\-i, \-\-input\-file " <filename>
66Load input from a file instead of a hardware device. If the
67.B \-\-input\-format
68option is not supplied, sigrok-cli attempts to autodetect the file format of
69the input file.
70.TP
71.BR "\-I, \-\-input\-format " <format>
72When loading an input file, assume it's in the specified format. If this
73option is not supplied (in addition to
74.BR \-\-input\-file ),
75sigrok-cli attempts to autodetect the file format of the input file. Use the
76.B \-V
77option to see a list of available input formats.
78.sp
79The format name may optionally be followed by a colon-separated list of
80options, where each option takes the form
81.BR "key=value" .
82.TP
83.BR "\-o, \-\-output\-file " <filename>
84Save output to a file instead of writing it to stdout. The default format
85used when saving is the sigrok session file format. This can be changed with
86the
87.B \-\-output\-format
88option.
89.TP
90.BR "\-O, \-\-output\-format " <formatname>
91Set the output format to use. Use the
92.B \-V
93option to see a list of available output formats.
94.sp
95The format name may optionally be followed by a colon-separated list of
96options, where each option takes the form
97.BR "key=value" .
98.sp
99Supported formats currently include
100.BR bits ,
101.BR hex ,
102.BR ascii ,
103.BR binary ,
104.BR vcd ,
105.BR ols ,
106.BR gnuplot ,
107.BR chronovu-la8 ,
108.BR csv ", and"
109.BR analog .
110.sp
111The
112.B bits
113or
114.B hex
115formats, for an ASCII bit or ASCII hexadecimal display, can take a "width" option, specifying the number of samples (in bits) to display per line. Thus
116.B hex:width=128
117will display 128 bits per line, in hexadecimal:
118.sp
119 0:ffff ffff ffff ffff ffff ffff ffff ffff
120 1:ff00 ff00 ff00 ff00 ff00 ff00 ff00 ff00
121.sp
122The lines always start with the channel number (or name, if defined), followed by a colon. If no format is specified, it defaults to
123.BR bits:width=64 ,
124like this:
125.sp
126 0:11111111 11111111 11111111 11111111 [...]
127 1:11111111 00000000 11111111 00000000 [...]
128.TP
129.BR "\-C, \-\-channels " <channellist>
130A comma-separated list of channels to be used in the session.
131.sp
132Note that sigrok always names the channels according to how they're shown on
133the enclosure of the hardware. If your logic analyzer numbers the channels 0-15,
134that's how you must specify them with this option. An oscilloscope's channels
135would generally be referred to as "CH1", "CH2", and so on.
136Use the \fB\-\-show\fP option to see a list of channel names for your device.
137.sp
138The default is to use all the channels available on a device. You can name
139a channel like this:
140.BR "1=CLK" .
141A range of channels can also be given, in the form
142.BR "1\-5" .
143.sp
144Example:
145.sp
146.RB " $ " "sigrok\-cli \-\-driver fx2lafw \-\-samples 100"
147.br
148.B " \-\-channels 1=CLK,2\-4,7"
149.br
150 CLK:11111111 11111111 11111111 11111111 [...]
151 2:11111111 11111111 11111111 11111111 [...]
152 3:11111111 11111111 11111111 11111111 [...]
153 4:11111111 11111111 11111111 11111111 [...]
154 7:11111111 11111111 11111111 11111111 [...]
155.sp
156The comma-separated list is processed from left to right, i.e. items farther
157to the right override previous items. For example
158.B "1=CS,CS=MISO"
159will set the name of channel 1 to
160.BR "MISO" .
161.TP
162.BR "\-g, \-\-channel\-group "<channel\ group>
163Specify the channel group to operate on.
164
165Some devices organize channels into groups, the settings of which can
166only be changed as a group. The list of channel groups, if any, is displayed
167with the \fB\-\-show\fP command.
168.TP
169.BR "\-t, \-\-triggers " <triggerlist>
170A comma-separated list of triggers to use, of the form
171.BR "<channel>=<trigger>" .
172You can use the name or number of the channel, and the trigger itself is a
173series of characters:
174.sp
175.BR "0 or 1" :
176A low or high value on the pin.
177.br
178.BR "r or f" :
179A rising or falling value on the pin. An
180.B r
181effectively corresponds to
182.BR 01 .
183.br
184.BR "c" :
185Any kind of change on a pin (either a rising or a falling edge).
186.sp
187Not every device supports all of these trigger types. Use the \fB\-\-show\fP
188command to see which triggers your device supports.
189.TP
190.BR "\-w, \-\-wait-trigger"
191Don't output any sample data (even if it's actually received from the
192hardware) before the trigger condition is met. In other words, do not output
193any pre-trigger data. This option is useful if you don't care about the data
194that came before the trigger (but the hardware delivers this data to sigrok
195nonetheless).
196.TP
197.BR "\-P, \-\-protocol\-decoders " <list>
198This option allows the user to specify a comma-separated list of protocol
199decoders to be used in this session. The decoders are specified by their
200ID, as shown in the
201.B \-\-version
202output.
203.sp
204Example:
205.sp
206 $
207.B "sigrok\-cli \-i <file.sr> \-P i2c"
208.sp
209Each protocol decoder can optionally be followed by a colon-separated list
210of options, where each option takes the form
211.BR "key=value" .
212.sp
213Example:
214.sp
215 $
216.B "sigrok\-cli \-i <file.sr> "
217.br
218.B " \-P uart:baudrate=115200:parity_type=odd"
219.sp
220The list of supported options depends entirely on the protocol decoder. Every
221protocol decoder has different options it supports.
222.sp
223Any "options" specified for a protocol decoder which are not actually
224supported options, will be interpreted as being channel name/number assignments.
225.sp
226Example:
227.sp
228 $
229.B "sigrok\-cli \-i <file.sr>"
230.br
231.B " \-P spi:wordsize=9:miso=1:mosi=5:clk=3:cs=0"
232.sp
233In this example,
234.B wordsize
235is an option supported by the
236.B spi
237protocol decoder. Additionally, the user tells sigrok to decode the SPI
238protocol using channel 1 as MISO signal for SPI, channel 5 as MOSI, channel 3
239as CLK, and channel 0 as CS# signal.
240.TP
241.BR "\-S, \-\-protocol\-decoder\-stack " <stack>
242This option allows the user to specify a protocol decoder stack, i.e.
243the way in which one protocol decoder's output gets piped into another
244protocol decoder. If not specified, the stack will be set up in the same
245order in which the protocol decoders were given with the
246.B \-\-protocol-decoders
247option.
248.sp
249The decoders are specified by their ID, as shown in the
250.B \-\-version
251output. In addition to the
252.B \-S
253option, all protocol decoders that are used in a stack, must also be specified
254(together with their options, if any) using the
255.B \-P
256parameter.
257.sp
258Example:
259.sp
260 $
261.B "sigrok\-cli \-i <file.sr> \-P i2c:sda=4:scl=7,rtc8564"
262.br
263.B " \-S i2c,rtc8564"
264.sp
265In this example, the
266.B \-S
267option specifies that the output of the
268.BR i2c " decoder"
269is piped into the
270.BR rtc8564 " decoder,"
271i.e., the
272.BR rtc8564 " decoder"
273is stacked on top of the
274.BR i2c " decoder."
275.sp
276The respective protocol decoder options and channel name/number assignments
277must be given using the
278.B \-P
279option (you cannot specify them in the
280.B \-S
281option).
282.TP
283.BR "\-A, \-\-protocol\-decoder\-annotations " <annotations>
284By default, only the stack's topmost protocol decoder's annotation output is
285shown. With this option another decoder's annotation can be selected for
286display, by specifying its ID:
287.sp
288 $
289.B "sigrok\-cli \-i <file.sr> \-P i2c,i2cfilter,edid -A i2c"
290.sp
291If a protocol decoder has multiple annotations, you can also specify
292which one of them to show by specifying its short description like this:
293.sp
294 $
295.B "sigrok\-cli \-i <file.sr> \-P i2c,i2cfilter,edid"
296.br
297.B " \-A i2c=data-read"
298.sp
299Select multiple annotations by separating them with a colon:
300.sp
301 $
302.B "sigrok\-cli \-i <file.sr> \-P i2c,i2cfilter,edid"
303.br
304.B " \-A i2c=data-read:data-write"
305.sp
306You can also select multiple protocol decoders, with an optional selected
307annotation each, by separating them with commas:
308.sp
309 $
310.B "sigrok\-cli \-i <file.sr> \-P i2c,i2cfilter,edid"
311.br
312.B " \-A i2c=data-read:data-write,edid"
313.TP
314.BR "\-M, \-\-protocol\-decoder\-meta " <pdname>
315When given, show protocol decoder meta output instead of annotations.
316The argument is the name of the decoder whose meta output to show.
317.sp
318 $
319.B "sigrok\-cli \-i <file.sr> \-M i2c"
320.sp
321Not every decoder generates meta output.
322.TP
323.BR "\-B, \-\-protocol\-decoder\-binary " <binaryspec>
324When given, decoder "raw" data of various kinds is written to stdout instead
325of annotations (this could be raw binary UART/SPI bytes, or WAV files, PCAP
326files, PNG files, or anything else; this is entirely dependent on the
327decoder and what kinds of binary output make sense for that decoder).
328.sp
329No other information is printed to stdout, so this is
330suitable for piping into other programs or saving to a file.
331.sp
332Protocol decoders that support binary output publish a list of binary
333classes, for example the UART decoder might have "TX" and "RX". To
334select TX for output, the argument to this option would be:
335.sp
336 $
337.B "sigrok\-cli \-i <file.sr> \-B uart=tx"
338.br
339.sp
340If only the protocol decoder is specified, without binary class, all classes
341are written to stdout:
342.sp
343 $
344.B "sigrok\-cli \-i <file.sr> \-B uart"
345.sp
346(this is only useful in rare cases, generally you would specify a certain
347binary class you're interested in)
348.sp
349Not every decoder generates binary output.
350.TP
351.BR "\-l, \-\-loglevel " <level>
352Set the libsigrok and libsigrokdecode loglevel. At the moment \fBsigrok-cli\fP
353doesn't support setting the two loglevels independently. The higher the
354number, the more debug output will be printed. Valid loglevels are:
355.sp
356\fB0\fP None
357.br
358\fB1\fP Error
359.br
360\fB2\fP Warnings
361.br
362\fB3\fP Informational
363.br
364\fB4\fP Debug
365.br
366\fB5\fP Spew
367.TP
368.B "\-\-show"
369.br
370Show information about the selected option. For example, to see options for a
371connected fx2lafw device:
372.sp
373 $
374.B "sigrok\-cli \-\-driver fx2lafw \-\-show
375.sp
376In order to properly get device options for your hardware, some drivers might
377need a serial port specified:
378.sp
379 $
380.B "sigrok\-cli \-\-driver ols:conn=/dev/ttyACM0 \-\-show
381.sp
382This also works for protocol decoders and output modules:
383.sp
384 $
385.B "sigrok\-cli \-\-protocol\-decoders i2c \-\-show
386 $
387.B "sigrok\-cli \-\-output\-format bits \-\-show
388.TP
389.B "\-\-scan"
390Scan for devices that can be detected automatically.
391.sp
392Example:
393.sp
394 $
395.B "sigrok\-cli \-\-scan
396.br
397 The following devices were found:
398.br
399 demo - Demo device with 12 channels: D0 D1 D2 D3 D4 D5 D6 D7 A0 A1 A2 A3
400.br
401 fx2lafw:conn=3.26 - CWAV USBee SX with 8 channels: 0 1 2 3 4 5 6 7
402.sp
403However, not all devices are auto-detectable (e.g. serial port based ones).
404For those you'll have to provide a \fBconn\fP option, see above.
405.sp
406 $
407.B "sigrok\-cli \-\-driver digitek-dt4000zc:conn=/dev/ttyUSB0 \-\-scan
408.br
409 The following devices were found:
410.br
411 Digitek DT4000ZC with 1 channel: P1
412.TP
413.BR "\-\-time " <ms>
414Sample for
415.B <ms>
416milliseconds, then quit.
417.sp
418You can optionally follow the number by \fBs\fP to specify the time to
419sample in seconds.
420.sp
421For example,
422.B "\-\-time 2s"
423will sample for two seconds.
424.TP
425.BR "\-\-samples " <numsamples>
426Acquire
427.B <numsamples>
428samples, then quit.
429.sp
430You can optionally follow the number by \fBk\fP, \fBm\fP, or \fBg\fP to
431specify the number of samples in kilosamples, megasamples, or gigasamples,
432respectively.
433.sp
434For example,
435.B "\-\-samples 3m"
436will acquire 3000000 samples.
437.TP
438.BR "\-\-frames " <numframes>
439Acquire
440.B <numframes>
441frames, then quit.
442.TP
443.BR "\-\-continuous"
444Sample continuously until stopped. Not all devices support this.
445.TP
446.BR "\-\-set"
447Set one or more variables specified with the \fB\-\-config\fP option, without
448doing any acquisition.
449.SH EXAMPLES
450In order to get exactly 100 samples from the connected fx2lafw-supported logic
451analyzer hardware, run the following command:
452.TP
453.B " sigrok\-cli \-\-driver fx2lafw \-\-samples 100"
454.TP
455If you want to sample data for 3 seconds (3000 ms), use:
456.TP
457.B " sigrok\-cli \-\-driver fx2lafw \-\-time 3000"
458.TP
459Alternatively, you can also use:
460.TP
461.B " sigrok\-cli \-\-driver fx2lafw \-\-time 3s"
462.TP
463To capture data from the first 4 channels using the Openbench Logic Sniffer lasting 100ms at 10 MHz starting at the trigger condition
4640:high, 1:rising, 2:low, 3:high, use:
465.TP
466.nf
467\fBsigrok\-cli \-\-driver ols:conn=/dev/ttyACM0 \-\-config samplerate=10m \\\fP
468\fB\-\-output\-format bits \-\-channels 0\-3 \-\-wait\-trigger \\\fP
469\fB\-\-triggers 0=1,1=r,2=0,3=1 \-\-time 100\fP
470.TP
471To turn on internal logging on a Lascar EL-USB series device:
472.TP
473\fBsigrok\-cli \-\-driver lascar\-el\-usb:conn=10c4.0002 \\\fP
474\fB\-\-config datalog=on \-\-set\fP
475.SH "EXIT STATUS"
476.B sigrok\-cli
477exits with 0 on success, 1 on most failures.
478.SH "SEE ALSO"
479\fBpulseview\fP(1)
480.SH "BUGS"
481Please report any bugs via Bugzilla
482.RB "(" http://sigrok.org/bugzilla ")"
483or on the sigrok\-devel mailing list
484.RB "(" sigrok\-devel@lists.souceforge.net ")."
485.SH "LICENSE"
486.B sigrok\-cli
487is covered by the GNU General Public License (GPL). Some portions are
488licensed under the "GPL v2 or later", some under "GPL v3 or later".
489.SH "AUTHORS"
490Please see the individual source code files.
491.PP
492This manual page was written by Uwe Hermann <uwe@hermann\-uwe.de>.
493It is licensed under the terms of the GNU GPL (version 2 or later).