Support for mod-360 omega

[rtuck99]

Fixes

• Robot unload at 360 intervals instead of reset to 0 omega spin on unload #1598

Requires

• DiamongLightSource/dodal#1929

Implements robot load at mod-360 values of omega and subsequent operations using the phase-angle of the omega axis rather than absolute values.

(remember to update pyproject.toml with the dodal commit tag if you need it for tests to pass!)

Instructions to reviewer on how to test:

1. Robot loads can occur at 0, 360 or other multiples of 360 degrees
2. All subsequent omega moves to specific phase angles are made using shortest-path rotations.
3. Snapshot filenames, omega start and end angles in ISPyB and nexus files are unchanged and report values which report reduced, sign-corrected angles (i.e. respect the omega flip so 0-360 becomes 360-0)
4. XRC resolves correct centres.
5. Probably best to test with multipin in order to test generated snapshots and alternating rotations

Checks for reviewer

• Would the PR title make sense to a user on a set of release notes

[DominicOram]

Thanks, some comments

[DominicOram]

Should: Why can't we just read gonio-omega_axis-phase here?

[DominicOram]

Should: The reference angle is presumably needed because the zebra is still in the old co-ordinate system? Did you think about setting the position on the zebra so that it is in the new co-ordinate system, see attached:

I think this will get us more on the way to the underlying motor behaviour being invisible at the plan level.

[github-actions]

Please add a label to this PR. This helps with generating helpful release notes.