Difference between revisions of "Sigrok-cli"

From sigrok
Jump to navigation Jump to search
m (→‎manpage: Update manpage, by copy-pasting "nroff -man sigrok-cli.1" output from the console.)
(Update sigrok-cli manpage, document how to generate the wiki version.)
(5 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{DISPLAYTITLE:sigrok-cli}}
'''sigrok-cli''' is a command-line frontend for sigrok.
'''sigrok-cli''' is a command-line frontend for sigrok.
It is licensed under the terms of the '''GNU GPL, version 3 or later'''.


== manpage ==
== manpage ==
 
<!-- Generated by: "LC_ALL=C nroff -man doc/sigrok-cli.1 | col -b". -->
<pre>
<pre>
SIGROK-CLI(1)                                                   SIGROK-CLI(1)
SIGROK-CLI(1)     General Commands Manual SIGROK-CLI(1)






NAME
NAME
       sigrok-cli - Command-line client for the sigrok logic analyzer software
       sigrok-cli - Command-line client for the sigrok software


SYNOPSIS
SYNOPSIS
       sigrok-cli [-hVlDdiIoOptwas] [-h|--help] [-V|--version] [-l|--loglevel
       sigrok-cli [OPTIONS] [COMMAND]
      level] [-D|--list-devices] [-d|--device device] [-i|--input-file  file‐
      name] [-I|--input-format format] [-o|--output-file filename] [-O|--out‐
      put-format format] [-p|--probes probelist] [-t|--triggers  triggerlist]
      [-w|--wait-trigger]    [-a|--protocol-decoders    list]    [-s|--proto‐
      col-decoder-stack stack] [--time ms] [--samples numsamples] [--continu‐
      ous]


DESCRIPTION
DESCRIPTION
       sigrok-cli  is  a  cross-platform  command  line utility for the sigrok
       sigrok-cli  is  a  cross-platform  command  line utility for the sigrok
       logic analyzer software.
       software.


       The command-line frontend for sigrok cannot display graphical output,
       It cannot display graphical output, but is  still  sufficient to run
      but is  still  sufficient to run through the whole process of hardware
      through the whole process of hardware initialization, acquisition, pro-
      initialization, acquisition, protocol decoding and saving the session.
      tocol decoding and saving the session.


       It is useful for running on remote or embedded systems, netbooks, PDAs,
       It is useful for running on remote or embedded systems, netbooks, PDAs,
Line 34: Line 31:
OPTIONS
OPTIONS
       -h, --help
       -h, --help
              Show a help text and exit.
      Show a help text and exit.


       -V, --version
       -V, --version
              Show sigrok-cli version, and information about  supported  hard‐
      Show sigrok-cli version, and information about  supported  hard-
              ware  drivers, input file formats, output file formats, and pro‐
      ware  drivers, input file formats, output file formats, and pro-
              tocol decoders.
      tocol decoders.
 
      -d, --driver <drivername>
      A driver must always be selected (unless doing a global scan).
      Use the -V option to get a list of available drivers.


      -l, --loglevel <level>
      Drivers  can  take  options, in the form key=value separated by
              Set the libsigrok and libsigrokdecode loglevelAt the moment
      colons.
              sigrok-cli doesn't  support  setting the two loglevels indepen‐
 
              dently. The higher the number, the more  debug  output  will  be
      Drivers communicating with hardware via a serial port always
              printed.  Valid  loglevels  are  0  (NONE), 1 (ERR), 2 (WARN), 3
      need the port specified as the conn option. For example, to use
              (INFO), 4 (DBG), and 5 (SPEW).
      the Openbench Logic Sniffer:
 
$ sigrok-cli --driver=ols:conn=/dev/ttyACM0


      -D, --list-devices
      Some USB devices don't use a unique VendorID/ProductID  combina-
              List all logic analyzer devices  found  on  the  system. This
      tionand thus need that specified as well. This also uses the
              actively scans for devices (USB, serial port, and others).
      conn option, using either VendorID.ProductID or bus.address:


      -d, --device <device>
$ sigrok-cli --driver=uni-t-ut61e:conn=1a86.e008
              The  device to use for acquisition. It can be specified by ID as
              reported by --list-devices, or by the  name  of  the  driver as
              reported by --version.


              A device can optionally be followed by a colon-separated list of
      -c, --config <device>
              device options, where each option takes the form key=value.  For
      A colon-separated list of device options, where each option
              example, to set the samplerate on the first device you might
      takes the form key=value.  For example, to set the samplerate to
              specify
      1MHz on a device supported by  the fx2lafw  driver,  you might
      specify


                $ sigrok-cli -d 0:samplerate=1m
$ sigrok-cli --driver=fx2lafw --config samplerate=1m


              Samplerate is an option common to most devices. The argument
      Samplerate is an option common to most logic analyzers. The
              specifies the samplerate in Hz. You can also specify the sam‐
      argument specifies the samplerate in Hz. You can also specify
              plerate in kHz, MHz or GHz.  The following are all equivalent:
      the samplerate in kHz, MHz or GHz.  The following are all equiv-
      alent:


                $ sigrok-cli --samples 100 -d 0:samplerate=1000000
