Skip to content

Commit 61cded1

Browse files
committed
Spelling
1 parent d48cbca commit 61cded1

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

doc/specific_iocs/motors/Galil.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -143,15 +143,15 @@ IBEX has been set up to resync the motor position and the encoder readback befor
143143
This is configured using PVs of the form `MTR0101_MOT_ENC_SYNC_TOL_SP`. If the drift between the motor and encoder
144144
exceeds the limit defined by this PV, then the motor position will be resynced to the encoder readback just before a
145145
move. The drift is available in PVs of the form `MTR0101_MTRENC_DRIFT`.
146-
For most axes, a setting equal to `ERES` is appropriate - this resyncs motor to encoder if they differ by more than one
146+
For most axes, a setting equal to `ERES` is appropriate - this re-syncs motor to encoder if they differ by more than one
147147
encoder pulse (which is the smallest increment accurately measurable).
148148

149149
A [config checker test](https://github.com/ISISComputingGroup/InstrumentChecker) checks that the resync tolerance has
150150
been set. If you need to disable the resync mechanism for a particular axis, the resync tolerance should be set to an
151151
explicit large value (e.g. much larger than the total range of travel for the axis).
152152

153153
A side effect of enabling the resync logic on every axis is that if an encoder fails, and is switched to open loop, it
154-
will need to be rehomed or rescanned to have an accurate position. This is because it will have done a resync to the
154+
will need to be re-homed or re-scanned to have an accurate position. This is because it will have done a resync to the
155155
broken encoder.
156156
Even without the resync logic, the open-loop axis may have lost its absolute position, for example due to
157157
motor record retries.

0 commit comments

Comments
 (0)