-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[RFC] Fast Servo HDL/Software features and specification #6
Comments
Indeed! I'd really love to gather use cases here before we start developing gateware/firmware. So far this project has had way too little input from other users. I'd really like to hear more "end-user" voices. The main use-case I had in mind for FS was laser frequency servos with ~1-3MHz BW. This would be a standalone card controlled via Ethernet.
I think that 2 independent loops is sufficient, but ideally with a mux to allow flexible mapping between ADCs and IIRs (assuming we have room in the timing budget).
PIID would be nice.
Streaming ADC/IIR output samples for diagnostics is really useful. |
There are a couple of use cases detailed in the paper on the NIST design. The doubling cavity use case is probably already well covered by Stabilizer though as only ~10kHz of bandwidth is needed. In practice, the NIST box is also used a lot for laser intensity servo-ing. SU-Servo, Phaser, and Sayma have this capability built-in though so that use case is probably already covered in Sinara too.
That's kind of an issue for Sinara in general. You'd think with all those crates out there we'd be getting a bit more feedback. |
OK, so ARTIQ control (SU-Servo style) or something else? (This question may be derived from another one: do we want to integrate FS with ARTIQ software?)
Oh, definitely! Seems like a nice feature. And regarding features - do we want FS to work with some kind of external phase-frequency detector, or auto-locking/phase detection system should be available in gateware as well? |
For the "standalone" use-case I imagine this being non-real time, so just any convenient ethernet interface (c.f. stabilizer). Once it has a python driver it's ARTIQ-compatible.
There are a bunch of nice additional features once could imagine, including auto-relock/LD (@jordens has made some proposals for Stabilizer and elsewhere). For laser locks, there would usually be an external mixer. e.g. on Pounder. |
@jordens does it make any sense to synchronize ADC and DAC using a low jitter clock from Kasli? I can add an MMCX clock input |
Yes. For all non-DC precision applications this is very useful. |
OK, I added MMCX input to the clock distribution IC input. |
Together with @jmatyas we're looking for some synergy for sw development for this project. I see two main directions:
Do you have any thoughts on that? Which option do you prefer? EDIT: it seems that I've misunderstood Linen a bit. It really looks like the right way to go. But still I'd be very happy to have someone else’s opinion on that. |
Hi All,
I was asked to develop software/HDL support for the Fast Servo (I'm going to use FS as a shortcut), which I happily agreed upon.
I've tried to gather specs and use-cases that have been already discussed to start designing implementaion worfkflow but what I found was mostly hardware specification or that FS should be "like stabilizer but faster", wich is rather vague desctiption. I created this issue, to clarify Fast Servo's specs/features that are needed to be implemented.
Features
Fundamental questions: what FS should do, should be capable of (in terms of software/HDL)? What should be implemented? What are the needs? What is top priority?
And apart from the above:
The text was updated successfully, but these errors were encountered: