Experimental Physics and Industrial Control System
Thanks for pitching in Tom!
I have more reading to do about your approach.
Without doing that, I can say, yes, I’m counting on MRF EVR triggers that would drive data acq on detectors and possibly be also used for motion, somehow. So pandABox might not be needed in my case.
Maybe I can stumble on one of your colleagues here at EPICS collab. @ ITER and have a chat about it..
Thanks,
Hinko
> On 3 Jun 2019, at 11:31, "[email protected]" <[email protected]> wrote:
>
> Hi Hinko,
>
> You may already have this covered with ethercat, but if you need some hardware that will average encoders and/or ADC value over possibly uneven hardware gates you can do this with PandABox:
>
> https://www.ohwr.org/project/pandabox/wikis/home
>
> For orchestrating hardware together to perform a hardware synchronized scan, Diamond has taken a different approach to Bluesky. We provide a Python middlelayer scanning service (Malcolm) that configures and supervises the underlying devices via CA, then exposes a higher level PVA interface up that the UI can use. This is because we already have a user facing application http://www.opengda.org/ so we needed a service that could provide hardware triggered scanning, rather than a top level application that could be given to end users.
>
> Paper: http://accelconf.web.cern.ch/AccelConf/icalepcs2017/papers/tupha159.pdf
> Docs: https://pymalcolm.readthedocs.io/en/latest/
> Repo: https://github.com/dls-controls/pymalcolm
>
> Thanks,
> Tom
>
>> -----Original Message-----
>> From: [email protected] <[email protected]> On
>> Behalf Of Hinko Kocevar via Tech-talk
>> Sent: 25 May 2019 16:36
>> To: Mark Rivers <[email protected]>
>> Cc: [email protected]
>> Subject: Re: Scanning 101
>>
>> Mark, regarding the timing, I'm working with MRF EVG/EVR timing system.
>> I'm mostly looking at uTCA AMC or IPC PCI based cards.
>> As you probably know, one would use mrfioc2 to configure EVR to produce
>> triggers on a backplane or frontpanel upon receiving an event from EVG.
>> In addition, EVR can keep track of (absolute) time to be used to timestamp
>> records of choice (through TSEL field).
>> The machine repetition rate is 14Hz, and I would like to have relevant PVs all
>> be timestamped at that precision.
>> The (soft) IOC runs on Linux based OS, and it could potentially incorporate all
>> the support modules needed for scanning (DAQ, motion, timing,..).
>>
>> Torsten, motion controller in my case is from ESS MCAG, ecmc based,
>> AFAICT. I would need to more insight into the motor control and how it could
>> be coupled with scanning application, though. Will contact you offline for
>> some guidance, if I may, especially in regard to EVR timestamping.
>> I would like to stick to the EPICS records to perform scanning, and not rely on
>> other codes and/or programing languages. I can not tell if this (self-imposed)
>> restrictions are getting me the furthest, though.
>>
>> To elaborate, my /simplest/ use case is:
>> * single axis motor control, w/ encoder readout and limit switch handling
>> based on Ethercat (ESS ecmc)
>> * single DAQ channel
>> * EVR triggered DAQ
>> * EVR timestamped (cherry picked) PV
>> * optionally control other units (HV bias,..)
>>
>> I want to:
>> * move the motor in position (let is settle?),
>> * check limit switches,
>> * read encoder values,
>> * acquire several waveforms (optionally perform waveform averaging / ROI /
>> other processing to produce a single value),
>> * timestamp my favorite PVs,
>> * archive (using Archiver Aappliance or HDF5 file or ??) all my favorite PVs,
>> * .. repeat the above steps n-times
>>
>> The ultimate goal is to be able to retrieve the archived PVs and correlate
>> them using the timestamp in order to reconstruct the measurement/scan.
>>
>> Will look into sscan module docs.
>>
>> Would one use EPICS sequencer for any reason with scanning?
>> Is there a minimalistic (dummy) IOC to be studied that does scanning?
>>
>> Thanks!
>> //hinko
>> ________________________________________
>> From: Mark Rivers <[email protected]>
>> Sent: Thursday, May 23, 2019 12:37:32 PM
>> To: Hinko Kocevar
>> Cc: [email protected]
>> Subject: Re: Scanning 101
>>
>> Hi Hinko,
>>
>> My first response would be to use the sscan record. But I need more
>> explanation of what you mean by "timing system with precision triggering
>> and timestamping".
>>
>> Mark
>>
>>
>> Sent from my iPhone
>>
>>> On May 23, 2019, at 4:12 AM, Hinko Kocevar via Tech-talk <tech-
>> [email protected]> wrote:
>>>
>>> Imagine an EPICS developer with no experience in working with
>> (coordinated) scanning application.
>>>
>>> The sub-units, of the system in need of scanning feature, include timing
>> system with precision triggering and timestamping, 1 to several axes of
>> motion, control of HV bias and 1 to several channels of data acquisition. You
>> can assume that the (low-level) EPICS modules supporting the hardware are
>> under my control already, I'm interested in orchestrating the scan using
>> above constituents.
>>>
>>> What would be preferred approach to tackle this subject with EPICS in
>> 2019?
>>>
>>> TIA,
>>> Hinko
>
> --
> 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
>
- References:
- Scanning 101 Hinko Kocevar via Tech-talk
- Re: Scanning 101 Mark Rivers via Tech-talk
- Re: Scanning 101 Hinko Kocevar via Tech-talk
- RE: Scanning 101 tom.cobb--- via Tech-talk
- Navigate by Date:
- Prev:
Re: Receiving duplicate monitor values using CA PV Gateway Layne (US), William C via Tech-talk
- Next:
Re: Camonitor with client dictated update rate Johnson, Andrew N. via Tech-talk
- 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: Scanning 101 tom.cobb--- via Tech-talk
- Next:
Re: Scanning 101 Jemian, Pete R. via Tech-talk
- 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