GDA incorrectly times out if it checks front absorber at a bad time

[olliesilvester]

I03's GDA has some logic to:

1. Call Hyperion and wait 10 minutes for a response
2. If no response is received after 10 minutes, check the front absorber
3. If front absorber is closed then reset timer since it means the beam is bad. Otherwise, raise a timeout error

However, there are a few minutes where the front absorber is open but the beam isn't yet stable, so Hyperion is still waiting for XBPM to be happy. If GDA checks the front absorber in this time, it will timeout when we actually want it to reset the timer again. Neil says this isn't urgent and it's quite an edge case, however it's quite a quick fix so should do it.

Proposed solution:

• If Hyperion times out and the front absorber is open, then reset the timeout. If it times out again and the absorber is still open, then error for real