NAME

Lab::Measurement::Tutorial - Lab::Measurement tutorial

VERSION

version 3.731

How to read the documentation

The documentation of Lab::Measurement can be read both on MetaCPAN and by using perldoc. The most important starting points are

A separate tutorial for the historical interfaces Lab::Instrument and Lab::XPRESS is provided in Lab::Measurement::Legacy::Tutorial. These interfaces as well as the tutorial are not updated anymore, and included for compatibility with existing measurement scripts. They will be removed with Lab::Measurement release 4.

Quickstart

In this quickstart section we demonstrate how to connect to instruments and do simple communication to change instrument settings and perform data acquisition. In the examples we use two comparatively simple instruments, the HP (later Agilent, now Keysight) 34410A digital multimeter (DMM) and the Stanford Research SR830 lock-in amplifier.

We cover the most important connection types and show how to use them on Linux and Windows:

  • USB

    This uses the USB-TMC protocol, which emulates IEEE 488.2 features over a USB cable. Instruments are connected directly to the measurement PC or via a hub. Depending on your USB hardware data transfer can be very fast.

  • Ethernet / VXI11

    This is the recommended protocol, if supported by the device; instruments are connected via a local area ethernet network with the measurement PC. (Raw TCP sockets are also supported by Lab::Measurement, but do not provide the IEEE 488.2 style control commands of VXI11, such as device clear. This is why VXI11 will be more seamless.) We recommend to create a private, firewalled or non-routed LAN to separate you lab devices from the internet. Naturally then you will have to take care of IP address assignment yourself.

  • GPIB

    This is the IEEE 488 bus, also called GPIB or HPIB. It is robust and often the only option for older equipment in the lab.

Connecting instruments on Linux

Let's use the Agilent DMM with USB on Linux. This requires the USB::TMC driver module and the libusb system library to be installed. libusb should be available for every modern Linux distribution.

use 5.010;
use Lab::Moose;

my $multimeter = instrument(
    type => 'Agilent34410A',
    connection_type => 'USB',
);

Note that the connection type USB assumes that we have a USB Test & Measurement class device. Devices that emulate a serial port or other USB classes (video, audio, ...) are not supported (yet).

When connecting multiple devices of the same model via USB, we have to provide serial numbers, which are unique for each device:

my $multimeter1 = instrument(
    type => 'Agilent34410A',
    connection_type => 'USB',
    connection_options => {serial => '...'}
);

my $multimeter2 = instrument(
    type => 'Agilent34410A',
    connection_type => 'USB',
    connection_options => {serial => '...'}
);

To use the LAN interface, set the connection_type to VXI11 and provide the instrument's IP address with the connection_options hash:

my $multimeter = instrument(
    type => 'Agilent34410A',
    connection_type => 'VXI11',
    connection_options => {host => '192.168.2.20'},
);

The SR830 lock-in amplifier only has a GPIB interface. This means that our measurement PC needs a GPIB host adaptor. The LinuxGPIB kernel driver and perl bindings have to be installed and configured as described in Lab::Measurement::Backends. Note that the kernel driver consists of Linux kernel modules, which may have to be compiled specific for the running kernel.

The GPIB address (primary address, short pad) of our lock-in amplifier is provided in the connection_options hash:

my $lia = instrument(
    type => 'SR830',
    connection_type => 'LinuxGPIB',
    connection_options => {pad => 1},
);

Connecting instruments on Windows

First, make sure that both National Instruments (NI) VISA and the Lab::VISA package are installed, see Lab::VISA::Installation. The VISA interactive control, part of the NI VISA installation, can be used to get a list of connected equipment.

We first connect the DMM via USB. The serial number can be found using VISA interactive control or from the utility menu of the instrument.

use 5.010;
use Lab::Moose;

my $multimeter = instrument(
    type => 'Agilent34410A',
    connection_type => 'VISA::USB',
    connection_options => {serial => '00B50DAE'},
);

To use the LAN interface, set the connection_type to VISA::VXI11 and provide the instrument's IP address with the connection_options hash:

