Skip to content
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

Issues from mx-bluesky testing 2024-12-04 #697

Open
rtuck99 opened this issue Dec 4, 2024 · 1 comment
Open

Issues from mx-bluesky testing 2024-12-04 #697

rtuck99 opened this issue Dec 4, 2024 · 1 comment

Comments

@rtuck99
Copy link
Contributor

rtuck99 commented Dec 4, 2024

python ./utility_scripts/deploy/deploy_mx_bluesky.py i03
  File "/scratch/ws/mx-bluesky/.venv/lib/python3.11/site-packages/git/remote.py", line 895, in _get_fetch_info_from_stderr
    proc.wait(stderr=stderr_text)
  File "/scratch/ws/mx-bluesky/.venv/lib/python3.11/site-packages/git/cmd.py", line 834, in wait
    raise GitCommandError(remove_password_if_present(self.args), status, errstr)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(1)
  cmdline: git fetch -v -- origin refs/tags/*:refs/tags/*

occurs when have a tag that differs from those in origin

usage: mx-bluesky [-h] [-v]
mx-bluesky: error: unrecognized arguments: --external-callbacks

#701

  • 'HyperionLoadCentreCollect' object has no attribute 'context' - fixed on beamline
  • rotation nexus files are reported in ispyb from the wrong (i.e. previous) rotation
  • GPU processing not enabled (/dev/shm not set up) but is waiting for gpu processing
  • Changing the omega_start value doesn't appear to generate the desired results as nexus files now look wrong with the change, needs more investigation with looking at actual smargon motor values from test data to figure out what changes are actually needed. Rotation start omega uses the wrong sign #247
@rtuck99
Copy link
Contributor Author

rtuck99 commented Dec 5, 2024

Testing results from 2024-12-05:

  • Ran into issue where gridscan fails with
File "/dls_sw/i03/software/bluesky/mx-bluesky_v1.4.1/dodal/src/dodal/devices/fast_grid_scan.py", line 107, in grid_position_to_motor_position
    raise IndexError(f"{grid_position} is outside the bounds of the grid")

https://ispyb.diamond.ac.uk/dc/visit/cm37235-5/dcg/13537858
Suggest that this be investigated along with #221 as to whether we should really be subtracting this value

  • hyperion does not move beamstop into position, gda changes that introduced call to context.aperture_scatterguard_scintillator.moveToRobotLoad() are insufficient and don't seem to actually move the beamstop
    created Hyperion should check the beamstop is in position before collection #698
  • Chi was not reset from previous position of 30 before doing a gridscan, if chi is zero then robot_load_then_xray_centre thinks nothing needs to be done even if current chi is non-zero move_phi_chi_omega does not move if angles are 0 Beamline fixes from testing 2024-12-04 #700
  • Screen and collect is screening, but not collecting, possibly request never gets as far as hyperion? Suspect this is because self.sampleProvider.setSample(sample) in robot_load_and_centre/hyperion.py is never called when using load_centre_collect - the sampleProvider sample is then ultimately used by UDCRunner to fetch the next instruction but this is always null because it is never set. Screen and collect screens but subsequent collections are not made #703
  • Zocalo sometimes returns hits with low counts on non-diffracting samples preventing a skip - fix applied on beamline to skip hits with total count < 3 Beamline fixes from testing 2024-12-04 #700

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant