Update to ophyd-async 0.17a4#1979
Conversation
…iamondLightSource/dodal into update_dodal_ophyd_async_v0.17a1
|
I'm going to make a new release of |
|
Where are we up to with the new release @shihab-dls? It would be really good to get this working so that we can test the new |
e3b8f9f to
914c03a
Compare
914c03a to
ce542ed
Compare
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1979 +/- ##
==========================================
- Coverage 99.11% 99.05% -0.07%
==========================================
Files 328 325 -3
Lines 12774 12662 -112
==========================================
- Hits 12661 12542 -119
- Misses 113 120 +7 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Codecov seems wrong to me, but this PR should be ready for a review now. |
…iamondLightSource/dodal into update_dodal_ophyd_async_v0.17a1
|
I've tested a bunch of beamlines dodal connects to see if this change breaks beamlines adsim b01_1 b16 b21 Note: Still fails without this change i03 Note: still fails without this change i11 NOTE: everything passes without this change, the above us wrong and broken by this change. i13-1 i18 NOTE: dodal connect passes for all devices without this change, something in this change broke it. i19-2 Note: without this change, the dodal connect error is i22 NOTE: without this change the above connects, something in this change broke it. i23 i24 Note: different connect error without this change p38 p45 p99 training_rig There is still some stuff to fix... |
|
So in summary, changes that need to be made in ophyd-async in a new alpha release @coretl @shihab-dls from what I've spotted so far: i18, 122 Then for i11 Again, this seems to be because |
Actually, this doesn't seem possible because the API of |
Thanks @oliwenmandiamond! It's expected that the
I think for the tetramms we can just change it back. For i11 it looks like the enum on |
Just checked this on the beamline, we're connecting to everything that we expect to connect to ( |
DominicOram
left a comment
There was a problem hiding this comment.
I think for the tetramms we can just change it back.
It's not quite that easy. After more investigation I think the underlying issue is that we're using https://github.com/epics-modules/quadEM/tree/master for controlling the tetramms. This doesn't inherit from ADDriver but instead from asynNDArrayDriver. I think there may also be a number of other problems such as the comment in the old driver saying:
# tetramm never goes idle really, actually it is always acquiring
# so need to wait for the capture to finish instead
but we're using ADArmLogic now, which does wait for the state to go to idle. Generally probably needs more thought and testing on the beamline
|
This is such a big review I think we're going to have to break it up. For now I've put off the mythen issue and then I'm happy to look at the Tetramms and double check the Eiger too.
|
|
The Odin for Jungfrau is not ready yet, so it needs to keep using Nick's writer |
WIP
OOO until 1/4/26