my $multimeter = instrument(
    type => 'Agilent34410A',
    connection_type => 'VISA::VXI11',
    connection_options => {host => '192.168.2.20'},
);

Finally, we connect the SR830 lock-in amplifier via GPIB. This requires that the National Instruments NI-488 driver is installed in addition to VISA. The GPIB address (primary address, short pad), is provided in the connection_options hash:

my $lia = instrument(
    type => 'SR830',
    connection_type => 'VISA::GPIB',
    connection_options => {pad => 1},
);

Listening and talking to the devices

After initializing the multimeter with the instrument function, let us perform some basic operations

# Perform *IDN? query, prints instrument manufacturer, model, serial number
say $multimeter->idn();

# Set range to 10 Volts (if multimeter is in voltage mode)
$multimeter->sense_range(value => 10);

# Perform voltage measurement (if multimeter is in voltage mode)
my $voltage = $multimeter->get_value();

And for the SR830 lock-in amplifier:

# Set reference frequeny to 10kHz
$lia->set_frq(value => 10e3);

# Set output voltage amplitude to 0.5 V
$lia->set_amplitude(value => 0.5);

# Set sensitivity to 1mV
$lia->set_sens(value => 1e-3);

# Set filter slope to 18dB/oct
$lia->set_filter_slope(value => 18);

# Read x/y measurement data
my $xy = $lia->get_xy();
# Print contents of $xy hashref
say "x = $xy->{x}, y = $xy->{y}";

Connection logging

We can monitor the commands sent to the instrument by specifying a log file in the constructor:

my $lia = instrument(
    type => 'SR830',
    connection_type => 'VISA::GPIB',
    connection_options => {pad => 1},
    log_file => 'some_file.yml'
);

All communication will be logged in the human readable file some_file.yml.

Types of instrument drivers

Here we show some examples of more advanced types of instruments.

Note that when using sources (voltage, magnetic field, temperature) we often do not call the instrument object directly. Instead, we use the high-level sweep interfaces as described below. These provide a common API for creating both discrete and continuous sweeps of output parameters.

Voltage / current source drivers

For a voltage or current source, the instrument initialization requires several additional parameters which enforce step size and rate limits. The intention here is that often sensitive devices can be destroyed by large and sudden jumps in input voltage; by providing limits at initialization, the later script follows these limits automatically without further programming effort.

my $yoko = instrument(
    type => 'YokogawaGS200',
    connection_type => 'USB',
    max_units_per_step => 0.001,
    max_units_per_second => 0.01,
    min_units => -10,
    max_units => 10,
);

We assume that the Yokogawa GS200 source is in voltage output mode. Now we use set_level to set output level to 9V. The source will sweep with step size and speed given by the max_units_per_step / max_units_per_second parameters; unit is Volt (the corresponding SI unit).

$yoko->set_level(value => 9);

Once this has finished, we can read the new level from the cache that is automatically kept by Lab::Measurement:

my $level = $yoko->cached_level();

Superconducting magnet power supplies

my $ips = instrument(
    type => 'OI_Mercury::Magnet',
    connection_type => 'Socket',
    connection_options => {host => '192.168.3.15'},
);

The following commands perform a continuous sweep of the magnetic field from 0T to 0.5T with a rate of 0.1T/min:

# Set field setpoint and rate
$ips->config_sweep(point => 0.5, rate => 0.1);

# Start (trigger) sweep
$ips->trg();

# Show progress until sweep is finished
$ips->wait();

A high-level interface for creating continuous sweeps and measuring while the sweep is running is described below.

Spectrum analyzers

Typically, a spectrum analyzer performs a frequency sweep in hardware. The resulting spectrum data, i.e., power as function of frequency, is returned as a 2D PDL object. Here is the corresponding code at the example of a Rohde & Schwarz FSV spectrum analyzer:

my $analyzer = instrument(
    type => 'RS_FSV',
    connection_type => 'VXI11',
    connection_options => {host => '...'},
);

# Set sweep start/stop frequencies
$analyzer->sense_frequency_start(value => 1e9);
$analyzer->sense_frequency_stop(value => 1e9);

