Devices: collections of PVs

Overview

The device module provides a simple interface to a collection of PVs. Here an epics device.Device is an object holding a set of PVs, all sharing a prefix, but having many attributes. Many PVs will have names made up of prefix+attribute, with a common prefix for several related PVs. This almost describes an Epics Record, but as it is concerned only with PV names, the mapping to an Epics Record is not exact. On the other hand, the concept of a device is more flexible than a predefined Epics Record as it can actually hold PVs from several different records.:

motor1 = epics.Device('XXX:motor1.', attrs=('VAL', 'RBV', 'DESC', 'RVAL',
                                           'LVIO', 'HLS', 'LLS'))
motor1.put('VAL', 1)
print(f"Motor {motor1.get('DESC')} = {motor1.get('RBV')}")

motor1.VAL = 0
print(f'Motor {motor1.DESC} = {motor1.RBV}')

While useful on its own like this, the real point of a device is as a base class, to be inherited and extended. In fact, there is a more sophisticated Motor device described below at Epics Motor Device

class device.Device(prefix=None[, delim=''[, attrs=None]])

The attribute PVs are built as needed and held in an internal buffer self._pvs. This class is kept intentionally simple so that it may be subclassed.

To pre-load attribute names on initialization, provide a list or tuple of attributes with the attr option.

Note that prefix is actually optional. When left off, this class can be used as an arbitrary container of PVs, or to turn any subclass into an epics Device.

In general, PV names will be mapped as prefix+delim+attr. See add_pv() for details of how to override this.

device.PV(attr[, connect=True[, **kw]]])

returns the PV object for a device attribute. The connect argument and any other keyword arguments are passed to epics.PV().

device.put(attr, value[, wait=False[, timeout=10.0]])

put an attribute value, optionally wait for completion or up to a supplied timeout value

device.get(attr[, as_string=False])

get an attribute value, option as_string returns a string representation

device.add_callback(attr, callback)

add a callback function to an attribute PV, so that the callback function will be run when the at tribute’s value changes

device.add_pv(pvname[, attr=None[, **kw]])

