EPICS Home

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  <20202021  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  <20202021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: ADVimba camera timestamps
From: Mark Rivers via Tech-talk <tech-talk at aps.anl.gov>
To: "Kinder, Steve (STFC,DL,TECH)" <steve.kinder at stfc.ac.uk>
Cc: "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov>
Date: Wed, 4 Nov 2020 22:10:10 +0000
Hi Steve,


> We are interested in getting accurate timestamps per image from the camera. I've set the TimeStampMode PV to Camera. I hope this isn't too simple a question but which PV(s) should show a timestamp derived from the camera in this mode?


If you send the image from the camera to any plugin, then that plugin will have a timestamp PV for each NDArray.  The PV is TimeStamp_RBV.  It is typically the EPICS timestamp that the image was collected as a double.  It is ~microsecond precision.  It can also be a timestamp from the camera, in which case the epoch will be different, perhaps when the camera was last power-cycled, etc.


corvette:~>camonitor -e10 13PE1:TIFF1:TimeStamp_RBV
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:12.677007 9.7337545268e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.351011 9.7337548635e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.420621 9.7337548642e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.486820 9.7337548649e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.554361 9.7337548655e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.625862 9.7337548662e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.685514 9.7337548669e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.755956 9.7337548676e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.821045 9.7337548682e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.888365 9.7337548689e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:46.954892 9.7337548695e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:47.030338 9.7337548702e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:47.085115 9.7337548709e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:47.154083 9.7337548715e+08
13PE1:TIFF1:TimeStamp_RBV      2020-11-04 16:04:47.220255 9.7337548722e+08

Each NDArray also has an epicsTS field which always the EPICS timestamp when the image was collected.  That is not available as a PV (because it is 2 32-bit integers), but it is available in TIFF files, HDF5 files, and netCDF files written by areaDetector.


Mark


________________________________
From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Kinder, Steve (STFC,DL,TECH) via Tech-talk <tech-talk at aps.anl.gov>
Sent: Wednesday, November 4, 2020 3:44 PM
To: tech-talk at aps.anl.gov
Subject: ADVimba camera timestamps

I have a Manta G235-B camera running on a RPi4 using ADVimba. We are interested in getting accurate timestamps per image from the camera. I've set the TimeStampMode PV to Camera. I hope this isn't too simple a question but which PV(s) should show a timestamp derived from the camera in this mode?

I have been trying to get derived ArrayData to have timestamps from the camera. To test this I am just doing:

$ camonitor -# 1 SHK78-TEST-01:CAM1:ArrayData
SHK78-TEST-01:CAM1:ArrayData   2020-11-04 16:23:00.867192 1 59

This is clearly too naive approach as the timestamps are just the system time. Any advice would be much appreciated.

Thanks

Steve



This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses. Opinions, conclusions or other information in this message and attachments that are not related directly to UKRI business are solely those of the author and do not represent the views of UKRI.

References:
ADVimba camera timestamps Kinder, Steve (STFC,DL,TECH) via Tech-talk

Navigate by Date:
Prev: ADVimba camera timestamps Kinder, Steve (STFC,DL,TECH) via Tech-talk
Next: RE: LabView-EPICS Integration using SoftIoc Akeroyd, Freddie (STFC, RAL, ISIS) 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  <20202021  2022  2023  2024 
Navigate by Thread:
Prev: ADVimba camera timestamps Kinder, Steve (STFC,DL,TECH) via Tech-talk
Next: device support for Keithley 428 Current Amplifier Sintschuk, Michael 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  <20202021  2022  2023  2024