]> sigrok.org Git - libsigrok.git/blob - README.devices
doc: update README, optional conn= specs for UNI-T meters
[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  - fx2lafw: Logic analyzers based on the Cypress FX2(LP) chip need the
41    firmware files from the 'sigrok-firmware-fx2lafw' repository/project.
42    The firmware is written from scratch and licensed under the GNU GPLv2+.
43
44  - hantek-6xxx: Certain oscilloscopes based on the Cypress FX2(LP) chip, such
45    as the Hantek 6022BE/6022BL, SainSmart DDS120, and Rocktech BM102, 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-dso: The Hantek DSO-2090 (and other supported models of the same
50    series of Hantek PC oscilloscopes) need firmware files.
51    These can be extracted from the vendor's Windows drivers using a tool
52    from our 'sigrok-util' repository/project.
53
54  - lecroy-logicstudio: The LeCroy LogicStudio requires FPGA bitstream files.
55    These can be extracted from the vendor's Windows software using a tool
56    from our 'sigrok-util' repository/project.
57    Additionally, it requires a Cypress FX2 firmware. This can be extracted
58    from the vendor's Windows software using another tool. Details:
59
60      http://sigrok.org/wiki/LeCroy_LogicStudio#Firmware
61
62  - saleae-logic16: The Saleae Logic16 needs a firmware file for the
63    Cypress FX2 chip in the device, as well as two FPGA bitstream files.
64    These can be extracted from the vendor's Linux application using a tool
65    from our 'sigrok-util' repository/project.
66
67  - sysclk-lwla:
68
69     - The Sysclk LWLA1034 requires various bitstream files.
70       These files are available from our 'sigrok-firmware' repository/project
71       under a license which allows us to redistribute them.
72
73     - The Sysclk LWLA1016 requires various bitstream files.
74       These can be extracted from the vendor's Windows drivers using a tool
75       from our 'sigrok-util' repository/project.
76
77 The following drivers/devices do not need any firmware upload:
78
79  - agilent-dmm
80  - appa-55ii
81  - arachnid-labs-re-load-pro
82  - atten-pps3xxx
83  - baylibre-acme
84  - beaglelogic
85  - brymen-bm86x
86  - brymen-dmm
87  - cem-dt-885x
88  - center-3xx (including all subdrivers)
89  - chronovu-la
90  - colead-slm
91  - conrad-digi-35-cpu
92  - demo
93  - fluke-dmm
94  - ftdi-la
95  - gmc-mh-1x-2x (including all subdrivers)
96  - gwinstek-gds-800
97  - hameg-hmo
98  - hp-3457a
99  - hung-chang-dso-2100
100  - ikalogic-scanalogic2
101  - ikalogic-scanaplus
102  - kecheng-kc-330b
103  - kern-scale
104  - lascar-el-usb
105  - link-mso19
106  - manson-hcs-3xxx
107  - maynuo-m97
108  - mic-985xx (including all subdrivers)
109  - motech-lps-30x
110  - norma-dmm
111  - openbench-logic-sniffer
112  - pce-322a
113  - pipistrello-ols
114  - rigol-ds
115  - scpi-pps
116  - serial-dmm (including all subdrivers)
117  - serial-lcr (including all subdrivers)
118  - siglent-sds
119  - teleinfo
120  - testo
121  - tondaj-sl-814
122  - uni-t-dmm (including all subdrivers)
123  - uni-t-ut32x
124  - victor-dmm
125  - yokogawa-dlm
126  - zeroplus-logic-cube
127
128
129 Specifying serial ports
130 -----------------------
131
132 Many devices supported by libsigrok use serial port based cables (real RS232
133 or USB-to-serial ones, CDC class) to connect to a PC. These serial cables are
134 supported by the libserialport library. Some vendors prefer to use HID chips
135 instead of CDC chips in their serial cables. These cables can get supported
136 by means of the hidapi library. Note that each chip type requires specific
137 support in the libsigrok library. Bluetooth connected devices may be supported
138 as well when they communicate by means of RFCOMM channels, or one of the
139 implemented BLE notification/indication approaches, and one of the Bluetooth
140 supporting platforms is used.
141
142 For all these devices, you need to specify the serial port they are connected
143 to (e.g. using the 'conn' option in sigrok-cli). It is not possible to scan
144 for such devices without specifying a serial port.
145
146 Example:
147
148  $ sigrok-cli --driver <somedriver>:conn=/dev/ttyUSB0 ...
149  $ sigrok-cli --driver <somedriver>:conn=hid/cp2110 ...
150  $ sigrok-cli --driver <somedriver>:conn=bt/rfcomm/01-23-45-67-89-ab ...
151
152 The following drivers/devices require a serial port specification. Some of
153 the drivers implement a default for the connection. Some of the drivers
154 can auto-detect USB connected devices.
155
156  - agilent-dmm
157  - appa-55ii
158  - atten-pps3xxx
159  - brymen-dmm
160  - cem-dt-885x
161  - center-3xx (including all subdrivers)
162  - colead-slm
163  - conrad-digi-35-cpu
164  - fluke-dmm
165  - gmc-mh-1x-2x (including all subdrivers)
166  - hameg-hmo
167  - link-mso19
168  - mic-985xx (including all subdrivers)
169  - norma-dmm
170  - openbench-logic-sniffer
171  - rigol-ds (for RS232; not required for USBTMC or TCP)
172  - serial-dmm (including all subdrivers)
173  - serial-lcr (including all subdrivers)
174  - teleinfo
175  - tondaj-sl-814
176  - uni-t-dmm (all -ser subdrivers)
177  - uni-t-ut32x
178
179 The following drivers/devices do not require a serial port specification:
180
181  - asix-sigma
182  - brymen-bm86x
183  - chronovu-la
184  - demo
185  - fx2lafw
186  - hantek-dso
187  - ikalogic-scanalogic2
188  - ikalogic-scanaplus
189  - kecheng-kc-330b
190  - lascar-el-usb
191  - pipistrello-ols
192  - rigol-ds (USBTMC or TCP)
193  - saleae-logic16
194  - sysclk-lwla
195  - uni-t-dmm (all non -ser subdrivers)
196  - victor-dmm
197  - yokogawa-dlm (USBTMC or TCP)
198  - zeroplus-logic-cube
199
200 Beyond strict serial communication over COM ports (e.g. /dev/ttyUSB0), the
201 conn= property can also address specific USB devices, as well as specify TCP
202 or VXI communication parameters. See these examples:
203
204  $ sigrok-cli --driver <somedriver>:conn=<vid>.<pid> ...
205  $ sigrok-cli --driver <somedriver>:conn=tcp-raw/<ipaddr>/<port> ...
206  $ sigrok-cli --driver <somedriver>:conn=vxi/<ipaddr> ...
207  $ sigrok-cli --driver <somedriver>:conn=usbtmc/<bus>.<addr> ...
208
209 The following drivers/devices accept network communication parameters:
210
211  - hameg-hmo
212  - rigol-ds
213  - scpi-dmm
214  - siglent-sds
215  - yokogawa-dlm
216
217
218 Specifying serial port parameters
219 ---------------------------------
220
221 Every serial device's driver has default serial port parameters like baud
222 rate, number of data bits, stop bits and handshake status. If a device requires
223 different parameters, pass them as option "serialcomm" with the driver name.
224 See libsigrok docs for the function serial_set_paramstr() for complete specs.
225
226 Example:
227
228  $ sigrok-cli --driver <somedriver>:conn=<someconn>:serialcomm=9600/7n1/dtr=1
229
230
231 Permissions of serial port based devices
232 ----------------------------------------
233
234 When using devices supported by libsigrok that use serial port based cables
235 (real RS232 or USB-to-serial ones) to connect to a PC, you need to ensure
236 that the user running the libsigrok frontend has (read/write) permissions to
237 access the serial port device (e.g. /dev/ttyS0, /dev/ttyUSB0, and so on).
238
239 You can use 'chmod' to apply permissions as you see fit, and/or 'chown' to
240 change the owner of the serial port device to a certain user or group.
241
242 For USB-to-serial based devices, we recommended using our udev rules file
243 (see below for details).
244
245
246 Permissions for USB devices (udev rules files)
247 ----------------------------------------------
248
249 When using USB-based devices supported by libsigrok, the user running the
250 libsigrok frontend (e.g. sigrok-cli) has to have (read/write) permissions
251 for the respective USB device.
252
253 On Linux, this is accomplished using udev rules. libsigrok ships a rules
254 file containing all supported devices which can be detected reliably
255 (generic USB-to-serial converters are omitted, as these are used for a wide
256 range of devices, e.g. GPS receivers, which are not handled by libsigrok).
257
258 The file is available in contrib/60-libsigrok.rules. This file just contains
259 the list of devices and flags these devices with ID_SIGROK="1". Access is
260 granted by the 61-libsigrok-plugdev.rules or 61-libsigrok-uaccess.rules files,
261 allowing access to members of the plugdev group or to currently logged in
262 users, respectively.
263
264 When using a libsigrok package from your favorite Linux distribution, the
265 files should already be installed in /usr/lib/udev/rules.d/, i.e.
266 60-libsigrok.rules and one of the access granting rules files. Use of
267 61-libsigrok-uaccess.rules is encouraged on systemd distributions.
268
269 The access policy can be locally overridden by placing appropriate rules in
270 /etc/udev/rules.d/, disabling or ammending the default policy. See the
271 udev documentation, e.g. man 7 udev, for details.
272
273 If you're building from source, you need to copy the file to the place
274 where udev will read these rules. Local rules should go to /etc/udev/rules.d.
275 Keep the file naming, otherwise interaction between the libsigrok rules and
276 rules shipped by the system will be broken.
277
278 Please consult the udev docs for details.
279
280
281 Cypress FX2 based devices
282 -------------------------
283
284 Devices using the Cypress FX2(LP) chip without any specific USB VID/PID will
285 be enumerated with VID/PID 04b4:8613 (the default for "unconfigured FX2").
286 These are usually "FX2 eval boards" (that can also be used as LAs, though).
287
288 On Linux, the 'usbtest' driver will usually grab such devices, and they will
289 thus not be usable by libsigrok (and frontends).
290
291 You can fix this by running 'rmmod usbtest' as root before using the device.
292
293
294 UNI-T DMM (and rebranded models) cables
295 ---------------------------------------
296
297 UNI-T multimeters (and rebranded devices, e.g. some Voltcraft models) can
298 ship with different PC connectivity cables:
299
300  - UT-D02 (RS232 cable)
301  - UT-D04 (USB/HID cable with Hoitek HE2325U chip, USB VID/PID 04fa:2490)
302  - UT-D04 (USB/HID cable with WCH CH9325 chip, USB VID/PID 1a86:e008)
303  - UT-D07 (Bluetooth adapter, ISSC BL79 BLETR chip)
304  - UT-D09 (USB/HID cable with SiL CP2110 chip, USB VID/PID 10c4:ea80)
305
306 The above cables are all physically compatible (same IR connector shape)
307 with all/most currently known UNI-T multimeters. For example, you can
308 use either of the UT-D04 USB/HID cables or the UT-D02 RS232 cable with
309 the UNI-T UT61D multimeter.
310
311 When using the UT-D02 RS232 cable with any of the supported UNI-T DMMs,
312 you have to use the respective driver with a '-ser' drivername suffix
313 (internally all of these models are handled by the 'serial-dmm' driver).
314
315 You also need to specify the serial port via the 'conn' option, e.g.
316 /dev/ttyUSB0 (attached via a USB-to-serial cable) or /dev/ttyS0 (actual
317 RS232 port) on Linux (see above).
318
319 Finally, the user running the frontend (e.g. sigrok-cli) also needs
320 permissions to access the respective serial port (see above).
321
322 Examples (sigrok-cli):
323
324  $ sigrok-cli --driver uni-t-ut61e-ser:conn=/dev/ttyUSB0 ...
325  $ sigrok-cli --driver voltcraft-vc820-ser:conn=/dev/ttyS0 ...
326
327 When using any of the UT-D04 USB/HID cables you have to use the respective
328 driver _without_ the '-ser' drivername suffix (internally all of these models
329 are handled by the 'uni-t-dmm' driver).
330
331 You also need to specify the USB vendor/device IDs of the cable.
332 Autodetection is not possible here, since various other products use the
333 USB VID/PID of those cables too, and there is no way to distinguish them.
334
335 Since the UT-D04 cables are USB based (but don't use a USB-to-serial chip)
336 there is no need to specify a serial port via 'conn', of course.
337 However, the user running the frontend does also need to have permissions
338 to access the respective USB device (see above).
339
340 Examples (sigrok-cli):
341
342  $ sigrok-cli --driver uni-t-ut61e:conn=1a86.e008 ...
343  $ sigrok-cli --driver voltcraft-vc820:conn=04fa.2490 ...
344
345
346 UNI-T UT-D04 cable issue on Linux
347 ---------------------------------
348
349 The UNI-T UT-D04 cable with Hoitek HE2325U (or WCH CH9325) chip seems to have
350 a very specific problem on Linux. Apparently it requires to be put into
351 suspend (and woken up again) before it is usable. This seems to be a
352 Linux-only issue, Windows is not affected by this since apparently the
353 Windows kernel does this for every USB device, always.
354
355 Thus, if you want to use any of the UNI-T DMMs with this specific cable,
356 you'll have to run the following script (as root) once, every time you attach
357 the cable via USB. The script was written by Ralf Burger.
358
359 See also: http://erste.de/UT61/index.html
360
361   #!/bin/bash
362   for dat in /sys/bus/usb/devices/*; do
363     if test -e $dat/manufacturer; then
364       grep "WCH.CN" $dat/manufacturer > /dev/null && echo auto > ${dat}/power/level && echo 0 > ${dat}/power/autosuspend
365     fi
366   done
367
368
369 Enabling multimeter / data logger measurement output
370 ----------------------------------------------------
371
372 Some multimeters or data loggers will not start outputting measurement data
373 unless a certain action has been performed by the user beforehand. This is
374 usually mentioned in the vendor manual of the respective device, but here's
375 a short list for convenience:
376
377  - BBC Goertz Metrawatt M2110: Briefly press the "Start/Reset" button on the
378    interface panel on top.
379  - Brymen BM257s: Press HOLD during power-on.
380  - Digitek DT4000ZC: Briefly press the "RS232" button.
381  - EEVBlog 121GW: Hold "1ms PEAK" until the "BT" indicator is shown.
382  - Gossen Metrawatt Metrahit 1x/2x devices, driver gmc-mh-1x-2x-rs232:
383    - Power on the device with the "DATA" button pressed.
384    - Metrahit 2x devices must be configured for the respective interface type.
385  - Gossen Metrawatt Metrahit 2x devices, driver gmc-mh-2x-bd232:
386    - 'BD232' interface:
387       The multimeter must be configured for the respective interface type.
388    - 'SI232-II' interface ("PC Mode"):
389       The multimeter must be configured for interface type 'BD232' (all),
390       'SI232 online' (28-29S) or 'SI232 store' (22-26x). The interface must
391       be configured to the same baud rate as the host (default 9600).
392       Multimeter and interface must be configured to the same address.
393  - Metrix MX56C: Press the PRINT button to have the meter send acquisition
394    data via IR. Hold the PRINT button to adjust the meter's transmission
395    interval.
396  - Norma DM950: If the interface doesn't work (e.g. USB-RS232 converter), power
397    on the device with "FUNC" pressed (to power the interface from the DMM).
398  - PCE PCE-DM32: Briefly press the "RS232" button.
399  - RadioShack 22-812: Press and hold "SELECT" and "RANGE" together.
400  - TekPower TP4000ZC: Briefly press the "RS232" button.
401  - Tenma 72-7750: Briefly press the "RS232C" button.
402  - UNI-T UT60G: Briefly press the "RS232C" button.
403  - UNI-T UT61B/C/D: Press the "REL/RS232/USB" button for roughly 1 second.
404  - UNI-T UT71x: Press the "SEND/-/MAXMIN" button for roughly 1 second.
405    Briefly pressing the "EXIT" button leaves this mode again.
406  - UNI-T UT325: Briefly press the "SEND" button (as per manual). However, it
407    appears that in practice you don't have to press the button (at least on
408    some versions of the device), simply connect the device via USB.
409  - V&A VA18B/VA40B: Keep the "Hz/DUTY" key pressed while powering on the DMM.
410  - Victor 70C/86C: Press the "REL/RS232" button for roughly 1 second.
411  - Voltcraft VC-830: Press the "REL/PC" button for roughly 2 seconds.
412  - Voltcraft VC-870: Press the "REL/PC" button for roughly 1 second.
413
414
415 ChronoVu LA8/LA16 USB VID/PIDs
416 ------------------------------
417
418 The ChronoVu LA8/LA16 logic analyzer is available in two revisions. Previously,
419 the device shipped with a USB VID/PID of 0403:6001, which is the standard ID
420 for FTDI FT232 USB chips.
421
422 Since this made it hard to distinguish the LA8/LA16 from any other device
423 with this FTDI chip connected to the PC, the vendor later shipped the
424 device with a USB VID/PID of 0403:8867.
425
426 The 'chronovu-la' driver in libsigrok supports both VID/PID pairs and
427 automatically finds devices with either VID/PID pair.
428
429
430 OLS
431 ---
432
433 The Dangerous Prototypes Openbench Logic Sniffer (OLS) logic analyzer
434 driver in libsigrok assumes a somewhat recent firmware has been flashed onto
435 the OLS (it doesn't need a firmware upload every time it's attached via USB,
436 since the firmware is stored in the device permanently).
437
438 The most recent firmware version that is tested is 3.07.
439
440 If you use any older firmware and your OLS is not found or is not working
441 properly, please upgrade to at least this firmware version. Check the
442 Dangerous Prototypes wiki for firmware upgrade instructions:
443
444  http://dangerousprototypes.com/docs/Logic_Sniffer_upgrade_procedure
445
446 Also, you need to specify a serial port for the OLS in the frontends, e.g.
447 using the 'conn' option in sigrok-cli, and you also need to have the
448 permissions to access the serial port (see above).
449
450 Example:
451
452  $ sigrok-cli --driver ols:conn=/dev/ttyACM0 ...
453