Experimental Physics and Industrial Control System
I will investigate those drivers. Thank you for pointing me in a good direction.
Iain.
> -----Original Message-----
> From: Mark Rivers [mailto:[email protected]]
> Sent: Tuesday, April 11, 2017 5:16 PM
> To: Iain Marcuson <[email protected]>; tech-
> [email protected]
> Subject: RE: Writing Area Detector Monitor
>
> Hi Iain,
>
> The drivers which directly receive images over the network are ADPSL,
> ADPixirad, ADMerlin, and ADMythen.
>
> Many other drivers receive images over the network, but they do this
> through a vendor API (e.g. ADProsilica, aravisGigE, ADPointGrey, etc.).
>
> If you want to create a driver which works like other areaDetector drivers
> you should not use StreamDevice for the command/response, you should do
> it through the driver itself. Your driver will receive a call each time the user
> changes things like exposure time, acquire start/stop, frame binning, etc.
> You can talk to the device from your driver using the asynIPPort driver and
> the asynOctetSyncIO interface. All of the drivers I listed above do that so you
> can see how to do it.
>
> Mark
>
>
> -----Original Message-----
> From: Iain Marcuson [mailto:[email protected]]
> Sent: Tuesday, April 11, 2017 3:54 PM
> To: Mark Rivers; [email protected]
> Subject: RE: Writing Area Detector Monitor
>
>
> > Do you mean that you have a device that sends images over a network
> > port, and you would like to create an areaDetector driver to receive those
> images?
> > The driver would convert the images into NDArrays in an EPICS IOC, and
> > thus be able to use the areaDetector plugins for file saving, image
> > processing, and sending images to EPICS Channel Access clients, etc.?
> >
>
> The device would send images over a network port, and we would be looking
> to convert them into NDArrays as you describe.
>
> > If this is what you want to do then you can use one of the existing
> > areaDetector drivers as a model. Those create a complete application
> > to control and read data from a specific type of camera or detector.
> >
> > Can you describe your device a bit more, so I know which existing
> > driver to recommend as a starting point? Can you control the device
> > from your driver (exposure time, start/stop, etc.)? If so are those
> > ASCII commands? Is it TCP/IP or some other protocol? Is the image data in
> binary?
> >
>
> The device would be controlled via an IOC. We will likely use Stream Device,
> which we have used successfully for a similar control scheme. The
> commands would be ASCII based. The image data is in binary, and at present
> we are looking towards UDP, although we may use TCP.
- References:
- Writing Area Detector Monitor Iain Marcuson
- RE: Writing Area Detector Monitor Mark Rivers
- RE: Writing Area Detector Monitor Iain Marcuson
- RE: Writing Area Detector Monitor Mark Rivers
- Navigate by Date:
- Prev:
RE: Writing Area Detector Monitor Iain Marcuson
- Next:
Limit flags not set on motor IOC restart adrian.potter
- 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: Writing Area Detector Monitor Mark Rivers
- Next:
RE: Writing Area Detector Monitor Iain Marcuson
- 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