# Perform sweep, get data as PDL
my $data = $analyzer->get_spectrum(timeout => 100);
# Print data
say $data;

You can always convert a PDL into an ordinary nested arrayref with unpdl:

my $arrayref_2D = $data->unpdl();

Sweeps, datafiles, and datafolders

Quick start: Measuring an IV-curve

As a basic example of a one-dimensional sweep, we measure an I(V) curve. A Yokogawa voltage source is combined with an Agilent multimeter.

# file: IV.pl
use Lab::Moose; # you get 'use warnings; use strict;' for free

my $source = instrument(
    type            => 'YokogawaGS200',
    connection_type => 'USB',
    # Safety limits:
    max_units => 10, min_units => -10,
    max_units_per_step => 0.1, max_units_per_second => 1
);

my $dmm = instrument(type => 'Agilent34410A', connection_type => 'USB');

my $sweep = sweep(
    type       => 'Step::Voltage',
    instrument => $source,
    from => -5, to => 5, step => 0.01
);

my $datafile = sweep_datafile(columns => [qw/voltage current/]);

my $meas = sub {
    my $sweep = shift;
    $sweep->log(
        voltage => $source->cached_level(),
        current => $dmm->get_value(),
    );
};

$sweep->start(
    measurement => $meas,
    datafile    => $datafile,
);

Running this script repeatedly creates output folders MEAS_000, MEAS_001, ... Each of these folders contains the following files:

  • IV.pl

    A copy of the measurement script.

  • META.yml

    A YAML file with various automatically collected metadata (the time of the script run, the user name, the host name, the used command line, the Lab::Measurement version, ...).

  • data.dat

    A Gnuplot-style datafile:

    # voltage        current
    -5               42
    -4.99            43
    ...

Backsweeps

To also measure the IV in the reverse direction from -5 to 5 volts, we add the backsweep option:

my $sweep = sweep(
    type       => 'Step::Voltage',
    instrument => $source,
    from => -5, to => 5, step => 0.01,
    backsweep  => 1,
);

The data folder

You can change the name of the data folder by providing a folder argument to the start method:

$sweep->start(
    measurement => $meas,
    datafile    => $datafile,
    folder      => 'IV_curve'
);

This will create output folders with names YYYY-MM-DD_HH-MM-SS_IV_curve_xxx If you do not want to use the date/time prefixes use

$sweep->start(
    measurement => $meas,
    datafile    => $datafile,
    folder      => 'IV_curve',
    date_prefix => 0,
    time_prefix => 0
);

Multiple datafiles

The following example creates multiple data files:

my $datafile1 = sweep_datafile(
    filename => 'data1',
    columns  => [qw/voltage current/]
);
my $datafile2 = sweep_datafile(
    filename => 'data2',
    columns  => [qw/voltage current/]
);

$sweep->start(
    measurement => $meas,
    datafiles   => [$datafile1, $datafile2],
    folder      => 'IV_curve'
);

In the $meas subroutine, we now call the log method for both data files:

my $meas = sub {
    my $sweep = shift;
    my $voltage = $source->cached_level();
    $sweep->log(
        datafile => $datafile1,
        voltage  => $voltage,
        current  => $dmm1->get_value(),
    );
    $sweep->log(
        datafile => $datafile2,
        voltage  => $voltage,
        current  => $dmm2->get_value()
   );
};

Multi-dimensional sweeps: Data file dimensions and file name extensions

2D sweeps

We start with a simple 2D sweep: we sweep a gate voltage (outer sweep) and a bias voltage (inner sweep) and again measure a current:

use Lab::Moose;

# As we use two Yokogawas, we need to provide serial numbers to identify them
# on the USB bus.
my $gate_source = instrument(
    type               => 'YokogawaGS200',
    connection_type    => 'USB',
    connection_options => {serial => '...'},
    # Safety limits:
    max_units => 10, min_units => -10,
    max_units_per_step => 0.1, max_units_per_second => 1
);

my $bias_source = instrument(
    type               => 'YokogawaGS200',
    connection_type    => 'USB',
    connection_options => {serial => '...'},
    # Safety limits:
    max_units => 10, min_units => -10,
    max_units_per_step => 0.1, max_units_per_second => 1
);