$ sigrok-cli --driver fx2lafw --config samplerate=1000000


                $ sigrok-cli --samples 100 -d 0:samplerate=1m
$ sigrok-cli --driver fx2lafw --config samplerate=1m


                $ sigrok-cli --samples 100 -d "0:samplerate=1 MHz"
$ sigrok-cli --driver fx2lafw --config "samplerate=1 MHz"


       -i, --input-file <filename>
       -i, --input-file <filename>
              Load input from a file instead of  a  hardware  device.  If  the
      Load input from a file instead of  a  hardware  device.  If  the
              --input-format  option  is  not supplied, sigrok-cli attempts to
      --input-format  option  is  not supplied, sigrok-cli attempts to
              autodetect the file format of the input file.
      autodetect the file format of the input file.


       -I, --input-format <format>
       -I, --input-format <format>
              When loading an input file, assume it's in the specified format.
      When loading an input file, assume it's in the specified format.
              If  this option is not supplied (in addition to --input-file),
      If  this option is not supplied (in addition to --input-file),
              sigrok-cli attempts to autodetect the file format of  the  input
      sigrok-cli attempts to autodetect the file format of  the  input
              file.
      file.  Use  the  -V option to see a list of available input for-
      mats.
 
      The format name may optionally be followed by a  colon-separated
      list of options, where each option takes the form key=value.


       -o, --output-file <filename>
       -o, --output-file <filename>
              Save  output  to a  file  instead  of writing it to stdout. The
      Save  output  to a  file  instead  of writing it to stdout. The
              default format used when saving is the sigrok session file  for‐
      default format used when saving is the sigrok session file  for-
              mat. This can be changed with the --output-format option.
      mat. This can be changed with the --output-format option.


       -O, --output-format <formatname>
       -O, --output-format <formatname>
              Set the output format to use. Use the -V option to see a list of
      Set the output format to use. Use the -V option to see a list of
              available output formats. The format name may optionally be fol‐
      available output formats.
              lowed  by  a  colon-separated list of options, where each option
              takes the form key=value.


              Supported formats currently include bits, hex,  ascii,  binary,
      The format name may optionally be followed by a colon-separated
              vcd, ols, gnuplot, chronovu-la8, and csv.
      list of options, where each option takes the form key=value.


              The bits or hex formats, for an ASCII bit or ASCII hexadecimal
      Supported formats  currently  include bits, hex, ascii, binary,
              display, can take a "width" option, specifying  the  number  of
      vcd, ols, gnuplot, chronovu-la8, csv, and analog.
              samples  (in  bits) to display per line. Thus hex:width=128 will
              display 128 bits per line, in hexadecimal:


              1:ffff ffff ffff ffff ffff ffff ffff ffff
      The bits or hex formats, for an ASCII bit or  ASCII  hexadecimal
              2:ff00 ff00 ff00 ff00 ff00 ff00 ff00 ff00
      display, can  take  a  "width" option, specifying the number of
      samples (in bits) to display per line. Thus  hex:width=128  will
      display 128 bits per line, in hexadecimal:


              The lines always start  with  the  probe  number  (or  name,  if
      0:ffff ffff ffff ffff ffff ffff ffff ffff
              defined),  followed  by  a  colon. If no format is specified, it
      1:ff00 ff00 ff00 ff00 ff00 ff00 ff00 ff00
              defaults to bits:width=64, like this:


              1:11111111 11111111 11111111 11111111 [...]
      The  lines  always  start  with  the channel number (or name, if
              2:11111111 00000000 11111111 00000000 [...]
      defined), followed by a colon. If no  format  is specified,  it
      defaults to bits:width=64, like this:


      -p, --probes <probelist>
      0:11111111 11111111 11111111 11111111 [...]
              A comma-separated list of probes to be used in the session.
      1:11111111 00000000 11111111 00000000 [...]


              The default is to use all the probes available on a device.  You
      -C, --channels <channellist>
              can  name  a probe like this: 1=CLK.  A range of probes can also
      A comma-separated list of channels to be used in the session.
              be given, in the form 1-5.


              Example:
      Note  that  sigrok  always  names  the channels according to how
      they're shown on the enclosure of the hardware.  If  your  logic
      analyzer numbers the channels 0-15, that's how you must specify
      them with this option. An oscilloscope's channels  would gener-
      ally  be referred to as "CH1", "CH2", and so on. Use the --show
      option to see a list of channel names for your device.


              $ sigrok-cli --samples 100 --probes 1=CLK,2-4,7
      The default is to use all the channels available on  a  device.
              CLK:11111111 11111111 11111111 11111111 [...]
      You  can name  a channel like this: 1=CLK.  A range of channels
                2:11111111 11111111 11111111 11111111 [...]
      can also be given, in the form 1-5.
                3:11111111 11111111 11111111 11111111 [...]
                4:11111111 11111111 11111111 11111111 [...]
                7:11111111 11111111 11111111 11111111 [...]


              The comma-separated list is processed from left to  right,  i.e.
      Example:
              items  farther to the right override previous items. For example
              1=CS,1=MISO will set the name of probe 1 to MISO.


              Also, while 5=MOSI,6=MISO will only select probes 5 and  6, and
