Releases: OE-FET/keithley2600
v2.1.0
v2.0.2
v2.0.1
v2.0.0
This release completely overhauls how Keithley commands are generated. Instead of hard-coding available commands for a particular series or model of Keithley, all available commands are retrieved on demand from the Keithley itself. This is possible because the Keithley's TSP scripts use the Lua programming language which allows such introspection.
The main disadvantage of this approach is that most Keithley attributes will only be generated after connecting to an instrument. The main advantage is that all Keithley commands of all models which use TSP are supported and support for any future commands will be automatic. This removes the need to update the driver as the command set evolves, barring changes to the syntax, and enables automatic support for models with different command sets or a different number of SMUs. Furthermore, there have been issues in the past with missing commands and constants due to oversight. Those will no longer occur.
The second major change is a switch from camel-case to snake-case for the public API. For example, Keithley2600.applyVoltage
has been renamed to Keithley2600.apply_voltage
.
Other changes include:
- Type hints are used throughout.
- The Python syntax has been modernised for Python 3.6.
- The Keithley no longer beeps at the end of custom sweeps.
- Added API
Keithley2600.send_trigger
to send a trigger signal to the Keithley. This can be used to manually start a pre-programmed sweep. - Added API
KeithleyClass.create_lua_attr
to create a new attribute in the Keithley namespace. UseKeithley2600.create_lua_attr
to create global variables. - Added API
KeithleyClass.delete_lua_attr
to delete an attribute from the Keithley namespace. UseKeithley2600.delete_lua_attr
to delete global variables. Keithley2600.connect()
now returnsTrue
if the connection was established andFalse
otherwise.
v2.0.0.dev1
This release completely overhauls how Keithley commands are generated. Instead of hard-coding available commands for a particular series or model of Keithley, all available commands are retrieved on demand from the Keithley itself. This is possible because the Keithley's TSP scripts use the Lua programming language which allows such introspection.
The main disadvantage of this approach is that most Keithley attributes will only be generated after connecting to an instrument. The main advantage is that all Keithley commands of all models which use TSP are supported and support for any future commands will be automatic. This removes the need to update the driver as the command set evolves, barring changes in syntax, and enables automatic support for models with different command sets or a different number of SMUs.
Other changes include:
- Type hints are used throughout.
- The Python syntax has been modernised for Python 3.6.
- The Keithley no longer beeps at the end of custom sweeps.
v1.4.1
v1.4.0
Added:
- Save time stamps with measurement data.
Changed:
- Renamed
ResultTablePlot.update_plot
toResultTablePlot.update
. - Improved documentation of (live) plotting.
- Added
SENSE_LOCAL
,SENSE_REMOTE
andSENSE_CALA
to dictionary.
Fixed:
- Fixed explicitly defined methods such as
Keithley2600.applyVoltage
not appearing in dictionary.
v1.3.3
Added:
- Added
__dir__
proprty to Keithley2600 and its classes to support autocompletion. The dictionary of commands is craeted from the Keithley reference manual.
Changed:
- Remember PyVisa connection settings which are passed as keyword arguments to
Keithley2600
. Previously, callingKeithley2600.connect(...)
would revert to default settings.
Fixed:
- Explicitly set source mode in
Keithley2600.applyCurrent
andKeithley2600.applyVoltage
.
v1.3.2
v1.3.1
Added:
- Keyword argument and attribute
raise_keithley_errors
: IfTrue
, the Keithley's error queue will be checked after each command and any Keithley errors will be raised as Python errors. This causes significant communication overhead but facilitates the debugging of faulty scripts since an invalid command will raise an error with a descriptive message instead of failing silently.
Fixed:
-
Thread safety of communications with Keithley.
Keithley2600Base
now uses its own lock instead of relying on PyVisa's thread safety. See pyvisa issue 262:By the way the thread safety simply means that VISA won't crash for order from different threads but there is no lock preventing out of order operations on a single resource. For that you need to use a lock manually.