my $dmm = instrument(type => 'Agilent34410A', connection_type => 'USB');

my $gate_sweep = sweep(
    type       => 'Step::Voltage',
    instrument => $gate_source,
    from => 0, to => 1, step => 0.1
);

my $bias_sweep = sweep(
    type       => 'Step::Voltage',
    instrument => $bias_source,
    from => 0, to => 1, step => 0.1
);

my $datafile = sweep_datafile(columns => [qw/gate bias current/]);

# We use cached_level since that speeds up measurement a LOT.
my $meas = sub {
    my $sweep = shift;
    my $v_gate = $gate_source->cached_level();
    my $v_bias = $bias_source->cached_level();
    $sweep->log(
        gate    => $v_gate,
        bias    => $v_bias,
        current => $dmm->get_value(),
    );
};

$gate_sweep->start(
    slave       => $bias_sweep,
    measurement => $meas,
    datafile    => $datafile,
);

By default, this will create a 2D block data file in the typical gnuplot format, i.e., with each bias sweep followed by a blank line as separator.

# gate    bias    current
0         0       x
0         0.1     x
0         0.2     x
...
0         1       x

0.1       0       x
0.1       0.1     x
0.1       0.2     x
...
...

1         0       x
...
1         1       x

Alternatively, we can create multiple 1D data files, one for each value of the gate voltage. We do this by setting the datafile_dim parameter to 1:

$gate_sweep->start(
    slave        => $bias_sweep,
    measurement  => $meas,
    datafile     => $datafile,
    datafile_dim => 1
);

The output files will be <data_Voltage=0.dat, data_Voltage=0.1.dat, ..., data_Voltage=1.dat> We can customize the Voltage= part in the data file names by providing a filename extension in the gate sweep:

my $gate_sweep = sweep(
    type               => 'Step::Voltage',
    instrument         => $gate_source,
    from => 0, to => 1, step => 0.1,
    filename_extension => 'Gate=',
);

Higher dimensional sweeps

Sweeps setups with dimension > 2 can be created by using a slaves array parameter in sweep_start instead of slave:

$outer_sweep->start(
    slaves => [$middle_sweep, $inner_sweep],
    datafile => ...
);

The maximum data file dimension remains 2. E.g. if we create a 3D sweep [Temperature, Gate, Bias], a 2D data file will be created for each value of the temperature sweep. If we set datafile_dim to 1, a subfolder will be created for each value of the temperature and the subfolders contain 1D data files for each gate voltage value.

Live plotting

Line plots

Let us add a simple line plot to our IV measurement:

my $datafile = sweep_datafile(columns => [qw/voltage current/]);

$datafile->add_plot(
    x => 'voltage',
    y => 'current',
);

This will create a live line plot, which will be updated for each new data point. A copy of the plot will be saved in the output folder in png format with file name "$datafile.png". You can change this file name with the hard_copy option:

$datafile->add_plot(
    x         => 'voltage',
    y         => 'current',
    hard_copy => 'data.png',
);

The hard_copy attribute is mandatory if you add multiple plots to one datafile.

Connection problems associated with persistent plot windows

Some gnuplot terminals like qt are always persistent, i.e. the live plot windows persist after the measurement script is finished. Some connection types like LinuxGPIB only work after closing all plot windows. This might be caused by file locks which are inherited by the forked gnuplot processes even when the main perl process is finished. As an alternative to close the plot windows yourself, one can use terminals like x11 where one can set persist => 0 in the terminal_options attribute (see below).

Labeling lines for different blocks

Assume the following 2d sweep setup:

# outer sweep
my $gate_sweep = sweep(
    type               => 'Step::Voltage',
    instrument         => $gate_source,
    list => [10, 20, 30],
);

# inner (fast) sweep
my $bias_sweep = sweep(
    type                => 'Step::Voltage',
    from                => -1,
    to                  => 1,
    step                => 0.01
);

my $datafile = datafile(columns => [qw/gate bias current/]);

We create a current vs. bias plot with one curve for each value of the gate:

$datafile->add_plot(
    x => 'bias',
    y => 'current',
    legend => 'gate',
);

Setting the 'legend' attribute will create a key where each curve is labeled by its value of the gate parameter.

Conversely, if we do not need different plotting styles for each block, we can set

$datafile->add_plot(
    x => 'bias',
    y => 'current',
    curve_options => {linetype => 1},
);

Multiple curves per plot

We can draw multiple curves in a single plot window:

$datafile->add_plot(
    curves => [{x => 'voltage', y => 'current1'}, {x => 'voltage', y =>
    'current2'}],
    hard_copy_ => 'data.png'
);

Color maps (3D plots)

Let us add a color plot to the gate/bias 2D sweep:

my $datafile = sweep_datafile(columns => [qw/gate bias current/]);

$datafile->add_plot(
    type => 'pm3d',
    x    => 'gate',
    y    => 'bias',
    z    => 'current'
);

The designation 'pm3d' comes from the gnuplot plot type of this name. By default, the live plot will be updated after each bias sweep is completed.

Terminal options

If we don't want to use gnuplot's default terminal for the live plot or hardcopy, we use the terminal, hard_copy_terminal, terminal_options and hard_copy_terminal_options options:

$datafile->add_plot(
    type                       => 'pm3d',
    x                          => 'gate',
    y                          => 'bias',
    z                          => 'current',
    terminal                   => 'x11',
    terminal_options           => {linewidth => 3},
    hard_copy                  => 'data.jpg',
    hard_copy_terminal         => 'jpeg',
    hard_copy_terminal_options => {linewidth => 0.5}
); 

Plot and curve options

PDL::Graphics::Gnuplot separates between plot options and curve options.

$datafile->add_plot(
    type => 'pm3d',
    x    => 'gate',
    y    => 'bias',
    z    => 'current',
    plot_options => {
        title   => 'x - y plot',
        xlabel  => 'x (V)',
        ylabel  => 'y (V)',
        cblabel => 'current (A)', # label for color box
        format  => {x => "'%.2e'", y => "'%.2e'"},
        grid    => 0, # disable grid
    },
    curve_options => {
        with      => 'lines', # default is 'points'
        linetype  => 2, # color
        linewidth => 2,
    },
);      

More plot and curve options are documented in PDL::Graphics::Gnuplot.

Live plots in higher dimensional sweeps

Live plotting is also supported for higher dimensional sweeps. When the sweep creates multiple subfolders with datafiles, add_plot will be called each time a new datafile is created. In this case, the hard_copy argument to add_plot cannot be used, as the hard copies of each datafile plot need to have unique names. Instead we use hard_copy_suffix:

# plot current versus voltage
$datafile->add_plot(
    x         => 'voltage',
    y         => 'current',
    hard_copy_suffix => '_IV',
);

# plot voltage versus current
$datafile->add_plot(
    x         => 'current',
    y         => 'voltage',
    hard_copy_suffix => '_VI',
);

Refresh type 'block' for 2D plots

By default, 2D plots will be refreshed after every new point that is appended to the datafile. For pm3d plots, the default is to refresh after every new block/line of data. When using datafile_dim = 2 with a 2D plot, as shown above, it is often useful to refresh only after each finished block:

$datafile->add_plot(
   ...
   refresh => 'block',
);

As more and more data points are contained in a plot, refreshing the plot becomes slower. Without the refresh => 'block' this would lead to a increasing delay of the measurement.

Refresh interval

We can set a mininum time between redraws of the live plot. This becomes handy for large plot, where the redrawing the plot is slow.

# Wait at least 10 minutes before redraw:
$datafile->add_plot(
    ...
    refresh_interval => 600,
);

To ensure that the whole data is plotted at the end of the measurement, we force a redraw of all plots:

$sweep->refresh_plots(force => 1);

Block data

There are types of instruments which return more than a single data. Examples are spectrum and network analyzers, which perform a frequency sweep and return an array of data after each sweep.

FIXME: We need to link to a good introduction to PDL here.

