-
Notifications
You must be signed in to change notification settings - Fork 86
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
ERASynth drivers #98
ERASynth drivers #98
Conversation
Thank you for the driver. Regarding your question, I think you should use I don't have a personal experience myself to guide you in detail, but I wanted to give you some insight. Then you could probably use |
@caenrigen |
Thank you @FarBo The rest of the errors depend on microsoft/Qcodes#3098 being merged. |
15adca7
to
00b5c5e
Compare
@FarBo @astafan8 I have updated this PR to make use of the latest qcodes and the new feature for documenting parameters. Could you have a look and merge it? If possible would appreciate if we can have a new release as well in order to be able to ship this new driver to PyPi @AdriaanRol @dcrielaard |
Co-authored-by: Mikhail Astafev <[email protected]>
Co-authored-by: Mikhail Astafev <[email protected]>
@astafan8 thank you for the quick review, feel free to merge :) |
@caenrigen |
Hi! Just checked and tried to fix some of them :) Please give me a hand if it does not pass again 😇 Kind regards, |
Co-authored-by: Farzad <[email protected]>
@FarBo I hope my last commit solves most issues |
@caenrigen Will push a fix today :) |
@caenrigen |
Thank you for the help, fixed it with my last commit (the attribute needs to be queried every time) |
@FarBo @caenrigen I submitted a pr over here caenrigen#1 to fix the formatting in the copper mountain driver |
Thank you for the review and help! Quick question, when would it be possible to have a release? |
No worries There is abit of work left for the release step in the CI. Once that is done, we will release a version right after. |
Awesome! Thanks :) |
Hi!
This is a driver using the new style implemented in microsoft/Qcodes#3098.
For now I have a question, what is the proper way of making sure a certain command for a parameter was received by an instrument?
For this particular instrument I implemented the driver with manual control over the serial communication (instead of a Visa instrument) because from experience it was very unreliable in setting the parameters and some experiments require to as fast as possible and at the same time to be 100% sure that a certain parameter has been already set to the desired value.
To deal with this issue this driver always reads back the value it sets and sets it again until it succeeds... not very elegant nor ideal but at least makes it reliable.
Let me know your thoughts on this.
PS The link to the docs of this repo is a bit hidden on the top, and I think most people will be looking for it in the README. I suggest in the PR to have it there as well.