Use asyn_motors.db if simulating motors

[FreddieAkeroyd]

Description of work

Load standard motor module asyn_motors.db instead of galil_motors.db when simulating motors

To test

See ISISComputingGroup/IBEX#6881

Acceptance criteria

• Issue with MRES fixed

---

Code Review

• A copy of the manual has been placed on the shared drive
• Pertitent information has been stored in the wiki
• Does the IOC conform to IBEX standards?
  • PV naming.
  • Disable records
  • Record simulation
  • Finishing touches
• If an OPI has been modified, does it conform to the style guidelines?
• Do the IOC and support module conform to the new build guidelines
• Have the changes been recorded appropriately in a PR for release notes?
• Is the device's flow control setting correct? For most devices flow control should be OFF.

Functional Tests

• IOC responds correctly in:
  • Devsim mode
  • Recsim mode
  • Real device, if available
• Supplementary IOCs (..._0n where n>1) run correctly
• Log files do not report undefined macros (serach for macLib: macro to find instances of macLib: macro [macro name] is undefined...

Final steps

• Update the IOC submodule in the main EPICS repo. See Git workflow page for details.
• Reviewer has merged the associated PR for the release notes

[DominicOram]

I think we should continue to use galil_motors as we actually caught an issue here that may be occurring in production. If we switch to just asyn_motors, which is not what we use for most of the time then we may miss other issues

[FreddieAkeroyd]

My concern with using galil_motors was that it defines a load of extra asyn parameters that are not present in the simulated motor, so I though we may introduce problems/instabilities in the tests that are not really there. We should see if the associated MRES fix on its own is enough for the tests, but may find we need to do this too.