The sparam_sweep method provided, e.g., by the Lab::Moose::Instrument::RS_ZVA returns a 2D PDL with the following format:

[
 [freq1    , freq2    , ..., freqN    ],
 [Re(S11)_1, Re(S11)_2, ..., Re(S11)_N],
 [Im(S11)_1, Im(S11)_2, ..., Im(S11)_N],
 [Amp_1    , Amp_2    , ..., Amp_N    ],
 [phase_1  , phase_2  , ..., phase_N  ],
]

The following script sweeps a voltage source and performs a frequency sweep with the VNA for each level of the voltage source. Each VNA sweep is logged into a separate datafile which contains one line of data for each frequency point.

use Lab::Moose;

my $source = instrument(
    type            => 'YokogawaGS200',
    connection_type => 'USB',
    # Safety limits:
    max_units => 10, min_units => -10,
    max_units_per_step => 0.1, max_units_per_second => 1
);

my $vna = instrument(
    type               => 'RS_ZVA',
    connection_type    => 'VXI11',
    connection_options => {host => '192.168.x.x'},
);

my $sweep = sweep(
    type => 'Step::Voltage',
    instrument => $source,
    from => -5, to => 5, step => 0.01
);

my $datafile = sweep_datafile(
    columns => [qw/voltage freq Re_S21 Im_S21 amplitude phase/]);

my $meas = sub {
    my $sweep = shift;
    my $voltage = $source->cached_level();
    my $block = $vna->sparam_sweep(timeout => 10, average => 100);

    $sweep->log_block(
        prefix => {voltage => $voltage},
        block => $block
    );
};

$sweep->start(
    measurement => $meas,
    datafile   => $datafile,
    datafile_dim => 1, # each VNA trace in a separate file
    point_dim => 1, # the measurement sub logs blocks, not points
);

Without the point_dim => 1 setting, only one datafile would be generated. One could also log all blocks into a single 2D datafile by setting datafile_dim => 2.

log_block with single-point sweeps

Assume that we use the VNA to measure transmission at a single fixed frequency. In this case sparam_sweep returns a 2D PDL where the first dimension has length one. One can still use log_block for logging. By default log_block does not trigger a refresh of live plots. This can be changed by adding refresh_plots => 1 to the log_block arguments.

Continuous sweeps

With continuous sweeps, the sweep parameter is ramped in the background while data is recorded. This is in constrast with step/list sweeps where the sweep parameter is kept constant during data acquisition. The rate of measurement points taken is controlled by the interval sweep attribute.

For example, the following time sweep records data every 0.5 seconds and finishes after 60 seconds:

use Lab::Moose;

my $sweep = sweep(
    type => 'Continuous::Time',
    interval => 0.5,
    duration => 60
);

Configuration of continuous sweeps

In this example we sweep a magnet field with the Continuous::Magnet sweep class. All subclasses of Continuous work like this.

Note that the rate is given in Tesla/min.

my $sweep = sweep(
    type => 'Continuous::Magnet',
    instrument => $ips,
    from => -1, # Tesla
    to => 1,
    rate => 0.1, # (Tesla/min, always positive)
    start_rate => 1, # (optional, rate to approach start point)
    interval => 0.5, # one measurement every 0.5 seconds
);

If the sweep should use different rates in different sections, use the points, rates, and intervals arguments:

my $sweep = sweep(
    type => 'Continuous::Magnet',
    instrument => $ips,
    points => [-1, -0.1, 0.1, 1],
    # start rate: 1
    # use slow rate 0.01 between points -0.1 and 0.1
    rates => [1, 0.1, 0.01, 0.1], 
    intervals => [0.5], # one measurement every 0.5 seconds
);

If the rates array contains fewer elements than the points array, it will be filled with the last value.

If no interval or intervals parameter is provided a default of 0 is used. With an interval of 0, as many data points as possible are recorded without any delay between the measurement points.

Further sweep customizations

The delay_before_loop, delay_in_loop, and delay_after_loop attributes

These attributes can be used to introduce delays into a sweep:

