-
Notifications
You must be signed in to change notification settings - Fork 312
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
Upgrade AMI drivers to conform to our standard #4536
Conversation
Codecov Report
@@ Coverage Diff @@
## master #4536 +/- ##
==========================================
+ Coverage 68.05% 68.08% +0.02%
==========================================
Files 299 299
Lines 31511 31535 +24
==========================================
+ Hits 21446 21470 +24
Misses 10065 10065 |
8515807
to
d43a1b6
Compare
The issue seems to be caused by the AMI430.py file next to the visa fill. Need to debug why the stops sphinx looking for classes in the mro |
d43a1b6
to
c1f24aa
Compare
Thinking a bit more about this. Its not strange that this trips up. Both the old Module and the class are called AMI430 so sphinx ends up trying to import the old AMI430 module rather than the class. This also has a AMI430 class but which inherits from ipinstrument so its lacking the expected attributes. Not sure what the best is.
Edit Decided to change the name of the public class at the top level to avoid this and reflect that the instrument is called AMI Model 430 @astafan8 would be great if you can have a look |
c1f24aa
to
feb0263
Compare
feb0263
to
2d71c5d
Compare
bors merge |
No description provided.