forked from epics_driver_modules/motorBase
38186d00e424bbaa401510bcd9b962af3d89cc27
Fix the problem that the record gets stuck when STOP is pressed while the record is in MIP_DELAY (and the motor is standing still, so that there is no record processing). Currently the MIP_DELAY bits are set to 0, when a STOP is issued. As the motor already hase stopped, the DMOV field never goes to 1. There are 2 possible solutions here: a) STOP wins: pmr->dmov = FALSE; MARK(M_DMOV); b) DELAY wins Send a STOP to the controller (just to be sure), but wait for the DELAY. a) may cause probles later, whena new positionioning is done after the STOP and a new DELAY is triggered. As the old callback is still active, it may be executed before the new callback. And the time will be too short. For this reason go with b) http://www.aps.anl.gov/epics/tech-talk/2015/msg01786.php
motor
APS BCDA synApps module: motor
For more information, see:
Report an issue with Motor
[Request a feature](https://github.com/epics-modules/motor/issues/new?title=%20FEATURE%20SHORT%20DESCRIPTION&body=Feature Long Description%0A%0AWhy%20should%20this%20be%20added?%0A&labels=enhancement)
converted from APS SVN repository: Fri Oct 16 12:31:41 CDT 2015
Description
This is motor record version 7. The older (incompatible) motor record version 6 is here: https://git.psi.ch/epics_driver_modules/motor.
The "upstream" branch is a fork of https://github.com/epics-modules/motor. Do not modify that one.
All used submodules have their own repo. Don't modify them here.
Languages
C++
62.3%
C
34.6%
Makefile
1.7%
Python
1.3%
Shell
0.1%