adds an explicitly names epics.PV() to the device even though it may violate the normal naming rules (in which attr is mapped to epics.PV(prefix+delim+attr). That is, one can say:

import epics
m1 = epics.Device('XXX:m1', delim='.')
m1.add_pv('XXX:m2.VAL', attr='other')
print(m1.VAL)     # print value of XXX:m1.VAL
print(m1.other)   # prints value of XXX:m2.VAL
device.save_state()

return a dictionary of all current values – the ‘’current state’’.

device.restore_state(state)

restores a saved state, as saved with save_state()

device.write_state(fname[, state=None])

write a saved state to a file. If no state is provide, the current state is written.

device.read_state(fname[, restore=False])

reads a state from a file, as written with write_state(), and returns it. If ‘’restore’’ is True, the read state will be restored.

device._pvs

a dictionary of PVs making up the device.

Epics Motor Device

The Epics Motor record has over 100 fields associated with it. Of course, it is often preferable to think of 1 Motor with many attributes than 100 or so separate PVs. Many of the fields of the Motor record are interrelated and influence other settings, including limits on the range of motion which need to be respected, and which may send notifications when they are violated. Thus, there is a fair amount of functionality for a Motor. Typically, the user just wants to move the motor by setting its drive position, but a fully enabled Motor should allow the use to change and read many of the Motor parameters.

The Motor class helps the user create and use Epics motors. A simple example use would be:

import epics
m1 = epics.Motor('XXX:m1')

print(f'Motor: {m1.DESC} Currently at {m1.RBV}')

m1.tweak_val = 0.10
m1.move(0.0, dial=True, wait=True)

for i in range(10):
    m1.tweak(direction='forward', wait=True)
    time.sleep(1.0)
    print(f'Motor: {m1.DESC} Currently at {m1.RBV}')

Which will step the motor through a set of positions. You’ll notice a few features for Motor:

1. Motors can use English-name aliases for attributes for fields of the motor record. Thus ‘VAL’ can be spelled ‘drive’ and ‘DESC’ can be ‘description’. The Table of Motor Attributes give the list of names that can be used.

2. The methods for setting positions can use the User, Dial, or Step coordinate system, and can wait for completion.

The epics.Motor class

class motor.Motor(pvname[, timeout=30.])

create a Motor object for a named Epics Process Variable.

Parameters:
  • pvname (string) – prefix name (no ‘.VAL’ needed!) of Epics Process Variable for a Motor

  • timeout (float) – time (in seconds) to wait before giving up trying to connect.

Once created, a Motor should be ready to use.

>>> from epics import Motor
>>> m = Motor('XX:m1')
>>> print(m.drive, m.description, m.slew_speed)
1.030 Fine X 5.0
>>> print(m.get('device_type', as_string=True))
'asynMotor'

A Motor has very many fields. Only a few of them are created on initialization – the rest are retrieved as needed. The motor fields can be retrieved either with an attribute or with the get() method. A full list of Motor attributes and their aliases for the motor record is given in Table of Motor Attributes.

Table of Aliases for attributes for the epics Motor class, and the corresponding attribute name of the Motor Record field.

alias

Motor Record field

alias

Motor Record field

disabled

_able.VAL

moving

MOVN

acceleration

ACCL

resolution

MRES

back_accel

BACC

motor_status

MSTA

backlash

BDST

offset

OFF

back_speed

BVEL

output_mode

OMSL

card

CARD

output

OUT

dial_high_limit

DHLM

prop_gain

PCOF

direction

DIR

precision

PREC

dial_low_limit

DLLM

readback

RBV

settle_time

DLY

retry_max

RTRY

done_moving

DMOV

retry_count

RCNT

dial_readback

DRBV

retry_deadband

RDBD

description

DESC

dial_difference

RDIF

dial_drive

DVAL

raw_encoder_pos

REP

units

EGU

raw_high_limit

RHLS

encoder_step

ERES

raw_low_limit

RLLS

freeze_offset

FOFF

relative_value

RLV

move_fraction

FRAC

raw_motor_pos

RMP

hi_severity

HHSV

raw_readback

RRBV

hi_alarm

HIGH

readback_res

RRES

hihi_alarm

HIHI

raw_drive

RVAL

high_limit

HLM

dial_speed

RVEL

high_limit_set

HLS

s_speed

S

hw_limit

HLSV

s_back_speed

SBAK

home_forward

HOMF

s_base_speed

SBAS

home_reverse

HOMR

s_max_speed

SMAX

high_op_range

HOPR

set

SET

high_severity

HSV

stop_go

SPMG

integral_gain

ICOF

s_revolutions

SREV

jog_accel

JAR

stop

STOP

jog_forward

JOGF

t_direction

TDIR

jog_reverse

JOGR

tweak_forward

TWF

jog_speed

JVEL

tweak_reverse

TWR

last_dial_val

LDVL

tweak_val

TWV

low_limit

LLM

use_encoder

UEIP

low_limit_set

LLS

u_revolutions

UREV

lo_severity

LLSV

use_rdbl

URIP

lolo_alarm

LOLO

drive

VAL

low_op_range

LOPR

base_speed

VBAS

low_alarm

LOW

slew_speed

VELO

last_rel_val

LRLV

version

VERS

last_dial_drive

LRVL

max_speed

VMAX

last_SPMG

LSPG

use_home

ATHM

low_severity

LSV

deriv_gain

DCOF

methods for epics.Motor

motor.get(attr[, as_string=False])

sets a field attribute for the motor.

Parameters:
  • attr (string (from table above)) – attribute name

  • as_string (True/ False) – whether to return string value.

Note that get() can return the string value, while fetching the attribute cannot do so:

>>> m = epics.Motor('XXX:m1')
>>> print(m.device_type)
0
>>> print(m.get('device_type', as_string=True))
'asynMotor'
motor.put(attr, value[, wait=False[, timeout=30]])

sets a field attribute for the motor.

Parameters:
  • attr (string (from table above)) – attribute name

  • value – value for attribute

  • wait (True/False) – whether to wait for completion.

  • timeout (float) – time (in seconds) to wait before giving up trying to connect.

motor.check_limits()

checks whether the current motor position is causing a motor limit violation, and raises a MotorLimitException if it is.

returns None if there is no limit violation.

motor.within_limits(value[, limits='user'])

checks whether a target value would be a limit violation.

Parameters:
  • value – target value

  • limits (string) – one of ‘user’, ‘dial’, or ‘raw’ for which limits to consider

Return type:

True/False

motor.move(val=None[, relative=None[, wait=False[, timeout=300.0[, dial=False[, raw=False[, ignore_limits=False[, confirm_move=False]]]]]]])

moves motor to specified drive position.

Parameters:
  • val – value to move to (float) [Must be provided]

  • relative – move relative to current position (T/F) [F]

  • wait – whether to wait for move to complete (T/F) [F]

  • timeout – max time for move to complete (in seconds) [300]

  • dial – use dial coordinates (T/F) [F]

  • raw – use raw coordinates (T/F) [F]

  • ignore_limits – try move without regard to limits (T/F) [F]

  • confirm_move – try to confirm that move has begun (when wait=False) (T/F) [F]

Return type:

integer

Returns an integer value, according the table below. Note that a return value of 0 with wait=False does not really guarantee a successful move, just that a move request was issued. If you’re interested in checking that a requested move really did start without waiting for the move to complete, you may want to use the confirm_move=True option.

Table of return values from move().

return value

meaning

-13

invalid value (cannot convert to float). Move not attempted.

-12

target value outside soft limits. Move not attempted.

-11

drive PV is not connected: Move not attempted.

-8

move started, but timed-out.

-7

move started, timed-out, but appears done.

-5

move started, unexpected return value from put()

-4

move-with-wait finished, soft limit violation seen.

-3

move-with-wait finished, hard limit violation seen.

0

move-with-wait finish OK.

0

move-without-wait executed, not confirmed.

1

move-without-wait executed, move confirmed.

3

move-without-wait finished, hard limit violation seen.

4

move-without-wait finished, soft limit violation seen.

motor.tweak(direction='forward'[, wait=False[, timeout=300.]])

move the motor by the current tweak value

Parameters:
  • direction (string: 'forward' (default) or 'reverse') – direction of motion

  • wait (True/False) – whether to wait for completion

  • timeout (float) – max time for move to complete (in seconds) [default=300]

motor.get_position(readback=False[, dial=False[, raw=False]])

Returns the motor position in user, dial or raw coordinates.

Parameters:
  • readback – whether to return the readback position in the desired coordinate system. The default is to return the drive position of the motor.

  • dial – whether to return the position in dial coordinates. The default is user coordinates.

  • raw – whether to return the raw position. The default is user coordinates.

The “raw” and “dial” keywords are mutually exclusive. The “readback” keyword can be used in user, dial or raw coordinates.

motor.set_position(position[ dial=False[, raw=False]])

set (that is, redefine) the current position to supplied value.

Parameters:
  • position – The new motor position

  • dial – whether to set in dial coordinates. The default is user coordinates.

  • raw

    whether to set in raw coordinates. The default is user coordinates.

    The ‘raw’ and ‘dial’ keywords are mutually exclusive.

motor.get_pv(attr)

returns the PV for the corresponding attribute.

motor.set_callback(attr='drive'[, callback=None[, kw=None]])

sets a callback on the PV for a particular attribute.

motor.clear_callback(attr='drive')

clears a callback on the PV for a particular attribute.

motor.show_info()

prints out a table of attributes and their current values.

Other Device Examples

An epics Device provides a general way to group together a set of PVs. The examples below show how to build on this generality, and may inspire you to build your own device classes.

A basic Device without a prefix

Here, we define a very simple device that does not even define a prefix. This is not much more than a collection of PVs. Since there is no prefix given, all PVs in the device must be fully qualified. Note that there is no requirement to share a common prefix in such a collection of PVs:

from epics import Device
dev = Device()
p1 = dev.PV('13IDC:m1.VAL')
p2 = dev.PV('13IDC:m2.VAL')
dev.put('13IDC:m1.VAL', 2.8)
dev.put('13IDC:m2.VAL', 3.0)
print(dev.PV('13IDC:m3.DIR').get(as_string=True))

Note that this device cannot use the attributes based on field names.

This may not look very interesting – why not just use a bunch of PVs? If ou consider Device to be a starting point for building more complicated objects by subclassing Device and adding specialized methods, then it can start to get interesting.

Epics ai record as Device

For a slightly more useful and typical example, the pyepics distribution includes a Device for an Epics ai (analog input record). The full implementation of this device is:

#!/usr/bin/env python
"""Epics analog input record"""
from .. import Device

class ai(Device):
    "Simple analog input device"

    attrs = ('VAL', 'EGU', 'HOPR', 'LOPR', 'PREC', 'NAME', 'DESC',
             'DTYP', 'INP', 'LINR', 'RVAL', 'ROFF', 'EGUF', 'EGUL',
             'AOFF', 'ASLO', 'ESLO', 'EOFF', 'SMOO', 'HIHI', 'LOLO',
             'HIGH', 'LOW', 'HHSV', 'LLSV', 'HSV', 'LSV', 'HYST')

    def __init__(self, prefix, **kwargs):
        if prefix.endswith('.'):
            prefix = prefix[:-1]
        Device.__init__(self, prefix, delim='.', attrs=self.attrs, **kwargs)

The code simply pre-defines the fields that are the suffixes of an Epics ai input record, and subclasses Device with these fields to create the corresponding PVs. For most record suffixes, these will be available as attributes of the Device object. For example, the ai class above can be used simply and cleanly as:

from epics.devices import ai
This_ai = ai('XXX.PRES')
print(f'Value: {This_ai.VAL}')
print(f'Units: {This_ai.EGU}')

Of course, you can also use the get(), put() methods above for a basic Device:

This_ai.put('DESC', 'My Pump')

Several of the other standard Epics records can easily be exposed as Devices in this way, and the pyepics distribution includes such simple wrappings for the Epics ao, bi, and bo records, as well as several more complex records from synApps.

Epics Scaler Record as Device

For a slightly more complicated example: an incomplete, but very useful mapping of the Scaler Record from synApps, including methods for changing modes, and reading and writing data.

#!/usr/bin/env python 
"""Epics Scaler"""
from .. import Device, poll

class Scaler(Device):
    """ 
    Simple implementation of SynApps Scaler Record.   
    """
    attrs = ('CNT', 'CONT', 'TP', 'T', 'VAL')
    attr_kws = {'calc_enable': '%s_calcEnable.VAL'}
    chan_attrs = ('NM%i', 'S%i')
    calc_attrs = {'calc%i': '%s_calc%i.VAL', 'expr%i': '%s_calc%i.CALC'}
    _nonpvs = ('_prefix', '_pvs', '_delim', '_nchan', '_chans')
    
    def __init__(self, prefix, nchan=8):
        self._nchan  = nchan
        self._chans = range(1, nchan+1)
        
        attrs = list(self.attrs)
        for i in self._chans:
            for att in self.chan_attrs:
                attrs.append(att % i)
                
        Device.__init__(self, prefix, delim='.', attrs=attrs)

        for key, val in self.attr_kws.items():
            self.add_pv(val % prefix, attr= key)
            
        for i in self._chans:
            for key, val in self.calc_attrs.items():
                self.add_pv(val % (prefix, i), attr = key % i)
        self._mutable = False
        
    def AutoCountMode(self):
        "set to autocount mode"
        self.put('CONT', 1)

    def OneShotMode(self):
        "set to one shot mode"        
        self.put('CONT', 0)

    def CountTime(self, ctime):
        "set count time"
        self.put('TP', ctime)
        
    def Count(self, ctime=None, wait=False):
        "set count, with optional counttime"
        if ctime is not None:
            self.CountTime(ctime)
        self.put('CNT', 1, wait=wait)
        poll()

    def EnableCalcs(self):
        " enable calculations"
        self.put('calc_enable', 1)

    def setCalc(self, i, calc):
        "set the calculation for scaler i"
        attr = 'expr%i'  % i
        self.put(attr, calc)

    def getNames(self):
        "get all names"
        return [self.get('NM%i' % i) for i in self._chans]

    def Read(self, use_calc=False):
        "read all values"
        attr = 'S%i'
        if use_calc:
            attr = 'calc%i'
        return [self.get(attr % i) for i in self._chans]

Note that we can then create a scaler object from its base PV prefix, and use methods like Count() and Read() without directly invoking epics calls:

s1 = Scaler('XXX:scaler1')
s1.setCalc(2, '(B-2000*A/10000000.)')
s1.enableCalcs()
s1.OneShotMode()
s1.Count(t=5.0, wait=True)
print(f'Names:    {s1.getNames()}')
print(f'Raw  values: {s1.Read(use_calc=False)}')
print(f'Calc values: {s1.Read(use_calc=True)}')

Other Devices included in PyEpics

Several other Epics Records have been exposed as Devices, and included in PyEpics distribution. These vary some in how complete and feature-rich they are, and are definitely skewed toward data collection at synchrotron beamlines. A table of current Devices are listed in the Table of Included Epics Devices table below. For further details, consult the source code for these modules.

Table of Epics Devices Included in the PyEpics distribution. For those described as “pretty basic”, there are generally only PV suffixes to attributes mapped. Many of the others include one or more methods for specific use of that Device.

module

class

description

ad_base

AD_Camera

areaDetector Camera, pretty basic

ad_fileplugin

AD_FilePlugin

areaDetector File Plugin, many methods

ad_image

AD_ImagePlugin

areaDetector Image, with ArrayData attribute

ad_overlay

AD_OverlayPlugin

areaDetector Overlay, pretty basic

ad_perkinelmer

AD_PerkinElmer

PerkinElmer(xrd1600) detector, several methods

ai

ai

analog input, pretty basic (as above)

ao

ao

analog output, pretty basic

bi

bi

binary input, pretty basic

bo

bo

binary output, pretty basic

mca

MCA

epics DXP record, pretty basic

mca

DXP

epics MCA record, get_rois()/get_calib()

mca

MultiXMAP

Multiple XIA XMaps, several methods

scaler

Scaler

epics Scaler record, many methods

scan

Scan

epics SScan record, some methods

srs570

SRS570

SRS570 Amplifier

struck

Struck

SIS Multichannel Scaler, many methods

transform

Transform

epics userTransform record

xspress3

Xspress3

Quantum Electronics Xspress3 Multi-MCA