Skip to content

Commit 9ac4c55

Browse files
committed
Update Shutter Website Page
Added in a section for potential issues/solutions, detailing the first issue I've run into with getting the shutter started up.
1 parent 235263e commit 9ac4c55

File tree

2 files changed

+25
-0
lines changed

2 files changed

+25
-0
lines changed
56.5 KB
Loading

docs/source/user_guide/hardware/shutter.rst

Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -52,3 +52,28 @@ shutter.
5252
max: 5.0
5353
5454
|
55+
56+
------------------
57+
58+
Potential Issues and Solutions
59+
-----------------
60+
61+
**Issue:**
62+
63+
Shutter opens and closes immediately upon starting any acquisition mode, no traceback error occuring.
64+
Model Debug log files indicate that the shutter is correctly recognizing when it should be open/closed.
65+
66+
.. image:: docs/source/user_guide/hardware/images/Shutter_ModelDebug.png
67+
:align: center
68+
:alt: Examples of debug messages indicating opening/closing of the shutter
69+
70+
**Potential Solution:**
71+
72+
Try a different port for the digital I/O on the controller, making sure to update the port in your configuration file as well.
73+
Some NI devices (e.g.PCIe-6738) have port/sample size limitations. If the port/sample size is exceeded, the shutter will not open.
74+
For example, on our `NI PCIe-6738 <https://www.ni.com/docs/en-US/bundle/pcie-6738-specs/page/specs.html>`_
75+
using port 0 for the shutter causes this issue, but switching the shutter to any port 1 channel fixed it.
76+
In comparison, for the `NI PCIe-6259 <https://www.ni.com/docs/en-US/bundle/pci-pcie-pxi-pxie-usb-6259-specs/page/specs.html>`_,
77+
using port 0 had no averse effects.
78+
79+

0 commit comments

Comments
 (0)