-
Notifications
You must be signed in to change notification settings - Fork 10
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
Estimate Phase Delay Fails waiting for PVs to update #673
Comments
After following the call stack, the simple fix appears to be increasing the timeout from 30 seconds. The call is fairly low-level, so changing it might negatively impact other parts of pysmurf. Also, 30 seconds is already quite long, which might indicate some underlying issue. Looking further into it.
|
Curious to see if this fixes it. Have you been able to recreate this problem on a SLAC system? |
Currently having this issue in the most recent version of pysmurf.
|
@jlashner trying to fix this. Running counter=0
while True:
for band in range(8):
print(f'Band{band} counter={counter}')
S.estimate_phase_delay(band,show_plot=False)
counter+=1 on a production carrier with two production LB AMCs and so far this has run 20+ times on all 8 bands without crashing. When you run |
Describe the bug
The estimate_phase_delay function currently fails about a quarter of the time because it takes too long for PV's to update. There doesn't seem to be anything wrong with the backend, so we are usually able to re-run the function and get it to work the second or third attempt. However this makes it difficult to write functions that automate the setup procedure, since when running estimate phase delay for all 8 bands there is a very good chance that one of the bands will fail.
Here is the full traceback for the error:
To Reproduce
Try running estimate phase delay for 8 bands in a row.
The text was updated successfully, but these errors were encountered: