Thanks, interesting to see a variety of ideas for calculations.
For the inverse subarray record, is there a nice way to create 1000s of
input links (AAA->ZZZ is too many to be practical) or is the CA client
library the interface to use? Is it possible (or wise) to create dblink
structures outside the db parser so that the array of links can have the
usual attributes?
-----Original Message-----
From: Luedeke Andreas [mailto:[email protected]]
Sent: 21 July 2008 10:30
To: Rowland, J (James)
Cc: [email protected]
Subject: Re: array calc / inverse subarray survey?
Rowland, J (James) wrote:
> [...] I'd like to do some array calculations (FFT, rectangular to
> polar, filtering etc). I'd like the option to run at high rates (KHz)
> which would suggest using asyn. Is there any standard for this? I
> could easily put the calculations in the asyn layer but I can't see an
> obvious way to build a processing chain with only one link. Any
> suggestions? [...]
My 2 cent: my "standard approach" to implement complex algorithms on
IOCs is, to use many records connecting to the same device support.
You can use one waveform record to feed the raw data to the device
support and another to contain the FFT results.
You may need to feed additional parameters of your FFT into the device
support by output records or read out diagnostics into input records.
I personally use SNL only for state machines, for algorithms I prefer a
simple device support.
This approach does not produce any overhead, since you are basically
passing pointers.
I'm always reluctant to pass MB of data with kHz over channel access
(but maybe I'm old fashioned here ;-)
> Also is there a standard for inverse subarray? I'd like to combine
> 100s of scalar PVs into one waveform. [...]
I agree that an "inverse subarray" and a "waveout" record would be nice
in EPICS base.
Of course one can do both with a device support, but I would find a
record implementation cool.
Has somebody developed any of both records? If yes: how about adding it
to base?
Andreas
<DIV><FONT size="1" color="gray">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
</FONT></DIV>
- Replies:
- Re: array calc / inverse subarray survey? Andrew Johnson
- References:
- array calc / inverse subarray survey? Rowland, J (James)
- Re: array calc / inverse subarray survey? Luedeke Andreas
- Navigate by Date:
- Prev:
Re: array calc / inverse subarray survey? Luedeke Andreas
- Next:
Re: How to introduce usage of genSub ? Tim Mooney
- 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:
Re: array calc / inverse subarray survey? Luedeke Andreas
- Next:
Re: array calc / inverse subarray survey? Andrew Johnson
- 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
|