Turret not arriving on position


procedure to change the turret dac zero velocity offset
160112: turret not arriving on position
170219: turret not arriving on position


    We have had problems with the turret timing out waiting to be on position. The turret positioning sequences is:

When cima sets up a receiver:

If the turret times out, cima log file has:
2017-Feb-19 03:16:12 LOG4    got_cormsg: From DATATAKING: waiting for turret position:26.64
2017-Feb-19 03:16:53 ERROR   end_wait_seconds: ERROR timed out while waiting for configuring IF/LO path!
2017-Feb-19 03:16:53 LOG1    task_failed: Task 'waiting on configuring IF/LO path' failed!

When timeouts occur, they have been traced to the zero velocity offset of the turret dac, It drifts over time until it is outside the allowable region. This drift can take  days.. So we need to monitor this value daily.. and update the dac before it gets too far out..

12jan16: turret not arriving on position.

     On 12jan16 the turret failed to arrive on position. The final position  was greater than .1 degrees from the requested position.

    This is a similar to problems we had back in aug14. At that time i thought the problem  was from the backlash board being misadjusted.. but  it turned out to be a problem with the zero velocity offset of the dac that drives the motor amplifier (in velocity mode).

    To find out when this problem started i went back through the turret log files and plotted the turret position and the different (actual - requested turret position):


processing: x101/160112/turerryr.pro, turerryrmon.pro

170219 turret not arriving on position.

    Timeline of the problem:

The plots shows the turret position and the (Actual - requested) position for feb 1 to 19 2017. (.ps) (.pdf)

We should monitor this error. When it starts to increase, the zero velocity offset should be recomputed.

processing: x101/170219/turerryrmon.pro