EPICS RE: Writing Area Detector Monitor

Experimental Physics and Industrial Control System

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	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
<== Date ==>		<== Thread ==>

Subject:	RE: Writing Area Detector Monitor
From:	Mark Rivers <[email protected]>
To:	'Iain Marcuson' <[email protected]>, "[email protected]" <[email protected]>
Date:	Tue, 11 Apr 2017 21:15:51 +0000

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.

Replies:: RE: Writing Area Detector Monitor Iain Marcuson; RE: Writing Area Detector Monitor Iain Marcuson

References:: Writing Area Detector Monitor Iain Marcuson; RE: Writing Area Detector Monitor Mark Rivers; RE: Writing Area Detector Monitor Iain Marcuson

Navigate by Date:: Prev: RE: Writing Area Detector Monitor Iain Marcuson; Next: piezosystem jena Hu, Yong; 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 Iain Marcuson; 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