kingst-la2016: fix segfault that often occurs when a capture is aborted
[libsigrok.git] / README.devices
1 -------------------------------------------------------------------------------
2 README.devices
3 -------------------------------------------------------------------------------
4
5 This README contains various notes for users of libsigrok (or frontends
6 that are based on libsigrok) about device- and/or driver-specific issues.
7
8
9 Firmware
10 --------
11
12 Some devices supported by libsigrok need a firmware to be uploaded every time
13 the device is connected to the PC (usually via USB), before it can be used.
14
15 The default locations where libsigrok expects the firmware files are:
16
17   $SIGROK_FIRMWARE_DIR (environment variable)
18   $HOME/.local/share/sigrok-firmware
19   $prefix/share/sigrok-firmware
20   /usr/local/share/sigrok-firmware
21   /usr/share/sigrok-firmware
22
23 ($prefix is usually /usr/local or /usr, depending on your ./configure options)
24
25 For further information see the section below and also:
26
27   http://sigrok.org/wiki/Firmware
28
29
30 Per-driver firmware requirements
31 --------------------------------
32
33 The following drivers/devices require a firmware upload upon connection:
34
35  - asix-sigma: The ASIX SIGMA and SIGMA2 require various firmware files,
36    depending on the settings used. These files are available from our
37    'sigrok-firmware' repository/project under a license which allows us
38    to redistribute them.
39
40  - dreamsourcelab-dslogic: The DreamSourceLab DSLogic/DSCope device series
41    requires various firmware files and FPGA bitstream files.
42    These can be extracted/downloaded from the vendor's GitHub repo using a
43    tool from our 'sigrok-util' repository/project.
44
45  - fx2lafw: Logic analyzers based on the Cypress FX2(LP) chip need the
46    firmware files from the 'sigrok-firmware-fx2lafw' repository/project.
47    The firmware is written from scratch and licensed under the GNU GPLv2+.
48
49  - hantek-6xxx: Certain oscilloscopes based on the Cypress FX2(LP) chip, such
50    as the Hantek 6022BE/6022BL, SainSmart DDS120, and Rocktech BM102, need the
51    firmware files from the 'sigrok-firmware-fx2lafw' repository/project.
52    The firmware is written from scratch and licensed under the GNU GPLv2+.
53
54  - hantek-dso: The Hantek DSO-2090 (and other supported models of the same
55    series of Hantek PC oscilloscopes) need firmware files.
56    These can be extracted from the vendor's Windows drivers using a tool
57    from our 'sigrok-util' repository/project.
58
59  - lecroy-logicstudio: The LeCroy LogicStudio requires FPGA bitstream files.
60    These can be extracted from the vendor's Windows software using a tool
61    from our 'sigrok-util' repository/project.
62    Additionally, it requires a Cypress FX2 firmware. This can be extracted
63    from the vendor's Windows software using another tool. Details:
64
65      http://sigrok.org/wiki/LeCroy_LogicStudio#Firmware
66
67  - saleae-logic16: The Saleae Logic16 needs a firmware file for the
68    Cypress FX2 chip in the device, as well as two FPGA bitstream files.
69    These can be extracted from the vendor's Linux application using a tool
70    from our 'sigrok-util' repository/project.
71
72  - saleae-logic-pro: The Saleae Logic Pro 16 needs a firmware file for the
73    Cypress FX3 chip in the device, as well as an FPGA bitstream file.
74    These can be extracted from the vendor's Linux application using a tool
75    from our 'sigrok-util' repository/project.
76
77  - sysclk-lwla:
78
79     - The Sysclk LWLA1034 requires various bitstream files.
80       These files are available from our 'sigrok-firmware' repository/project
81       under a license which allows us to redistribute them.
82
83     - The Sysclk LWLA1016 requires various bitstream files.
84       These can be extracted from the vendor's Windows drivers using a tool
85       from our 'sigrok-util' repository/project.
86
87  - sysclk-sla5032: The Sysclk SLA5032 needs an FPGA bitstream file.
88    This file can be copied (and renamed) from the Windows vendor software
89    installation directory. Details:
90
91      https://sigrok.org/wiki/Sysclk_SLA5032#Firmware
92
93 The following drivers/devices do not need any firmware upload:
94
95  - agilent-dmm
96  - appa-55ii
97  - arachnid-labs-re-load-pro
98  - atten-pps3xxx
99  - baylibre-acme
100  - beaglelogic
101  - cem-dt-885x
102  - center-3xx (including all subdrivers)
103  - chronovu-la
104  - colead-slm
105  - conrad-digi-35-cpu
106  - demo
107  - fluke-45
108  - fluke-dmm
109  - ftdi-la
110  - gmc-mh-1x-2x (including all subdrivers)
111  - gwinstek-gds-800
112  - gwinstek-gpd
113  - hameg-hmo
114  - hantek-4032l
115  - hp-3457a
116  - hp-3478a
117  - hung-chang-dso-2100
118  - ikalogic-scanalogic2
119  - ikalogic-scanaplus
120  - ipdbg-la
121  - kecheng-kc-330b
122  - kern-scale
123  - korad-kaxxxxp
124  - lascar-el-usb
125  - lecroy-xstream
126  - link-mso19
127  - manson-hcs-3xxx
128  - maynuo-m97
129  - mic-985xx (including all subdrivers)
130  - microchip-pickit2
131  - mooshimeter-dmm
132  - motech-lps-30x
133  - norma-dmm
134  - openbench-logic-sniffer
135  - pce-322a
136  - pipistrello-ols
137  - rdtech-dps
138  - rigol-dg
139  - rigol-ds
140  - rohde-schwarz-sme-0x
141  - scpi-dmm
142  - scpi-pps
143  - serial-dmm (including all subdrivers)
144  - serial-lcr (including all subdrivers)
145  - siglent-sds
146  - teleinfo
147  - testo
148  - tondaj-sl-814
149  - uni-t-dmm (including all subdrivers)
150  - uni-t-ut32x
151  - yokogawa-dlm
152  - zeroplus-logic-cube
153  - zketech-ebd-usb
154
155
156 Specifying serial ports
157 -----------------------
158
159 Many devices supported by libsigrok use serial port based cables (real RS232
160 or USB-to-serial ones, CDC class) to connect to a PC. These serial cables are
161 supported by the libserialport library. Some vendors prefer to use HID chips
162 instead of CDC chips in their serial cables. These cables can get supported
163 by means of the hidapi library. Note that each chip type requires specific
164 support in the libsigrok library. Bluetooth connected devices may be supported
165 as well when they communicate by means of RFCOMM channels, or one of the
166 implemented BLE notification/indication approaches, and one of the Bluetooth
167 supporting platforms is used.
168
169 For all these devices, you need to specify the serial port they are connected
170 to (e.g. using the 'conn' option in sigrok-cli). It is not possible to scan
171 for such devices without specifying a serial port.
172
173 Example:
174
175  $ sigrok-cli --driver <somedriver>:conn=/dev/ttyUSB0 ...
176  $ sigrok-cli --driver <somedriver>:conn=hid/cp2110 ...
177  $ sigrok-cli --driver <somedriver>:conn=bt/rfcomm/01-23-45-67-89-ab ...
178
179 Formal syntax for serial communication:
180
181  - COM ports (RS232, USB CDC):
182    conn=<com-port>
183  - USB HID cables:
184    conn=hid[/<chip>]
185    conn=hid[/<chip>]/usb=<bus>.<dev>[.<if>]
186    conn=hid[/<chip>]/raw=<path>
187    conn=hid[/<chip>]/sn=<serno>
188    conn=hid[/<chip>]/iokit=<path>
189    chip can be: bu86x, ch9325, cp2110, victor
190    path may contain slashes
191    path and serno are "greedy" (span to the end of the spec)
192  - Bluetooth Classic and Bluetooth Low Energy (BLE):
193    conn=bt/<conn>/<addr>
194    conn can be: rfcomm, ble122, nrf51, cc254x
195    addr can be "dense" or separated, bt/cc254x/0123456789ab or
196      bt/rfcomm/11-22-33-44-55-66 or bt/ble122/88:6b:12:34:56:78
197      (note that colons may not be available when the conn= spec is taken
198      from a string that separates fields by colon, e.g. in the "--driver
199      <name>:conn=<spec>" example, that is why the dense form and the use
200      of dashes for separation are supported)
201
202 Some of the drivers implement a default for the connection. Some of the
203 drivers can auto-detect USB connected devices.
204
205 Beyond strict serial communication over COM ports (discussed above), the
206 conn= property can also address specific USB devices, as well as specify TCP
207 or VXI communication parameters. See these examples:
208
209  $ sigrok-cli --driver <somedriver>:conn=<vid>.<pid> ...
210  $ sigrok-cli --driver <somedriver>:conn=tcp-raw/<ipaddr>/<port> ...
211  $ sigrok-cli --driver <somedriver>:conn=vxi/<ipaddr> ...
212  $ sigrok-cli --driver <somedriver>:conn=usbtmc/<bus>.<addr> ...
213
214 Individual device drivers _may_ implement additional semantics for the
215 conn= specification, which would not apply to other drivers, yet can be
216 rather useful for a given type of device.
217
218  $ sigrok-cli --driver <somedriver>:conn=sn=<serno>
219
220
221 Specifying serial port parameters
222 ---------------------------------
223
224 Every serial device's driver has default serial port parameters like baud
225 rate, number of data bits, stop bits and handshake status. If a device requires
226 different parameters, pass them as option "serialcomm" with the driver name.
227 See libsigrok docs for the function serial_set_paramstr() for complete specs.
228
229 Example:
230
231  $ sigrok-cli --driver <somedriver>:conn=<someconn>:serialcomm=9600/7n1/dtr=1
232
233
234 Permissions of serial port based devices
235 ----------------------------------------
236
237 When using devices supported by libsigrok that use serial port based cables
238 (real RS232 or USB-to-serial ones) to connect to a PC, you need to ensure
239 that the user running the libsigrok frontend has (read/write) permissions to
240 access the serial port device (e.g. /dev/ttyS0, /dev/ttyUSB0, and so on).
241
242 You can use 'chmod' to apply permissions as you see fit, and/or 'chown' to
243 change the owner of the serial port device to a certain user or group.
244
245 For USB-to-serial based devices, we recommended using our udev rules file
246 (see below for details).
247
248
249 Permissions for USB devices (udev rules files)
250 ----------------------------------------------
251
252 When using USB-based devices supported by libsigrok, the user running the
253 libsigrok frontend (e.g. sigrok-cli) has to have (read/write) permissions
254 for the respective USB device.
255
256 On Linux, this is accomplished using udev rules. libsigrok ships a rules
257 file containing all supported devices which can be detected reliably
258 (generic USB-to-serial converters are omitted, as these are used for a wide
259 range of devices, e.g. GPS receivers, which are not handled by libsigrok).
260
261 The file is available in contrib/60-libsigrok.rules. This file just contains
262 the list of devices and flags these devices with ID_SIGROK="1". Access is
263 granted by the 61-libsigrok-plugdev.rules or 61-libsigrok-uaccess.rules files,
264 allowing access to members of the plugdev group or to currently logged in
265 users, respectively.
266
267 When using a libsigrok package from your favorite Linux distribution, the
268 files should already be installed in /usr/lib/udev/rules.d/, i.e.
269 60-libsigrok.rules and one of the access granting rules files. Use of
270 61-libsigrok-uaccess.rules is encouraged on systemd distributions.
271
272 The access policy can be locally overridden by placing appropriate rules in
273 /etc/udev/rules.d/, disabling or ammending the default policy. See the
274 udev documentation, e.g. man 7 udev, for details.
275
276 If you're building from source, you need to copy the file to the place
277 where udev will read these rules. Local rules should go to /etc/udev/rules.d.
278 Keep the file naming, otherwise interaction between the libsigrok rules and
279 rules shipped by the system will be broken.
280
281 Please consult the udev docs for details.
282
283
284 Non-default drivers for commodity chips
285 ---------------------------------------
286
287 Some vendors include common USB chips in their products yet assign device
288 specific VID:PID pairs. Which results in the necessity for extra steps
289 before the serial port can be used:
290
291 - GW Instek VCP, found in GDM-8000 and probably other meters: Install the
292   vendors Windows driver to get access to a COM port. Or force the driver
293   assignment on Linux:
294     # modprobe cp210x
295     # echo 2184 0030 > /sys/bus/usb-serial/drivers/cp210x/new_id
296
297
298 Cypress FX2 based devices
299 -------------------------
300
301 Devices using the Cypress FX2(LP) chip without any specific USB VID/PID will
302 be enumerated with VID/PID 04b4:8613 (the default for "unconfigured FX2").
303 These are usually "FX2 eval boards" (that can also be used as LAs, though).
304
305 On Linux, the 'usbtest' driver will usually grab such devices, and they will
306 thus not be usable by libsigrok (and frontends).
307
308 You can fix this by running 'rmmod usbtest' as root before using the device.
309
310
311 UNI-T DMM (and rebranded models) cables
312 ---------------------------------------
313
314 UNI-T multimeters (and rebranded devices, e.g. some Voltcraft models) can
315 ship with different PC connectivity cables:
316
317  - UT-D02 (RS232 cable)
318  - UT-D04 (USB/HID cable with Hoitek HE2325U chip, USB VID/PID 04fa:2490)
319  - UT-D04 (USB/HID cable with WCH CH9325 chip, USB VID/PID 1a86:e008)
320  - UT-D07 (Bluetooth adapter, ISSC BL79 BLETR chip)
321  - UT-D09 (USB/HID cable with SiL CP2110 chip, USB VID/PID 10c4:ea80)
322
323 The above cables are all physically compatible (same IR connector shape)
324 with all/most currently known UNI-T multimeters. For example, you can
325 use either of the UT-D04 USB/HID cables or the UT-D02 RS232 cable with
326 the UNI-T UT61D multimeter.
327
328 When using the UT-D02 RS232 cable with any of the supported UNI-T DMMs,
329 you have to use the respective driver with a '-ser' drivername suffix
330 (internally all of these models are handled by the 'serial-dmm' driver).
331
332 You also need to specify the serial port via the 'conn' option, e.g.
333 /dev/ttyUSB0 (attached via a USB-to-serial cable) or /dev/ttyS0 (actual
334 RS232 port) on Linux (see above).
335
336 Finally, the user running the frontend (e.g. sigrok-cli) also needs
337 permissions to access the respective serial port (see above).
338
339 Examples (sigrok-cli):
340
341  $ sigrok-cli --driver uni-t-ut61e-ser:conn=/dev/ttyUSB0 ...
342  $ sigrok-cli --driver voltcraft-vc820-ser:conn=/dev/ttyS0 ...
343
344 When using any of the UT-D04 USB/HID cables you have to use the respective
345 driver _without_ the '-ser' drivername suffix (internally all of these models
346 are handled by the 'uni-t-dmm' driver).
347
348 You also need to specify the USB vendor/device IDs of the cable.
349 Autodetection is not possible here, since various other products use the
350 USB VID/PID of those cables too, and there is no way to distinguish them.
351
352 Since the UT-D04 cables are USB based (but don't use a USB-to-serial chip)
353 there is no need to specify a serial port via 'conn', of course.
354 However, the user running the frontend does also need to have permissions
355 to access the respective USB device (see above).
356
357 Examples (sigrok-cli):
358
359  $ sigrok-cli --driver uni-t-ut61e:conn=1a86.e008 ...
360  $ sigrok-cli --driver voltcraft-vc820:conn=04fa.2490 ...
361
362
363 UNI-T UT-D04 cable issue on Linux
364 ---------------------------------
365
366 The UNI-T UT-D04 cable with Hoitek HE2325U (or WCH CH9325) chip seems to have
367 a very specific problem on Linux. Apparently it requires to be put into
368 suspend (and woken up again) before it is usable. This seems to be a
369 Linux-only issue, Windows is not affected by this since apparently the
370 Windows kernel does this for every USB device, always.
371
372 Thus, if you want to use any of the UNI-T DMMs with this specific cable,
373 you'll have to run the following script (as root) once, every time you attach
374 the cable via USB. The script was written by Ralf Burger.
375
376 See also: http://erste.de/UT61/index.html
377
378   #!/bin/bash
379   for dat in /sys/bus/usb/devices/*; do
380     if test -e $dat/manufacturer; then
381       grep "WCH.CN" $dat/manufacturer > /dev/null && echo auto > ${dat}/power/level && echo 0 > ${dat}/power/autosuspend
382     fi
383   done
384
385
386 Enabling multimeter / data logger measurement output
387 ----------------------------------------------------
388
389 Some multimeters or data loggers will not start outputting measurement data
390 unless a certain action has been performed by the user beforehand. This is
391 usually mentioned in the vendor manual of the respective device, but here's
392 a short list for convenience:
393
394  - BBC Goertz Metrawatt M2110: Briefly press the "Start/Reset" button on the
395    interface panel on top.
396  - Brymen BM257s: Press HOLD during power-on.
397  - Digitek DT4000ZC: Briefly press the "RS232" button.
398  - EEVBlog 121GW: Hold "1ms PEAK" until the "BT" indicator is shown.
399  - ES51919 based LCR meters (DER EE DE-5000, PeakTech 2170, UNI-T UT612):
400    Press the button with the "RS232" or "USB" or "PC link" label (usually
401    the "up" cursor button).
402  - Gossen Metrawatt Metrahit 1x/2x devices, driver gmc-mh-1x-2x-rs232:
403    - Power on the device with the "DATA" button pressed.
404    - Metrahit 2x devices must be configured for the respective interface type.
405  - Gossen Metrawatt Metrahit 2x devices, driver gmc-mh-2x-bd232:
406    - 'BD232' interface:
407       The multimeter must be configured for the respective interface type.
408    - 'SI232-II' interface ("PC Mode"):
409       The multimeter must be configured for interface type 'BD232' (all),
410       'SI232 online' (28-29S) or 'SI232 store' (22-26x). The interface must
411       be configured to the same baud rate as the host (default 9600).
412       Multimeter and interface must be configured to the same address.
413  - GW Instek GDM-397: Press the "REL/RS232C (USB)" button for roughly 1 second.
414  - GW Instek VCP: See the discussion on manual driver assignment to common
415    USB to UART chips with non-default USB identification.
416  - MASTECH MS6514: Press the "Setup/PC-Link" button for roughly 3 seconds.
417  - Meterman 38XR: Press the "RS232" button.
418  - Metrix MX56C: Press the PRINT button to have the meter send acquisition
419    data via IR. Hold the PRINT button to adjust the meter's transmission
420    interval.
421  - Norma DM950: If the interface doesn't work (e.g. USB-RS232 converter), power
422    on the device with "FUNC" pressed (to power the interface from the DMM).
423  - PCE PCE-DM32: Briefly press the "RS232" button.
424  - RadioShack 22-812: Press and hold "SELECT" and "RANGE" together.
425  - TekPower TP4000ZC: Briefly press the "RS232" button.
426  - Tenma 72-7750: Briefly press the "RS232C" button.
427  - UNI-T UT60G: Briefly press the "RS232C" button.
428  - UNI-T UT61B/C/D: Press the "REL/RS232/USB" button for roughly 1 second.
429  - UNI-T UT71x: Press the "SEND/-/MAXMIN" button for roughly 1 second.
430    Briefly pressing the "EXIT" button leaves this mode again.
431  - UNI-T UT181A: In the "SETUP" menu set "Communication" to "ON".
432  - UNI-T UT325: Briefly press the "SEND" button (as per manual). However, it
433    appears that in practice you don't have to press the button (at least on
434    some versions of the device), simply connect the device via USB.
435  - V&A VA18B/VA40B: Keep the "Hz/DUTY" key pressed while powering on the DMM.
436  - Victor 70C/86C: Press the "REL/RS232" button for roughly 1 second.
437  - Voltcraft VC-830: Press the "REL/PC" button for roughly 2 seconds.
438  - Voltcraft VC-870: Press the "REL/PC" button for roughly 1 second.
439
440
441 ChronoVu LA8/LA16 USB VID/PIDs
442 ------------------------------
443
444 The ChronoVu LA8/LA16 logic analyzer is available in two revisions. Previously,
445 the device shipped with a USB VID/PID of 0403:6001, which is the standard ID
446 for FTDI FT232 USB chips.
447
448 Since this made it hard to distinguish the LA8/LA16 from any other device
449 with this FTDI chip connected to the PC, the vendor later shipped the
450 device with a USB VID/PID of 0403:8867.
451
452 The 'chronovu-la' driver in libsigrok supports both VID/PID pairs and
453 automatically finds devices with either VID/PID pair.
454
455
456 OLS
457 ---
458
459 The Dangerous Prototypes Openbench Logic Sniffer (OLS) logic analyzer
460 driver in libsigrok assumes a somewhat recent firmware has been flashed onto
461 the OLS (it doesn't need a firmware upload every time it's attached via USB,
462 since the firmware is stored in the device permanently).
463
464 The most recent firmware version that is tested is 3.07.
465
466 If you use any older firmware and your OLS is not found or is not working
467 properly, please upgrade to at least this firmware version. Check the
468 Dangerous Prototypes wiki for firmware upgrade instructions:
469
470  http://dangerousprototypes.com/docs/Logic_Sniffer_upgrade_procedure
471
472 Also, you need to specify a serial port for the OLS in the frontends, e.g.
473 using the 'conn' option in sigrok-cli, and you also need to have the
474 permissions to access the serial port (see above).
475
476 Example:
477
478  $ sigrok-cli --driver ols:conn=/dev/ttyACM0 ...
479
480
481 JTAGulator
482 ----------
483
484 The Grand Idea Studio JTAGulator also implements the SUMP protocol and
485 thus is covered by the OLS driver. See the vendor's wiki on details how
486 to enable the Logic Analyzer mode of operation.
487
488   https://github.com/grandideastudio/jtagulator/wiki/Logic-Analyzer
489
490
491 Mooshimeter
492 -----------
493
494 The Mooshim Engineering Mooshimeter is controlled via Bluetooth Low Energy
495 (sometimes called Bluetooth 4.0), as such it requires a supported Bluetooth
496 interface available. The 'conn' option is required and must contain the
497 Bluetooth MAC address of the meter.
498
499 Example:
500
501   $ sigrok-cli --driver mooshimeter-dmm:conn=12-34-56-78-9A-BC ...
502
503 Since the Mooshimeter has no physical interface on the meter itself, the
504 channel configuration is set with the 'channel_config' option. The format
505 of this option is 'CH1,CH2' where each channel configuration has the form
506 'MODE:RANGE:ANALYSIS', with later parts being optional. In addition for
507 CLI compatibility, the ',' in the channels can also be a '/' and the ':' in
508 the individual configuration can be a ';'.
509
510 Available channel 1 modes:
511
512   - Current, A: Current in amps
513   - Temperature, T, K: Internal meter temperature in Kelvin
514   - Resistance, Ohm, W: Resistance in ohms
515   - Diode, D: Diode voltage
516   - Aux, LV: Auxiliary (W input) low voltage sensor (1.2V max)
517
518 Available channel 2 modes:
519
520   - Voltage, V: Voltage
521   - Temperature, T, K: Internal meter temperature in Kelvin
522   - Resistance, Ohm, W: Resistance in ohms
523   - Diode, D: Diode voltage
524   - Aux, LV: Auxiliary (W input) low voltage sensor (1.2V max)
525
526 Only one channel can use the shared inputs at a time (e.g. if CH1 is measuring
527 resistance, CH2 cannot measure low voltage). Temperature is excepted from
528 this, so the meter can measure internal temperature and low voltage at the
529 same time.
530
531 Additionally, the meter can calculate the real power of both channels. This
532 generally only makes sense when CH1 is set to current and CH2 is set to a
533 voltage and so it is disabled by default. It must be enabled by enabling the
534 'P' channel (the third channel).
535
536 The range of the channel specification sets the maximum input for that channel
537 and is rounded up to the next value the meter itself supports. For example,
538 specifying 50 for the voltage will result in the actual maximum of 60.
539 Specifying 61 would result in 600. If omitted, sigrok will perform
540 auto-ranging of the channel by selecting the next greater value than the
541 latest maximum.
542
543 The analysis option sets how the meter reports its internal sampling buffer
544 to sigrok:
545
546  - Mean, DC: The default is a simple arithmetic mean of the sample buffer
547  - RMS, AC: The root mean square of the sample buffer
548  - Buf, Buffer, Samples: Report the entire sample buffer to sigrok. This
549    results in packets that contain all the samples in the buffer instead
550    of a single output value.
551
552 The size of the sample buffer is set with the 'avg_samples' option, while
553 the sampling rate is set with the 'samplerate' option. So the update rate
554 is avg_samples/samplerate. Both are rounded up to the next supported value
555 by the meter.
556
557 Example:
558
559   $ sigrok-cli -c channel_config="Aux;0.1/T" --driver mooshimeter-dmm...
560   $ sigrok-cli -c channel_config="A;;AC/V;;AC" --driver mooshimeter-dmm...