my $sweep = sweep(
    type       => 'Step::Voltage',
    instrument => $source,
    from => -5, to => 5, step => 0.01,
    delay_before_loop => 1.5,
    delay_in_loop => 0.1,
    delay_after_loop => 2.5,
);

With delay_before_loop set, the sweep will sleep 1.5 seconds before starting the sweep (after going to the start point of the sweep). With delay_in_loop set, there is a sleep between going to the setpoint and calling the measurement subroutine. The delay_after_loop causes a delay between finishing the sweep and going back to the start point.

The before_loop coderef

The before_loop coderef is used to execute arbitrary code at the start of a sweep:

my $before_loop = sub {
    print("will start loop now\n");
};

my $sweep = sweep(
    type       => 'Step::Voltage',
    instrument => $source,
    from => -5, to => 5, step => 0.01,
    before_loop => $before_loop,
);

The $before_loop code is called after a possible delay_before_loop delay.

Adding entries to META.yml

An arbitray hash of metadata can be added to META.yml my providing a meta_data attribute to the start method:

$sweep->start(
    measurement => $meas,
    datafile   => $datafile,
    meta_data => {foo_string => "123", bar_array => [1, 2, 3]},
);

Custom measurement control without the Sweep layer

Here we describe measurement control without the Sweep API. One can still use the Datafolder, Datafile, and live plotting features, as they are implemented independently of the Sweep layer. For example, the 2D sweep example from above could be rewritten like this:

use Lab::Moose; # get instrument, datafolder, datafile, linspace
use Lab::Moose::Countdown; # get countdown

my $gate_source = instrument(
    type            => 'DummySource',
    connection_type => 'Debug',
    connection_options => {verbose => 0},
    
    # Safety limits:
    max_units => 10, min_units => -10,
    max_units_per_step => 0.11, max_units_per_second => 10
);
 
my $bias_source = instrument(
    type               => 'DummySource',
    connection_type => 'Debug',
    connection_options => {verbose => 0},

    # Safety limits:
    max_units => 10, min_units => -10,
    max_units_per_step => 0.11, max_units_per_second => 10
);

my $folder = datafolder();
my $datafile = datafile(folder => $folder, filename => 'data.dat',
                        columns => [qw/gate bias current/]);

$datafile->add_plot(
    type => 'pm3d',
    x => 'gate',
    y => 'bias',
    z => 'current'
    );

my @gate_values = linspace(from => 0, to => 1, step => 0.1);
my @bias_values = linspace(from => -1, to => 1, step => 0.1);

for my $gate_value (@gate_values) {
    $gate_source->set_level(value => $gate_value);
    
    # go to bias sweep start point and wait 5 sec
    $bias_source->set_level(value => $bias_values[0]);
    countdown(5);
    
    for my $bias_value (@bias_values) {
        $bias_source->set_level(value => $bias_value);
        $datafile->log(
            gate => $gate_value,
            bias => $bias_value,
            current => $bias_value + $gate_value,
            );
    }
    $datafile->new_block();
}

$bias_source->set_level(value => 0);

One can also use the stabilization routines used by some sweep types like the Step::Temperature sweep:

use Lab::Moose;
use Lab::Moose::Stabilizer;
my $instrument = instrument(type => 'OI_ITC503', ...);

# Set temp and stabilize
$instrument->set_T(value => $temp);
stabilize(
    instrument => $instrument,
    setpoint   => $temp,
    getter     => 'get_T',
    tolerance_setpoint   => 0.1, 
    tolerance_std_dev    => 0.1,
    measurement_interval => 10,
    observation_time     => 100,
);

Writing new instrument drivers

Detailed instructions for writing new instrument drivers are provided in Lab::Measurement::Developer.

COPYRIGHT AND LICENSE

This software is copyright (c) 2020 by the Lab::Measurement team; in detail:

Copyright 2006       Daniel Schroeer
          2010       Daniel Schroeer
          2011-2012  Andreas K. Huettel
          2016       Andreas K. Huettel, Simon Reinhardt
          2017       Andreas K. Huettel
          2018       Andreas K. Huettel, Simon Reinhardt
          2019-2020  Simon Reinhardt

This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.