.. automodule:: softioc
``softioc``
-----------
The top level softioc module contains a number of packages that can be used
in the creation of IOCs:
`softioc.softioc`
This module wraps the basic interface to the EPICS IOC. A large number of
interactive EPICS commands are wrapped and can be made available through the
interpreter by invoking the interpreter through this module.
`softioc.asyncio_dispatcher`
A dispatcher for `asyncio` based applications instead of the default
`cothread` one
`softioc.alarm`
This module simply contains definitions for severity and alarm values taken
from the EPICS ``alarm.h`` header file.
`softioc.builder`
This module provides facilities for creating PVs.
`softioc.pvlog`
The act of importing this module configures the IOC to log every external
put to the database.
The following submodules implement internals and should not normally be looked
at directly:
``softioc.imports``
Imports and wraps C functions from EPICS IOC support.
``softioc.fields``
Used internally as part of record support to implement access to EPICS
record fields.
``softioc.device_core``
Implements the basics of ``Python`` EPICS device support.
`softioc.device`
Implements ``Python`` device support for all the record types supported.
``softioc.pythonSoftIoc``
Implements `epicsdbbuilder` interface for all of the ``Python`` records.
.. data:: softioc.__version__
:type: str
Version number as calculated by https://github.com/dls-controls/versiongit
.. automodule:: softioc.softioc
..
NOTE: can't use :members: here as it calls repr on the exit object which
makes the process exit!
Top Level IOC Interface: `softioc.softioc`
------------------------------------------
This module provides the following functions for general use (available by
importing ``*``):
.. autofunction:: iocInit
.. autofunction:: dbLoadDatabase
.. note::
This function is not normally called directly, instead
`softioc.builder.LoadDatabase` is normally used to create and load the
EPICS database on the fly.
However, if required, an existing EPICS database can be loaded
explicitly using this method. Note that `dbLoadDatabase` cannot be
called after `iocInit`.
.. autofunction:: devIocStats
.. autofunction:: interactive_ioc
While the interactive shell is running a number of EPICS test functions are made
available for use together with the constant value exit with special
behaviour: typing exit at the interpreter prompt will immediately call
epicsExit causing the Python interpreter and IOC to terminate.
This module provides Python wrappers for the following EPICS test functions and makes them available to the interactive_ioc interpreter shell. See the IOC Test Facilities documentation for more details of each function.
.. autofunction:: dba
.. autofunction:: dbl
.. autofunction:: dbnr
.. autofunction:: dbgrep
.. autofunction:: dbgf
.. autofunction:: dbpf
.. autofunction:: dbpr
.. autofunction:: dbtr
.. autofunction:: dbtgf
.. autofunction:: dbtpf
.. autofunction:: dbior
.. autofunction:: dbhcr
.. autofunction:: gft
.. autofunction:: pft
.. autofunction:: tpn
.. autofunction:: dblsr
.. autofunction:: dbLockShowLocked
.. autofunction:: scanppl
.. autofunction:: scanpel
.. autofunction:: scanpiol
.. autofunction:: generalTimeReport
.. autofunction:: eltc
.. attribute:: exit
Displaying this value will invoke ``epicsExit()`` causing the IOC to
terminate immediately.
.. automodule:: softioc.asyncio_dispatcher
:members:
Asyncio Dispatcher: `softioc.asyncio_dispatcher`
------------------------------------------------
If your application uses `asyncio` then this module gives an alternative
dispatcher for caput requests.
.. automodule:: softioc.builder
Creating Records: `softioc.builder`
-----------------------------------
This module publishes functions for creating records. All of the other methods
in this module must be called before calling :func:`LoadDatabase`, after which
no function in this module is usable.
See `softioc.device` for a detailed explanation of record support and creation,
but note that only the following records types have direct support from this
module:
ai, ao, bi, bo, longin, longout, mbbi, mbbo, stringin, stringout, waveform
The following methods create records of the corresponding type. For all records
the `initial_value` parameter can be used to specify an initial value for the
record.
The following optional keyword arguments are available for all of these
functions:
.. _initial_value:
`initial_value`
~~~~~~~~~~~~~~~
This is used to specify an initial value for each record.
.. _on_update:
`on_update`
~~~~~~~~~~~
This is only available on OUT records (including those created by
:func:`WaveformOut`). This specifies a function that will be called after
record processing has completed.
If used this should be set to a callable taking exactly one argument. After
successful record processing this function will be called with the new value
just written to the record.
Note that this callback occurs at an unpredictable time after record
processing and if repeated high speed channel access puts are in progress it
is possible that callbacks may be delayed. Each callback will be passed the
value at the time the record was processed.
Note also that `on_update` callbacks occur as part of cothread processing
and normal cothread operations can occur during the callback. However only
one callback is dispatched at a time, so if a callback blocks it will delay
`on_update` callbacks for other records.
.. _on_update_name:
`on_update_name`
~~~~~~~~~~~~~~~~
This is an alternative form of `on_update` with the same behaviour: note
that at most one of `on_update` and `on_update_name` may be passed. The
difference is that `on_update_name` is called with the record name as its
second argument after the value as the first argument.
.. _validate:
`validate`
~~~~~~~~~~
Also only available on OUT records, specifies a function called during
record processing. If used this should be set to a callable taking two
arguments. The first argument will be the record object, and the second
will be the new value being written. The `validate` function can reject
the update by returning `False` or accept it by returning `True`.
.. note::
This function is called asynchronously on a thread determined by
EPICS and it is not safe to perform any cothread actions within this
callback.
.. _always_update:
`always_update`
~~~~~~~~~~~~~~~
Again only on OUT records, determines whether record writes which don't
change the existing value are passed through. If this field is not set then
writing to ``.PROC`` will have no visible effect.
This flag defaults to `False`, in which case updates to the record
which don't change its value will be discarded. In particular this means
that such updates don't call `validate` or `on_update`.
For all of these functions any EPICS database field can be assigned a value by
passing it as a keyword argument for the corresponding field name (in upper
case) or by assigning to the corresponding field of the returned record object.
Thus the **fields argument in all of the definitions below refers to both
the optional keyword arguments listed above and record field names.
All functions return a wrapped ProcessDeviceSupportIn or ProcessDeviceSupportOut instance.
.. function::
aIn(name, LOPR=None, HOPR=None, EGU=None, PREC=None, **fields)
aOut(name, DRVL=None, DRVH=None, EGU=None, PREC=None, **fields)
Create ``ai`` and ``ao`` records. The lower and upper limits for the record
can be specified. For ``ao`` records the ``LOPR`` and ``HOPR`` fields will
be set by default to the values of the ``DRVL`` and ``DRVH`` fields
respectively.
.. function::
boolIn(name, ZNAM=None, ONAM=None, **fields)
boolOut(name, ZNAM=None, ONAM=None, **fields)
Create ``bi`` and ``bo`` records with the specified names for false (zero)
and true (one).
.. function::
longIn(name, LOPR=None, HOPR=None, EGU=None, **fields)
longOut(name, DRVL=None, DRVH=None, EGU=None, **fields)
Create ``longin`` and ``longout`` records with specified limits and units.
The lower and upper display limits for the record can be specified. For
``longout`` records the ``LOPR`` and ``HOPR`` fields will be set by default
to the values of the ``DRVL`` and ``DRVH`` fields respectively.
.. function::
stringIn(name, **fields)
stringOut(name, **fields)
Create ``stringin`` and ``stringout`` records.
.. function::
mbbIn(name, *options, **fields)
mbbOut(name, *options, **fields)
Create ``mbbi`` and ``mbbo`` records. Up to 16 options can be specified as
either an option name or a tuple of two fields. The name or first field of
the tuple names the option, and the second optional field is the option
severity. For example::
status = mbbIn('STATUS',
'OK',
('FAILING', 'MINOR'),
('FAILED', 'MAJOR'),
('NOT CONNECTED', 'INVALID'))
Severities can also be assigned using the `softioc.alarm` numerical
severities if preferred.
Numerical values are assigned to options sequentially from 0 to 15 and
cannot be overridden.
.. warning::
This is a strictly incompatible change from version 2, but is now
compatible with version 2 of epics_device_.
.. function::
Waveform(name, [value,] **fields)
WaveformOut(name, [value,] **fields)
Create ``waveform`` records. Depending on whether `Waveform` or
`WaveformOut` is called the record is configured to behave as an IN or an
OUT record, in particular `on_update` can only be specified when calling
`WaveformOut`.
If ``value`` is specified or if an `initial_value` is specified (only one of
these can be used) the value is used to initialise the waveform and to
determine its field type and length. If no initial value is specified then
the keyword argument ``length`` must be used to specify the length of the
waveform.
The field type can be explicitly specified either by setting the ``datatype``
keyword to a Python type name, or by setting ``FTVL`` to the appropriate EPICS
field type name. Otherwise the field type is taken from the initial value
if given, or defaults to ``'FLOAT'``.
The following functions generates specialised records.
.. function:: Action(name, **fields)
Creates a record (using `boolOut`) which will always call the `on_update`
method when processed. Used for action records. Either the `on_update` or
`on_update_name` keyword should always be passed.
.. function::
longStringIn(name, **fields)
longStringOut(name, **fields)
Creates a Waveform record specialised to contain Python (Unicode) strings.
Only accepts string values, and only returns string values. `initial_value`
and ``length`` keywords accepted as per Waveform records.
If no ``length`` or `initial_value` is provided a default length of 256 is used.
.. note::
If you wish to store byte strings, use a ``WaveformIn/Out`` record
The following functions manage record names. The record device name must be
specified before creating records, then each record will be created with a
standard two part name of the form device:name where the device part is
specified by the functions below and the name part is specified in the
record creation function.
.. function:: SetDeviceName(device_name)
Sets up the prefix part of the record name, referred to here as the "device"
part. This function must be called before creating any records.
Note that
only this function need be used, function below is entirely optional.
.. function:: UnsetDevice()
This can optionally be called after completing the creation of records to
prevent the accidential creation of records with the currently set device
name.
The following helper functions are useful when constructing links between records.
.. function::
PP(record)
CP(record)
NP(record)
MS(record)
When assigned to a link field in a record these functions add the
appropriate processing attributes to the link. These are not normally used.
The following attributes allow more direct access to record creation.
.. attribute:: records
This is the `epicsdbbuilder.records` object, and is populated with
functions named after each available record type. Records created with
these calls are created with soft device support and Python is not involved
in their processing.
See `../how-to/use-soft-records` for a full example of its usage.
Finally, the following function is used to load record definitions before starting the IOC.
.. function:: LoadDatabase()
This must be called exactly once after creating all the records required by
the IOC and before calling :func:`~softioc.softioc.iocInit`. After this
function has been called none of the functions provided by
`softioc.builder` are usable.
.. automodule:: softioc.alarm
Alarm Value Definitions: `softioc.alarm`
----------------------------------------
The following values can be passed to IN record :meth:`~softioc.device.ProcessDeviceSupportIn.set` and :meth:`~softioc.device.ProcessDeviceSupportIn.set_alarm` methods.
.. attribute::
NO_ALARM = 0
MINOR_ALARM = 1
MAJOR_ALARM = 2
INVALID_ALARM = 3
These are severity values. The default severity is ``NO_ALARM``.
.. attribute::
READ_ALARM
WRITE_ALARM
HIHI_ALARM
HIGH_ALARM
LOLO_ALARM
LOW_ALARM
STATE_ALARM
COS_ALARM
COMM_ALARM
TIMEOUT_ALARM
HW_LIMIT_ALARM
CALC_ALARM
SCAN_ALARM
LINK_ALARM
SOFT_ALARM
BAD_SUB_ALARM
UDF_ALARM
DISABLE_ALARM
SIMM_ALARM
READ_ACCESS_ALARM
WRITE_ACCESS_ALARM
Alarm code definitions. Frankly these values aren't terribly useful, only
the severity is used for most notifications, but an alarm code needs to be
specified when specifying a non zero severity.
.. automodule:: softioc.pvlog
Automatic PV logging: `softioc.pvlog`
-------------------------------------
Once this module has been imported all channel access writes to any PV published
by this IOC will be logged by writing a suitable message to stdout. There is
currently no control or customisation of this feature.
.. automodule:: softioc.device
Record Support in the Python Soft IOC: `softioc.device`
-------------------------------------------------------
The Python soft IOC implements EPICS device support (almost) entirely in Python. This is used to invoke Python processing in response to record processing, making it easy to integrate Python into the EPICS IOC layer.
Records are created dynamically during IOC startup before calling :func:`~softioc.softioc.iocInit` and with the help of the softioc.builder module can be loaded with :func:`~softioc.builder.LoadDatabase`.
All records are created internally using methods of the PythonDevice
class, one method for each of the supported record types, however the
corresponding wrapping functions published by softioc.builder should be
used as they configure sensible defaults and are generally easier to use.
Create IN records (used for publishing data from the IOC, the naming of the direction is confusing) using the following softioc.builder methods:
:func:`~softioc.builder.aIn`, :func:`~softioc.builder.boolIn`, :func:`~softioc.builder.longIn`, :func:`~softioc.builder.stringIn`, :func:`~softioc.builder.mbbIn`, :func:`~softioc.builder.Waveform`.
Create OUT records for receiving control information into the IOC using the following methods:
:func:`~softioc.builder.aOut`, :func:`~softioc.builder.boolOut`, :func:`~softioc.builder.longOut`, :func:`~softioc.builder.stringOut`, :func:`~softioc.builder.mbbOut`, :func:`~softioc.builder.WaveformOut`.
For all records the initial_value keyword argument can be used to specify the records value on startup.
EPICS IN records are implemented as subclasses of the ProcessDeviceSupportIn class which provides the methods documented below.
This class is used to implement Python device support for the record types
ai, bi, longin, mbbi and IN waveform records.
.. method:: set(value, severity=NO_ALARM, alarm=UDF_ALARM, timestamp=None)
Updates the stored value and severity status and triggers an update. If
``SCAN`` has been set to ``'I/O Intr'`` (which is the default if the
:mod:`~softioc.builder` methods have been used) then the record will be
processed by EPICS and the given value will be published to all users.
Optionally an explicit timestamp can be set. This is a value in seconds
in the Unix epoch, as returned by :func:`time.time`. This argument only
has any effect if ``TSE = -2`` was set when the record was created.
Note that when calling :func:`set` for a waveform record the value is
always copied immediately -- this avoids accidents with mutable values.
.. method:: set_alarm(severity, alarm, timestamp=None)
This is exactly equivalent to calling::
rec.set(rec.get(), severity, alarm, timestamp)
and triggers an alarm status change without changing the value.
.. method:: get()
This returns the value last written to this record with :func:`set`.
Note that channel access puts to a Python soft IOC input record are
completely ineffective, and this includes waveform records.
This class is used to implement Python device support for the record types
ao, bo, longout, mbbo and OUT waveform records. All OUT
records support the following methods.
.. method:: set(value, process=True)
Updates the value associated with the record. By default this will
trigger record processing, and so will cause any associated `on_update`
and `validate` methods to be called. If ``process`` is `False`
then neither of these methods will be called, but the value will still
be updated.
.. method:: get()
Returns the value associated with the record.