Page History
Table of Contents |
---|
with Alex R., Alex W., Zach L., Jana T., Chris F., Matt W., Silke N., Chris O., Matt, Silke
Discussion
georgi: 100eV photon scan range over 100 seconds. 1eV/s. few microeV change per shot at 1MHz. need precision 100 microev? need to take out shot intensity (normalization)
...
Matt says we may have an existing board that could do the readout/timestamping
Summary of Options/Information
- 10kHz with interpolation?
- multiple encoders?
- combine absolute/relative (may be complexity issues)
- 2 staggered slower encoders
- need fpga timestamping
- 100 microev resolution requirement
Option max rate work to be done drawbacks/other consideration A absolute encoder used for relevant stage 10-20(?) kHz controls: rework PLC to send data (current solution likely ~1kHz)
DAQ: likely FPGA timestamping
B absolute encoder used for relevant stage,
interleave with second absolute encoder
20-40 kHz as above need to ensure both encoders read back equivalent data,
intersperse jitter from both?, same latency
C add a relative quadrature encoder on shaft 5 or more MHz DAQ: need board to read signal & timestamp complicated and possible not very reproducible mapping of measured &
relevant motion
D add a relative quadrature encoder in vacuum 5 or more MHz DAQ: need board to read signal & timestamp
engineering: figure out how to add relative encoder
To do
- fill out the table options and costs (alex and silke)
- talk to mechanical engineers (Georgi)
- meet in two weeks
Feb. 5, 2020
Alex R., Georgi D., Chris F., Jana T., Matt W., Zach L., Joe R., Chris O.
Delay-stage scan discussion:
- It was decided that for now RIX will not do on-the-fly delay stage scans, instead using standard DAQ step scans of an electronic delay (which incur some dead time when the delay is changed)
- Georgi reserves the right to revisit this decision in the future
MHz encoder discussion:
- Feels like option D (see above) is doable according to conversation between Georgi and Danny Morton (meets with Axilon next week (manufacturer of mono assembly))
- Use this as our current default solution, but can still change (final decision in weeks)
- Matt W. and Ryan H. think the camlink converter box could be used for thisreadout
- quadrature encoder "frame format" is understood and relatively simple (absolute encoders are more difficult)
- quadrature encoder readout can be triggered
- might need either a new camlink converter board with new connectors or some "connector transition"
- currently no use case for high rate absolute encoders