$ sigrok-cli --driver fx2lafw --samples 100
              set  their  names  to   MISO  and MOSI,  the command  line
    --channels 1=CLK,2-4,7
              5=MOSI,6=MISO,1-8 will select probes 1-8 (including 5 and 6,  of
      CLK:11111111 11111111 11111111 11111111 [...]
              course), but the names specified for probes 5 and 6 will be
2:11111111 11111111 11111111 11111111 [...]
              reset to the defaults by the 1-8 probe selection.
3:11111111 11111111 11111111 11111111 [...]
4:11111111 11111111 11111111 11111111 [...]
7:11111111 11111111 11111111 11111111 [...]
 
      The comma-separated list is processed from left to  righti.e.
      items  farther to the right override previous items. For example
      1=CS,CS=MISO will set the name of channel 1 to MISO.
 
      -g, --channel-group <channel group>
      Specify the channel group to operate on.
 
      Some devices organize channels  into  groups, the  settings of
      which can only be  changed as a group. The list of channel
      groups, if any, is displayed with the --show command.


       -t, --triggers <triggerlist>
       -t, --triggers <triggerlist>
              A comma-separated list of triggers to use, of  the   form
      A comma-separated list of triggers to use, of  the form <chan-
              <probe>=<trigger>. You can use the name or number of the probe,
      nel>=<trigger>. You can use the name or number of the channel,
              and the trigger itself is a series of characters:
      and the trigger itself is a series of characters:


              0 or 1: A low or high value on the pin.
      0 or 1: A low or high value on the pin.
              r or f: A rising or falling value on the pin. An r  effectively
      r or f: A rising or falling value on the pin. An r  effectively
              corresponds to 01.
      corresponds to 01.
              c:  Any  kind  of  change on a pin (either a rising or a falling
      e:  Any  kind  of  change on a pin (either a rising or a falling
              edge).
      edge).


              Not every device supports all of these trigger types. Use the -d
      Not every device supports all of these trigger types. Use the
              <device>  argument  (with no other arguments) to see which trig‐
      --show command to see which triggers your device supports.
              gers your device supports.


       -w, --wait-trigger
       -w, --wait-trigger
              Don't output any sample data (even if it's actually received
      Don't output any sample data (even if it's actually received
              from the logic analyzer) before the trigger condition is met. In
      from the hardware) before the trigger condition is met. In other
              other words, do not output any pre-trigger data. This option is
      words, do not output any pre-trigger data. This option is useful
              useful  if you don't care about the data that came before the
      if you don't care about the data that came before the trigger
              trigger (but the logic analyzer hardware delivers this  data  to
      (but the hardware delivers this data to sigrok nonetheless).
              sigrok nonetheless).
 
      -P, --protocol-decoders <list>
      This option allows the user to specify a comma-separated list of
      protocol decoders to be used in this session. The  decoders  are
      specified by their ID, as shown in the --version output.
 
      Example:
 
      $ sigrok-cli -i <file.sr> -P i2c
 
      Each protocol decoder can optionally be followed by a colon-sep-
      arated list  of  options,  where each  option  takes the  form
      key=value.
 
      Example:
 
      $ sigrok-cli -i <file.sr>
    -P uart:baudrate=115200:parity_type=odd
 
      The  list  of supported options depends entirely on the protocol
      decoder. Every protocol decoder has different  options  it  sup-
      ports.
 
      Any  "options"  specified  for  a protocol decoder which are not
      actually supported options, will be interpreted as being channel
      name/number assignments.
 
      Example:
 
      $ sigrok-cli -i <file.sr>
    -P spi:wordsize=9:miso=1:mosi=5:clk=3:cs=0
 
      In this example, wordsize is an option supported by the spi pro-
      tocol decoder. Additionally, the user tells sigrok to decode the
      SPI  protocol  using channel 1 as MISO signal for SPI, channel 5
      as MOSI, channel 3 as CLK, and channel 0 as CS# signal.
 
      -S, --protocol-decoder-stack <stack>
      This option allows the user to specify a protocol decoder stack,
      i.e.  the way in which one protocol decoder's output gets piped
      into another protocol decoder. If not specified, the stack  will
      be  set up in the same order in which the protocol decoders were
      given with the --protocol-decoders option.
 
      The decoders are specified by their ID, as shown in  the --ver-
      sion output. In addition to the -S option, all protocol decoders
      that are used in a stack, must also be specified (together  with
      their options, if any) using the -P parameter.
 
      Example:
 
      $ sigrok-cli -i <file.sr> -P i2c:sda=4:scl=7,rtc8564
    -S i2c,rtc8564
 
      In  this example, the -S option specifies that the output of the
      i2c decoder is piped into the rtc8564 decoder, i.e., the rtc8564
      decoder is stacked on top of the i2c decoder.
 
      The  respective protocol decoder options and channel name/number
      assignments must be given using the -P option (you cannot  spec-
      ify them in the -S option).
 
      -A, --protocol-decoder-annotations <annotations>
      By  default, only the stack's topmost protocol decoder's annota-
      tion output is shown. With this option another decoder's annota-
      tion can be selected for display, by specifying its ID:
 
      $ sigrok-cli -i <file.sr> -P i2c,i2cfilter,edid -A i2c
 
      If  a  protocol  decoder has multiple annotations, you can also
      specify which one of  them  to  show  by specifying  its  short
      description like this:
 
      $ sigrok-cli -i <file.sr> -P i2c,i2cfilter,edid
    -A i2c=data-read
 
      Select multiple annotations by separating them with a colon:
 
      $ sigrok-cli -i <file.sr> -P i2c,i2cfilter,edid
    -A i2c=data-read:data-write
 
      You can also select multiple protocol decoders, with an optional
      selected annotation each, by separating them with commas:
 
      $ sigrok-cli -i <file.sr> -P i2c,i2cfilter,edid
    -A i2c=data-read:data-write,edid
 
      -M, --protocol-decoder-meta <pdname>
      When given, show protocol decoder meta output instead of annota-
      tions.  The argument is the name of the decoder whose meta out-
      put to show.
 
      $ sigrok-cli -i <file.sr> -M i2c
 
      Not every decoder generates meta output.
 
      -B, --protocol-decoder-binary <binaryspec>
      When given, decoder "raw" data of various kinds  is  written to
      stdout instead of annotations (this could be raw binary UART/SPI
      bytes, or WAV files, PCAP files, PNG files,  or  anything  else;
      this  is entirely  dependent  on  the decoder and what kinds of
      binary output make sense for that decoder).
 
      No other information is printed to stdout, so this  is  suitable
      for piping into other programs or saving to a file.
 
      Protocol decoders  that support binary output publish a list of
      binary classes, for example the UART decoder might have "TX" and
      "RX". To select TX for output, the argument to this option would
      be:
 
      $ sigrok-cli -i <file.sr> -B uart=tx


      -a, --protocol-decoders <list>
      If only the protocol decoder is specified, without binary class,
              This option allows the user to specify a comma-separated list of
      all classes are written to stdout:
              protocol decoders to be used in this session. The  decoders  are
              specified by their ID, as shown in the --version output.


              Example:
      $ sigrok-cli -i <file.sr> -B uart


              $ sigrok-cli -i <file.sr> -a i2c
      (this  is only useful in rare cases, generally you would specify
      a certain binary class you're interested in)


              Each protocol decoder can optionally be followed by a colon-sep‐
      Not every decoder generates binary output.
              arated list  of  options,  where  each  option  takes  the  form
              key=value.


              Example:
      -l, --loglevel <level>
      Set the libsigrok and libsigrokdecode loglevel.  At  the moment
      sigrok-cli  doesn't  support  setting the two loglevels indepen-
      dently. The higher the number, the more  debug  output  will  be
      printed. Valid loglevels are:


              $ sigrok-cli -i <file.sr> -a uart:baudrate=115200:parity=odd
      0  None
      1  Error
      2  Warnings
      3  Informational
      4  Debug
      5  Spew


              The list  of supported options depends entirely on the protocol
      --show
              decoder. Every protocol decoder has different  options it  sup‐
      Show information about the selected option. For example, to see
              ports.
      options for a connected fx2lafw device:


              Any  "options"  specified  for  a protocol decoder which are not
      $ sigrok-cli --driver fx2lafw --show
              actually supported options, will be interpreted as  being  probe
              name/number assignments.


              Example:
      In order to properly get device options for your hardware,  some
      drivers might need a serial port specified:


              $ sigrok-cli -i <file.sr>
      $ sigrok-cli --driver ols:conn=/dev/ttyACM0 --show
                            -a spi:wordsize=9:miso=1:mosi=5:sck=3:cs=0


              In this example, wordsize is an option supported by the spi pro‐
      This also works for protocol decoders, input modules and output
              tocol decoder. Additionally, the user tells sigrok to decode the
      modules:
              SPI protocol using  probe 1 as MISO signal for SPI, probe 5 as
              MOSI, probe 3 as SCK, and probe 0 as CS# signal.


      -s, --protocol-decoder-stack <stack>
      $ sigrok-cli --protocol-decoders i2c --show
              This option allows the user to specify a protocol decoder stack,
      $ sigrok-cli --input-format csv --show
              i.e.  the way in which one protocol decoder's output gets piped
      $ sigrok-cli --output-format bits --show
              into another protocol decoder.


              The decoders are specified by their ID, as shown in  the  --ver‐
      --scan Scan for devices that can be detected automatically.
              sion output. In addition to the -s option, all protocol decoders
              that are used in a stack, must also be specified (together  with
              their options, if any) using the -a parameter.


              Example:
      Example:


              $ sigrok-cli -i <file.sr> -a i2c:sda=4,scl=7,rtc8564
      $ sigrok-cli --scan
                            -s i2c,rtc8564
      The following devices were found:
      demo - Demo device with 12 channels: D0 D1 D2 D3 D4 D5 D6 D7 A0
      A1 A2 A3
      fx2lafw:conn=3.26  - CWAV USBee SX with 8 channels: 0 1 2 3 4 5
      6 7


              In  this example, the -s option specifies that the output of the
      However, not all devices are auto-detectable (e.g.  serial  port
              i2c decoder is piped into the rtc8564 decoder, i.e., the rtc8564
      based  ones).   For  those you'll have to provide a conn option,
              decoder is stacked on top of the i2c decoder.
      see above.


              The  respective  protocol  decoder options and probe name/number
      $ sigrok-cli --driver digitek-dt4000zc:conn=/dev/ttyUSB0 --scan
              assignments must be given using the -a option (you cannot  spec‐
      The following devices were found:
              ify them in the -s option).
      Digitek DT4000ZC with 1 channel: P1


       --time <ms>
       --time <ms>
              Sample for <ms> milliseconds, then quit. You can optionally fol‐
      Sample for <ms> milliseconds, then quit.
              low the number by s to state the number  of  seconds  to sample
 
              instead. For example, --time 2s will sample for two seconds.
      You can optionally follow the number by s to specify the time to
      sample in seconds.
 
      For example, --time 2s will sample for two seconds.


       --samples <numsamples>
       --samples <numsamples>
              Acquire <numsamples> samples, then quit.
      Acquire <numsamples> samples, then quit.
 
      You  can optionally  follow the number by k, m, or g to specify
      the number of samples in kilosamples, megasamples,  or  gigasam-
      ples, respectively.
 
      For example, --samples 3m will acquire 3000000 samples.
 
      --frames <numframes>
      Acquire <numframes> frames, then quit.


       --continuous
       --continuous
              Sample continuously until stopped. Not all devices support this.
      Sample continuously until stopped. Not all devices support this.
 
      --get <variable>
      Get  the value of <variable> from the specified device and print
      it.
 
      --set  Set one or more variables specified with the  --config  option,
      without doing any acquisition.


EXAMPLES
EXAMPLES
       In order to get exactly 100 samples from the (only) detected logic ana‐
       In order to get exactly 100 samples from the connected fx2lafw-sup-
       lyzer hardware, run the following command:
       ported logic analyzer hardware, run the following command:


        sigrok-cli --samples 100
sigrok-cli --driver fx2lafw --samples 100


       If you want to sample data for 3 seconds, use:
       If you want to sample data for 3 seconds (3000 ms), use:


        sigrok-cli --time 3000
sigrok-cli --driver fx2lafw --time 3000


       Alternatively, you can also use:
       Alternatively, you can also use:


        sigrok-cli --time 3s
sigrok-cli --driver fx2lafw --time 3s
 
      To capture data from the first 4 channels  using  the  Openbench  Logic
      Sniffer lasting 100ms at 10 MHz starting at the trigger condition
      0:high, 1:rising, 2:low, 3:high, use:
 
      sigrok-cli --driver ols:conn=/dev/ttyACM0 --config samplerate=10m \
      --output-format bits --channels 0-3 --wait-trigger \
      --triggers 0=1,1=r,2=0,3=1 --time 100


       To capture data from 4 probes lasting 100ms at 10 MHz starting  at  the
       To turn on internal logging on a Lascar EL-USB series device:
      trigger condition 1:high, 2:rising, 3:low, 4:high, use:


        sigrok-cli -d 0:samplerate=10m -O bits -p 1-4 --time 100 \
      sigrok-cli --driver lascar-el-usb:conn=10c4.0002 \
                    --wait-trigger --triggers 1=1,2=r,3=0,4=1
      --config datalog=on --set


EXIT STATUS
EXIT STATUS
Line 256: Line 410:


SEE ALSO
SEE ALSO
       sigrok-qt(1), sigrok-gtk(1)
       pulseview(1)


BUGS
BUGS
       Please   report   any   bugs   on   the   sigrok-devel   mailing   list
       Please report any bugs via Bugzilla (http://sigrok.org/bugzilla) or on
      (sigrok-devel@lists.souceforge.net).
      the sigrok-devel mailing list (sigrok-devel@lists.souceforge.net).


LICENSE
LICENSE
Line 275: Line 429:




                                March 18, 2012                  SIGROK-CLI(1)
May 04, 2014 SIGROK-CLI(1)
</pre>
</pre>

Revision as of 18:49, 4 March 2016

sigrok-cli is a command-line frontend for sigrok.

It is licensed under the terms of the GNU GPL, version 3 or later.

manpage

SIGROK-CLI(1)		    General Commands Manual		 SIGROK-CLI(1)



NAME
       sigrok-cli - Command-line client for the sigrok software

SYNOPSIS
       sigrok-cli [OPTIONS] [COMMAND]

DESCRIPTION
       sigrok-cli  is  a  cross-platform  command  line utility for the sigrok
       software.

       It cannot display graphical output, but	is  still  sufficient  to  run
       through the whole process of hardware initialization, acquisition, pro-
       tocol decoding and saving the session.

       It is useful for running on remote or embedded systems, netbooks, PDAs,
       and  for  various  other  use-cases. It can display samples on standard
       output or save them in various file formats.

OPTIONS
       -h, --help
	      Show a help text and exit.

       -V, --version
	      Show sigrok-cli version, and information about  supported  hard-
	      ware  drivers, input file formats, output file formats, and pro-
	      tocol decoders.

       -d, --driver <drivername>
	      A driver must always be selected (unless doing a	global	scan).
	      Use the -V option to get a list of available drivers.

	      Drivers  can  take  options,  in the form key=value separated by
	      colons.

	      Drivers communicating with hardware via  a  serial  port	always
	      need  the port specified as the conn option. For example, to use
	      the Openbench Logic Sniffer:

		$ sigrok-cli --driver=ols:conn=/dev/ttyACM0

	      Some USB devices don't use a unique VendorID/ProductID  combina-
	      tion,  and  thus need that specified as well. This also uses the
	      conn option, using either VendorID.ProductID or bus.address:

		$ sigrok-cli --driver=uni-t-ut61e:conn=1a86.e008

       -c, --config <device>
	      A colon-separated list of  device  options,  where  each	option
	      takes the form key=value.  For example, to set the samplerate to
	      1MHz on a device supported by  the  fx2lafw  driver,  you  might
	      specify

		$ sigrok-cli --driver=fx2lafw --config samplerate=1m

	      Samplerate  is  an  option  common  to most logic analyzers. The
	      argument specifies the samplerate in Hz. You  can  also  specify
	      the samplerate in kHz, MHz or GHz.  The following are all equiv-
	      alent:

		$ sigrok-cli --driver fx2lafw --config samplerate=1000000

		$ sigrok-cli --driver fx2lafw --config samplerate=1m

		$ sigrok-cli --driver fx2lafw --config "samplerate=1 MHz"

       -i, --input-file <filename>
	      Load input from a file instead of  a  hardware  device.  If  the
	      --input-format  option  is  not supplied, sigrok-cli attempts to
	      autodetect the file format of the input file.

       -I, --input-format <format>
	      When loading an input file, assume it's in the specified format.
	      If  this	option	is not supplied (in addition to --input-file),
	      sigrok-cli attempts to autodetect the file format of  the  input
	      file.  Use  the  -V option to see a list of available input for-
	      mats.

	      The format name may optionally be followed by a  colon-separated
	      list of options, where each option takes the form key=value.

       -o, --output-file <filename>
	      Save  output  to	a  file  instead  of writing it to stdout. The
	      default format used when saving is the sigrok session file  for-
	      mat. This can be changed with the --output-format option.

       -O, --output-format <formatname>
	      Set the output format to use. Use the -V option to see a list of
	      available output formats.

	      The format name may optionally be followed by a  colon-separated
	      list of options, where each option takes the form key=value.

	      Supported  formats  currently  include bits, hex, ascii, binary,
	      vcd, ols, gnuplot, chronovu-la8, csv, and analog.

	      The bits or hex formats, 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  hex:width=128  will
	      display 128 bits per line, in hexadecimal:

	       0:ffff ffff ffff ffff ffff ffff ffff ffff
	       1:ff00 ff00 ff00 ff00 ff00 ff00 ff00 ff00

	      The  lines  always  start  with  the channel number (or name, if
	      defined), followed by a colon. If no  format  is	specified,  it
	      defaults to bits:width=64, like this:

	       0:11111111 11111111 11111111 11111111 [...]
	       1:11111111 00000000 11111111 00000000 [...]

       -C, --channels <channellist>
	      A comma-separated list of channels to be used in the session.

	      Note  that  sigrok  always  names  the channels according to how
	      they're shown on the enclosure of the hardware.  If  your  logic
	      analyzer	numbers the channels 0-15, that's how you must specify
	      them with this option. An oscilloscope's channels  would	gener-
	      ally  be referred to as "CH1", "CH2", and so on.	Use the --show
	      option to see a list of channel names for your device.

	      The default is to use all the channels available	on  a  device.
	      You  can	name  a channel like this: 1=CLK.  A range of channels
	      can also be given, in the form 1-5.

	      Example:

		$ sigrok-cli --driver fx2lafw --samples 100
			     --channels 1=CLK,2-4,7
	       CLK:11111111 11111111 11111111 11111111 [...]
		 2:11111111 11111111 11111111 11111111 [...]
		 3:11111111 11111111 11111111 11111111 [...]
		 4:11111111 11111111 11111111 11111111 [...]
		 7:11111111 11111111 11111111 11111111 [...]

	      The comma-separated list is processed from left to  right,  i.e.
	      items  farther to the right override previous items. For example
	      1=CS,CS=MISO will set the name of channel 1 to MISO.

       -g, --channel-group <channel group>
	      Specify the channel group to operate on.

	      Some devices organize channels  into  groups,  the  settings  of
	      which  can  only	be  changed  as  a  group. The list of channel
	      groups, if any, is displayed with the --show command.

       -t, --triggers <triggerlist>
	      A comma-separated list of triggers to use, of  the  form	<chan-
	      nel>=<trigger>.	You can use the name or number of the channel,
	      and the trigger itself is a series of characters:

	      0 or 1: A low or high value on the pin.
	      r or f: A rising or falling value on the pin. An	r  effectively
	      corresponds to 01.
	      e:  Any  kind  of  change on a pin (either a rising or a falling
	      edge).

	      Not every device supports all of these trigger  types.  Use  the
	      --show command to see which triggers your device supports.

       -w, --wait-trigger
	      Don't  output  any  sample  data (even if it's actually received
	      from the hardware) before the trigger condition is met. In other
	      words, do not output any pre-trigger data. This option is useful
	      if you don't care about the data that came  before  the  trigger
	      (but the hardware delivers this data to sigrok nonetheless).

       -P, --protocol-decoders <list>
	      This option allows the user to specify a comma-separated list of
	      protocol decoders to be used in this session. The  decoders  are
	      specified by their ID, as shown in the --version output.

	      Example:

	       $ sigrok-cli -i <file.sr> -P i2c

	      Each protocol decoder can optionally be followed by a colon-sep-
	      arated list  of  options,  where	each  option  takes  the  form
	      key=value.

	      Example:

	       $ sigrok-cli -i <file.sr>
			    -P uart:baudrate=115200:parity_type=odd

	      The  list  of supported options depends entirely on the protocol
	      decoder. Every protocol decoder has different  options  it  sup-
	      ports.

	      Any  "options"  specified  for  a protocol decoder which are not
	      actually supported options, will be interpreted as being channel
	      name/number assignments.

	      Example:

	       $ sigrok-cli -i <file.sr>
			    -P spi:wordsize=9:miso=1:mosi=5:clk=3:cs=0

	      In this example, wordsize is an option supported by the spi pro-
	      tocol decoder. Additionally, the user tells sigrok to decode the
	      SPI  protocol  using channel 1 as MISO signal for SPI, channel 5
	      as MOSI, channel 3 as CLK, and channel 0 as CS# signal.

       -S, --protocol-decoder-stack <stack>
	      This option allows the user to specify a protocol decoder stack,
	      i.e.   the way in which one protocol decoder's output gets piped
	      into another protocol decoder. If not specified, the stack  will
	      be  set up in the same order in which the protocol decoders were
	      given with the --protocol-decoders option.

	      The decoders are specified by their ID, as shown in  the	--ver-
	      sion output. In addition to the -S option, all protocol decoders
	      that are used in a stack, must also be specified (together  with
	      their options, if any) using the -P parameter.

	      Example:

	       $ sigrok-cli -i <file.sr> -P i2c:sda=4:scl=7,rtc8564
			    -S i2c,rtc8564

	      In  this example, the -S option specifies that the output of the
	      i2c decoder is piped into the rtc8564 decoder, i.e., the rtc8564
	      decoder is stacked on top of the i2c decoder.

	      The  respective protocol decoder options and channel name/number
	      assignments must be given using the -P option (you cannot  spec-
	      ify them in the -S option).

       -A, --protocol-decoder-annotations <annotations>
	      By  default, only the stack's topmost protocol decoder's annota-
	      tion output is shown. With this option another decoder's annota-
	      tion can be selected for display, by specifying its ID:

	       $ sigrok-cli -i <file.sr> -P i2c,i2cfilter,edid -A i2c

	      If  a  protocol  decoder	has multiple annotations, you can also
	      specify which one of  them  to  show  by	specifying  its  short
	      description like this:

	       $ sigrok-cli -i <file.sr> -P i2c,i2cfilter,edid
			    -A i2c=data-read

	      Select multiple annotations by separating them with a colon:

	       $ sigrok-cli -i <file.sr> -P i2c,i2cfilter,edid
			    -A i2c=data-read:data-write

	      You can also select multiple protocol decoders, with an optional
	      selected annotation each, by separating them with commas:

	       $ sigrok-cli -i <file.sr> -P i2c,i2cfilter,edid
			    -A i2c=data-read:data-write,edid

       -M, --protocol-decoder-meta <pdname>
	      When given, show protocol decoder meta output instead of annota-
	      tions.   The argument is the name of the decoder whose meta out-
	      put to show.

	       $ sigrok-cli -i <file.sr> -M i2c

	      Not every decoder generates meta output.

       -B, --protocol-decoder-binary <binaryspec>
	      When given, decoder "raw" data of various kinds  is  written  to
	      stdout instead of annotations (this could be raw binary UART/SPI
	      bytes, or WAV files, PCAP files, PNG files,  or  anything  else;
	      this  is	entirely  dependent  on  the decoder and what kinds of
	      binary output make sense for that decoder).

	      No other information is printed to stdout, so this  is  suitable
	      for piping into other programs or saving to a file.

	      Protocol	decoders  that support binary output publish a list of
	      binary classes, for example the UART decoder might have "TX" and
	      "RX". To select TX for output, the argument to this option would
	      be:

	       $ sigrok-cli -i <file.sr> -B uart=tx

	      If only the protocol decoder is specified, without binary class,
	      all classes are written to stdout:

	       $ sigrok-cli -i <file.sr> -B uart

	      (this  is only useful in rare cases, generally you would specify
	      a certain binary class you're interested in)

	      Not every decoder generates binary output.

       -l, --loglevel <level>
	      Set the libsigrok and libsigrokdecode loglevel.  At  the	moment
	      sigrok-cli  doesn't  support  setting the two loglevels indepen-
	      dently. The higher the number, the more  debug  output  will  be
	      printed. Valid loglevels are:

	      0   None
	      1   Error
	      2   Warnings
	      3   Informational
	      4   Debug
	      5   Spew

       --show
	      Show  information about the selected option. For example, to see
	      options for a connected fx2lafw device:

	       $ sigrok-cli --driver fx2lafw --show

	      In order to properly get device options for your hardware,  some
	      drivers might need a serial port specified:

	       $ sigrok-cli --driver ols:conn=/dev/ttyACM0 --show

	      This  also works for protocol decoders, input modules and output
	      modules:

	       $ sigrok-cli --protocol-decoders i2c --show
	       $ sigrok-cli --input-format csv --show
	       $ sigrok-cli --output-format bits --show

       --scan Scan for devices that can be detected automatically.

	      Example:

	       $ sigrok-cli --scan
	       The following devices were found:
	       demo - Demo device with 12 channels: D0 D1 D2 D3 D4 D5 D6 D7 A0
	      A1 A2 A3
	       fx2lafw:conn=3.26  - CWAV USBee SX with 8 channels: 0 1 2 3 4 5
	      6 7

	      However, not all devices are auto-detectable (e.g.  serial  port
	      based  ones).   For  those you'll have to provide a conn option,
	      see above.

	       $ sigrok-cli --driver digitek-dt4000zc:conn=/dev/ttyUSB0 --scan
	       The following devices were found:
	       Digitek DT4000ZC with 1 channel: P1

       --time <ms>
	      Sample for <ms> milliseconds, then quit.

	      You can optionally follow the number by s to specify the time to
	      sample in seconds.

	      For example, --time 2s will sample for two seconds.

       --samples <numsamples>
	      Acquire <numsamples> samples, then quit.

	      You  can	optionally  follow the number by k, m, or g to specify
	      the number of samples in kilosamples, megasamples,  or  gigasam-
	      ples, respectively.

	      For example, --samples 3m will acquire 3000000 samples.

       --frames <numframes>
	      Acquire <numframes> frames, then quit.

       --continuous
	      Sample continuously until stopped. Not all devices support this.

       --get <variable>
	      Get  the value of <variable> from the specified device and print
	      it.

       --set  Set one or more variables specified with	the  --config  option,
	      without doing any acquisition.

EXAMPLES
       In  order  to  get  exactly 100 samples from the connected fx2lafw-sup-
       ported logic analyzer hardware, run the following command:

	 sigrok-cli --driver fx2lafw --samples 100

       If you want to sample data for 3 seconds (3000 ms), use:

	 sigrok-cli --driver fx2lafw --time 3000

       Alternatively, you can also use:

	 sigrok-cli --driver fx2lafw --time 3s

       To capture data from the first 4 channels  using  the  Openbench  Logic
       Sniffer lasting 100ms at 10 MHz starting at the trigger condition
	      0:high, 1:rising, 2:low, 3:high, use:

       sigrok-cli --driver ols:conn=/dev/ttyACM0 --config samplerate=10m \
	      --output-format bits --channels 0-3 --wait-trigger \
	      --triggers 0=1,1=r,2=0,3=1 --time 100

       To turn on internal logging on a Lascar EL-USB series device:

       sigrok-cli --driver lascar-el-usb:conn=10c4.0002 \
	      --config datalog=on --set

EXIT STATUS
       sigrok-cli exits with 0 on success, 1 on most failures.

SEE ALSO
       pulseview(1)

BUGS
       Please  report any bugs via Bugzilla (http://sigrok.org/bugzilla) or on
       the sigrok-devel mailing list (sigrok-devel@lists.souceforge.net).

LICENSE
       sigrok-cli is covered by the GNU General  Public  License  (GPL).  Some
       portions  are  licensed under the "GPL v2 or later", some under "GPL v3
       or later".

AUTHORS
       Please see the individual source code files.

       This manual page was written by Uwe Hermann  <uwe@hermann-uwe.de>.   It
       is licensed under the terms of the GNU GPL (version 2 or later).



				 May 04, 2014			 SIGROK-CLI(1)