(DiamondLightSource/mx-bluesky#475) Method to allow access to full zocalo results

[rtuck99]

Extends ZocaloResults to get access to everything instead of just the position and bounding box

Fixes DiamondLightSource/mx-bluesky#475

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 95.19%. Comparing base (523cef8) to head (1dfa59a).
Report is 15 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #814      +/-   ##
==========================================
- Coverage   95.20%   95.19%   -0.01%     
==========================================
  Files         120      120              
  Lines        4985     4997      +12     
==========================================
+ Hits         4746     4757      +11     
- Misses        239      240       +1     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[DominicOram]

The consensus in ophyd_async is to move away from arbitrary types on signals. I have made bluesky/ophyd-async#601 to actually try and advertise this fact. We should probably refactor this to use individual signals rather than XRCResults, like we did for #769.

Additionally, I think after this PR get_processing_result is no longer used, can we remove it?

Requested changes were adressed

[dperl-dls]

Looks good, approving, not merging until DiamondLightSource/mx-bluesky#553 is ready

[rtuck99]

This PR now obsoleted by #858

[DominicOram]

With #858 merged I think this is now redundant so closing