Emmanual,
If I understand you correctly, motors with asynMotor support this
directly. There is a parameter called "MOTOR_DEFER_MOVES" which, if set
to 1, will buffer any move requests. When it is set back to 0 all moves
are initiated synchronously.
However, you need asynMotor support for your motor controller. By the
sound of it you are trying to control the motor directly, so this isn't
much help.
If your previous post is related (which I assume it is), note that:
* you need a recent version of EPICS (R3.14.11) to support "long
strings as char waveforms"
* You should not rename your PV from myStringout to myStringout$. The $
is a field modifier, not part of the PV name. It is only used to tell
the server that this is actually a string, not an array of char.
* You need to be putting the data into a record field that is large
enough to take the data. Hence, the stringOut record is still limited by
the 40 character hard size of the field definition. If you are using
stream device you can use a waveform record with a FTVL of CHAR or
UCHAR. You can also use the asynRecord.
Cheers,
Nick
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: 25 September 2010 03:21
To: EPICS tech-talk
Subject: always more inputs in gensub/asub
I need to compute a command for a synchronous move of 8 motors.
The final command is possibly a long string (if I split it in 2, it
would not be an atomic command!)
I have 7 parameters per motor and one final command line.
How would one program that?
Cascaded gensub is what I would normally do.
But is there a more elegant way?
--
Emmanuel
--
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd.
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
- Replies:
- Re: always more inputs in gensub/asub emmanuel_mayssat
- References:
- always more inputs in gensub/asub emmanuel_mayssat
- Navigate by Date:
- Prev:
Re: StreamDevice slowdown Dirk Zimoch
- Next:
LabVIEW interfaces with EPICS Zhukov, Alexander P.
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
<2010>
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
always more inputs in gensub/asub emmanuel_mayssat
- Next:
Re: always more inputs in gensub/asub emmanuel_mayssat
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
<2010>
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|