Torsten Bögershausen 38186d00e4 Record: motor record DLY and STOP problem
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
2017-03-09 10:58:31 +01:00
2015-11-20 18:23:52 -06:00
2016-08-30 15:29:08 -05:00
2016-10-20 17:42:12 +02:00
2016-02-08 16:54:39 -06:00
2016-11-09 14:55:54 -06:00
2002-09-13 19:26:38 +00:00

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

S
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.
Readme 7.7 MiB
Languages
C++ 62.3%
C 34.6%
Makefile 1.7%
Python 1.3%
Shell 0.1%